Автоматизированная банковская система

Функциональный состав системы

Автоматизированная банковская Система «БИС ГРАНТ» является интегрированной системой, использующей единую базу данных и общие механизмы хранения и обработки информации для реализации всех ее функций.
В соответствии с выполняемыми функциями Система может быть разделена на ряд логических подсистем, каждая из которых обеспечивает автоматизацию определенного этапа технологического цикла банка либо служит для поддержки функционирования самой Системы. Однако такое деление весьма условно, т.к. данные используются всеми подсистемами совместно, исключая дублирование и рассогласование.

В АБС «БИС ГРАНТ» реализован весь спектр операций, необходимых для функционирования современного украинского банка:

• Ведение Главной книги:
  • единый массив клиентов банка, ведение истории параметров клиентов;
  • единый массив аналитических мультивалютных счетов, возможность настройки набора необходимых параметров счета и допустимых значений этих параметров, хранение истории параметров счетов, ведение архива остатков и оборотов по счетам;
  • обработка платежных (оперативных) документов, включая контроль полноты и правильности заполнения реквизитов документов, настраиваемый механизм маршрутизации и визирования, механизм поддержки групповых проводок;
• Расчетно-кассовое обслуживание клиентов (юридических и физических лиц), автоматическая генерация проводок оплаты услуг банка (комиссии) при вводе клиентских платежей, настройка стандартных и индивидуальных тарифов и алгоритмов расчета сумм комиссии банка;
• Ведение кредитных и депозитных договоров с физическими и юридическими лицами, а также межбанковских кредитов, овердрафта и договоров кредитной линии, возможность добавления новых типов договоров и параметров к существующим типам без модификации программных модулей; ведение истории операций по договору; автоматическое отображение на внебалансовых счетах обязательств по договорам овердрафта и кредитной линии; возможность ведения произвольного количества договоров обеспечения кредита («Залог», «Гарантия»); возможность заключения договоров на стандартных условиях с автоматическим открытием всех необходимых счетов и печатью текста договора по заданному образцу;
• Автоматический расчет и отражение в балансе процентов по всем видам договоров, поддержка различных алгоритмов расчета, календарей начисления и уплаты процентов по каждому договору с автоматическим контролем сроков погашения задолженности; возможность настройки схем и сроков выполнения бухгалтерских проводок в соответствии с принятой в банке технологией; автоматическое зачисление процентов по заданной схеме (на текущие или картсчета); возможность начисления процентов в гривне по потребительским кредитам в валюте;
• Кассовые операции: возможность автоматического учета прихода/расхода по кассе в режиме реального времени и формирования необходимых кассовых документов в разрезе исполнителей; учета операций, произведенных в вечерней кассе, автоматического учета операций инкассации; приема/выдачи ценностей, поддержки касс ТОБО, обменных пунктов и т.д.;
• Обслуживание физических лиц без открытия счетов (прием коммунальных платежей, оплаты за товары и услуги, прием и выдача денежных переводов в национальной и иностранной валюте);
• Операции с ценными бумагами (расчет амортизации дисконта/премии, ежемесячный расчет резерва под операции с ценными бумагами и др.);
• Валютные операции (операции с наличной валютой; обслуживание клиентов, в т.ч. клиентов филиалов, по торговым валютным операциям; контроль экспортно-импортных контрактов; операции на межбанковском валютном рынке; ведение валютных корсчетов; взаимодействие с системой S.W.I.F.T.; контроль валютной позиции);
• Формирование выходных документов и отчетности (НБУ, ГНА и др.);
• Финансовый мониторинг в соответствии с требованиями Закона Украины «Про запобігання та протидію легалізації (відмиванню) доходів, одержаних злочинним шляхом», нормативных документов ДФМ и НБУ (автоматический отбор операций, подлежащих финансовому мониторингу; ведение реестра операций, подлежащих финансовому мониторингу;автоматическое выявление и блокирование операций, осуществляемых по поручению или в пользу лиц, связанных с террористической деятельностью; информационный обмен с уполномоченным органом; формирование выходных документов);
• Взаимодействие с платежными системами:
  • интерфейс с системой электронных межбанковских расчетов НБУ (СЭП НБУ и ССП);
  • интерфейс с системами обслуживания пластиковых карт;
  • подсистема межбанковских валютных переводов «Анелик»;
• Внутренняя бухгалтерия банка (учет основных средств и товарно-материальных ценностей; кадры и заработная плата; учет кредиторской и дебиторской задолженности; налоговый учет);
• Сервисные функции Системы (ведение нормативно-справочной информации; внутренний аудит; разграничение доступа к информации и управление правами пользователей; автоматизированная рассылка, установка и контроль изменений).

Открытость Системы и возможность расширения ее функциональности

В «БИС ГРАНТ» реализовано большинство операций, необходимых для функционирования современного украинского банка. Однако, так как каждый банк имеет свою специфику в виде характерного для него набора операций, форм выходных документов и технологических цепочек обработки информации, а также может использовать различные приложения, автоматизирующие его деятельность: аналитические, депозитарные, интерфейсы с различными платежными системами и пр., Система сделана открытой и настраиваемой, что обеспечивает простое и удобное подключение внешних приложений.

На сегодняшний день существует множество систем разработки приложений, предоставляющих возможность работы с сервером базы данных Oracle (Delphi, Visual Basic, Power Builder и др.). Любая из этих систем может быть использована для написания внешних приложений, взаимодействующих с «БИС ГРАНТ». Структуры данных задокументированы в словаре данных Oracle и описаны в документации, а использование ссылочных правил целостности облегчает отслеживание взаимосвязей между ними. Разработчиком гарантируется поддержка совместимости «снизу вверх», т.е. при модификации структур создаются представления (view), которые имитируют старые структуры.

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

Импорт подготовленных внешними приложениями платежных документов может быть осуществлен с помощью:

• процедурного интерфейса (API), позволяющего обрабатывать как одиночные проводки, так и операции, состоящие из произвольного числа платежных документов;
• нескольких видов файлового интерфейса:
  • специально разработанного текстового формата, позволяющего обрабатывать одиночные платежные документы либо все документы файла одновременно;
  • подсистемы импорта данных в форматах DBF и СЭП (с возможностью настройки описаний принимаемых файлов и процедур обработки информации).

Получение информации из АБС может осуществляться:

• через функции API системы;
• SQL-запросами к БД;
• с использованием файловых интерфейсов (DBF, СЭП-подобный формат, формат отчетности НБУ). Следует отметить, что существующие механизмы настройки позволяют организовать выгрузку произвольной (а не только регламентированной НБУ информации) в последних двух форматах.

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

 

Создание шаблонов договоров, счетов и операций

Логическими объектами в Системе являются договора и группы договоров, лицевые счета, финансовые операции и отдельные проводки. Описание свойств объектов является таблично настраиваемым. Объектная модель реализует отношения родитель-потомок, механизмы наследования и задания формул для определения свойств (параметров) объектов. Встроенный интерпретатор формул позволяет использовать специализированные функции, например, такие, как остаток на счете на определенную дату, информация о клиенте, курс валюты и др. Также в формулах могут использоваться значения параметров счетов и договоров, с которыми связана данная операция. Набор специализированных функций может быть расширен банковским технологом, для чего в Системе предусмотрен специальный пользовательский выход.

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

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

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

 

Настройка маршрутов визирования документов

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

 

Создание периодически выполняемых пользовательских процессов

Наступление определенных ключевых событий банковского дня приводит к вызову специализированных процедур, называемых процессами Системы. Такими событиями являются открытие и закрытие дня, закрытие различных видов ввода, формирование и прием файлов СЭП. Кроме того, существует фоновый процесс, вызываемый с заданной периодичностью в течение всего дня. Технически процессы реализованы в виде хранимых процедур базы данных, вызов которых удовлетворяет описанной спецификации. Набор процессов, вызываемых при наступлении каждого конкретного события, определяется настройками Системы. При желании пользователь может создавать собственные процессы и связывать их с определенными событиями. Например, если вам нужно передавать остатки на балансовых счетах на вечер каждого дня во внешнюю аналитическую систему, то эту операцию можно автоматизировать, написав соответствующий процесс и связав его с полным закрытием ввода или закрытием дня. С каждым событием может быть связано произвольное число процессов, а один и тот же процесс может вызываться при наступлении нескольких событий. Результаты выполнения процессов протоколируются и хранятся в системных таблицах на протяжении времени, указанного банковским технологом.

 

Настройка меню

Главное меню Системы является таблично управляемым и позволяет легко подключать к Системе новые программы. Меню поддерживает выполнение экранных форм Oracle Forms, SQL скриптов и исполняемых файлов операционной системы сервера приложений. Для модификации и настройки меню разработан специальный «дизайнер меню», позволяющий:

• вводить, удалять, перемещать пункты меню;
• создавать новые подменю;
• управлять условиями доступности пунктов меню;
• настраивать параметры вызова экранных форм и других модулей.

 

Создание и подключение выходных документов и файлов внутренней отчетности

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

Надежность и защита информации

АБС «БИС ГРАНТ» обеспечивает высокий уровень информационной безопасности банка за счет создания защищенной среды обработки информации на нескольких уровнях.

Использование в качестве базовых программных средств многозадачной высоконадежной операционной системы Linux и реляционной СУБД Oracle, удовлетворяющих общепризнанному в мире уровню безопасности, облегчило разработчикам Системы решение вопросов защиты информации на уровне базы данных и операционной системы, резервного копирования и восстановления после сбоев, поскольку все эти операции гарантированно обеспечиваются базовыми программными средствами.

На основе штатных механизмов ОС и СУБД разработаны технологические решения задач:

• взаимного зеркалирования серверов БД и приложений;
• поддержания резервной копии БД в состоянии «теплого» резерва (stand by);
• создания полной резервной копии (Back up) как с остановкой БД, так и «на лету» (on-line Back up) и сохранения этой копии на произвольное количество резервных серверов;
• переход на «одномашинную» конфигурацию (в случае выхода из строя одного из серверов);
• восстановления состояния БД на произвольный момент.

На уровне прикладного программного обеспечения АБС «БИС ГРАНТ» реализованы подсистемы:

• разграничения доступа к информации и управления правами пользователей, являющаяся логическим продолжением механизмов СУБД Oracle и обеспечивающая предоставление каждому пользователю строго регламентированного набора полномочий как на выполнение тех или других операций, так и на доступ к соответствующей части информации БД.
• внутреннего аудита, протоколирующая все изменения в таблицах Системы.

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

Механизм разграничения доступа является единым для всей Системы. Администрирование полномочий пользователей ведется централизованно, а проверка прав всегда осуществляется по одному и тому же алгоритму.

Благодаря своей открытости, подсистема разграничения доступа позволяет также интегрировать управление правами доступа к внешним по отношению к АБС “БИС ГРАНТ” приложениям.

Подсистема «Внутренний аудит» предназначена для автоматического протоколирования изменений в таблицах Системы.

Подсистема состоит из следующих взаимосвязанных компонентов:

• протоколирование сессий (подключений пользователя к БД)

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

• протоколирование работы пользователя в интерфейсе системы («хождение» по пунктам меню)

Предусмотрена фиксация в протокольном журнале действий пользователя по выбору тех или иных пунктов меню и времени работы в выбранном режиме.

• протоколирование изменений состояния оперативных документов

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

• протоколирование модификации других данных

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

Благодаря использованию во всех протокольных журналах уникального идентификатора сессии, реализована возможность получения полной картины работы пользователя в каждой конкретной сессии от момента входа в систему до отсоединения от БД. Список протоколируемых таблиц и сроки хранения протоколов могут быть настроены банковским технологом. Ведение протоколов изменений не влияет на работу Системы, они предназначены исключительно для прояснения спорных ситуаций. Попытки фальсификации протоколов фиксируется отдельно специальным образом.

Защита целостности электронных документов в процессе их обработки обеспечивается наложением на них ЭЦП. Система позволяет формировать/хранить произвольное количество ЭЦП для каждого документа и настроить различные необходимые наборы подписей для разных видов документов.

Поддержка инфраструктуры банка

АБС «БИС ГРАНТ» поддерживает работу многофилиального банка с произвольным количеством филиалов, включая:

• формирование сводной отчетности в необходимых разрезах;
• контроль финансовых операций филиалов, включая:
  • возможность задавать правила контроля индивидуально для каждого филиала;
  • автоматическое формирование по предварительно заданным правилам запросов на разрешение проводки отдельных видов документов на филиалах и направление их в головной банк, где они визируются либо отвергаются ответственными
  • исполнителями, что дает возможность заблокировать несанкционированное выполнение филиалами определенных видов финансовых операций (например, выдача ссуд, расходование средств банка и т.д.);
    возможность вести в головном банке для каждого филиала автоматически обновляемые лимиты по различным статьям расходов.
• управление консолидированным корреспондентским счетом (в частности, работу по нулевой, первой и четвертой моделям работы корреспондентского счета, а также работу по третьей модели корсчета через ВПС «ГРАНТ»).

Инсталляция Системы производится на каждом филиале, а обмен информацией между филиалами и головным банком может осуществляться как с использованием корпоративной вычислительной сети, так и путем обмена файлами в режиме off-line.

Работа по третьей модели обслуживания консолидированных корсчетов в СЭП НБУ обеспечивается Внутрибанковской платежной системой ВПС «ГРАНТ», предназначенной для выполнения платежей в национальной валюте Украины между головным банком и его филиалами, а также платежей в СЭП НБУ головным банком и его филиалами.

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

Администрирование Системы

Укрупненно функции администрирования можно разделить следующим образом:

Системное администрирование:

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

Администрирование АБС «БИС ГРАНТ»:

• регистрация и управление правами пользователей в Системе;
• настройка подсистем;
• составление запросов и получение выборок, формирование которых штатными средствами Системы не предусмотрено;
• установка присланных разработчиком изменений ПО и контроль целостности Системы;
• контроль журналов аудита Системы;
• обучение пользователей;

Администрирование технологического цикла банка:

Функции администрирования, в том числе и системные, выполнение которых производится с помощью штатных средств АБС «БИС ГРАНТ»:

• открытие дня;
• настройки подсистем;
• формирование и печать обязательных выходных документов;
• закрытие ввода документов (СЭП, касса, полное окончание ввода);
• закрытие операционного дня;
• выполнение процедур резервного копирования.

Общие требования АБС «БИС ГРАНТ» к программно–аппаратным средствам

Общие положения

АБС «БИС ГРАНТ» использует в работе трёхуровневую модель:

• рабочие места пользователей;
• один или несколько серверов приложений;
• сервер базы данных.

Требования к аппаратной части каждого уровня различны и зависят от выполняемых функций.

Основная нагрузка при работе системы распределятся между сервером базы данных и сервером приложений. При этом к рабочему месту практически не предъявляются какие–либо требования.

Требования к рабочему месту

Возможны следующие конфигурации рабочего места:

• дисковая станция MS Windows/9x/NT/2000/XP и выше в любой конфигурации;
• дисковая станция Linux в любой конфигурации;

На рабочем месте используются эмуляторы терминала, адаптированные для работы АБС «БИС ГРАНТ»:

