Санкт-Петербургский Государственный Политехнический Университет
Факультет Экономики и Менеджмента
Кафедра Финансы и денежное обращение

Отчёт
по лабораторной работе №1
по дисциплине «Банковские информационные технологии»
на тему:
«Основные модули ИБС «БИСквит». Использование справочной информации»

Выполнил:
студент группы 3076/1
Оразбердиев Бегенч.
Проверил:
доцент Батаев А. В.

Санкт-Петербург
2012
Содержание

1. Задание…………………………………………………………… ……………………3
2. Последовательность действий……… ………………………………………………..4
3. Выполнение работы………………………………… ………………………………...5
4. Выводы……………………………………………………………… ………………..20

1. Задание

Цель работы - ознакомиться с основной терминологией, с основными разделами интегрированной банковской системой (ИБС) «БИСквит», научиться работать с нормативно-справочной информацией.

2. Последовательность действий

1. Вход в систему.
2. Изучение главного меню системы, просмотр четырёх разделов.
2.1.Базовый модуль.
2.2. Финансовая отчетность и анализ.
2.3. Кредиты и депозиты.
2.4. Розничные услуги.
3. Изучение основных терминов, используемых в системе.
4. Работа с нормативно- справочной и условно-постоянной информацией.
4.1. Изучение базового модуля.
4.2. Просмотр и описание всех видов справочников.
5. Изучение используемых в системе клавиш, символов и групповых обработок.

3. Выполнение работы

1. Для начала войдем в систему:
1.1. Для входа в систему необходимо при начальной загрузке компьютера.
1.1.1. Перейти в английскую раскладку клавиатуры.
1.1.2. Выбрать Пользователь: и ввести Student № (№ - определяется по месту расположения компьютера по часовой стрелке, номера могут быть от 1 до 13) – в нашем случае 3.
1.1.3. Вводим пароль: Stud2006 и вход в: BANK. По умолчанию пользователь: и вход в: уже установлены, если нет, то устанавливается как описано выше.
1.1.4. Затем пользователя просят ввести сетевой пароль, необходимо ввести quit.
1.2. После входа в компьютер на рабочем столе необходимо активизировать иконку « БИСквит».
1.3.После этого начнется устанавливаться соединение с «БИСквитом»
1.4. В качестве Login: необходимо указать bq41d, нажать Enter и ввести пароль quit (рис.1). Следует отметить, что пароль не высвечивается на экране. Кроме того, стоит заметить, что все действия программы мы производим с помощью клавиатуры.

Рис.1. Активация системы «БИСквит»

1.5. После этого запускается сама ИБС, для входа в которую необходимо:
1.5.1. Указать код в соответствующей графе std3, нажать Enter и ввести пароль, совпадающий с кодом (рис.2). Напомним, что пароль не высвечивается на экране. Нажимаем Enter.

Рис.2. Вход в систему «БИСквит»
2. После нажатия Enter и входа в систему будет выведено главное меню программы (рис.3).

Рис.3. Главное меню ИБС «БИСквит»

2.1. В данном меню представлено четыре раздела, с которыми может работать пользователь. Для входа в любой из разделов необходимо:
2.1.1. Выбрать соответствующий раздел с помощью «стрелок» на клавиатуре.
2.1.2. Нажать Enter. Внешний вид разделов следующий: базовый модуль (рис.4), кредиты и депозиты (рис.6), розничные услуги (рис.7).
2.2. Следует обратить внимание на следующее: для того, чтобы выйти из какого-либо раздела в главное меню программы, необходимо воспользоваться клавишей F4. Кроме того, данная клавиша понадобиться пользователю, чтобы отказаться от действия, вернуться назад.

Рис.4. Вид базового модуля

Рис.6. Модуль «Кредиты и депозиты»

Рис.7. Модуль «Розничные услуги»

Следует отметить, что данные модули доступны пользователям с ограниченным правом доступа, если взять наивысший приоритет, в этом случае количество модулей увеличивается. Доступ к ним может иметь только администратор системы.
3. Далее рассмотрим основные термины, используемые в системе:
3.1. Клиент.
Под «клиентами» понимаются юридические или физические лица, с которыми банк находится в каких-либо юридических отношениях. Клиенты банка могут являться владельцами счетов, открытых в данном банке, или не иметь таких счетов (например, гаранты заемщиков кредитов).
При записи информации о клиенте система автоматически присваивает ему уникальный номер, который используется для определения принадлежности лицевых счетов и является чисто служебным признаком. Информации о клиенте хранится в виде основных и дополнительных реквизитов. При необходимости состав дополнительных реквизитов может быть расширен.
3.2. Счет.
Запись в базе ИБС, соответствующая объекту бухгалтерского учета. Счета различаются по видам бухгалтерского учета (балансовые, внебалансовые, срочные, счета доверительного управления и депозитарные счета), по видам агрегирования информации (счета 2-го порядка, определяемые Планом счетов, лицевые счета клиентов). Лицевой счет представляет собой структурированный 20-ти значный код. Структура счета приведена в Приложении 1.
3.3. Проводка.
Проводка является бухгалтерской записью, содержащей необходимые для ведения бухгалтерского учета реквизиты – корреспондирующие счета (ДЕБЕТ – счет, с которого идет списание, КРЕДИТ – счет, на который деньги зачисляются) и сумму операции. Кроме того, проводка может содержать дополнительные реквизиты: кассовый символ (для кассовых операций), признак заключительных оборотов, вид технологии исполнения платежа и другие. Одна или несколько проводок связаны в базе данных с определенным документом.
3.4. Документ.
Хранящийся в базе данных «документ» содержит его идентификатор (формируется автоматически) и набор реквизитов, зависящий от типа этого документа. Необходимость ввода тех или иных реквизитов документа определяется его дальнейшим использованием. Например, начальный документ электронного платежа или помещенный в базу данных документ, бумажную копию которого вам затем необходимо будет распечатать, естественно, должен содержать полный набор реквизитов. В противном случае достаточно ввести только те реквизиты, наличие которых в дальнейшем облегчит работу с электронным архивом документов.
Каждый документ или проводка имеют определенный статус.
3.5. Статус.
Состояние документа в данный момент, определенное действиями исполнителей. Код статуса определен в специальном справочнике.
3.6. Транзакция.
Система «БИСквит» позволяет в одном цикле на основании данных одного входного документа сформировать с помощью специальных программных процедур несколько выходных документов и проводки по ним. Для определения совокупности таких документов и проводок используется термин «транзакция». Для выполнения таких операций используются меню и шаблоны стандартных транзакций.
3.7. Операционный день.
Информация о выполненных операциях хранится с разбивкой по операционным дням. Записи об акцептованных документах и проводках по определенной операции лежат в том операционном дне, в котором они были или будут проведены по балансу.
3.8. Договор.
Юридически значимый документ, заключенный между Банком и Клиентом. Договора могут быть, например, кредитные, депозитные, РКО, депозитарные и т.д.).
4. Работа с нормативно-справочной и условно-постоянной информацией.
4.1. Подробнее о базовом модуле.
4.1.2. Основным модулем в ИБС «БИСквит» является базовый. В нем сосредоточена практически любая информация, необходимая для работы в банке.
4.1.3. Базовый модуль является функциональным ядром интегрированной банковской системы «БИСквит». В нем реализованы как функции, традиционно объединяемые понятием «многовалютный операционный день», так и целый ряд дополнительных задач: управления платежным документооборотом, синтетического, аналитического и оперативного учета, начисления комиссий, ведения нормативно-справочной информации и ряд других.
4.1.4. Базовый модуль включает функции главной книги и консолидирует на аналитическом и синтетическом уровне данные всех модулей системы, отражаемые на аналитических счетах различных областей учета.
4.1.5. Кроме того, базовый модуль обеспечивает взаимодействие всех остальных модулей как составных частей интегрированной системы, использующих единую модель данных и функционирующих по единым правилам.
4.1.6. Информация, хранящаяся в базе данных системы «БИСквит» подразделяется на:

нормативно-справочную;
условно-постоянную;
оперативную.

4.1.6.1. В состав нормативно-справочной информации входят различные классификаторы и справочники, используемые в работе системы.
4.1.6.2. Условно-постоянная информация – это данные, определяющие структуру баланса банка, номенклатуру балансовых и внебалансовых счетов, номенклатуру и характеристики лицевых счетов и условия договоров, на основании которых они открыты, состав клиентов банка и т. д.
4.1.6.3. Оперативная информация – информация о выполненных банком операциях. Оперативная информация сохраняется в соответствующих таблицах, содержащих реквизиты расчетно-денежных документов и выполненных на их основании проводок. Данные этих таблиц взаимосвязаны.
4.1.7. В состав базы данных системы входит ряд таблиц, содержащих нормативно-справочную информацию.

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

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

Рис.8. Меню «Справочники»

4.2. Рассмотрим все виды справочников.
4.2.1. Планы счетов.
Планы счетов представлены в международной системе, налогового учета и российской системе бухгалтерского учета (рис.9). Основным планом счетов являются, естественно, российские правила бухгалтерского учета.
Чтобы просмотреть данный справочник, необходимо нажать Enter в меню «Справочники».

