Bankir.Ru
11 декабря, воскресенье 01:31

Объявление

Свернуть
Пока нет объявлений.

Кворум Next (он же Stelth, он же ...)

Свернуть
X
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

  • Кворум Next (он же Stelth, он же ...)

    Уважаемые коллеги, использующие Кворум !

    Как известно Кворум начал разработку новой АБС. Не высказаться ли нам здесь (а где еще ?) по поводу того, чтобы нам хотелось бы в ней иметь, что мы ждем от новой АБС ?
    Только пожалуйста не надо говорить, что : "я уже давно ничего не жду от Кворума !". Жизнь не предсказуема, кто-то из нас перейдет на другую АБС, а кто-то может оказаться и на Next :-)
    В форуме уже как-то была похожая тема, обсуждали идеальную АБС, но может выскажемся и мы - пользователи Кворума ?

    Начну с себя.
    1) Архитектура системы "от банковского продукта"
    2) полностью настраиваемый и прозрачный документооборот (на первый взгляд они это сделали в Next Tools). Идеально было бы интегрировать его с профес. системой его описания (типа ARIS) и хотя бы реинженирингом получить полные технологические схемы.
    3) несколько плоскостей учета: бухгалтерский, налоговый, управленческий, МСФСО - каждый с своим документооборотом
    4) Гибкая система настройки онлайнового расчета неких агрегатов, которые часто используются для аналитики.
    5) наличие системы-шедулера по выполнению предустановленных заданий как по времени, так и по событиям (может использоваться как платформа для п.4). Механизм генераций таких событий.
    6) Подключение к системе внешних профессиональных репортинговых систем, офисных средств (WORD, EXCEL) и аналитических систем, например OLAP систем, которые каждый банк выберет сам для себя.
    7) гибкие механизмы настройки новых банковских продуктов - отсюда требование иметь систему ведения клонов по каждому банку и иметь удобную систему синхронизации новых версий/релизов с существующим клоном.
    8) мощный механизм настройки автоматических комиссий для любой банковской сущности (договора разного типа, операции по договорам, счетам и т.д.), а не только для РКО как сейчас.
    9) Бизнес логика должна разрабатываться в основном на PL/SQL, но модули должны позволять вызывыть клиентских алгоритмов (например на VBS, DLL), там где это оправданно.
    10) Интерфейс должен позволять максимально кастомизироваться под пользователя (в идеале открытый конструктор интерфейсов).
    11) Ведение нескольких главных книг на одной базе (голова и филиалы, дочерние банки)
    12) Клиентский интерфейс построен объектно, позволяет "встраивание" в любую программу, в т.ч. в браузер.
    13) Возможность работать на "тонком" канале.
    14) Каждый бизнес алгоритм имеет настроечную систему для кастомизации его под конкретный банк.
    15) Построение кода на основе единого разработанного фирмой формального подхода, чтобы код был в одном ключе. Максимальное использование бизнес объектов. Реальная оптимизация алгоритмов - отсюда высокая производительность системы.

    Получилось несколько сумбурно, но надеюсь вы добавите

Пользователи, просматривающие эту тему

Свернуть

Присутствует 1. Участников: 0, гостей: 1.

Обработка...
X