система бисквит втб что такое
Интегрированная банковская система БИСКВИТ
Интегрированная банковская система (ИБС) БИСКВИТ обеспечивает высокий уровень информационной поддержки банковских операций в условиях динамичного развития рынка финансовых услуг.
Функциональная полнота позволяет автоматизировать множество операций коммерческого банка.
Модульная структура дает возможность банку нести только обоснованные в данный момент сферой его деятельности и объемом документооборота затраты на программное обеспечение, легко наращивая функциональные возможности системы по мере расширения круга выполняемых операций.
Единая технология позволяет автоматически отражать операцию, выполняемую в любом модуле, в единой БД и использовать ее результаты во всех остальных модулях.
Модули ИБС БИСКВИТ
Базовый модуль ИБС БИСКВИТ Модуль является функциональным ядром интегрированной банковской системы БИСКВИТ.
Аккредитивы Модуль «Аккредитивы» интегрированной банковской системы БИСКВИТ предназначен для автоматизации учетной деятельности кредитной организации, связанной с расчетами в форме документарных аккредитивов в российских рублях на территории Российской Федерации и в иностранной валюте по экспортным и импортным операциям с участием нерезидентов.
БИСКВИТ.CRM Модуль БИСКВИТ.CRM предназначен для повышения эффективности работы клиентских департаментов банков.
БЭСП (Банковские Электронные Срочные Платежи) Модуль предназначен для поддержки обмена срочными и экстренными платежными поручениями с общефедеральной системой БЭСП (с приемом подтверждений и отказов, возможностью изменения приоритетов и очередности документов), управления ликвидностью и установки лимитов для расчетов в системе БЭСП, загрузки и отображения информации о других участниках системы БЭСП.
Бюджетирование Модуль «Бюджетирование» интегрированной банковской системы БИСКВИТ предназначен для автоматизации бюджетной деятельности кредитной организации, связанной с учетом и управлением затрат, оценкой и управлением доходностью.
Валютный контроль Модуль «Валютный контроль» интегрированной банковской системы БИСКВИТ предназначен для автоматизации учета документов и информации, связанной с проведением валютных операций резидентов с нерезидентами по внешнеторговым контрактам и кредитам, для которых российским законодательством предусмотрено оформление паспортов сделок
Валютный рынок Модуль «Валютный рынок» интегрированной банковской системы БИСКВИТ обеспечивает деятельность кредитной организации на межбанковском валютном рынке по обработке сделок конверсии валют и рассчитан на пользователей – специалистов бэк-офиса.
Векселя Модуль «Векселя» интегрированной банковской системы БИСКВИТ предназначен для автоматизации операций банка с собственными векселями и векселями сторонних эмитентов. Модуль ориентирован на пользователей – специалистов банка, уполномоченных на выполнение операций с собственными векселями, специалистов бэк-офиса по операциям с векселями сторонних эмитентов (учтенные векселя).
Выносная операционная касса Модуль «Выносная операционная касса» (ВОК) интегрированной банковской системы БИСКВИТ предназначен для автоматизации рабочего места кассового работника. Модуль позволяет автоматизировать всю деятельности кассового работника, связанную с выполнением кассовых операций в интересах клиента, а также деятельность по организации внутренней работы с наличностью и другими ценностями, бланками строгой отчетности, выходными отчетными формами.
Денежный рынок Модуль «Денежный рынок» интегрированной банковской системы БИСКВИТ обеспечивает автоматизацию деятельности кредитной организации на межбанковском денежном рынке по обработке сделок размещения и привлечения средств и рассчитан на пользователей – специалистов бэк-офиса.
Краткое описание ИБС БИСКВИТ
Интегрированная банковская система (ИБС) БИСКВИТ обеспечивает высокий уровень информационной поддержки банковских операций в условиях динамичного развития рынка финансовых услуг.
Основными преимуществами данного решения являются:
Принципы построения
Интегрированность – наличие общего программного ядра, единой модели данных и единой технологии обработки данных. Единая технология позволяет автоматически отражать операцию, выполняемую в любом модуле, в единой базе данных (БД) и использовать ее результаты во всех остальных модулях.
Функциональная полнота позволяет автоматизировать множество операций коммерческого банка.
Модульная структура дает возможность банку нести только обоснованные в данный момент сферой его деятельности и объемом документооборота затраты на программное обеспечение, легко наращивая функциональные возможности системы по мере расширения круга выполняемых операций.
Гибкие средства настройки позволяют создать автоматизированное рабочее место сотрудников банка с необходимой бизнес-функциональностью, описать маршруты прохождения документов между исполнителями и технологические процессы их обработки с учетом особенностей бизнес-процессов банка.
Масштабируемость позволяет переносить систему без существенных доработок на различные программно-аппаратные платформы, что обеспечивает возможность наращивания количества ежедневно обрабатываемых банковских транзакций или подключения дополнительных пользователей за счет увеличения производительности.
Открытость системы позволяет взаимодействовать с внешними прикладными программными системами, в качестве которых могут быть использованы системы других производителей, системы, разработанные силами банка, другие экземпляры ИБС БИСКВИТ.
Адаптивность обеспечивает адекватную поддержку со стороны ИБС БИСКВИТ бизнес-процессов кредитной организации и своевременную, экономически обоснованную реконструкцию информационной системы при необходимости их реорганизации.
Высокая производительность обеспечивает обработку заданных объемов информации в течение требуемого временного интервала.
Надежность системы позволяет обеспечить сохранность информации, ее целостность и взаимосогласованность в любой момент времени. Для этого в полной мере используются возможности промышленной СУБД, имеющей надежные встроенные механизмы обеспечения целостности транзакций и автоматического восстановления данных, в том числе при сбое или выходе из строя сервера БД.
Архитектура системы
ИБС БИСКВИТ представляет собой набор функциональных модулей, работающих с единой логической базой данных и объединенных вокруг единого ядра. При ее разработке используются объектно-ориентированные возможности расширения реляционной модели данных.
Ядро системы включает:
К основным информационным объектам, реализованным в системе, относятся такие понятия предметной области, как клиент, банковский продукт, сделка (договор), документ, проводка, счет, финансовый инструмент, пользователь.
Хранение и обработку информации об основных бизнес-процессах, а также своевременную настройку и перенастройку процессов их автоматизированной обработки в ИБС БИСКВИТ обеспечивает совокупность следующих системных служб: клиентов, финансовых инструментов, договоров, документов, метасхемы, учетной информации, стандартных транзакций, начислений, сообщений, расписаний, справочников, классификаторов, пользователей, OLAP.
Состав основных реквизитов классов объектов, которые физически представляют собой поля таблиц БД, постоянен в рамках одной версии системы. Он определяется, исходя из фундаментальных свойств объектов. Дополнительные реквизиты создаются по мере необходимости.
Служба клиентов позволяет хранить информацию о субъектах трех основных типов (юридическое лицо, физическое лицо, банк) и, помимо уникального внутреннего кода клиента в системе, иметь произвольное число типов идентификатора субъекта, например, индивидуальный номер налогоплательщика, различные виды удостоверений личности (для физических лиц), различные виды идентификаторов для банков (БИК – банковский индивидуальный код, код в системе S.W.I.F.T. и т.д.).
Служба договоров обеспечивает хранение информации о совокупности распределенных во времени операций, обеспечивающих привлечение и размещение денежных средств, их трансформацию (например, операции покупки или продажи валюты), расчетно-кассовое обслуживание, услуги по хранению материальных ценностей и их инкассации, услуги обеспечивающего и нефинансового характера. Служба позволяет вести перечень субъектов и счетов, связанных с выполнением операций по договору, отслеживать состояние ресурсов по договору и их изменение в течение периода его действия, определять условия реализации договора и хранить историю их изменения.
Служба документов позволяет реализовать технологический процесс обработки документов в системе и задать маршруты обработки документов (work flow). При настройке документооборота определяются типы обрабатываемых документов, множества допустимых состояний и маршруты допустимых переходов для каждого их типа, связи между документами, правила обработки групп связанных документов. Документы могут быть как финансовыми (расчетно-кассовые: платежное поручение, мемориальный ордер и т.д.), так и нефинансовыми (запросы, заявки, распоряжения и т.п.).
Служба классификаторов решает задачи группировки и классификации информации. Основным назначением классификаторов является хранение признаков, позволяющих группировать, объекты БД и определять логику их обработки. Объектами могут быть лицевые счета, клиенты, элементы различных справочников, таблицы БД, сами классификаторы и т. д. Каждый такой объект может быть включен в любое количество групп.
Служба учетной информации отвечает за автоматизацию информационной системы бухгалтерского учета. Служба ведет аналитические и синтетические регистры учета, обеспечивает классификацию счетов и ведение плана счетов, горизонтальные информационные связи между счетами, осуществляемые с помощью проводок, ведение множества областей учета, открытие, ведение и закрытие учетных периодов (например, открытие и закрытие операционного дня, проведение заключительных оборотов при закрытии финансового года).
В ИБС БИСКВИТ реализовано учетное ядро, которое позволяет осуществлять бухгалтерский учет операций в полном соответствии с требованиями Банка России. В системе имеется возможность работать со счетами, документами и проводками по всем 5 категориям учета.
Функциональность учетного ядра ИБС БИСКВИТ не ограничивается поддержкой стандартных требований ЦБ. Возможности ядра позволяют пользователям самостоятельно создавать новые области учета и определять для них необходимые свойства. Данная функциональность используется, например, для ведения отдельной области налогового учета. Это позволяет также настраивать в системе планы счетов других государств.
Служба финансовых инструментов обеспечивает поддержку различных форм краткосрочного и долгосрочного инвестирования, торговля которыми осуществляется на финансовых рынках. К ним относятся денежные средства в различных валютах, ценные бумаги, производные инструменты (форварды, фьючерсы, свопы, опционы и т.д.).
В процессе настройки бизнес-логики важное значение принадлежит настройке операций, которая выполняется с помощью службы стандартных транзакций путем определения множества шаблонов их выполнения и производится в соответствии с типом операции (индивидуальная или групповая), видом транзакции (определяется обрабатывающей выполнение операции процедурой) и атрибутами настройки – основными и дополнительными. Описание сценария выполнения операции определяется конкретным видом банковского продукта, а его интерпретация задает конкретный экземпляр продукта.
Служба начислений определяет порядок и размер начисления и взимания платежей по процентам и комиссиям.
Служба расписаний обеспечивает вычисление времени выполнения события на основании заданной периодичности или временного ряда, хранение информации о ранее произошедших и плановых событиях, ведение журнала регистрации событий, ведение расписания плановых операций, инициирование выполнения операций в связи с наступлением срока плановой операции, указанного в расписании.
Служба сообщений обеспечивает интерфейс экспорта-импорта информации на основе внутрисистемных и поддерживаемых ИБС внешних стандартов обмена информацией.
Для хранения и расчета отчетных и аналитических данных с помощью службы OLAP применяется технология оперативной аналитической обработки данных на основе использования многомерной аналитической БД (OLAP-технология).
Принципы релизации технологии OLAP.
Служба пользователей реализует ряд функций, наиболее важными из которых являются управление правами пользователей, аудит действий пользователей путем ведения журнала истории изменений, хранение данных о структуре банка и глобальных пользовательских настройках.
Единое информационное пространство Банка на основе ИБС БИСКВИТ обеспечивает единую информацию по клиентам, банковским продуктам, интеграцию всей операционной, учетной и аналитической информации; реализацию единой технологии обработки информации; поддержку унифицированной технологии реализации банковских продуктов. Преимущества предлагаемого решения состоят в более простой реализации новых функциональных возможностей, унификации схемы сопровождения и достижения в итоге более экономичной структуры операционных затрат.
Чтобы лучше понять причины замены АБС обратимся к рис. 1. На основных этапах смены автоматизированных банковских систем довольно хорошо прослеживается закономерность между потребностями рынка АБС и предложениями фирм-разработчиков.
Далее следует период замены АБС (конец 1997 г.), который связан с переходом на новые Правила учета, когда у банков фактически не было времени для детального анализа АБС и взвешенного принятия решения. Перед ними стояла задача замены действующей системы на ее новую версию или выбор совершенно другой АБС. Жесткий цейтнот диктовал свои условия, и для быстрого и массового распространения решения на основе Btrieve опять подходили как нельзя лучше.
Печально известный всем 1998 год временно уменьшил деловую активность, в том числе и в сфере информационных технологий.
Произошедшее после кризиса структурное изменение банковской системы, в свою очередь, изменило требования к современным АБС. На второй план отходят еще не так давно бывшие актуальными проблемы выживания. Наступает время думать о дальнейшем развитии банковских технологий.
Каковы же требования современных банков к новым системам автоматизации?
Новые тенденции развития АБС. Критерии выбора
Безусловно, данный список может быть продолжен, но все же основные характеристики в нем присутствуют.
Рассмотрим далее некоторые из этих критериев и различные способы решения данных проблем в АБС.
Вне всякого сомнения, именно платформа и СУБД позволяют успешно решать большинство из сформулированных выше задач. Очевидно, что оптимальных показателей можно достичь, только применяя решения в архитектуре «клиент-сервер». Фирма БИС с начала 90-х гг. ведет разработку собственной АБС, используя в качестве базы данных профессиональную СУБД Progress. Она может быть отнесена к группе компаний, решения которых сейчас доминируют на рынке (на рис. отмечены цифрой 3). Почему это так? Ответ можно сформулировать следующим образом.
Компании, ориентированные в середине 90-х гг. на реализацию решений на платформе Btrieve, потратили на это большие финансовые и временные ресурсы. Они фактически на 3-5 лет позже начали вести работы в области клиент-серверных решений (цифры 2 и 4 на рис.). Чудес не бывает, и «9 женщин не могут родить за один месяц ребенка». Поэтому отставание новых клиент-серверных АБС как в технологическом, так и в функциональном планах, закономерно. В этом случае ни агрессивная маркетинговая политика, ни специальные ценовые предложения не способны ликвидировать тот разрыв, который образовался между данными группами АБС. Несомненно, через 2-3 года АБС в архитектуре «клиент-сервер» «второй волны» имеют возможность сравняться с современными лидерами, но, как говорится, время уже будет упущено.
Например, для решения такой важной проблемы, как удаленный доступ, оптимально подходит режим «хост-терминал». Именно такой режим является основным для АБС БИСКВИТ. При таком построении системы, во-первых, минимизирован сетевой трафик, что позволяет существенно экономить ресурсы на телекоммуникациях, а во-вторых, очень низки требования, предъявляемые к рабочим станциям, что дает возможность банкам сохранять инвестиции в аппаратное обеспечение.
Грамотный, взвешенный выбор СУБД для разработки АБС позволяет компаниям-разработчикам существенно экономить ресурсы при решении ряда задач. Возьмем, к примеру, такую актуальную на сегодняшний день проблему, как поддержку в АБС многоплатформенности. Иными словами, возможность одного и того же прикладного кода работать на различных аппаратных платформах. Напомним, что проблема многоплатформенности вытекает из проблемы масштабируемости, когда вычислительные мощности одной платформы исчерпаны и необходимо, чтобы приложение (в нашем случае АБС) функционировало на другой, более производительной вычислительной технике (см. статью А.А.Орехова «Значение масштабируемости АБС для современного банка». «Банковские технологии» № 5, 2000 г.).
К сожалению, сегодня на российском рынке АБС часто происходит подмена понятия многоплатформенности. Некоторые фирмы вместо реальной многоплатформенности, благодаря которой одно и то же приложение с использованием одной и той же СУБД может работать на разных аппаратных платформах (под управлением различных операционных систем), предлагают так называемое решение «multi-DBMS» (что в переводе на русский язык может звучать не совсем благозвучно, например: «поддержка множества СУБД»). На первый взгляд подмена понятий практически незаметна (в принципе, конечному пользователю не всегда интересно знать, на какой СУБД функционирует его АБС). Тем не менее при более тщательном рассмотрении вопроса проблемы, возникающие при последней реализации, приобретают очень серьезный характер.
Наличие единого подхода к обработке данных в SQL-серверах различных производителей позволяет говорить о возможности наличия решения типа «multi-DBMS». Однако возможность оптимального соединения в одном прикладном коде обработки файл-серверных (Btrieve) и клиент-серверных СУБД (Oracle, Sybase, MS SQL и пр.) вызывает большие сомнения. Такое решение, например, возможно, если массовую обработку при помощи оператора select (для SQL-серверов), для которого нет прямого аналога в СУБД файл-серверной архитектуры, заменить на единичную обработку записей (например, при помощи того же оператора select, но применяемого к каждой отдельной записи!). Тем не менее в этом случае теряются все преимущества SQL-подхода к массовым обработкам и налицо серьезная потеря производительности.
Ни в коем случае не желая бросить тень на подобное решение проблемы многоплатформенности (масштабируемости), все же отметим, что наиболее оптимальным, по мнению автора, является решение проблемы средствами СУБД, когда одна и та же СУБД работает на различных аппаратных платформах. Например, выбранная фирмой БИС для АБС БИСКВИТ СУБД Progress одинаково успешно работает на целом ряде платформ под управлением операционных систем UNIX и Windows NT. Помимо поддержки таких «традиционных» для России платформ имеется возможность работать и под управлением операционной системы AS 400.
Кроме того, стоит отметить, что выбор аппаратной платформы для банка не часто выполняемая операция. Если банк приобретает систему в архитектуре «клиент-сервер», то возможность масштабирования ему уже гарантирована. Следовательно, потребность в смене платформы, а уж тем более СУБД, отпадает. Естественно, банки, работающие на Btrieve, рано или поздно «упираются в потолок» и вынуждены менять платформу, а иногда и АБС.
Выбор по комплексу параметров
При всей важности системных требований (платформа, СУБД и пр.) не менее значимыми являются прикладные свойства АБС. Несомненно, при выборе новой АБС банк должен обратить внимание на наличие требуемых ему полнофункциональных модулей в рамках единой системы. Решения, построенные на интеграции разнородных продуктов, получившие распространение с середины 90-х гг., уже не могут удовлетворить банки и сходят с рынка. Не будем останавливаться на недостатках такого подхода, они очевидны (взять, например, проблему пакетного обмена информацией с моментальной потерей режима real-time!).
Современная АБС должна содержать необходимые функциональные модули, перечень которых хорошо известен, и мы не будем на них подробно останавливаться (это может быть темой отдельной статьи).
АБС, построенные по принципу «банковского конструктора», практически так и не были востребованы рынком
Это другая крайность. Такие программные продукты, несомненно, представляют интерес как полигон для развития информационных технологий. Однако интерес этот скорее академический, и подогревается он не реальными потребностями банков, а самими же фирмами-разработчиками, усиленно пытающимися «создать спрос» на новую продукцию. Вызывает большое сомнение непременное наличие в АБС таких обязательных атрибутов «конструкторов», как репозитарий, словарная система, workflow-модель и пр. С данными понятиями должны иметь дело разработчики различных информационных систем, в то время как решение прикладных банковских задач этими средствами, как правило, сложно и очень трудоемко. При этом результаты, достигаемые с их помощью, ничем принципиально не отличаются от результатов, которых можно достичь «классическим» методом многопараметрической настройки.
Наиболее оптимальным практическим решением для АБС все-таки является сочетание многопараметрической настройки системы с возможностью «локальных», собственных доработок силами отделов автоматизации. Именно такой подход реализован в АБС БИСКВИТ. Наличие в системе мощного механизма настройки банковских операций с возможностью генерации различных типов связанных документов позволяют осуществить настройку (именно настройку, а не «конструирование») любой банковской технологической цепочки с поддержкой распределения выполнения ее различных этапов как по подразделениям банка (по пользователям), так и по времени. Это как раз соответствует современным «академическим» требованиям (поддержка workflow-технологии) к автоматизации документооборота банка.
В заключение хотелось бы еще раз повторить, что сейчас начался очередной этап смены АБС. Этот этап не похож на предыдущие прежде всего тем, что процесс носит не массовый, а индивидуальный характер. В этом случае на первое место выходят решения, изначально ориентированные на те требования, которые сегодня стали актуальными. Автоматизированная банковская система БИСКВИТ фирмы БИС, несомненно, принадлежит к их числу.
Сотый БИСКВИТ в действии
В июле 1999 г. в филиале КБ «Интурбанк» в г. Санкт-Петербург была произведена 100-я установка интегрированной банковской системы БИСКВИТ. Санкт-Петербургский филиал КБ «Интурбанк» создан в 1995 г. и работает с корпоративными клиентами различных отраслей экономики.
Внедрению ИБС БИСКВИТ в филиале предшествовало более года ее эксплуатации в головном офисе «Интурбанка» в Москве. До этого банк использовал АБС собственной разработки на базе Oracle с серверной частью, работающей под SCO Unix и клиентскими местами под DOS. Расходы на сопровождение системы в условиях часто меняющихся требований Банка России были непомерно велики: для поддержания ее работоспособности и актуальности головной банк был вынужден содержать штат разработчиков. Систему в целом отличала высокая надежность и хорошо отлаженные модули, но основными объектами, с которым работали пользователи, были проводки, т.е. ввод происходил в режиме «дебет > кредит > сумма», понятие «документ» отсутствовало, а производительность категорически не устраивала пользователей.
Как часто бывает в таких случаях, в банке работало большое количество программ собственной разработки по составлению сложной отчетности и банковским продуктам: ФОР, Инструкция № 17, отчет о прибылях и убытках, расчет нормативов, составление баланса в тысячах, отчетность по денежному обращению, кредиты и депозиты, частные вклады, групповые операции, подготовка отчетности для ЦБ в электронном виде, АРМ подготовки файлов электронных платежей.
Перед выбором
После предварительного отбора остановились на двух системах: уже установленной в головном отделении «Интурбанка» в Москве ИБС БИСКВИТ и системе «Банкир» (CSBI ЕЕ). Необходимо заметить, что филиалам «Интурбанка», в том числе и в политике развития информационных систем, предоставляется достаточно большая свобода, поэтому со стороны головного банка не оказывалось никакого давления на принятие решения. Но осознание того факта, что единообразие является одним из важнейших моментов построения информационной инфраструктуры банка, несколько повлияло на наш выбор.
Подготовка к внедрению системы
На этапе принятия решения в учебный центр БИС были командированы начальник отдела автоматизации и заместитель главного бухгалтера, чтобы на месте оценить прикладные возможности ИБС с точки зрения решения тех задач, которые перед ней ставились, и оговорить приемлемую для филиала технологию внедрения. Хотя БИСКВИТ уже работал в московском офисе банка, оценить эффективность внедрения было трудно, так как для получения отдачи требуется не только и не столько подгонка новой системы под уже существующую технологию работы, сколько перестройка взаимодействия между подразделениями и технологии работы внутри подразделений с учетом новых возможностей ИБС. Частным случаем такой перестройки является сокращение технологических цепочек обработки документов с ликвидацией рабочих мест, на которых работники заняты рутинной работой. Тогда этот процесс в головном банке еще не был завершен.
Модуль «Обмен электронными документами тоже требовал серьезных доработок под требования ГУ ЦБ РФ по Санкт-Петербургу.
В первоначально приобретенный нами комплект также вошел модуль «Кредиты и депозиты».
После принятия решения о приобретении ИБС БИСКВИТ были составлен перечень необходимых доработок и достигнута договоренность о сроках выполнения работ по каждому пункту. Основными в перечне стояли: доработка модуля «Обмен электронными документами» под особенности требований ГУ ЦБ РФ по Санкт-Петербургу и составление отчетности в соответствии с этими требованиями: описей, реестров, сводных платежных поручений с высокой точностью печати, реестров конвертов, наклеек на конверты. Нужно заметить, что это был единственный пункт, по которому писалось серьезное техническое задание.
Следующим шагом была передача банку документации с описанием технологии выполнения штатного «Начального решения», в том числе форматов загрузки информации, полученной из старой АБС.
Специалистами БИС в течение двух дней была произведена установка Unix, Progress и собственно ИБС БИСКВИТ на вновь приобретенный сервер на территории банка. Причем ИБС устанавливалась сразу полностью, а ее функциональность определялась лицензионным кодом, передаваемым фирмой БИС в соответствии с набором приобретаемых модулей. Сотрудниками филиала на основании форматов загрузки, описанных в документации по «Начальному решению», была самостоятельно проведена загрузка информации о клиентах, лицевых счетах и собственно документов с 01.01.1998 г., курсов валют, стандартных комиссий и процентных ставок, информации о договорах на РКО. Информацию об операциях в старом плане счетов было решено не переносить в новую АБС. Совместно с собственной бухгалтерией была проведена выверка загруженных данных, поочередное закрытие операционных дней с расчетом и выверкой балансов. Данные, отсутствовавшие в старой системе, особенно в случае явного противоречия идеологии построения старой АБС и ИБС БИСКВИТ (дополнительные реквизиты клиентов и лицевых счетов, перепривязка конверсионных и картотечных счетов к клиентам, заведение информации о заявках по денежному обращению и т.п.), вводились вручную. Банком было подготовлено описание первичного набора стандартных транзакций на базе существующего комплекта, предложенного фирмой БИС.
Первичное обучение сотрудников проводилось на территории банка на тестовой базе, существующей параллельно «реальной». Так как новая АБС позволяла использовать уже имеющуюся технику, организация такой дополнительной работы не создавала большой проблемы, хотя, разумеется, увеличила нагрузку на сотрудников банка.
Известно, что необходимость для банка в услугах поддержки своих клиентов начинает ощущаться уже после установки 20-30 клиентских мест вне зависимости от выбранной системы. Так что времени на ожидание проблем у нас не было. Таким образом, поскольку промежуточное решение в виде системы «Банк-Клиент» под DOS не представляло интереса, а срок выхода 32-разрядного «Клиента» у «Комиты» был достаточно отдален, вопрос был решен в пользу БСС.
Внедрение ИБС БИСКВИТ
Так как изначально выбор АБС делался с точки зрения удовлетворения максимального количества потребностей всех подразделений банка, то следующим логичным шагом было внедрение банковских продуктов. На данный момент внедрены модули «Кредиты и депозиты», «Зарплата» и «Учет материальных ценностей».
Если о «Базовом модуле» и модуле «Финансовая отчетность и анализ» у сотрудников банка только положительные отзывы, то с модулем «Зарплата» не все однозначно. Модуль «Зарплата» реализован очень неплохо, но сделан он в новой версии ИБС БИСКВИТ, которая еще не внедрена в промышленную эксплуатацию, что влечет за собой необходимость вести две параллельных базы данных, обмен между которыми происходит на уровне экспорта и импорта готовых документов. Как временное решение это нас устраивает, а с выходом полной новой версии ИБС БИСКВИТ проблема отомрет сама собой.
Модуль «Кредиты и депозиты» хорошо реализует учет совершаемых операций, но пока предлагает недостаточно гибкий для сложных кредитных и депозитных схем инструментарий. Все операции реализуются с помощью имеющихся средств и находят правильное отражение в соответствующих отчетных формах, но внедрение этого модуля потребовало действительно серьезного обучения сотрудников кредитного отдела.
Результаты внедрения
Внедрение ИБС БИСКВИТ позволило сотрудникам банка перейти на качественно новый уровень работы и обслуживания клиентов, при котором ответственные исполнители работают с операциями, а не с проводками. Операция в ИБС несет ту же смысловую нагрузку, что и банковская операция (конвертация, валютные операции, кредитование, доначисление резервов по ссудам, взимание комиссии, операции с картотеками на балансовых и внебалансовых счетах и т.п.), в ней участвуют те же параметры, что и в первичных документах, а ответственный исполнитель избавлен от необходимости всякий раз рассчитывать и выполнять N-е количество проводок, каждая из которых в отдельности не отражает общей картины банковской сделки. Количество механических ошибок в силу вышеприведенных причин также резко уменьшилось.
Сегодня можно уверенно сказать, что внедрение ИБС БИСКВИТ и системы BS-Client компании БСС в Санкт-Петербургском филиале «Интурбанка» позволило значительно повысить качество обслуживания клиентов путем повышения эффективности и скорости работы банка, сохранив неизменным количество работников и занимаемых площадей, при этом объем проводимых операций увеличился в 2,5 раза. Соотношение количества ручных и автоматизированных транзакций наглядно показано на рисунке: