"Ва-Банк XL" — новое решение ФОРС для средних банков Часть 2. Наш ответ на требования рынка

"Ва-Банк XL" — новое решение ФОРС для средних банковЧасть 2. Наш ответ на требования рынка

Обратимся к мечте бухгалтеров о «гибком генераторе отчетов».

Оставим в стороне обязательную отчетность для ЦБ РФ (автоматическое ее получение в тиражируемом нами специализированном модуле — предмет нашей особой гордости). С этой задачей никакой «гибкий генератор отчетов» вам справиться не поможет.

Оставим также в стороне все рассуждения о красивом размещении полей на экране. В отличие от некоторых из наших конкурентов, мы полагаем, что эта задача уже решена. И действительно, существует такой продукт, как Oracle Discoverer, который вполне доступен любому «чайнику» (не сложнее, чем Word), а по качеству картинок успешно конкурирует с Excel. Мы считаем этот продукт достойным средством визуализации.

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

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

  • «наши комиссионные доходы» — это балансовая статья;
  • «прошлая неделя» — это временной интервал;
  • «операции по покупке/продаже ценных бумаг» — это определенный класс банковских продуктов (можно представить себе и более узкую формулировку, например, покупка/продажа ГКО 67-й серии — тогда это будет конкретный финансовый инструмент);
  • «клиентская группа, представляющая металлургическую отрасль уральского региона» — это выборка из клиентской картотеки (можно сузить до конкретного клиента);
  • для полноты картины здесь не хватает еще того филиала и подразделения, которые собственно и извлекли эти доходы (а это тоже могло быть упомянуто в запросе).

Теперь посмотрим: балансовая статья в любой транзакции указана, дата тоже указана. Для ответа остается указать конкретный продукт, породивший эту транзакцию; конкретного клиента, с которым она связана; и подразделение, на чей счет должны быть отнесены доходы/расходы. В момент генерации самой транзакции все эти параметры известны, и мы не теряем их в недрах АБС (как это обычно бывает), а сразу же вносим в специальные дополнительные атрибуты проводки (клиент, продукт, подразделение). После этого весь транзакционный архив ложится в стройную концепцию многомерного куба . Теперь любые нерегламентированные запросы из области управленческого учета и анализа эффективности бизнеса сведутся к его сегментации и проецированию на какую-либо из гиперплоскостей, а это уже задача чисто техническая.

Поговорим об интерфейсах. Следует различать интерфейсы внутренние и внешние. К стандартным внутренним в новой системе относятся:

  • интерфейс к главной книге (пакетный ввод транзакций);
  • интерфейс к платежной подсистеме (пакетный ввод платежных документов);
  • интерфейс к отчетно-аналитической подсистеме (формат выгрузки данных из других АБС);
  • интерфейс к внешним каналам доставки (сервер сообщений);
  • двусторонний интерфейс к пакету автоматизации функций внутренней бухгалтерии (загрузка/выгрузка бухгалтерских данных и данных клиентской картотеки);
  • интерфейс к корпоративной среде документооборота (предполагается использование Lotus Notes);
  • и целая группа интерфейсов межфилиального обмена, как-то:
    • загрузка/выгрузка платежных документов при работе через единый корсчет;
    • интерфейс, обеспечивающий удаленное управление филиалом (назначение лимитов и авторизацию отдельных операций);
    • интерфейс «прозрачного межфилиального обслуживания» (обслуживание клиентов вне независимости от филиала);
    • избирательная репликация всех данных, требующих централизации (как минимум клиентская картотека и CRM-информация, а также весь бухгалтерский архив).

    Особо обращаем внимание читателя на перечисленные интерфейсы межфилиального обмена. На наш взгляд, это как раз и есть тот необходимый минимум, который позволит осуществить на практике территориально-распределенную работу многофилиального банка в том виде, в каком она востребована функциональными подразделениями средних и крупных банков (не прибегая при этом к коммуникационным «излишествам» в виде аренды оптоволоконных каналов по всей территории РФ, где их пока никто еще и не проложил).

    К числу стандартных внешних интерфейсов мы относим (в порядке запланированной очередности их появления в составе АБС):

    • интерфейс к платежной системе ЦБ РФ;
    • интерфейс к системе сбора отчетности ЦБ РФ;
    • интерфейс к SWIFT;
    • интерфейс к Reuters;
    • интерфейсы к национальным торгово-депозитарным системам (ММВБ, НДЦ, ДКК, РТС и др.);
    • интерфейс к процессинговому центру пластиковых карточек (стандарт ISO 8583);
    • интерфейс к ORACLE Express;
    • интерфейс к ORACLE GL.

    Нам представляется, что перечисленный набор интерфейсов практически полностью накрывает нужды IT-управления, занимающегося текущим сопровождением системы в банке. Особо следует подчеркнуть тот факт, что ФОРС здесь, как и всегда, на первое место ставит именно практические нужды клиентов, отдавая им пальму первенства перед идеей абстрактного совершенства (исходя из этой последней, возможно, взамен всего вышеперечисленного следовало бы ограничиться чем-нибудь типа «конструктора интерфейсов»).

    Вернемся к таблице «социального заказа», приведенной в начале нашей статьи. Задача нового проекта ФОРС по разработке АБС «Ва-Банк XL» заключается в том, чтобы оптимальным образом удовлетворить этот заказ.

    Под оптимальностью мы понимаем разумную достаточность и открытость. Наша цель — создание многоцелевой АБС, решающей всю совокупность поставленных задач.

    Попытки поставить во главу угла какое-то одно из требований и сосредоточить все силы на его реализации (будь то универсальный документооборот, универсальный генератор отчетов или универсальный конструктор интерфейсов и т. д.), на наш взгляд, не плодотворны. Как показывает многолетний коллективный опыт разработчиков, чистота следования абстрактной идее на практике чревата такими побочными эффектами, которые лишают «экстремальные» решения всякой жизнеспособности.

    Реализуемые в новом проекте ФОРС «Ва-Банк XL» механизмы и конструкции обеспечивают оптимальное решение:

    • Стержень системы, который образован иерархией основных операционных элементов «сделка—документ—событие—транзакция».
    • Сочетание технологического конвейера и вспомогательного документооборота.
    • Планирование и прогнозирование как на уровне сделок и документов, так и на уровне бухгалтерских транзакций и остатков на счетах.
    • Ведение позиций по плановым, прогнозным и модельным сделкам, документам и транзакциям. Управление лимитами и рисками на основе позиций.
    • Автоматическая генерация бухгалтерских записей по нескольким планам счетов на основе механизма бухгалтерских моделей (шаблонов проводок).
    • Ведение архива транзакций в виде многомерного куба. Добавление атрибутов в бухгалтерские транзакции для поддержки управленческого учета и анализа эффективности бизнеса.
    • Современные средства разработки, предлагаемые ORACLE, разнообразие внешних и внутренних интерфейсов.

    В заключение отметим, что одну задачу мы все-таки не успели рассмотреть, а именно: воздействие Интернета на архитектуру бизнеса. Приносим свои извинения читателю (и Интернету), но это уж точно тема для отдельной статьи.