Компания CS

1. Ведение клиентов-контрагентов банка

1.1. Контрагенты банка

Контрагентом банка считается:

В системе различаются следующие типы контрагентов:

1.1.1. Краткое описание функциональности

a) Система присваивает каждому контрагенту банка уникальный номер (код);

b) Для каждого типа контрагента заполняется набор обязательных параметров: наименование, идентификационный код, информация о регистрации в ГНА и государственной администрации, сведения о руководителях, контактная информация;

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

d) Система позволяет проверить соответствие параметров контрагента требованиям НБУ с помощью специальных отчетов и фильтров;

e) При заполнении параметров контрагента система проводит проверку кратности идентификационного кода типу реестра (ЕГРПОУ – 8 цифр, проводится проверка ключа; ИНН – 10 цифр, проводится проверка даты рождения);

f) При добавлении и редактировании сведений о контрагенте и/или открытии счета система следит за непротиворечивостью этих сведений (проверка допустимости сочетания параметров) и соответствием их требованиям НБУ;

g) Система предоставляет возможности быстрого поиска, сортировки, фильтрации списков контрагентов по всем параметрам;

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

i) Все изменения, произведенные в карточках контрагентов, фиксируются в специальном журнале;

j) Система предоставляет возможности создания печатной формы реестра клиентов и другой отчетности по контрагентам, в соответствии с требованиями НБУ.

1.2. Ведение базы бизнес-партнеров банка

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

2. Ведение аналитических счетов

a) При создании счета пользователь может определить его структуру: включать или нет в номер счета номер контрагента, тип контрагента, код валюты, номер по порядку открываемого счета для этого контрагента, код ТОБО;

b) Система автоматически генерирует номер счета, согласно параметрам, заданным пользователем, и контролирует ключ счета (контрольный разряд);

c) Возможность автоматического открытия связанных счетов в одном мастере открытия счета для учета договоров по РКО, Абонплатам и комиссиям, автоматическое открытие сделок (договоров) и начисление процентов по счетам;

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

e) Возможность использовать "сводные" аналитические счета (в разрезе банковских продуктов). Система позволяет анализировать данные и формировать отчетность, основываясь на информации из сделок;

f) Ведение журнала ввода и изменения основных параметров, удаления аналитических счетов;

g) Ведение перечня дополнительных параметров аналитических счетов (для тех счетов, которые не связаны со сделками), необходимых для отчетности НБУ или для собственной отчетности банка;

h) Ведение реальных и прогнозируемых остатков и оборотов на аналитических счетах;

i) Контроль лимитов:

- Сумм платежей;
- Неснижаемых остатков;
- Овердрафтов;
- Непревышаемых остатков;
- Дебетовых и кредитовых оборотов;

j) Формирование отчета "Уведомление об открытии/закрытии счета";

k) Формирование журнала открытых/закрытых счетов, сальдовой и оборотно-сальдовой ведомости, баланса (1 КБ), оборотно-сальдового баланса банка, выписки по счетам в разрезе валют, операторов, отделов банка, контрагентов, балансовых счетов, ТОБО на дату и за период;

l) Формирование отчета по остаткам по счетам за период (в гривне и валюте), отчета по среднедневным остаткам на счетах, отчета по движению на счете за период, отчета по движению на балансовом счете за период.

2.1. Формирование и отправка файлов реестра ГНА

a) Раздельное ведение реестров клиентских счетов и реестров корреспондентских счетов;

b) Формирование файлов @F реестра клиентских счетов при закрытии, открытии не по инициативе клиента, закрытии не по инициативе клиента клиентского счета;

c) Формирование файлов @K реестра корсчетов при открытии или закрытии собственного корреспондентского счета банка в другом банке;

d) Прием квитанций @IF и @IK (а также @OF и @OK) на сформированные файлы @F и @K реестров клиентских и корреспондентских счетов;

e) Автоматическое формирование форм (№ П1, № П2, № П3, № П4, № П5 в соответствии с приказом ГНА  N 301 от 01.07.2002)

f) Ежедневное архивирование данных реестров.

3. Работа с документами, финансовый документооборот

a) Добавление, изменение, удаление документов в национальной и иностранной валюте;

b) Работа пользователей с документами в соответствии с правами на счета и правами на операции;

c) Автоматизированный учет даты валютирования получателя платежного документа;

d) Электронная подпись документов на этапах добавления и редактирования, принудительное наложение подписи;

e) Ввод БИС (Блока Информационных Строк);