• PuTTY (Windows-приложение, защищённый протокол SSH);
• PuTTY (Linux, защищённый протокол SSH);

Требования к серверу приложений

Конфигурация сервера приложений, в основном, зависит от:

• требований операционной системы Oracle Linux Server;
• числа одновременно работающих пользователей;
• схемы резервирования сервера базы данных.

В случае выполнения сервером приложений дополнительных функций, таких как:

• резервный сервер базы данных;
• файловый сервер;
• сервер доступа подсистемы Клиент–Банк;
• маршрутизатор;
• почтовый сервер и т. д.

конфигурация сервера должна быть соответственно усилена.

Требования к серверу базы данных

Конфигурация сервера базы данных зависит от таких параметров, как:

• число одновременно работающих пользователей;
• документооборот;
• число клиентов и счетов.

Аппаратная платформа и операционная система сервера базы данных определяются:

• возможностью работы СУБД Oracle 11g Enterprise Edition;
• требованиями ЗАКАЗЧИКА к надежности, например, использованием кластера.

Возможно применение как платформы Intel, так и RISC серверов таких производителей, как Sun, HP, IBM.

Наиболее эффективной с точки зрения затрат и обеспечения достаточного уровня надежности является конфигурация из одинаковых серверов базы данных и приложений, при которой периодически выполняется взаимное резервирование информации. Это обеспечивает переход на одномашинную конфигурацию, в случае выхода из строя одного из серверов.

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

При применении RISC платформы для сервера базы данных также необходимо наличие резервного сервера.

Для серверов базы данных и приложений должно применяться оборудование известных производителей серверных решений.

Для обеспечения работы порядка 50 пользователей рекомендуется такая конфигурация сервера базы данных:

• CPU Pentium 4 Xeon 3.6 GHz;
• RAM 2 Gb ECC;
• RAID контроллер GDT8514RZ (Ultra320, cache 128 Mb ECC);
• 3 SCSI HDD 73 Gb 10000 RPM;
• 2 Ethernet 100/1000;
• серверное исполнение корпуса (достаточный теплообмен, датчики температуры);
• источник бесперебойного питания APC Smart.

Для обеспечения работы более 100 пользователей рекомендуется такая конфигурация сервера базы данных:

• 2 CPU Pentium 4 Xeon 3.6 GHz;
• RAM 8 Gb ECC;
• RAID контроллер GDT8514RZ (Ultra320, cache 128 Mb ECC);
• 5 SCSI HDD 73 Gb 10000 RPM hot swap;
• 2 Ethernet 100/1000;
• серверное исполнение корпуса (достаточный теплообмен, датчики температуры);
• источник бесперебойного питания APC Smart.

Количество дисков зависит от предполагаемого документооборота и т. д. Рекомендуемая конфигурация предполагает использование массивов RAID1 + Hot Fix.

Основное требование к RAID–контроллеру — это поддержка RedHat Enterprise Linux 3.0. По результатам эксплуатации в течение нескольких лет рекомендуются контроллеры GDT фирмы ICP Vortex (на сегодня это подразделение Adaptec).

Применение не RAID, а тем более не SCSI, конфигураций возможно только для тестовых и резервных серверов.

Требования к локальной сети

Все сервера и рабочие станции должны быть объединены в локальную сеть на базе протокола TCP/IP. Для работы системы достаточно использования скорости передачи 10 Мбит/сек.

Если в локальной сети используются и другие задачи с большим объёмом сетевого траффика, скорость передачи в сети необходимо увеличить до 100 Мбит/сек.

Желательно также обеспечить дополнительную сеть между серверами приложений и базы данных для минимизации числа коллизий. Для этих целей используются вторые сетевые карты серверов, соединённые cross over кабелем.

Требования к корпоративной сети

Для работы безбалансовых отделений и удаленных рабочих мест необходимо построение корпоративной сети на базе:

• оборудования Frame Relay;
• выделенных линий;
• коммутируемых каналов.

Применение коммутируемых каналов представляется нецелесообразным и возможно только в крайнем случае.

Предпочтительным является применение аппаратных маршрутизаторов и серверов доступа. Возможно построение сети с использоваением программых маршрутизаторов и серверов доступа на базе Linux, FreeBSD, однако такая конфигурация не рекомендуется.

Дополнительной возможностью, предоставляемой использованием корпоративной сети, является возможность объединения модемов филиалов в единый модемный пул для работы подсистемы Клиент–Банк.

Перечень дополнительного программного обеспечения

Базовое программное обеспечение, необходимое для использования АБС «БИС ГРАНТ»:

операционная система	Oracle Linux Server
СУБД	Oracle 11g Database Enterprise Edition
средства разработки	Oracle Developer 6i (Patch 17)
клиенткое ПО	PuTTY (Windows, Linux)

Внедрение и сопровождение АБС «БИС ГРАНТ»

Разработанная СНПФ «АРГУС» методика установки и запуска АБС «БИС ГРАНТ» прошла многократную проверку при выполнении фирмой договоров на поставку Системы и показала высокую надежность.

Установка и запуск Системы у Заказчика предполагает поэтапное выполнение таких работ:

• предварительное (предпроектное) обследование совместно с представителями Заказчика особенностей банковской технологии, состояния аппаратных средств, топологии корпоративной вычислительной сети; составление списка необходим ого оборудования и базовых программных средств (СНПФ «АРГУС» является официальным партнером корпорации Oracle и может обеспечить поставку продуктов Oracle , а также инсталляцию базовых программных средств у Заказчика). При необходимости проводятся работы по адаптации, модификации и расширению функциональных возможностей АБС «БИС ГРАНТ» в соответствии с требованиями Заказчика;
• предварительная установка Системы на технологическом сервере Заказчика;
• обучение персонала;
• адаптация и тестирование Системы (разработка совместно со специалистами Заказчика технологии переноса данных, выполнение работ по переносу данных, настройка всех подсистем АБС «БИС ГРАНТ» в соответствии с принятой в банке технологией, проработка технологии выполнения процедур резервного копирования и восстановления информации, проведение опытной эксплуатации Системы);
• перевод Системы в штатную эксплуатацию (по желанию Заказчика эксплуатация Системы первые 3-7 дней может происходить при непосредственном контроле специалистов СНПФ «АРГУС»).

Сопровождение Системы включает в себя следующий комплекс мероприятий:

• Предоставление информации об изменениях, вносимых в Систему, и ее развитии;
• Передача Заказчику новых программных модулей Системы по мере их появления;
• Внесение в Систему доработок, связанных с изменением нормативной и законодательной базы, в частности:
  • изменением правил бухгалтерского и аналитического учета;
  • изменением в правилах работы и форматах данных СЭП НБУ;
  • появлением новых нормативных актов государственных органов, относящихся к вопросам, решаемым с помощью Системы.
• Внесение в Систему доработок, связанных с эксплуатационными и методологическими особенностями проведения банковских операций Заказчиком, в случае если эти доработки не приводят к изменению базовых функций и принципов построения Системы, а также не противоречат действующему законодательству и могут быть включены в стандартную поставку Системы. Данные доработки выполняются на условиях, дополнительно согласованных с Заказчиком;
• Предоставление Заказчику технической документации с описанием новых функциональных возможностей и изменений в программных модулях Системы, а также правил их эксплуатации;
• Устранение обнаруженных ошибок в Системе;
• Консультации по телефонным линиям в рабочие дни с 9:00 до 20:00 по киевскому времени;
• Устранение аварийных ситуаций, возникших по вине Исполнителя, в течение 24 часов с момента поступления звонка от службы Заказчика в службу сопровождения исполнителя.

Возможно также создание дополнительных подсистем по техническому заданию Заказчика.