Рис.9. Список планов счетов
4.2.2. Финансовые инструменты.
Выбрав в меню пункт «Справочники», и пункт подменю «Финансовые инструменты», пользователь попадает в справочник по финансовым инструментам. Под финансовым инструментом понимаются объекты, имеющие котировку и стоимость, относительно национальной валюты, которых может изменяться с течением времени. К финансовым инструментам относятся иностранные валюты и курсы ценных бумаг (рис.10).
Отметим, что для входа в «Финансовые инструменты» нам необходимо для начала выйти из предыдущего справочника «Планы счетов». Данное действие осуществляется с помощью клавиши F4. Далее с помощью стрелочки вниз на клавиатуре спускаемся к нужному подменю «Финансовые инструменты» и нажимаем Enter.

Рис.10. Список финансовых инструментов
4.2.3. Страны.
Данный справочник содержит информацию по всем странам мира, включая их название, а также их сокращенное название и цифровой код, используемый для банковской классификации. Кроме этого соде5ржит коды валют разных стран (рис.11). Для входа в данный справочник необходимо применить аналогичные действия выхода из предыдущего справочника (F4), перехода к интересующему нас справочнику «Страны» и нажатия Enter.

Рис.11. Список стран мира
4.2.4. Расчетно-денежные документы.
Для работы со справочником видов расчетно-денежных документов (рис.12) необходимо выбрать из подменю для «Справочники» пункт «Расчетно-денежные документы».
Каждая запись справочника описывает определенный вид документа и содержит параметры:

Код докум. – трехсимвольный идентификатор вида документа;
Наименование – Наименование документа;
Код ЦБ – код вида операции в классификации ЦБ РФ, выполняемой на основании данного вида документа;
Проц. печати – имя процедуры распечатывающей данный вид документа. В этом поле пользователь может определить имя разработанной им самим процедуры, если его не устраивает печатная форма создаваемая стандартной процедурой.

Рис.12. Список расчетно-денежных документов
4.2.5. Комиссии и проценты.
Справочник «Комиссии и проценты» содержит информацию о тарифах комиссионного вознаграждения за выполнение транзакций, тарифах почтово-телеграфных расходов, процентных ставках и используется при выполнении автоматических расчетов сумм комиссий и начисляемых процентов.
Каждая запись справочника содержит информацию о величине тарифа, выраженной как процент или фиксированная сумма, действующей в одном из интервалов для данного вида комиссии (рис.13).
Для входа в данный справочник необходимо применить аналогичные действия выхода из предыдущего справочника (F4), перехода к интересующему нас справочнику и нажатия Enter.

Рис.13. Вид справочника «Комиссии и проценты»

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

Рис.14. Список схем расчетов начисления процентов
4.2.7. Оргструктура банка.
Для банков имеющих в своем составе филиалы, имеющие отдельный баланс или отделения на находящиеся на едином балансе или отделения необходимо определить структуру банка. В нашем случае наш банк не имеет филиалов (рис.15).
Как и прежде, для входа в данный справочник необходимо применить аналогичные действия выхода из предыдущего справочника (F4), перехода к интересующему нас справочнику и нажатия Enter.

Рис.15. Оргструктура банка

4.2.8. Юридические лица.
В данном справочнике приведен список всех юридических лиц, имеющих контакты с банком (рис.16), а также можно получить все параметры, описывающие данных лиц: адреса, индивидуальные номера налогоплательщиков (ИНН) и т.д.
Для входа в данный справочник необходимо применить аналогичные действия выхода из предыдущего справочника (F4), перехода к интересующему нас справочнику и нажатия Enter.

Рис.16. Список юридических лиц

4.2.9. Банки.
Справочник «Банки» может содержать различные виды идентификаторов банковских учреждений, их наименования, адреса и пр. Под «идентификаторами» здесь понимаются как используемые в отечественной практике межбанковских расчетов коды МФО, коды участников прямых расчетов, условные номера банковских учреждений и т. д., которые содержатся в справочниках, распространяемых ЦБ РФ, так и любые иные, необходимость в использовании которых может появиться у банка (идентификаторы, используемые в различных клиринговых расчетных системах, BIC и т. д.).
Выбрав в подменю пункт «Банки», пользователь попадает в основную экранную форму работы с этим справочником (рис.17).
Аналогично, для входа в данный справочник необходимо применить аналогичные действия выхода из предыдущего справочника (F4), перехода к интересующему нас справочнику и нажатия Enter.

Рис.17. Список банков

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

Рис.18. Список физических лиц

4.2.11. Картотека получателей и постоянных получателей.
Для ускорения ввода в документы (платежные, кассовые и т. п.) информации о клиентах (рис.19) или о получателях документов (рис.20), в системе ведутся картотека получателей и картотека постоянных получателей. При вводе или создании нового документа можно не набирать сведения о клиенте заново, а найти его в картотеке (картотека открывается нажатием клавиши F1), и сведения будут добавлены автоматически.
При создании документа могут использоваться данные либо из одной, либо из другой картотеки. Какая именно картотека используется, зависит от настройки системы. Эта настройка может изменяться администратором системы.
При вводе межбанковских документов в картотеке получателей автоматически сохраняются следующие реквизиты получателей: наименование получателя, БИК, ИНН, расчетный счет в другом банке и КПП.

Рис.19. Картотека получателей

Рис.20. Картотека постоянных получателей

4.2.12. Настроечные параметры.
Приводятся параметры настройки для разных операций (рис.21), которые задает администратор системы.
Для входа в данный справочник необходимо применить аналогичные действия выхода из предыдущего справочника (F4), перехода к интересующему нас справочнику и нажатия Enter.

Рис.21. Список настроечных параметров

4.2.13. Классификаторы.
Команда «Классификаторы» меню «Справочники» открывает доступ к классификаторам, используемых системой (рис.22), для определения различных банковских объектов.
Для входа в данный справочник необходимо применить аналогичные действия выхода из предыдущего справочника (F4), перехода к интересующему нас справочнику и нажатия Enter.

Рис. 22. Справочник «Классификаторы»
4.2.14. Стандартные транзакции.
Информация, содержащаяся в данном разделе (рис.23), адресована, в большей степени, администратору базы данных или пользователю, выполняющему его обязанности в части создания и модификации меню и шаблонов стандартных транзакций, но она будет полезной также сотруднику, операционного подразделения использующему их в своей работе.
Для входа в данный справочник необходимо применить аналогичные действия выхода из предыдущего справочника (F4), перехода к интересующему нас справочнику и нажатия Enter.

Рис.23. Список стандартных транзакций, используемых в системе

5. Рассмотрим используемые в системе клавиши, которые понадобятся для работы в ИБС «БИСквит», а также необходимые символы и групповые обработки.

НАВИГАЦИЯ в экранах и меню осуществляется с помощью навигационных клавиш
("стрелки", PgUp, PgDn, Home, End) и клавиши Tab.
HOME: Переход в начало экранной формы.
END: Переход в конец экранной формы.
F1: Вывод информации об объекте (о счете, проводке,
классификаторе и т.п.) или выбор объекта.
SHIFT-F1: Контекстная помощь. При отсутствии ее для текущего экрана выводится "Краткая справка по БИСКвит" (данная страница).
ENTER: Выбор пункта меню, запуск транзакции, перемещение.
CTRL-ENTER: Подтверждение выбора объекта или завершение ввода.
ESC, F4: Отказ (с последующим выходом из текущего экрана или диалога).
CTRL-G: Вывод на принтер содержимого экранной формы.
CTRL-Y: Выбор принтера.
CTRL-S: Смена пароля или включение хранителя экрана.
CTRL-K: Установка глобальных параметров, в т.ч. начальной и конечной дат. Почти все даты, запрашиваемые у пользователя, берутся из глобальных параметров. Кроме того, все экранные формы (например, остатки) показываются за конечную дату из глобальных параметров. После их установки полезно обновить экранную форму, нажав CTRL-W.
CTRL-W: Обновление экрана (экран перерисуется и при смене пункта меню).
CTRL-O: Вызов операционной системы (при наличии прав).
CTRL-D или exit: Возврат в систему БИСКвит.
CTRL-R: Вызов Калькулятора.
CTRL-L: Вызов Календаря.
F10: Вызов Калькулятора или Календаря (если курсор
находится на поле с датой).
INS: Добавление объекта.
DEL: Удаление объекта.
F6: Вызов фильтра.
F7: Поиск объекта.
F9: Редактирование объекта.
SHFT-F7: Поиск следующего объекта.
CTRL-F7: Поиск предыдущего объекта.

РЕДАКТИРОВАНИЕ:

F8: Очистка поля. Иногда очищает ВСЕ поле, иногда начиная
с позиции курсора.
CTRL-X: Копирование.
CTRL-V: Вставка.

Символы шаблона:

