ru  |  ua
Лого
Главная Контакты Карта сайта
Форум
Продукты
Презентации
Новости
О нас
Контакты
Продукты
АБС "Мебиус-Банк"

АБС "Мебиус-Банк"

Главная книга
Платежная система
Валютная система
Кредитная система
Депозитная система
Расчетно-кассовое обслуживание
Ценные бумаги
Казначейство
Фонды финансирования строительства
Субординированный долг
Коммунальные платежи
Аренда индивидуальных сейфов
Экспортно-импортные операции
Внутрибанковская бухгалтерия
Ведение лимитов
Ведение напоминаний
Аналитика банка
Отчетность НБУ
Трансферное ценообразование
Учет по МСФО
Безбалансовое отделение
Клиент-Банк
Интерфейсы с внешними системами
Работа в выходных днях
Многофилиальный банк
Администрирование


Ведение первичных данных

К первичным данным АБС относятся основные оперативные данные (клиенты, счета, договора, платежи, обеспечения), дополнительные данные (календари погашения, расписания и др.), а также нормативно-справочная информация.
Ниже перечислены основные подходы к ведению первичных данных в системе.
  • Объектный подход. Основной единицей функциональности системы является объект. Объект описывает и полностью реализует определенную предметную сущность, какой в АБС являются первичные данные - клиенты, счета, платежи, договора и т.д. Обновление данных в таблицах базы данных ведется только через соответствующий серверный объект, вне зависимости от источника обновления (будь-то клиентская форма, банковская операция или сеанс загрузки данных из внешней системы).
  • Архивность. В системе поддерживается хранение истории изменений реквизитов объектов. Примером может служить лицевой счет, реквизиты которого изменяются с течением времени, но при этом нужно иметь актуальное значение этих реквизитов на любую дату. Единицей архивности объекта является день, т.е. возможны архивные записи данных для каждого дня, но не может быть несколько архивных записей для одного дня.
  • Журналирование. Изменение любого реквизита объекта фиксируется в системном журнале и доступно для просмотра на любой клиентской форме ведения объекта. В журнале отражаются реальные дата и время изменения, дата ОДБ, пользователь, действие над объектом, сообщение, сопровождающее это действие. В случае изменения значений реквизитов объекта в сообщении перечисляются редактируемые реквизиты, их исходные и измененные значения.
  • Динамичность. При необходимости, базовый набор полей объекта (полей таблиц, которые этот объект обслуживает) можно расширять. При этом дополнительное поле является полноценным реквизитом объекта: оно может отображаться на карточке объекта, участвовать в фильтрации, сортировке, построении отчетов, использоваться в печатных формах, влиять на логику операций с объектом. Добавляемое поле может быть ссылкой на другой объект системы (например, справочник). Ведение динамической части объектов организовано через прикладную задачу, которая входит в набор задач по администрированию системы.
  • Встроенные проверки. Часть внутренней логики работы объекта реализована в виде встроенных проверок. Любая из этих проверок может быть при необходимости отключена администратором системы, либо переведена ним в режим предупреждения. Отключение может быть выполнено как в целом для всего банка, так и локально для отдельного экземпляра объекта (конкретного платежа, счета, договора). Таким образом, объекты не являются закрытыми «черными ящиками», на них можно воздействовать снаружи в случае необходимости.
Шаблоны сделок

Договор (сделка) является центральной сущностью большинства подсистем. Он аккумулирует в себе основные параметры сделки и привязку ее к другим бизнес-объектам – счетам, залогам, платежным календарям, условиям начисления, расчету эффективной ставки и др. В системе имеется широкий набор видов договоров (сделок) – кредиты, депозиты, РКО, МБК, МБД, внебалансовые обязательства и т.д.

Для настройки соответствующих этим видам сделок прикладных подсистем служат шаблоны сделок. Шаблон сделки описывает полный набор реквизитов и правил, необходимых для автоматического создания и дальнейшего жизненного цикла сделки. В нем задаются диапазоны сумм, процентных ставок и сроков, допустимые для данного продукта, взимаемые комиссии, типовые графики погашения, возможность выполнения определенных действий (досрочная выдача или погашение, пополнение и др.). Шаблон сделки содержит также информацию о типах лицевых счетов, необходимых для данного вида сделки и правила создания этих счетов (номер балансового счета, валюта, принадлежность отделению и др.).

Важно отметить, что шаблон сделки является только настроечным элементом системы, облегчающий создание сделки и дающий возможность контролировать ее параметры. Все реквизиты реальной сделки хранятся непосредственно в самой сделке и могут отличаться от значений шаблона. Построение отчетности использует только параметры реальных сделок.

Банковские операции

Автоматизация работы прикладных подсистем основывается на использовании банковских операций. Банковская операция реализует последовательность действий (создание, изменение) с любыми объектами системы (счета, договора, платежи и др.). При этом операция учитывает настройки, установленные в шаблоне сделки, а также запрашивает у пользователя недостающую информацию, контролируя полноту ее заполнения. Параметры, установленные в шаблоне сделки, могут быть изменены для конкретной сделки, если условия сделки допускают такое изменение.

Банковская операция описывается алгоритмом, хранимым в базе данных. Система поставляется с уже готовым набором операций, покрывающим полный спектр автоматизации ведения сделок (создание, выдача траншей, погашение, пополнение, выплаты процентов, пролонгации) и широкий круг других операций, не привязанных к договорам (обмен валюты, переводы). Набор операций может быть пополнен, в том числе без участия разработчика.

Каждая банковская операция имеет свою задачу-журнал, в которой фиксируются все выполненные операции, их основные параметры, созданные операцией объекты (созданные договора, открытые счета, заведенные обеспечения, сформированные платежи и др.). Задача-журнал позволяет настроить необходимый пакет печатных документов (например, анкета клиента + договор + кассовый ордер + внутрибанковские платежные поручения).
 
Web-Avangard