f) Ввод кассовых документов с указанием сумм в разрезе кассовых символов (при этом осуществляется контроль указания символов по типу операции (приход/расход) в соответствии с типом кассового документа) и вводом специальных параметров (ФИО, номер паспорта и т.д.);

g) Ввод межкассовых документов;

h) Ввод бюджетных документов;

i) Ввод корректирующих проводок;

j) Ведение журнала ввода, редактирования, удаления документа;

k) Настройка и использование шаблонов документов для специальной обработки, при вводе которых (шаблоны могут содержать счет или маску счета А и/или Б, либо группу счетов А и/или Б, МФО банка А и/или Б, минимальную и максимальную сумму документа) определенным пользователям рассылается сообщение, и над документом, в зависимости от настроек шаблона, может быть автоматически выполнена одна из операций:

- Зачисление на счета невыясненного назначения (3710, 3720);
- Зачисление на распределительный счет (2603);
- Зачисление на транзитный счет;
- Запрет проводки;

l) Печать платежных документов в текстовом и в графическом виде (MS Word, Report Builder), печать реестров документов, сводных мемориальных ордеров по документам;
m) Для документов по обмену валюты – ввод параметров, необходимых для формирования файла #39 и параметров, используемых при формировании статистической отчетности по форме 1 ПБ;

n) Для валютных кассовых документов – ввод параметров, используемых при формировании статистической отчетности (файл #73).

4. Подсистема "Операции"

Подсистема позволяет настроить правила автоматического формирования нескольких проводок (документов) с заранее частично или полностью предопределенными параметрами:

С помощью подсистемы могут быть автоматизированы следующие операции:

Примечание. Данные из приложения, используемого в обменном пункте, загружаются в АБС Б2 с помощью файлов определенной структуры (*.op).

5. Интерфейс с Системой электронных платежей (СЭП)

Подсистема предназначена для осуществления обмена (формирование, приём, учет, отслеживание состояния) файлами документов, квитанций, выписок и прочих технологических файлов между АБС Б2 и РРП НБУ в рамках Системы Электронных Платежей Национального банка Украины в соответствии с "Описанием интерфейса между системой автоматизации банка (САБ) и системой электронных платежей НБУ (СЭП) (Редакция от 12-05-2003).

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

a) Работу по 0, 1, 4 и 6 моделям обслуживания ККС (консолидированного корсчета) в СЭП (без ВПС);

b) Работу по 2, 3 моделям обслуживания ККС (консолидированного корсчета) в СЭП при условии наличия ВПС (внутрибанковской платежной системы) Enigma (разработка компании CS);

c) Автоматическую обработку файлов обмена в мониторе СЭП;

d) Отслеживание состояния корсчета ГБ и филиалов (в ГБ для моделей работы с консолидированным корсчетом в СЭП);

e) Обработку запросов и ответов для уточнения реквизитов платежей, зачисленных на счета сумм невыясненного назначения.

6. Интерфейс с Системой срочных переводов

Для банков, являющихся участниками ССП, подсистема обеспечивает прием и отправку платежных документов по ССП в режиме on-line, а также обработку файлов $V.S и $V.G/$V.F.
Для банков, не являющихся участниками ССП, подсистема обеспечивает работу с ССП путем обработки файлов $V.S и $V.G/$V.F для приема (и отображения на корсчете в АБС) транзакций, которые поступили по ССП в эти банки.
Обмен пакетами платежных документов осуществляется с помощью отдельного приложения – монитора обмена пакетами ССП (sspmon.exe). Для его работы требуется наличие в локальной сети банка установленного и настроенного АРМ ССП НБУ.

7. Интерфейс с Информационно-поисковой системой (ИПС)

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

8. Интерфейс с ДЦП (Депозитарием ценных бумаг) НБУ

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

9. Интерфейс с Фондом гарантирования вкладов физических лиц (ФГВО)

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

10. Интерфейс с Финансовым мониторингом

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

a) Ведение электронного реестра финансовых операций, подлежащих финансовому мониторингу;

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

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

d) Регистрация информации об участниках финансовой операции, отнесенной к финансовому мониторингу;

e) Печать реестра операций, подлежащих финансовому мониторингу, на основе данных электронного реестра;

f) Печать анкет клиентов по данным электронных анкет;

g) Формирование файлов информационного обмена финансового мониторинга, прием квитанции на файлы финансового мониторинга (с наложением ЭЦП ответственного работника банка) через монитор ФМ;

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

i) Нечеткий поиск (по указанному проценту совпадения) в "черном списке" записей о клиентах:

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