В полях, предполагающих список значений, допускаются следующие символы шаблона (запятая - разделитель элементов списка):
* - любое сочетание символов (пример: "407*" - все счета, начинающиеся с
407);
! - исключения (пример: "!40701*,407*" - все счета, начинающиеся с цифр
407, исключая счета, начинающиеся с "40701");
. - любой знак в текущей позиции (пример: "4.07*1" - все счета,
начинающиеся с 4, имеющие во второй позиции произвольный символ, в
третьей и четвертой - 07 и заканчивающиеся на 1).

Групповая обработка (для некоторых экранных форм):

ПРОБЕЛ: Пометить текущий объект.
CTRL-A: Пометить ВСЕ объекты.
- (Минус) : Снять ВСЕ пометки.
* (Звезда) : Инвертировать пометки.

4. Выводы

Итак, в данной лабораторной работе мы достигли заданных целей:
- познакомились с интегрированной банковской системой «БИСквит»,
- ознакомились с основными разделами системы,
- научились работать с нормативно-справочной информацией.
Кроме того, мы узнали, как входить в систему, а именно какой логин и пароль следует вводить при входе в «БИСквит».
Мы узнали, что в учебной версии системы пользователь может работать с четырьмя разделами:
1. Базовый модуль.
2. Финансовая отчетность и анализ.
3. Кредиты и депозиты.
4. Розничные услуги.
Заметим, что перечисленные модули доступны пользователям с ограниченным правом доступа. Если взять наивысший приоритет, в этом случае количество модулей увеличивается. Но доступ к ним может иметь только администратор.
Мы ознакомились с основными терминами, которые используются в системе, а именно:
- клиент
- счет
- проводка
- документ
- статус
- транзакция
- операционный день
- договор
Мы определили, что вся информация в базе данных системы «БИСквит» подразделяется на 3 типа:
- нормативно-справочная;
- условно-постоянная;
- оперативная.
Также, изучая данную программу, мы рассмотрели все виды справочников, приведенные в «Базовом модуле», описали их назначение и сущность. Следует отметить, что «Базовый модуль» является основным модулем в ИБС «БИСквит», поскольку он обеспечивает взаимодействие всех остальных частей интегрированной системы, использующих единую модель данных и функционирующих по единым правилам. В нём сосредоточена практически любая информация, необходимая для работы в банке.
Все разделы, каждый справочник мы представили в виде рисунков с помощью комбинации клавиш Alt+PRT SCR из самой системы.
Кроме всего прочего, мы изучили используемые в системе клавиши, символы шаблона и групповые обработки, необходимые пользователю для работы в системе «БИСквит». Обратим внимание на то, что применение «мышки» для работы в данной программе не требуется, поскольку все действия мы осуществляем с помощью клавиатуры.

Санкт-Петербургский государственный политехнический университет

Инженерно-экономический институт

Кафедра «Финансы и денежное обращение»

А.В. БАТАЕВ

БАНКОВСКИЕ ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ. ИНТЕГРИРОВАННАЯ БАНКОВСКАЯ СИСТЕМА «БИСквит». ОСНОВНЫЕ МОДУЛИ. СПРАВОЧНАЯ ИНФОРМАЦИЯ.

Лабораторный практикум

САНКТ-ПЕТЕРБУРГ

Введение.......................................................................................................................
	Цель работы. .........................................................................................................
	Порядок работы.......................................................................................................
	2.1 Вход в систему...................................................................................................
	2.2 Работа со справочной информацией ИБС.....................................................
	2.2.1 Основные термины, используемые в системе........................................
	2.2.2 Работа с нормативно-справочной и условно-постоянной информацией.
	..............................................................................................................................
	2.3 Используемые клавиши...............................................................................
	Требования к отчету..............................................................................................
Список использованных источников......................................................................

Введение.

На сегодняшний день на рынке автоматизированных банковских систем присутствуют порядка трех десятков разработчиков банковского программного обеспечения.

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

В пособии рассматриваются основные модули, входящие в ИБС «Бисквит», где наибольшее внимание уделяется Базовому модулю, являющемуся ядром системы.

Даны возможности работы со справочной информацией в ИБС «Бисквит», приведены основные термины и определения, используемые в системе.

1. Цель работы.

Ознакомиться с основной терминологией, с основными разделами интегрированной банковской системой (ИБС) «БИСквит», научиться работать с нормативно-справочной информацией.

"Не без опасения взялся я временно редактировать сельскохозяйственную газету. Совершенно так же, как простой смертный, не моряк, взялся бы командовать кораблем."
Марк Твен. "Как я редактировал сельскохозяйственную газету".

Советские историки часто называли Россию XIX века преимущественно аграрной, а значит отсталой по сравнению с просвещенной Европой страной. Однако российская система сельскохозяйственного кредита имеет глубокие многовековые корни. Еще в июле 1803 года появилось специальное постановление Правительства Российской Империи "...о создании всероссийской системы организации доступного кредита для лиц сельского состояния". Именно тогда стали формироваться многочисленные кредитные учреждения: запасные денежные фонды, сиротские кассы бывших немецких колонистов, коммунальные кассы, удельные банки, вспомогательные и сберегательные кассы для государственных крестьян, инородческие ссудные кассы, сельские и волостные банки, а также ссудосберегательные кассы. Именно тогда деньги "на сельское благоустройство" пошли организованно и в массовом порядке.

Уже к середине XIX века, в 1859 году, по Высочайшему распоряжению начала работать Комиссия по устройству земских банков. Комиссия, куда входили лучшие финансисты и экономисты России, сделала один из ключевых выводов: стране необходима разветвленная система сельхозкредита, которая должна сочетать в себе государственные и коммерческие начала. В том же году Правительство Российской Империи принимает решение об устройстве земских банков, которые стали быстро создаваться по всей стране. Но государственные мужи отдавали себе отчет в том, что преобразовать российскую деревню можно только усилиями государства.

В 1882 году по монаршему велению с целью "...облегчения крестьянам всех наименований способов к покупке земли в тех случаях, которыми владельцы земель пожелают продать, а крестьяне приобрести оные" создается Крестьянский поземельный банк, а чуть позже и Дворянский земельный банк. К 1915 году оба этих банка, находившихся в ведении Правительства, охватывали своей филиальной сетью все губернии и области России, а также Царство Польское, Прибалтику и Закавказье.

Таким образом, к концу XIX столетия Россия имела мощную систему сельскохозяйственного кредита, не менее развитую, чем в Англии или Германии того времени.

Во времена новейшей истории, в 1988 году, система сельхозкредита была выделена в самостоятельную от Центробанка единицу. С появлением государственного Агропромбанка СССР задачи финансирования агропромышленного комплекса оказались в его руках. В 1996 году Агропромбанк, тогда уже акционерный банк с минимальной долей государственного участия, был продан "Столичному банку сбережений". Так возник СБС-АГРО, а с ним и частная общероссийская система кредитования агропромышленного комплекса. Годом позже к кредитованию АПК бюджетными деньгами стали присоединяться и другие коммерческие банки страны.

Однако в 1998 году банки начали испытывать финансовые затруднения, а затем многие из них и вовсе прекратили свою деятельность. Страна на несколько лет фактически утратила аграрную кредитно-финансовую систему. Ряд банков, например, "Альфа-банк", смогли лишь в незначительной степени ее заменить.

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

Именно поэтому в июне 2000 года получил лицензию Центрального Банка и начал действовать Россельхозбанк - банк со стопроцентным государственным участием. Он был создан исключительно для кредитно-финансового обслуживания предприятий и учреждений агропромышленного комплекса Российской Федерации.

В начале пути

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

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

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

Развитие региональной сети Россельхозбанка предполагает создание как минимум одного филиала в каждом субъекте Российской Федерации, а их на сегодняшний день 89. На активную реализацию этой программы уйдет как минимум 1,5-2 года, плюс дальнейшее сопровождение системы. А значит, выбранное ИТ-решение должно базироваться на передовых технологиях, обеспечивать быструю внедряемость, единство программной и аппаратной платформы и технологии по всей распределенной структуре банка и за время развертывания филиальной сети должно не устареть морально.

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

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

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

С такими вводными специалисты ИТ подразделения Россельхозбанка и подошли к выбору программного и аппаратного решения. Заместитель главного бухгалтера банка Игорь Гальперин вспоминает о том времени: "Сроки определялись так, что в течение первого полугода мы должны были открыть 20 филиалов и на второй год довести их число до 50. На ввод филиала в эксплуатацию мы отводили две недели. На сегодняшний день я думаю, что по итогам второго года мы намеченную цифру перевыполним".

Навстречу БИСквиту

Официально Россельхозбанк тендера не объявлял. Поэтому специалистам банка пришлось своими силами провести исследование всех банковских систем, которые на тот момент были представлены на рынке.

