
- •Тема 10. Система электронных платежей Национального банка Украины
- •10.2.2. Роль Национального банка Украины в платежной системе
- •10.3. Структурная схема сэп
- •10.3.1. Составные сэп
- •10.3.2. Построение сэп
- •10.4. Участники сэп
- •10.5. Идентификация участников сэп
- •10.6. Технология обмена информацией между участником сэп и цосэп
- •10.7. Обмен информацией в файловом режиме
- •10.7.1. Типы и назначения файлов
- •Vtxxxxmd.Nnn, где
- •10.7.2. Выполнение платежа и обмен технологической информацией в файловом режиме
- •10.7.3. Итоговая информация дня по итогам платежей, осуществленных в файловом режиме
- •10.7.4. «Ночные» файлы b
- •10.8. Обмен информацией в он-лайновом режиме
- •10.9. Взаимодействие участника сэп с сэп в он-лайновом режиме на протяжении дня
10.8. Обмен информацией в он-лайновом режиме
Единица обмена он-лайновой информацией между участником СЭП и СЭП называется пакетом. Дальше в этом документе под словом «пакет» понимается минимальный логично целостный объем информации, которым обменивается участник СЭП с ЦОСЭП и который оформляется в виде пакета TCP/IP.
Пакет-запрос (или просто «запрос») – это пакет от участника СЭП к ЦОСЭП.
На каждый пакет-запрос формируется пакет-ответ.
Пакет-ответ (или просто «ответ») – это пакет от ЦОСЭП к участнику СЭП, который формируется ЦОСЭП только как ответ на обработку пакета-запроса и отправляется автору запроса.
Любая информация в он-лайновом режиме предоставляется участнику только в ответ на его запрос. Не существует пакетов, которые ЦОСЭП формирует по своей инициативе и отправляет участнику.
Будем называть «срочным переводом» или «платежом он-лайнового режима» электронный расчетный документ или электронное расчетное сообщение, которое отправитель этого платежного документу отправил в СЭП в он-лайновом режиме.
Все функциональные действия участников СЭП, которые выполняются в он-лайновом режиме, представлены в виде операций с таблицами базы данных ЦОСЭП. Это такие операции:
получение информации из таблиц:
нормативно-справочная информация;
состояние технического корсчета и технического счета участника, обороты по техническим счетам;
состояние лимитов и ограничений, которые влияют на работу участника в СЭП;
информация об обработанных срочных переводах и обработанных файлах;
добавление информации к таблицам:
выполнение срочного перевода;
обновление информации (изменение значений реквизитов) в таблице:
установление новых лимитов и блокировок.
Для выполнения любой из этих операций участник СЭП формирует пакет-запрос и отправляет к ЦОСЭП. ЦОСЭП проверяет этот пакет-запрос и при условии его корректности выполняет обусловленные этим запросом операции. По итогам выполнения этих операций ЦОСЭП формирует пакет-ответ и отправляет его автору запроса. Пакет-ответ содержит информацию об успешном или неуспешном выполнении операции и (в случае успеха) ту информацию из таблиц, которая была запрошена.
10.9. Взаимодействие участника сэп с сэп в он-лайновом режиме на протяжении дня
ЦОСЭП обрабатывает он-лайновые запросы от участников СЭП:
после того, как выполнены регламентные работы начала банковского дня;
и до того, как банковский день будет завершен.
Участник СЭП устанавливает связь с ЦОСЭП в любое удобное для него время, когда у него есть потребность отправить или получить информацию в он-лайновом режиме.
Установление связи происходит исключительно через АРМ-СЭП.
Если во время установления связи оказываются какие-то ошибки, то связь не устанавливается, и участник не может работать с ЦОСЭП в он-лайновом режиме. Это не влияет на работоспособность АРМ-СЭП в файловом режиме.
После успешного установления связи с ЦОСЭП банк выполняет необходимые действия посредством отправки в ЦОСЭП нужного количества пакетов-запросов и получение пакетов-ответов.
После того, как нужные действия выполнены, участник отключается от ЦОСЭП (разрывает соединение).
Сервер приложений ЦОСЭП, предназначенный для обработки он-лайновой информации, может одновременно поддерживать соединение с большим (но не бесконечным) количеством абонентов и обрабатывать их запросы, с их точки зрения, одновременно. Но при слишком большом количестве одновременно подключенных участников может возникнуть перегрузка системы, которая негативно повлияет на качества обслуживания участников.
Поэтому принята договоренность: если участник, который установил соединение, на протяжении достаточно длительного интервала времени не послал к ЦОСЭП ни одного пакета-запроса, то соединение с этим участником разрывается по инициативе ЦОСЭП. На данный момент длительность этого интервала времени – 5 минут, однако разработчики СЭП оставляют за собой право изменять этот интервал с целью оптимизации быстродействия системы.
Один АРМ-СЭП (а следовательно, и один участник СЭП) в каждый конкретный момент времени может иметь одно, и только одно соединение с ЦОСЭП.
АРМ-СЭП должен обмениваться пакетами с ЦОСЭП строго последовательно. Следующий пакет-запрос может быть отправлен только после того, как принят пакет-ответ на предыдущий запрос.
ЦОСЭП обрабатывает пакеты-запросы от различных участников, которые поступают через разные соединения, одновременно, за единственным исключением:
если запрос требует изменения одной строки (или нескольких строк) в таблице (или нескольких таблицах) БД ЦОСЭП, то на время его обработки соответствующие строки блокируются. Поэтому любой другой запрос, который также пытается изменить информацию в этих строках, будет ожидать, пока не завершится обработка первого запроса.
Пример.
Два филиала банка одновременно выполняют начальные платежи в он-лайновом режиме, каждый из них на 100 гривен. На техническом корреспондентском счете банка 150 гривен. В начале выполнения запроса от первого филиала происходит обращение к таблице, в которой ведутся технические корсчета, с целью списания 100 гривен с корсчета этого банка, и, соответственно, блокировка этого корсчета. Запрос от второго филиала будет ожидать, пока закончится изменение корсчета предыдущим запросом. Однако после изменения на корсчете осталось 50 гривен, и второй филиал получит ответ с кодом ошибки «желтое сальдо».
Существует целый ряд ситуаций, когда ЦОСЭП считает, что после обнаруженной ошибки нет смысла продолжать обмен информацией с данным участником. Это, например, ошибки при установлении соединения, получения от участника пакетов некорректной структуры, попытки банка превысить свои права и тому подобное. В таких случаях ЦОСЭП принудительно со своей стороны разрывает соединение с этим участником и информирует обслуживающий персонал ЦРП.
©
Тищенко В.В. Страница