От импортного решения отказались с самого начала, поскольку сотрудники ИТ-подразделения уже имели опыт эксплуатации подобных систем, которые в разное время использовались в Мосбизнесбанке и в СБС-АГРО. Во-первых, для поддержания таких систем требуется больший штат специалистов, который в условиях разветвленной региональной сети обеспечить непросто, а тем более если требуется дорабатывать эти системы своими силами в соответствии с требованиями ЦБ. Во-вторых, большинство западных решений предъявляют более высокие требования к технике, и стоимость их гораздо выше. А в-третьих, эти системы, за исключением системы "Банкир", нацелены на более сложный уровень задач. Кроме того, эти системы разрабатывались в середине 80-х годов и соответственно ориентированы на технологию mainframe.

Так как у Россельхозбанка не было пластиковых карт, то не было необходимости в применении этой дорогой технологии. Кроме того, приобретение импортного решения для банка со 100%-ным государственным участием имело свои психологические тонкости.

Требования к отечественным решениям были сформулированы следующим образом (выдержка из некогда конфиденциального документа):

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

На каком-то этапе, в ходе изучения опыта других банков, поиск привел специалистов Россельхозбанка в "Автобанк", чья филиальная сеть работает на системе "БИСквит". Опыт эксплуатации говорил о том, что система надежна, редко сбоит, достаточно проста для пользователей и полна по функциональным возможностям. СУБД Progress, на основе которой построена система "БИСквит", в отличие от Oracle или Sybase, проще для администрирования.

Несмотря на то, что "БИСквит" - это мультиплатформенное решение, способное работать в средах UNIX и Windows, при встрече разработчики, однако, заявили, что знают, как надо внедрять их продукт и что их предложения по выбору аппаратной платформы и ОС оптимальны для реализации требований банка. То есть "зоопарк" в платформах возможен, но нежелателен. "Нам это импонировало, - рассказывает Игорь Гальперин, - потому что другие решения готовы были поставить на любую платформу - на выбор покупателя. С одной стороны, это, конечно, хорошо, но специалисты прекрасно знают, что в этом достаточно лукавства. Не бывает систем, одинаково хорошо работающих на разных платформах".

То, что внедрение будет проходить силами разработчика, явилось для Россельхозбанка существенным аргументом в пользу "БИСквита", который и стал лидером этого непростого марафона.

Информационная банковская система "БИСквит" обеспечивает масштабируемость как крупного банка, так и небольших филиалов. Особенности СУБД Progress, на основе которой построена система, помимо прочего, позволяют оптимизировать производительность. Во-первых, при работе в архитектуре клиент/сервер передача по сети ведется пакетами записей. Для снижения сетевого трафика большинство операций выборки данных выполняется непосредственно на сервере. Далее, операции записи в базу и журналы транзакций выполняют выделенные процессы ввода/вывода, что обеспечивает разгрузку серверов и высокую производительность в интерактивном режиме. И наконец, большой объем буферного пула (до 500 тыс. блоков) позволяет размещать в памяти очень большие массивы данных, что обеспечивает высокую скорость доступа к часто используемым фрагментам БД.

Директор по развитию компании БИС Анатолий Грушко по-своему сдержанно прокомментировал успех "БИСквита": "Заказчик приобретает систему, которая наилучшим образом способна решить его задачи. При просмотре нашей системы в "Автобанке" доверие к ней вызвал тот факт, что при внедрении в конце 1997 года были выдержаны очень жесткие сроки автоматизации филиальной сети. Для Россельхозбанка жесткие сроки внедрения были одним из приоритетных критериев выбора".

Следующий пункт программы - серверы

Довольно долгое время вопрос выбора аппаратной платформы оставался на втором плане. Нельзя сказать, что он вовсе не интересовал заказчиков, скорее в этом вопросе они больше полагались на рекомендации специалистов БИС. Тем не менее рассматривались варианты приобретения brandname серверов Intel-архитектуры таких производителей, как Siemens, Compaq и Hewlett-Packard. На последнем и решили остановиться.

К тому времени в списке внедрений "БИСквита" уже фигурировала эта платформа. К сожалению, отмечались случаи, когда информация о сертифицированности сервера под UnixWare оказывалась неточной. В результате поведение аппаратной части не всегда соответствовало заявленным характеристикам - оно, возможно, полностью соответствовало спецификации HP, но с установкой UnixWare возникали проблемы. Приступать к внедрению в сжатые сроки, рискуя столкнуться с проблемой совместимости, и при этом гарантировать устойчивую работу системы разработчики не решались. Поэтому предложили обсудить другой вариант.

Три года назад перед компанией БИС встал вопрос обновления собственного компьютерного парка. При этом одним из основных критериев выбора была сертифицированность (100%-ная совметимость) серверов под ОС UNIX. В то же время нежелание тратить на это необоснованно большие суммы резко сужало круг возможных поставщиков оборудования. Было решено обратить внимание на серверные платформы производства Intel (http://www.intel.ru).

В поисках поставщика специалисты компании БИС вышли на предложения российской компании "АНД. Сетевые решения", которая смогла предоставить серверы для тестирования. Генеральный директор АНД Сергей Коваль вспоминает: "После двухнедельного тестирования встал вопрос о цене, которая оказалась в 1,5 раза меньше других импортных серверов аналогичной конфигурации. В результате БИС приобрел серверы и коммутаторы производства Intel. А кроме того, сертифицировав наши аппаратные решения, компания стала предлагать их своим заказчикам под установку системы "БИСквит"". С тех пор специалисты БИС и АНД реализовали несколько совместных проектов.

Эти рекомендации сыграли свою роль, и в качестве аппаратного решения для Россельхозбанка были выбраны серверы на платформе Intel российской компании АНД. Хотя не обошлось и без встречи с представителями Intel в Москве, в которой принял участие глава Европейского отделения Стив Чейз. Intel не только подтвердила высокую оценку АНД, но и гарантировала оперативную замену комплектующих.

Что же представляет собой серверная платформа от Intel? В первую очередь это специализированный корпус с резервными источниками питания, интегрированной материнской платой с сетевой и видеокартой. Предусмотрена установка ленточных накопителей и прочих необходимых периферийных устройств. Остальные комплектующие специалисты АНД и Россельхозбанка обсуждали отдельно. В результате была выбрана оперативная память от фирмы Kingston (http://www.kingston.com), а винчестеры - от Seagate (http://www.seagate.ru).

Исходя из текущих задач банка, количества пользователей и его возможного увеличения в ближайшее время, была определена следующая окончательная конфигурация сервера для головного офиса банка: масштабируемая платформа Intel Sitka SC450NX с двумя процессорами Pentium III Xeon 550 МГц, с интегрированной поддержкой Ethernet 10/100, 512 Мбайт памяти с коррекцией ошибок и массивом из трех LVD SCSI-дисков по 9 Гбайт. По мере роста документооборота конфигурацию можно расширить до четырех процессоров, 4 Гбайт оперативной памяти и шести дисков (в системном блоке).

В филиалах система "БИСквит" была установлена на платформе Intel Lancewood BOXL440GXG с двумя процессорами Pentium III 500 МГц, интегрированной поддержкой Ethernet 10/100, 256 Мбайт памяти с коррекцией ошибок и массивом из трех LVD SCSI-дисков по 9 Гбайт.

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

Однако, когда встал вопрос о выборе активного оборудования для локальной сети, то, даже ссылаясь на авторитет Intel, АНД было не просто преодолеть определенное мировоззрение специалистов Россельхозбанка. В этом вопросе они отдавали предпочтение оборудованию Cisco. Репутация этой компании на рынке сетевого оборудования столь прочна, что ни выигрыш в цене, ни даже репутация Intel не могли перевесить. "Нам пришлось снабдить банк демонстрационным оборудованием, - рассказывает Сергей Коваль, - и только спустя несколько месяцев мне позвонили из банка и сказали, что они готовы его оплатить. Нам поверили, только протестировав оборудование Intel в реальных условиях".

Филиальная сеть

В 2000 году начали работу 14 филиалов Россельхозбанка в Краснодаре, Тамбове, Туле, Махачкале, Новгороде, Ростове и в ряде других городов.

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

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

Анатолий Грушко замечает: "Несмотря на то, что заказчиком были поставлены довольно сжатые сроки внедрения, работы выполнялись нами в обычном режиме и не носили аврального характера". На первом этапе внедрения было автоматизировано около 10 филиалов, при этом одновременно работало 5 бригад. По итогам этапа провели дополнительное согласование процедур внедрения.

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

Однако надо признать, что жизнь не стоит на месте и решения, которые внедрялись в первых филиалах, через некоторое время будут отличаться от более поздних внедрений. Принятая в качестве базовой конфигурации платформа Intel может устареть в силу того, что на рынке появятся новые модели. Поэтому систему придется тестировать на новой платформе за счет пользователей. Игорь Гальперин объясняет это так: " Ни у нас, ни у разработчиков нет возможности провести предзакупочное тестирование новой платформы. Поэтому ошибки были всегда, и это всегда вызывало опасения. Но изменить эту ситуацию мы не можем. Приходится, с одной стороны, с этим смириться, а с другой - строго соблюдать процедуру резервного копирования. В штатном режиме все работает нормально, но жизнь богата на сюрпризы. И в этом нам приходится полагаться на репутацию Intel".

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

Рис. 3.1. Общая архитектура системы «БИСКВИТ».

Ядро системы включает:

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

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

Хранение и обработку информации об основных бизнес-процессах, а также своевременную настройку и перенастройку процессов их автоматизированной обработки в «ИБС БИСКВИТ» обеспечивает совокупность следующих системных служб: финансовых инструментов, метасхемы, клиентов, договоров, документов, учетной информации, стандартных транзакций, начислений, сообщений, расписаний, справочников, классификаторов, пользователей, OLAP.

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

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

В ИБС БИСквит реализовано учетное ядро, которое позволяет осуществлять бухгалтерский учет операций в полном соответствии с требованиями Банка России (Положение 205-П). В системе имеется возможность работать со счетами, документами и проводками по всем пяти категориям учета.

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

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

Для хранения и расчета отчетных и аналитических данных с помощью службы OLAP применяется технология оперативной аналитической обработки данных на основе использования многомерной аналитической БД (OLAP-технология).

Работа всех входящих в систему модулей основывается на единой информационной базе и единой технологии обработки данных. Внутри единой БД выделены транзакционная (OLTP) и аналитическая (OLAP) составляющие, при этом существует возможность физического выделения OLAP-базы. При проектировании аналитической составляющей хранимые данные представляются в виде многомерного куба, имеющего два общих измерения — элементы организационной структуры банка и произвольные периоды отчетности. Зафиксировав значения по двум общим измерениям, в свою очередь, получим многомерный куб, содержащий отчетную и аналитическую информацию по выбранному для анализа объекту за указанный период времени.

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

Схема БД ориентирована на возможность формирования отчетной и аналитической информации в режиме «on-line» с учетом требования сохранять приемлемые размеры и быстродействие при значительном увеличении объемов хранимой информации.

Структура и вид отчетных и аналитических форм могут быть модифицированы или расширены штатными средствами службы.

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

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

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

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

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

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

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

Платежный документооборот

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

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

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

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

Вся работа с документами в системе «БИСКВИТ» построена по двум основным принципам: по принципу бухгалтерского журнала и по принципу картотеки. Работа по принципу бухгалтерского журнала реализована в операционных днях.

Работа по принципу картотеки реализована при автоматизации картотек 1 и 2, картотек по дебиторам и кредиторам, а также при организации пользовательских картотек. Автоматизированное ведение картотек осуществляется по любому лицевому счету, для которого такая необходимость определена правилами его ведения. Картотека по каждому счету ведется в разрезе, определяемом структурой кода аналитического учета, описанной пользователем в соответствующем шаблоне.

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

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

При вводе валютных документов осуществляется одновременная оценка суммы в валюте главной книги по официальному курсу ЦБ РФ в соответствии с требованиями законодательства.

При завершении операционного дня в системе осуществляется запуск транзакции переоценки валютных счетов в связи с изменением официального курса ЦБ РФ.

Информация о выполненных операциях любой давности хранится в базе данных в разрезе операционных дней и легко доступна пользователям. Ограничения на срок ее хранения в прямом доступе накладываются только объемом дисковой памяти сервера БД.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Справочники — это таблицы БД системы «БИСКВИТ». Их состав, структура, связи с объектами БД определены при разработке системы.

Классификаторы — это специальные, в общем случае иерархические, структуры БД, позволяющие описывать и хранить признаки, характеризующие различные объекты учета, и динамически определять связи «объект — признак». Любые объекты базы данных с помощью классификаторов могут определяться в произвольные группы. Пользователь может самостоятельно создавать новые классификаторы различного назначения и структуры и определять их связи с различными объектами.

3.3. Модульная структура ИБС «БИСКВИТ»

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

3.3.1. Администрирование

Модуль предназначен для параметрической настройки системы «БИСКВИТ», определения пользователей и прав доступа к различным модулям, объектам БД, бизнес-объектам и бизнес-процессам, а также для проведения обновлений системы и регламентного обслуживания.

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

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

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

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

Модуль с помощью интерактивного пользовательского интерфейса позволяет:

• редактировать настроечные параметры для всех модулей системы «БИСКВИТ»;
• изменять состав классификаторов и их содержимое для любого модуля системы;
• настраивать стандартные транзакции (включая универсальные транзакции) для любого модуля;
• просматривать и изменять метасхему, описывающую бизнес-объекты в «БИСКВИТ» — иерархию классов, их реквизиты, связи, методы и т. п.;
• настраивать главное меню системы;
• редактировать разделы контекстной помощи, доступной пользователям при выполнении операций в системе;
• вести список пользователей с возможностями определения индивидуально для каждого пользователя его права и возможности.
• просматривать список работающих в системе пользователей с возможностями отправки им сообщений, а также прерывать сеансы работающих пользователей;
• определять список доступных принтеров и их настройки, используемые для печати различных документов;
• определять календарь кредитной организации (список рабочих и выходных дней);
• описывать организационную структуру кредитной организации посредством иерархической модели;
• регулировать список таблиц, по которым ведется история изменений;
• определять абонентов, которые участвуют в обмене электронными документами, и правила этого обмена;
• загружать обновления метаданных, которые содержат изменения бизнес-логики системы в соответствии с выполняемыми доработками;
• получать отчеты о правах пользователей, зафиксированных системой операциях с бизнес-объектами и т. п.;
• выполнять процедуры регламентного обслуживания информационной системы, определенные как разработчиками «БИСКВИТ», так и администратором системы.

3.3.2. Обмен электронными документами

Модуль «Обмен электронными документами» обеспечивает автоматизированную обработку электронных сообщений и состоит из следующих компонент:

• «Расчеты через РКЦ»;
• «Межбанковские расчеты»;
• «Расчеты по системе клиент-банк»;
• «Обмен с внешними системами».

• взаимодействие с расчетными центрами национальной клиринговой системы (для Российской Федерации — система РКЦ Банка России);
• расчеты с банками-корреспондентами;
• межфилиальные расчеты;
• обмен отчетными, аналитическими и справочными данными с филиалами;
• обеспечение электронного платежного документооборота клиентами банка;
• обмен данными о совершенных транзакциях по пластиковым картам с процессинговыми центрами;
• обмен данными о заключенных сделках с биржами, торговыми системами и контрагентами.

Компоненты в составе модуля обеспечивают:

Ведение необходимых справочников

• ведение справочника абонентов системы (учреждений ЦБ, банков-корреспондентов, банков-респондентов, клиентов — юридических и физических лиц, внешних систем) и правил обмена с ними;
• ведение справочника банков — участников национальной расчетно-платежной системы и международных клиринговых систем.

• обмен сообщениями в форматах учреждений ЦБ различных регионов Российской Федерации (в соответствии с требованиями Банка России) и стран СНГ;
• обмен с филиалами, банками-корреспондентами, банками-респондентами и контрагентами сообщениями формата стандартов SWIFT (включая SWIFT-RUR4, SWIFT-RUR5, SWIFT-RUR6), TELEX и сообщения формата Сбербанка России — SBRF3 . Реализованный набор сообщений: МТ100, МТ103, МТ200, MT202, МТ300, МТ320, MT900, MT910, MT920, MT940, MT950;
• обмен сообщениями с клиентами банка — юридическими и физическими лицами. Реализованный набор сообщений: платежное поручение, заявление на перевод валюты, заявление на покупку валюты, заявление на продажу валюты, заявление на обязательную продажу валюты, запросы, ответы, выписка, курсы валют, сообщение в свободном формате. Обмен может осуществляться как с АРМом (автоматизированное рабочее место) клиента банка собственной разработки фирмы «БИС», так и с системами «клиент-банк» ведущих фирм разработчиков;
• обмен с внешними системами отчетными и аналитическими данными, а также данными об объектах систем (клиенты, счета, документы и т. п.). Интерфейс с ПО FineReaderBANK, обмен с внешними системами сообщениями, описанными при помощи языка XML.

Обработку сообщений в соответствии с заданными регламентами:

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

На базе модуля «Обмен электронными документами» организуется универсальный расчетный центр, поддерживающий расчеты банка в рублях и иностранной валюте:

• со своими филиалами,
• банками-корреспондентами,
• расчетными системами,
• непосредственно с клиентами по системе «клиент-банк».

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

Выполнение функций расчетного центра банка:

• ведение счетов межфилиальных расчетов, ресурсов и корреспондентских счетов, начисление процентов по корреспондентским счетам, расчет сумм комиссий;
• прием, отправка и квитовка полноформатных платежных документов и технологических сообщений от филиалов, банков-корреспондентов и других внешних абонентов;
• в случае необходимости ввод недостающих реквизитов документов,
• Обеспечение обмена с внешними абонентами в форматах МЦИ, региональных РКЦ, S.W.I.F.T., TELEX, SBRF3 и др.;
• использование настраиваемых параметров обмена и внешних средств защиты информации для работы по корреспондентским счетам;
• контроль реквизитов документов на основании справочников системы;
• позиционирование внешних платежей, подготовленных филиалами и подразделениями головного офиса по корреспондентским счетам Лоро и Ностро, управление приоритетами платежей;
• позиционирование платежей на клиентов филиалов, поступивших от других филиалов, подразделений головного офиса и внешних абонентов;
• контроль остатков и лимитов по корреспондентским счетам;
• ведение картотек;
• учет фактических и плановых оборотов по счетам межбанковских расчетов, ресурсов, корреспондентским и транзитным счетам при выполнении операций.

Выполнение расчетных функций филиала банка:

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

3.3.3. Корреспондентские отношения

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

Модуль обеспечивает выполнение следующих основных функций:

• ведение договоров о корреспондентских отношениях по счетам «ЛОРО», «НОСТРО»;
• групповая маршрутизация платежей;
• групповая постановка документов на картотеку незавершенных расчетов;
• групповое списание документов с картотеки незавершенных расчетов;
• контроль лимитов по счетам «ЛОРО», «НОСТРО»;
• групповая постановка документов на картотеку невыясненных поступлений;
• групповое списание документов c картотеки невыясненных поступлений;
• начисление процентов, расчет комиссий по договорам «ЛОРО», «НОСТРО».

В рамках работы с договорами «ЛОРО», «НОСТРО» возможны добавление, просмотр, корректировка, удаление договоров, а также привязка счетов к договорам, задание лимитов по корреспондентским счетам, печать текстов договоров. Заданные лимиты контролируются в хронологическом порядке.

3.3.4. Пункт обмена валюты

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

В программном продукте «Пункт обмена валюты» предусмотрено наличие двух рабочих мест:

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

Основные функциональные возможности «ПОВ»:

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

Перечень операций, учет которых реализован в «ПОВ»:

• Покупка/продажа иностранной валюты за валюту РФ.
• Конверсия иностранных валют.
• Покупка/продажа платежных документов.
• Прием на инкассо/выдача с инкассо.
• Прием на экспертизу/выдача с экспертизы денежных знаков и платежных документов.
• Размен купюр.
• Замена неплатежеспособных денежных знаков.
• Прием/выдача иностранной валюты и валюты РФ по пластиковым карточкам или по счетам физических лиц.

3.3.5. Инкассация и касса пересчета

В модуле реализованы следующие возможности:

• Автоматизация операций регистрации и пересчета инкассируемых ценностей в кассовом узле банка.
• Формирование операционных и финансовых документов, предусмотренных Положением ЦБР 199-П, с учетом изменений 1351-У, 1433-У.
• Автоматизация бухгалтерского учета операций инкассации.

Модуль обеспечивает выполнение следующих основных функций:

• Инкассация сторонних организаций и собственных подразделений банка.
• Обслуживание различных видов инкассации:
  • Вечерняя или дневная инкассация
  • Инкассация с доставкой ценностей инкассаторами или представителем организации.
• Всесторонний учет данных о процессе инкассации и пересчета:
  • Учет данных об инкассируемой организации: инкассаторские сумки, счета.
  • Учет данных об инкассаторах: типовые маршруты, список инкассаторов.
  • Учет данных о сдаваемых в кассу сумках: номер сумки, данные из накладной, данные об инкассаторах и маршруте доставки.
  • Учет данных о результатах пересчета: величина расхождения суммы, фактически оказавшейся в сумке, с суммой, указанной в накладной.
• Обслуживание приема сумок в кассе банка:
  • Ввод данных из накладных к сумкам с ценностями.
  • Ввод данных о порожних сумках.
  • Выдача на печать «Журнала учета принятых сумок с ценностями и порожних сумок».
  • Бухгалтерский учет принятых средств до пересчета.
• Обслуживание пересчета денежных средств:
  • Оформление передачи сумок с ценностями и порожних сумок в кассу пересчета: выдача на печать документов, сопровождающих передачу.
  • Оформление передачи для пересчета сумок от контролера кассы пересчета к кассиру.
  • Ввод результатов пересчета по каждой сумке: фактическая сумма, вид расхождения (излишек/недостача/дефектные/сомнительные), покупюрное представление расхождения.
  • Автоматическая генерация корректирующей проводки для учета принятых средств при наличии расхождения.
  • Быстрый учет результатов пересчета при отсутствии расхождений: групповая операция для нескольких сумок.
  • Выдача на печать «Контрольной ведомости по пересчету денежной наличности».
  • Бухгалтерский учет зачисления инкассируемых средств на счета кассы и клиента.
• Выдача на печать «Справки о принятых вечерней кассой сумках с денежной наличностью и порожних сумках».

3.3.6. Налоговый учет

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

Модуль обеспечивает выполнение следующих основных функций:

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

3.3.7. Депозитарный учет

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

• Модуль позволяет вести депозитарный учет ценных бумаг с целью получения полной и достоверной информации о ценных бумагах в разрезе их владельцев, мест хранения и применяемых к ним депозитарных операций и обеспечивает выполнение всех базовых функций по работе с ценными бумагами. Кроме того, в модуле предусмотрено получение обязательной отчетности в соответствии с «Правилами ведения учета депозитарных операций кредитных организаций в Российской Федерации».

3.3.8. Учет операций доверительного управления

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

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

• ежедневный отдельный баланс по каждому индивидуальному договору;
• ежедневный отдельный баланс по каждому ОФБУ;
• ежедневный сводный баланс по доверительному управлению;
• ежедневная оборотная ведомость ОФБУ;
• ежедневная ведомость остатков по лицевым счетам раздела «Б»;
• ежедневная оборотная ведомость по лицевым счетам раздела «Б»;
• оборотно-сальдовая ведомость в разрезе лицевых счетов;
• отчетность доверительного управляющего для учредителя доверительного управления.

3.3.9. Кредиты и депозиты

Модуль обеспечивает регистрацию договоров размещения и привлечения денежных средств, заключенных с клиентами банка — юридическими и физическими лицами, автоматизированное сопровождение заключенных договоров, автоматизированный бухгалтерский учет операций, выполняемых по кредитным договорам, в соответствии с нормативными документами Центрального Банка РФ. На основе модуля возможно создание специализированных рабочих мест, например: ответственный за сопровождение выданных кредитов; ответственный за работу с обеспечением, предоставленным по размещенным ссудам; работник бухгалтерии, ответственный за учет кредитов.

К основным функциональным возможностям модуля относятся:

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

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

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

В массовом режиме могут выполняться такие операции, как, например, начисление процентов в конце отчетного периода на балансовых и внебалансовых счетах, урегулирование резерва на возможные потери по ссудам (254-П), урегулирование резерва на возможные потери по прочим операциям (232-П).

3.3.10. Частные вклады

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

Эксплуатация модуля включает два основных этапа:

• настройка свойств вкладов в соответствии с внутрибанковскими нормативными документами — положениями и образцами договоров вкладов;
• обслуживание вкладов в соответствии с регламентом выполнения операций.

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

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

Для обслуживания вкладов в модуле предусматриваются операции:

1. Открытие вклада с наличным зачислением средств:

• Регистрация договора вклада.
• Печать договора вклада.
• Формирование приходных кассовых документов.

При открытии вклада возможно ограничение периода заключения договоров вкладов заданного типа.

2. Регистрация договора вклада с безналичным зачислением средств. Предусматривается:

• Пополнение общесистемного досье реквизитами вкладчика.
• Регистрация договора вклада.
• Печать бланка с текстом договора.

Открытие вклада производится по факту перечисления средств в соответствии с регламентом банка.

3. Закрытие вклада в соответствии с условиями договора. Предусмотрено:

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

4. Расторжение договора вклада. Предусмотрено:

• Пересчет суммы начисленных процентов с возвратом излишне начисленных средств.
• Перечисление суммы вклада на заданный счет.

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

6. Резервирование процентов по вкладу в соответствии с заданным порядком начисления процентов.

7. Перечисление начисленных процентов на заданный лицевой счет с заданной периодичностью.

8. Капитализация начисленных процентов с заданной периодичностью.

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

10. Выдача части суммы вклада с контролем неснижаемого остатка и сроком выполнения операции.

11. Обслуживание вкладов, открываемых на третьи лица:

• Открытие вклада с указанием реквизита третьего лица.
• Переоформление вклада на третье лицо.

12. Обслуживание вкладов на основании доверенностей:

• Регистрация доверенностей и доверенных лиц.
• Контроль периода действия доверенностей.
• Контроль операций, разрешенных к выполнению по доверенности.

13. Выполнение операций по вкладам в соответствии с завещательными распоряжениями:

• Регистрация завещательных распоряжений и наследников.
• Выдача вкладов (долей вкладов) по завещательным распоряжениям.

14. Обслуживание вкладов в нерабочие дни банковской организации.

15. Обслуживание группового зачисления средств на вкладные и банковские счета населения.

3.3.11. Коммунальные платежи

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

Модуль «Коммунальные платежи» позволяет решить следующие задачи при обслуживании платежей:

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

3.3.12. Пластиковые карты

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

Модуль обеспечивает следующую функциональность: Работа с несколькими платежными системами, процессинговыми центрами и банками-спонсорами.

Ведение различных типов договоров и их условий:

• Выпуск и обслуживание карт для физических лиц.
• Выпуск и обслуживание карт для юридических лиц (корпоративных карт).
• Работа с зарплатными проектами.
• Массовые операции (открытие карт, перечисление средств, формирование и рассылка выписок).
• Обслуживание устройств банка (банкоматов и пунктов выдачи наличных).
• Обслуживание торговых точек.
• Формирование необходимой для работы банка отчетности.
• Расчет обязательной отчетности для ЦБ РФ (форма 250).

Работа с картами нескольких платежными системами, процессинговыми центрами и банками-спонсорами:

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

Ведение различных типов договоров и условий:

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

Выпуск и обслуживание карт для физических лиц:

• Учет договоров с различными условиями.
• Учет карт (как основных, так и дополнительных различных платежных систем).
• Учет клиентов — физических лиц (держателей карт).
• Учет счетов (СКС, СГП).
• Работа с различными схемами начисления процентов.
• Настройка операций с учетом бизнес-процессов банка (выпуск основных и дополнительных карт, блокировка/разблокировка карт, перевыпуск в связи с истечением срока действия карт, переиздание карт и т. д.).

Выпуск и обслуживание карт для юридических лиц:

• Учет договоров с юридическими лицами, держателей карт — сотрудников предприятия, корпоративных карт, счетов, различных схем начисления процентов.

Работа с зарплатными проектами:

• Учет договоров по зарплатным проектам с возможностью учета индивидуальных условий по каждому договору.
• Работа с транзитными счетами.
• Настройка различных схем расчетов с предприятием.

Массовые операции:

• Выполнение массовых операций на основе электронных файлов:
  • выпуск (открытие договоров, карт, счетов);
  • блокировка/разблокировка;
  • закрытие карт;
  • перечисление зарплаты на счета сотрудников предприятий.
• Формирование выписок для клиентов (в т. ч. по зарплатным проектам), рассылка выписок по электронной почте. Добавление в выписки рекламных и информационных материалов.

Обслуживание устройств банка:

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

Обслуживание торговых точек:

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

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

• перечень карт с различными статусами (открытые, закрытые, заблокированные и т. д.),
• перечень установленных устройств,
• обороты по операциям в различных разрезах — суммы возмещений, комиссии, по типам и карт, операциям, валютам счетов и т. д.
• изменение статусов карт, устройств.

3.3.13. Финансовая отчетность и анализ

Модуль «Финансовая отчетность и анализ» ИБС «БИСКВИТ» обеспечивает потребности коммерческого банка в формировании обязательной отчетности по российским стандартам, отчетности по МСФО. Средствами модуля возможна реализация аналитических форм по произвольным методикам.

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

Модуль позволяет:

• в рамках единой банковской автоматизированной системы получать формы обязательной отчетности для Банка России;
• получать отчетность по МСФО в соответствии Указанием Банка России № 181-Т;
• просматривать исходные данные агрегированных показателей, не выходя из модуля;
• выполнять перекрестный контроль форм;
• выгружать отчетные данные согласно требованиям Банка России для передачи в его региональные учреждения и другие надзорные организации;
• импортировать данные из файлов, рассылаемых Банком России;
• получать отчетность в соответствии с инструкциями, действующими в период, за который формируется отчет;
• автоматизировать подготовку и выпуск консолидированной отчетности;
• готовить аналитические отчеты для принятия управленческих решений;
• получать аналитические отчеты в реальном масштабе времени;
• составлять заключения и рекомендации по работе банка с организационной структурой любой сложности;
• решать широкий круг аналитических задач, выделять наиболее успешные направления бизнеса;
• реализовывать элементы финансового прогнозирования и моделирования;
• создавать собственные шаблоны отчетов и редактировать шаблоны, включенные в стандартную поставку, используя встроенный редактор;
• реализовывать собственные методики для оригинальных аналитических отчетов;
• использовать возможности модуля «Анализ XL» ИБС «БИСКВИТ» для создания в таблицах MS Excel шаблоны отчетов модуля «Финансовая отчетность и анализ» и обработки информации непосредственно из базы данных ИБС «БИСКВИТ»;
• интерактивно формировать критерии выборки данных из базы данных ИБС «БИСКВИТ»;
• хранить историю изменения алгоритмов отчетов;
• хранить большие объемы информации, необходимые для долгосрочного анализа;
• использовать широкий спектр операций манипулирования данными;
• при необходимости импортировать данные из внешних файлов.

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

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

При подготовке финансовой отчетности в соответствии с МСФО применяется метод трансформации в соответствии с учетной политикой банка, принятой для целей ее подготовки. Реализация метода трансформации средствами модуля состоит из трех частей:

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

3.3.14. Анализ XL

Модуль работает как в двухзвенной, так и трехзвенной архитектуре «клиент-сервер» и позволяет использовать Microsoft Excel в качестве оболочки для создания графических отчетов.

Он позволяет создавать в таблицах Excel шаблоны отчетов, используя метаязык описания формул модуля «Финансовая отчетность и анализ», и формировать такие отчеты, обеспечивая при этом непосредственный доступ к базе данных «БИСКВИТ».

3.3.15. Выносная операционная касса

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

Модуль обеспечивает выполнение следующих основных функций:

• Учет наличных денежных средств, ценностей, бланков строгой отчетности и других платежных документов, с которыми производятся кассовые операции, в разрезе материально ответственных лиц — кассиров.
• Проведение валютно-обменных операций по курсам валют, с учетом установки по времени и подразделению.
• Организация забалансового номерного учета в разрезе бланков, справок и платежных документов.
• Ведение договоров материально ответственных лиц и лимитов остатков по счетам кассиров.
• Организация сменной работы кассиров, возможность круглосуточного функционирования ВОК, реализация механизма автоматического соответствия смен и операционных дней.
• Возможность поддержки различных вариантов технологии работы ВОК:
  • Вариант, при котором все кассовое обслуживание исполняется на едином рабочем месте кассира. Операционный кассовый работник совмещает функции кассира и операционного работника, предусмотренные инструкциями. Модуль целиком эксплуатируется ответственным лицом.
  • Вариант, при котором разделяются рабочие места кассира и операциониста.
  • Вариант, при котором предусматривается одновременная работа нескольких кассиров, разделяющих обязанности по исполнению кассовых операций определенного типа, нескольких операционистов и заведующего кассой.
• Выполнение кассовых операций:
  • По обслуживанию клиентов с автоматическим расчетом сумм комиссий:
    • Прием/ выдача наличных денежных средств: в рублях и иностранной валюте на депозитные счета до востребования физических лиц;
    • Конверсионные операции по депозитным счетам до востребования физических лиц;
    • Валютно-обменные операции: покупка валюты, продажа валюты, к онверсионные операции;
    • Прием на инкассо;
    • Покупка/продажа документов в инвалюте;
    • Прием на экспертизу денежных знаков и платежных документов;
    • Замена неплатежеспособных денежных знаков;
    • Переводы денежных средств: в рублях или иностранной валюте по поручению физических лиц с открытием депозитных счетов до востребования;
    • Переводы средств в рублях или иностранной валюте по поручению физических лиц без открытия счетов до востребования;
    • Операции с юридическими лицами по приему и выдаче денежных средств по чековым книжкам.
  • Внутренние:
    • Заявки на подкрепление денежной наличности и бланков платежных документов
    • Сдача остатков наличности по кассе и бланков платежных документов
    • Передача денежных средств и бланков платежных документов между кассирами
    • Учет использованных и испорченных бланков строгой отчетности
• Подготовка обязательной отчетности.

3.3.16. Валютный контроль

Модуль «Валютный контроль» предназначен для автоматизации следующих бизнес-процессов банка:

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

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

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

Модуль «Валютный контроль», так же как и все модули интегрированной банковской системы «БИСКВИТ», работает на единой базе, использует общие для системы объекты, а на основе его данных в модуле «Финансовая отчетность и анализ» реализованы отчетные формы 665 «Отчет о валютных операциях, осуществляемых с оформлением паспорта сделки» и 667 «Отчет о внесении и возврате сумм резервирования».

3.4. Модули управления банком

3.4.1. Учет материальных ценностей

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

Модуль легко адаптируется к существующей в банке функциональной структуре и организации бизнес-процессов и обеспечивает выполнение следующих основных функций:

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

При использовании модуля «Налоговый учет» дополнительно обеспечивается:

• Учет амортизируемого имущества по налоговой стоимости.
• Учет изменений первоначальной налоговой стоимости амортизируемого имущества в результате модернизации, реконструкции.
• Расчет амортизации по правилам налогового учета.
• Учет результатов от реализации амортизируемого имущества.
• Ведение резерва предстоящих расходов на ремонт основных средств.

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

• приходная накладная (как с отражением НДС, так и без НДС),
• требование на отпуск со склада (как с отражением НДС, так и без НДС),
• оборотная ведомость.

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

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

3.4.2. Расчет заработной платы

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

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

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

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

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

Модуль обеспечивает выполнение следующих основных функций:

• Ведение справочников сотрудников, операций, режимов работы, плановых табелей, видов документов, причин неявок на работу.
• Ведение лицевых счетов (учетных карточек) сотрудников.
• Ведение табельного учета рабочего времени по расчетным периодам.
• Автоматический расчет заработной платы с учетом всех описанных в справочниках модуля начислений и удержаний.
• Автоматическое формирование сводных проводок по операциям расчета заработной платы.
• Для банков, имеющих в своем составе обособленные подразделения, реализован расчет сводных показателей для расчета авансовых платежей по Единому социальному налогу и в Пенсионный фонд, а также расчет условия на право применения регрессивных ставок ЕСН на основе данных, собранных из всех подразделений банка.
• Формирование обязательной отчетности.

3.4.3. Хозяйственные договоры

Модуль «Хозяйственные договоры» предназначен для автоматизации бизнес-процессов банка в сфере административно-хозяйственной деятельности по ведению договоров на предоставление и потребление товаров и услуг, планированию доходов и расходов по договорам, учету операций, связанных с ними, и разовыми сделками, формированию соответствующей отчетности.

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

В модуле «Хозяйственные договоры» реализованы ведение журналов выставленных и принятых счетов-фактур с возможностью регистрации и установки взаимосвязи соответствующих счетов-фактур с договорами, платежными документами и проводками по учету НДС, а также учет периодически выполняемых оплат и поступлений по счетам-фактурам, учет доходов/затрат и НДС в разрезе счетов-фактур. Состояние договоров и разовых сделок характеризуется совокупностью параметров, настраиваемой в соответствии с учетной политикой банка, и контролируется автоматически.

В целях контроля графиков оплат и своевременного учета платежей, доходов/затрат и НДС в модуле созданы и ведутся следующие картотеки: картотека выставленных счетов-фактур, картотека полученных счетов-фактур, картотека частично оплаченных счетов-фактур, картотека НДС, полученного авансом, картотека договоров налогового агента, картотека «Расходы будущих периодов». Возможно автоматическое завершение сделки на основании счета-фактуры.

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

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

Вопросы для самопроверки

1. К какому поколению АБС можно отнести систему «БИСКВИТ» и почему?
2. Имеется ли возможность с использованием «БИСКВИТа» обеспечить многофилиальную работу банка, какие модули это обеспечивают?
3. Какие виды обмена электронными документами поддерживает «БИСКВИТ»?
4. Можно ли из «БИСКВИТа» передавать электронные платежи через ЦБРФ? Какие модули для этого служат? В каких форматах передаются эти сообщения?
5. Поддерживает ли «БИСКВИТ» работу с иностранной валютой? В каких модулях используются валютные операции?
6. Каков принцип бухгалтерского учета при работе с иностранной валютой? Как учитывается текущий курс иностранной валюты, задаваемый ЦБ РФ?
7. Может ли «БИСКВИТ» использоваться для внутреннего управления банком, какие модули могут быть для этого использованы?
8. Существует ли в системе «БИСКВИТ» возможность подготовки аналитической информации? (Если да, то какие модули это обеспечивают?)
9. Какие типы клиентов банка различаются в системе «БИСКВИТ»?
10. Можно ли в системе работать сразу в нескольких операционных днях? Как это получается? Чем обеспечивается корректность одновременной работы в нескольких операционных днях?
11. Что означает режим блокировки операционного дня?
12. Каково назначение модуля «Хозяйственные операции»? Какие виды документов ведутся в данном модуле?
13. Обеспечивает ли «БИСКВИТ» работу с банковскими карточками? Можно ли в «БИСКВИТе» работать с кредитными карточками? Поддерживатся ли работа с дебетовыми карточками?
14. Что такое стандартные транзакции в системе «БИСКВИТ»? Для каких целей используется механизм стандартных транзакций?
15. Кто определяет права пользователей в системе «БИСКВИТ»? Какие права могут быть у пользователей системы?
16. Чем обеспечивается корректность вводимых в систему данных?
17. Какие виды кредитных договоров ведутся в системе «БИСКВИТ»?

Версия для печати

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

Основными преимуществами данного решения являются:

• поддержка сложных, нестандартных технологий и индивидуальных требований банка;

• ведение операций в реальном масштабе времени;

• организация работы удалённых отделений в режиме on-line;

• оперативное обеспечение интенсивного развития бизнеса при введении новых банковских продуктов;

• устойчивая работа при резком увеличении количества клиентов и операций;

• надёжная и эффективная обработка большого объёма документооборота;

• оперативность и качество отчётной и аналитической информации;

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

• организация эффективного и надёжного контроля доступа к финансовой и нефинансовой информации;

• оптимизация управления деятельностью подразделений за счёт интегрированности, оперативности и информативности используемых систем;

• максимально полная реализация принципа защиты инвестиций в аппаратные средства;

• успешный опыт эксплуатации в кредитных организациях любой организационной структуры.

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

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

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

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

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

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

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

Система комплексной автоматизации коммерческого банка "АС-БАНК"

• В состав Системы "АС-Банк" включены следующие основные подсистемы:

• Подсистема Ядро бухгалтерских проводок.

• Подсистема обслуживания индивидуальных клиентов (АС - Retail).

• Подсистема Кредитные операции (АС - Кредит).

• Подсистема Межбанковские расчеты.

• Подсистема Клиенты.

• Подсистема Касса.

• Подсистема разграничения доступа персонала.

• Справочно - информационная подсистема.

• Подсистема Интернет клиент-банк.

• Подсистема GSM - банкинг.

• Подсистема Коммунальные платежи населения.

Основными принципами построения Системы являются:

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

• Индивидуальная комплектация Системы под текущие задачи конкретного банка.

• Возможность одновременной работы с несколькими альтернативными Планами счетов. В системе реализована возможность ведения учета по различным Планам счетов и получения баланса в рублях и валюте. При заключении договоров клиенту открываются 20 - разрядный счет, номер которого генерируется автоматически в соответствии с требованиями ЦБ РФ.

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

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

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

Одновременная работа в режимах on - line и off - line. При наличии коммуникаций обмен информацией между отделениями и централизованной базой данных осуществляется в реальном времени, что позволяет в любой момент иметь информацию о реальном балансе средств, контролировать действия персонала и аппаратных средств, а также осуществлять контроль целостности данных и обеспечивать требуемый уровень безопасности.

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

Система обеспечивает:

• поддержку текущего законодательства и новых правил ведения бухгалтерского учета в кредитных организациях;

• поддержку удаленного доступа;

• защиту информации от несанкционированного доступа.

Система предоставляет:

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

• возможность гибкой настройки документооборота.

Система позволяет:

• использовать каналы связи с низкой пропускной способностью;

• осуществлять масштабирование приложений в соответствии с реальной технологической базой банка.

• Система построена по трехуровневой архитектуре. В качестве сервера БД рекомендуется использовать СУБД Oracle.

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

АС-Retail

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

Основными принципами построения системы являются:

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

Доступность. Для системы обслуживания частных клиентов критически важной является способность обслуживать пользователей 24 часа в сутки 365 дней в году. При обновлении прикладного ПО основная проблема с недоступностью заключается в том, что необходимо синхронно обновлять как серверную, так и клиентскую части системы. При большом количестве географически удаленных пользователей это может представлять весьма сложную задачу. Технология StellArt™, используемая компанией АСофт, подразумевает одновременное использование двух типов клиентских программ - Java и HTML.

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

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

Настраиваемый документооборот. Возможность описания документооборота на уровне проводок, операций и групп операций. Используемый механизм настроек позволяет персоналу банка самостоятельно описывать связи между объектами системы, перестраивая ее в зависимости от потребностей текущего момента развития. Проведение всех операций по счетам клиентов осуществляется на уровне единого ядра бухгалтерских проводок. Используемая в системе технология позволяет использовать для этих целей специально разработанный встраиваемый язык AScript. При помощи AScript администратор системы может добавить или подменить любую функцию любого StellArt™ сервера.

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

Одновременная работа в режимах on-line и off-line. При наличии коммуникаций обмен информацией между отделениями и централизованной базой данных осуществляется в реальном времени, что позволяет в любой момент иметь информацию о реальном балансе средств, контролировать действия персонала и аппаратных средств, а также осуществлять контроль целостности данных и обеспечивать требуемый уровень безопасности. При отсутствии коммуникаций в удаленных регионах система позволяет организовывать удаленные отделения, позволяющие обеспечить в полном объеме обслуживание клиентов в соответствии с требованиями ЦБ РФ и Гражданского Кодекса РФ, обмен информацией с которыми осуществляется в режиме off-line.

• Мультивалютность. Система поддерживает работу с различными равноправными валютами и автоматическое проведение операций по переоценке и дооценке валютных средств при изменении курсов валют. В системе предусмотрен гибкий механизм настройки параметров конвертации через банковские транзитные счета или через транзитные счета клиентов.

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

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

Система обслуживания индивидуальных клиентов "AC-RETAIL"

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

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