УЦЕУКЦЕ

ТИПОВОЙ ПРОГРАММНЫЙ КОМПЛЕКС
СПЕЦИАЛИЗИРОВАННОЙ АВТОМАТИЗИРОВАННОЙ
БАНКОВСКОЙ СИСТЕМЫ
(ТПК САБС)
ТЕХНОЛОГИЯ РАБОТЫ С БАНКОВСКИМИ КАРТАМИ В

ПОЛЕВЫХ УЧРЕЖДЕНИЯХ
2
СОДЕРЖАНИЕ
1 НАЗНАЧЕНИЕ И УСЛОВИЕ ПРИМЕНЕНИЯ.........................................................6
1.1 ОГРАНИЧЕНИЯ ПО ЭКСПЛУАТАЦИИ ТПК «САБС» ПРИ РАБОТЕ С
БАНКОВСКИМИ КАРТАМИ......................................................................................................6
1.2 РЕКОМЕНДАЦИИ ПО ЭКСПЛУАТАЦИИ ТПК «САБС» ПРИ РАБОТЕ С
БАНКОВСКИМИ КАРТАМИ......................................................................................................6
1.3 ОСНОВНЫЕ ПОНЯТИЯ..............................................................................................6
1.4 ОСОБЕННОСТИ РАБОТЫ С ОСТАТКАМИ ПО ЛИЦЕВЫМ СЧЕТАМ.............7
1.5 РАБОТА С ЛИМИТОМ АВТОРИЗАЦИИ (РЕЗЕРВОМ ПО СЧЕТУ).....................7
1.6 ОСОБЕННОСТИ ИЗМЕНЕНИЯ ОСТАТКОВ ПО ЛИЦЕВЫМ СЧЕТАМ,
ЛИМИТАМ АВТОРИЗАЦИИ, РЕЗЕРВА ПО СЧЕТУ ПРИ ФОРМИРОВАНИИ
БУХГАЛТЕРСКИХ ПРОВОДОК................................................................................................8
1.6.1 Поступление денежных средств посредством безналичных расчетов.........................8
1.6.2 Внесение денежных средств в оборотную кассу посредством приходного кассового
ордера..................................................................................................................................8
1.6.3 Перечисление денежных средств посредством безналичных расчетов.......................8
1.6.4 Выдача денежных средств из оборотной кассы посредством расходного кассового
ордера..................................................................................................................................8
1.6.5 Проведение расходных операций с использованием банковской карты.....................9
1.6.6 Проведение приходных операций с использованием банковской карты.....................9
1.7 СПРАВОЧНИКИ ДЛЯ РАБОТЫ С БАНКОВСКИМИ КАРТАМИ.........................9
1.7.1 Справочник банкоматов....................................................................................................9
1.7.2 Справочник ПУ участников ПС «Золотая Корона» и ПС «МИР»................................9
2 ВЗАИМОДЕЙСТВИЕ С ПРОЦЕССИНГОВЫМ ЦЕНТРОМ................................9
2.1 Общее описание.............................................................................................................9
2.2 Типы файлов.................................................................................................................10
2.2.1 Эмиссионные файлы........................................................................................................10
2.2.2 Транзакционные файлы...................................................................................................11
2.2.3 Суммирующие файлы......................................................................................................12
2.2.4 Технология обмена..........................................................................................................12
3 РАБОТА С БК В ТПК «САБС»...................................................................................13
4 ОБЩИЕ ПРИНЦИПЫ РАБОТЫ С КА....................................................................13
5 ОПЕРАЦИИ С БК В ТПК «САБС»............................................................................14
5.1 ЭМИССИЯ БК..............................................................................................................14
3
5.1.1 ЭТАП 1 - РЕГИСТРАЦИЯ БАНКОВСКОЙ КАРТЫ...................................................14

5.1.2 ЭТАП 2 – ВЫДАЧА БАНКОВСКОЙ КАРТЫ КЛИЕНТУ И ЕЕ АКТИВАЦИЯ......16
5.1.3 ЭТАП 3 – УСТАНОВКА ПЕРВОНАЧАЛЬНОГО ЛИМИТА АВТОРИЗАЦИИ ПО
БАНКОВСКОЙ КАРТЕ...................................................................................................17
5.2 ОПЕРАЦИИ ПО УПРАВЛЕНИЮ БК И ЛА.............................................................18
5.2.1 Операция по ручному изменению лимита авторизации..............................................19
5.2.2 Операция по автоматическому изменению лимита авторизации по БК....................20
5.2.3 Операция по изменению телефона СМС информирования.........................................21
5.2.4 Операция по изменению суточного лимита..................................................................22
5.2.5 Операция по временной блокировки БК.......................................................................23
5.2.6 Операция по снятию временной блокировки БК..........................................................24
5.2.7 Операция по выставлению признака «Изъятие БК»....................................................25
5.2.8 Операция по удалению БК..............................................................................................26
5.2.8.1 Удаление БК по заявлению клиента..........................................................................26
5.2.8.2 Удаление БК по истечению срока действия.............................................................28
5.2.9 Операция по изменению кодового слово......................................................................30
5.2.10 Урегулирование технического овердрафта...................................................................30
5.2.11 Урегулирование операций по отзыву ЛА......................................................................31
5.2.12 Операция по запросу ЛА из ПЦ.....................................................................................31
5.3 УЧЕТ ОПЕРАЦИЙ СОВЕРШЕННЫХ С ИСПОЛЬЗОВАНИЕМ БК....................32
5.4 БУХГАЛТЕРСКИЙ УЧЕТ ОПЕРАЦИЙ С БК.........................................................33
5.4.1 ОТКРЫТИЕ СЧЕТОВ.....................................................................................................33
5.4.1.1 Открытие счетов 20208...............................................................................................33
5.4.1.2 Открытие лицевых счетов 30719, 30720 на календарный день..............................33
5.4.1.3 Открытие лицевых счетов 30719, 30720 для учета операций с банковскими
картами, осуществляемых через кассу полевого учреждения................................................34
5.4.1.4 Открытие лицевых счетов по учету доход и расходов............................................34
5.4.2 ОБЩИЕ ПРИНЦИПЫ ФОРМИРОВАНИЯ БУХГАЛТЕРСКИХ ПРОВОДОК ПО
УЧЕТУ ОПЕРАЦИЙ С БК..............................................................................................34
5.4.2.1 Учет операций по счету клиенте при обработки сообщений 1220.........................34
5.4.2.2 Учет операций по счету клиенте при обработки сообщений 1219.........................35
5.4.2.3 Учет полученного межбанковского вознаграждения..............................................35
5.4.2.4 Учет уплаченного межбанковского вознаграждения...............................................35
5.4.2.5 Учет комиссии эмитента.............................................................................................36
4
5.4.3 БУХГАЛТЕРСКИЕ ПРОВОДКИ ПО УЧЕТУ ОПЕРАЦИЙ СОВЕРШЕННЫХ С

ИСПОЛЬЗОВАНИЕМ БК..............................................................................................36
5.5 ПРОВЕДЕНИЕ СВЕРКИ РАСЧЕТОВ.......................................................................39
6 ОПИСАНИЕ СООБЩЕНИЙ И ФАЙЛОВ...............................................................40
6.1 ОПИСАНИЕ СООБЩЕНИЙ ПО УПРАВЛЕНИЮ БК И ЛА.................................40
6.1.1 Сообщение 9956 - запрос на регистрацию и блокирование КАРТЫ, Расходного
лимита КАРТЫ.................................................................................................................40
6.1.2 Сообщение 9957 - ответ на регистрацию и блокирование КАРТЫ, Расходного
лимита КАРТЫ.................................................................................................................42
6.1.3 Сообщение 9942 - запрос на установку параметров авторизации..............................43
6.1.4 Сообщение 9943 - подтверждение установки параметров..........................................47
6.1.5 Сообщение 9958 – управление дополнительными услугами......................................49
6.1.6 Сообщение 9959 - подтверждение на запрос управления дополнительными
услугами............................................................................................................................50
6.1.7 Сообщение 0244 - синхронизация параметров авторизации ПЦ Золотая Корона -
АБС Банка.........................................................................................................................52
6.2 ОПИСАНИЕ ТРАНЗАКЦИОННЫХ СООБЩЕНИЙ И ФАЙЛОВ........................53
6.2.1 Формат сообщения «Операция»: 1219/1220 R1.0 (ПЦ --> АБС БАНКА)..................53
6.2.1.1 Справочник типов операций.......................................................................................56
6.2.1.2 Контейнеры..................................................................................................................58
6.2.1.2.1 Контейнер 036. Формат контейнера для информации об оригинальной
транзакции в операции возврата и об операции отмены в уведомлении об отмене
операции 59
6.2.1.2.2 Контейнер 041. Формат контейнера для универсальной кредитовой
операции 60
6.2.1.2.3 Контейнер 043 - Формат контейнера с информацией внешнего ПЦ....61
6.2.1.2.4 Контейнер 044 Формат контейнера с данными операции с
конвертацией валют в ПЦ по курсу эмитента..........................................................63
6.2.1.2.5 Контейнер 046 - Формат контейнера для передачи текстовых данных.
64
6.2.2 Формат сообщения «требование по оплате»: код 1221 R1.0 (ПЦ --> АБС БАНКА) 64
6.2.3 Формат стандартного файла «Отчет о невозможности включения платежа в файл
реестра».............................................................................................................................66
6.2.4 Формат стандартного файла «Список Кодов участников».........................................68
6.2.5 Формат суммирующих файлов.......................................................................................68
5
6.2.5.1 Требование-уведомление............................................................................................68
6.2.5.2 Сводное требование-уведомление.............................................................................70
7 НЕШТАТНЫЕ СИТУАЦИИ.......................................................................................71
7.1 НЕШТАТНЫЕ СИТУАЦИИ ВОЗНИКАЮЩИЕ ПРИ РАБОТЕ С КА.................71
7.1.1 Нештатные ситации при проведении контрольного ввода операций по БК..............71
7.1.2 Нештатные ситации при формировании сообщений в ПЦ..........................................71
7.1.3 Нештатные ситации при формировании файлов в ПЦ. Проверка КА на
сформированном ранее сообщении................................................................................72
7.1.4 Нештатные ситации при формировании файлов в ПЦ. Шифрование файла.............72
7.1.5 Нештатные ситации при обработки начальных файлов в ПЦ.....................................72
7.1.6 Нештатные ситации при обработки ответных файлов из ПЦ.....................................73
7.2 НЕШТАТНЫЕ СИТУАЦИИ ВОЗНИКАЮЩИЕ ПРИ ПРОВЕДЕНИИ
СТРУКТУРНОГО И ЛОГИЧЕСКОГО КОНТРОЛЯ ОТВЕТНЫХ ФАЙЛОВ......................73
7.3 НЕШТАТНЫЕ СИТУАЦИИ СВЯЗАННЫЕ С ПОЛУЧЕНЕМ
ОТРИЦАТЕЛЬНОГО ОТВЕТА НА НАЧАЛЬНЫЕ СООБЩЕНИЯ......................................75
7.3.1 Обработка реестров ответов от ПЦ в банк содержащих код ошибки (ответ на запрос
9956 «Регистрация банковской карты»)........................................................................79
9942 «Активация банковской карты»)...........................................................................80
9942 «Установка первоначального лимита авторизации»)..........................................80
7.3.4 Обработка реестров ответов от ПЦ в банк содержащих код ошибки (ответ на
прочие запросы)...............................................................................................................81
8 ПРОВЕРОЧНЫЕ ВОПРОСЫ ПО БАНКОВСКИМ КАРТАМ............................81
8.1 Вопросы........................................................................................................................81
8.2 Ответы...........................................................................................................................83
6
1 НАЗНАЧЕНИЕ И УСЛОВИЕ ПРИМЕНЕНИЯ

1.1 ОГРАНИЧЕНИЯ ПО ЭКСПЛУАТАЦИИ ТПК «САБС» ПРИ РАБОТЕ С
БАНКОВСКИМИ КАРТАМИ
ВНИМАНИЕ! При начале работы в ПУ с банковскими картами категорически

запрещается производить восстановление базы данных ТПК «САБС» из страховой
копии, если в текущем операционном дне был осуществлен обмен с процессинговым
центром, без возникновения нештатной ситуации.
Под нештатной ситуацией понимается потеря работоспосбности сервера.
При возникновении нештатной ситуации следует обратиться к разработчику.
1.2 РЕКОМЕНДАЦИИ ПО ЭКСПЛУАТАЦИИ ТПК «САБС» ПРИ РАБОТЕ С

БАНКОВСКИМИ КАРТАМИ
Рекомендуем, при работе в ПУ с банковскими картами осуществлять формирование

сообщений в процессинговый центр (см. ниже) с 12 часов дня по местному времени.
Данная рекомендация не касается тестовых испытаний.
1.3 ОСНОВНЫЕ ПОНЯТИЯ
При работе с банковскими картами следует оперировать основными понятиями:

Лицевой счет – номер лицевого счета клиента, по которому выдается банковская
карта. Ведение лицевого счета осуществляется стандартным алгоритмом. По лицевому
счету могут быть выданы банковские карты только одной платежной системы: либо
«Золотая Корона», либо «МИР».
По счету может быть выдана 1 (одна) банковская карта ПС «Золотая Корона».
По счету может быть выдана до 3-х (трех) банковских карт ПС «МИР». Одна
основная (выдается владельцу счету) и две дополнительные (выдается доверенным лицам
владельца счета).
Номер банковской карты – номер банковской состоящий из 16 знаков.
Идентификатор лимита авторизации – фактически это номер «лицевого счета»,
который открывается клиенту в ПЦ на основании сообщения из ПУ. В ПЦ на данном
«лицевом счете» числится сумма денежных средств, доступных клиенту. Он должен быть
уникальный для каждого клиента в течении всего срока работы ПУ. Данный параметр
формируется в АСБ и в настоящее порядок его формирования следующий:
1. Размер параметра 20 знаков
2. Для счетов 40817 формат ГГГГММДД_ХХХХХХХХХХХ, где:
 1-8 знаки - ГГГГММДД - дата открытия лицевого счета 40817, по
которому выдается банковская карта;
 9 знак – символ «_»
 10-20 знаки - ХХХХХХХХХХХ – 10-20 знаки лицевого счета 40817,
по которому выдается банковская карта.
3. Для счетов 40820 формат ГГГГММДД0ХХХХХХХХХХХ, где:
 1-8 знаки - ГГГГММДД - дата открытия лицевого счета 40820, по
которому выдается банковская карта;
7
 9 знак – символ «0»

 10-20 знаки - ХХХХХХХХХХХ – 10-20 знаки лицевого счета 40820,
по которому выдается банковская карта.
Лимит авторизации по банковской карте – фактическая сумма денежных средств

доступных клиенту при проведении расходных операций с применением банковской
карты.
Суточный лимит по банковской карте – максимальная сумма проведения
расходных операций по БК в течении одного дня.
1.4 ОСОБЕННОСТИ РАБОТЫ С ОСТАТКАМИ ПО ЛИЦЕВЫМ СЧЕТАМ
До начала работы с банковскими картами (далее – «БК») работа с лицевыми

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

направлены все запросы и получены все ответы в ТПК САБС сумма остатка на
счете = (сумма лимита авторизации + сумма резерва по счету)
1.5 РАБОТА С ЛИМИТОМ АВТОРИЗАЦИИ (РЕЗЕРВОМ ПО СЧЕТУ)
Если по лицевому счету имеется выданная банковская карта, то при работе с ТПК
САБС необходимо учитывать следующие особенности:
1. При поступлении денежных средств на счет клиента
(безналичное поступление, внесение наличных через оборотную
кассу с использованием приходного кассового ордера), данная
сумма в полном объеме будет передана в процессинговый центр
для увеличения лимита авторизации по банковской карте
сообщением определенного типа.
8
2. Для использования части средств имеющихся на лицевом счете

клиента для безналичного перечисления, получения через
оборотную кассу с использованием расходного кассового ордера
необходимо осуществить отзыв требуемой суммы из лимита
авторизации находящегося в процессинговом центре
посредством направления сообщения определенного типа. При
получении положительного ответа на данное сообщение в ТПК
САБС уменьшается сумма лимита авторизации и увеличивается
сумма резерва по счету
1.6 ОСОБЕННОСТИ ИЗМЕНЕНИЯ ОСТАТКОВ ПО ЛИЦЕВЫМ СЧЕТАМ,

ЛИМИТАМ АВТОРИЗАЦИИ, РЕЗЕРВА ПО СЧЕТУ ПРИ ФОРМИРОВАНИИ
БУХГАЛТЕРСКИХ ПРОВОДОК
При изучении данного пункта обратить внимание, что описано изменение остатков в
момент формирования бухгалтерских проводок. Изменение остатков по лицевому
счету, резерва по счету и лимита авторизации могут быть «разорваны» по времени
(происходить не одновременно).
1.6.1 Поступление денежных средств посредством безналичных расчетов
В результате совершения операции данного типа в ТПК САБС:

1. Остаток лицевого счета – увеличится;
2. Лимит авторизации – останется без изменения;
3. Резерв по счету – останется без изменения
1.6.2 Внесение денежных средств в оборотную кассу посредством приходного

кассового ордера
3. Резерв по счету – останется без изменения
1.6.3 Перечисление денежных средств посредством безналичных расчетов

1. Остаток лицевого счета – уменьшится;
3. Резерв по счету – уменьшится.
1.6.4 Выдача денежных средств из оборотной кассы посредством расходного

кассового ордера
3. Резерв по счету – уменьшится.
9
1.6.5 Проведение расходных операций с использованием банковской карты

2. Лимит авторизации – уменьшится;
3. Резерв по счету – останется без изменения.
1.6.6 Проведение приходных операций с использованием банковской карты

В результате совершения операции данного типа в ТПК САБС возможно два
варианта изменения остатков в зависимости от типа совершаемой операции.
Если совершается операция с кодом, который предусматривает её учет в лимите
авторизации карты в ПЦ (см п. 6.2.1.1), то:
2. Лимит авторизации – увеличится;
Если совершается операция с кодом, который не предусматривает её учет в лимите
авторизации карты в ПЦ (см п. 6.2.1.1), то:
1.7 СПРАВОЧНИКИ ДЛЯ РАБОТЫ С БАНКОВСКИМИ КАРТАМИ
1.7.1 Справочник банкоматов
Справочник предназначен для ведения списка технических устройств, имеющихся в

банке. Его заведение необходимо для определения конкретного номера счета при
формировании бухгалтерских проводок по операциям, которые были совершены в
технических устройстах данного ПУ (банкоматы и PVM-терминалы).
1.7.2 Справочник ПУ участников ПС «Золотая Корона» и ПС «МИР»
Справочник предназначен для ведения перечня банка, которые осуществляют

обслуживание БК. Его заведение необходимо для определения конкретного номера счета
при формировании бухгалтерских проводок по операциям при обслуживании БК,
эмитированных другими ПУ.
2 ВЗАИМОДЕЙСТВИЕ С ПРОЦЕССИНГОВЫМ ЦЕНТРОМ

2.1 Общее описание
Взаимодействие с процессинговым центром осуществляется путем обмена файлами

по электронным каналам связи.
Файлы исходящие из АБС подписываются КА и шифруются. У пользователя
осуществляющего формирование файлов в ПЦ должна быть расширенная область
применения ключа - OID = <BaseOID>.29 «Ответисполнители ПУ, которым
предоставляется право выполнять операции с физическими лицами»;
10
Файлы, исходящие из ПЦ подписываются КА и шифруются. У пользователя ПЦ,

осуществляющего формирование файлов должна быть расширенная область применения
ключа - OID = <BaseOID>.15 «Операторы смежных систем».
2.2 Типы файлов

При обмене с ПЦ используются следующие типы файлов:
 Эмиссионные файлы;
 Транзакционные файлы;
 Суммирующие файлы.
2.2.1 Эмиссионные файлы
Эмиссионные файлы – это файлы, которые содержат сообщения на управление

самой банковской картой, лимитом авторизации или дополнительными услугами. При
обмене файлами данного типа осуществляется двусторонний обмен. Инициатором обмена
файлами данного типа является банк (формирует файлы типа req) и получает из ПЦ
ответные файлы (файлы типа res). Исключение составляют файлы, которые содержат
сообщения 0244 «Синхронизация параметров авторизации ПЦ Золотая Корона – АБС
Банка». Исходящие файлы req могут иметь в своем составе сообщения следующих типов
9956, 9942, 9958. Входящие файлы res могут иметь в своем составе сообщения следующих
типов 9957, 9943, 9959, 0244. Описание данных сообщений приведено ниже.
Нумерация файлов данного типа сквозная в течении всего срока работы с БК.
Данное требование относится как к исходящим файлам, так и к входящим. В САБСе
файлы данного типа обрабатываются в строгой последовательности. Пропуски в номерах
файлов не допускаются. Данные файлы содержат сообщения, форматы которых
приведены ниже
Обмен информацией между АБС Банка производится на основании запросов (сообщений),

которые объединяются в файлы:
Файл Тип Наименование Описание Отправитель Получатель
Файл, содержащий
перечень запросов от
АБС БАНКА в ПЦ.
Реестр B0NNNNN – Код
запросов участника в ПЦ; req -
Реестр B0NNNNN.req.num АБС БАНКА ПЦ
от константа, признак
БАНКА файла , содержащего
запросы от Банка; num -
счетчик нумерации
файлов
Реестр Реестр B0NNNNN.res.num Файл, содержащий ПЦ АБС БАНКА

ответов от реестр ответов на
ПЦ в запросы от АБС БАНКА
БАНК в ПЦ. B0NNNNN – Код
участника в ПЦ; res -
константа, признак
файла , содержащего
ответы на запросы
11
БАНКА; num - счетчик

нумерации файлов
2.2.2 Транзакционные файлы
Транзакционные файлы – это файлы, которые содержат сообщения информацию

об операциях с БК. К данным файлам относятся:
 Файл Реестр операций состоит из набора сообщений «операция
1219/1220» (файлы типа trn).
 Файл Реестр операций отмены состоит из набора сообщений
«операция 1219/1220» (файлы типа rvs).
 Файл Реестр расчетных документов состоит из набора сообщений
«требование по оплате 1221» (файлы типа doc).
 Файл Отчет о невозможности включения платежа состоит из
блоков набора сообщений (файлы типа bad).
 Файл Список Кодов участников содержит расшифровки Кодов
участников (файлы типа bnk).
Файлы данного типа (для удобства) образуют «комплект». Под комплектом
понимается перечень всех 5-ти файлов имеющих одинаковую дату и одинаковый номер.
Нумерация файлов данного типа ежедневная.
Последний файл Отчет о невозможности включения платежа (bad) не подлежит
автоматической обработки и носит информативный характер.
Каждое новое сообщение начинается с новой строки файла, поля сообщения
разделены запятыми.
Обмен информацией между АБС Банка производится на основании запросов (сообщений),

которые объединяются в файлы:
Файл Тип Наименование Описание
B0’ - константа
B0NNNNN.yyyymmdd- NNNNN – ID получателя у ПРОЦЕССОРА,
Реестр операций Реестр
XXX.trn.txt yyyymmdd – дата формирования реестра
XXX - порядковый номер файла за день
Реестр операций B0NNNNN.yyyymmdd- NNNNN – ID получателя у ПРОЦЕССОРА,
Реестр
отмены XXX.rvs.txt yyyymmdd – дата формирования реестра
Реестр расчетных B0NNNNN.yyyymmdd- NNNNN – у ПРОЦЕССОРА,
Реестр
документов XXX.doc.txt yyyymmdd – дата формирования реестра
Список Кодов B0NNNNN.yyyymmdd- NNNNN – ID получателя у ПРОЦЕССОРА,
Отчет
участников XXX.bnk.txt yyyymmdd – дата формирования отчета
Отчет о Отчет B0NNNNN.yyyymmdd- B0’ - константа
невозможности XXX.bad.txt NNNNN – ID получателя у ПРОЦЕССОРА,
включения платежа yyyymmdd – дата формирования отчета
12
в файл реестра XXX - порядковый номер файла за день
2.2.3 Суммирующие файлы

Суммирующие файлы – это файлы, которые содержат суммирующую информацию
об операциях с БК (файлы типа sum, ttl). Файлы типа sum поступают и обрабатываются в
ПУ. Файлы типа ttl поступают и обрабатываются в ДПУ.
Описание структуры сообщений и файлов приведено в п. 6.1
2.2.4 Технология обмена

Обмен файлами с ПЦ осуществляется с использованием промежуточного почтового
АРМа, который поставляется в банк ПС «Золотая Корона». Общая схема обмена выглядит
следующим образом:
ОБМЕН ИСХОДЯЩИМИ ФАЙЛАМИ: ТПК «САБС» -> внешний МН ->
Почтовый АРМ -> ПЦ.
ОБМЕН ВХОДЯЩИМИ ФАЙЛАМИ: ПЦ -> Почтовый АРМ -> внешний МН ->
ТПК «САБС».
Внимание! При обмене с ПЦ следует понимать, что обмен с ПЦ осуществляется

файлами. В состав файлов включаются сообщения 9956, 9942, 9958 (см. ниже). Выше
указанные сообщения формируются на основании:
 Операций с банковскими картами, которые вводятся вручную
пользователями САБС в режимах по работе с банковскими картами.
Например, введена и проконтролирована операция по регистрации
новой БК. На основании данной операции будет сформирован запрос
9956 «На регистрацию БК»;
 Операций с лицевыми счетами, которые были введены пользователями
в иных режимах САБС. Например, на основании кредитового авизо на
лицевой счет клиента было зачислено финансирование. Данная
операция вводится в режимах по МБР, но она служит основанием для
формирования запроса 9942 «На изменение ЛА» в соответствующем
режиме по работе с БК.
При работе с исходящими файлами следует руководствоваться следующими

правилами:
1. Исходящие файлы храняться подписанные (к имени файла добавляется префикс dcr.
Например, dcr_B000210.reg.100) и подписанные и зашифрованные (к имени afqkf
префикс dcr не добавляется. Например, B000210.reg.100).
2. Сформированный и подписанный пакет сообщений помещается в папку «Каталог
архива исх. сообщений (сервер)»
3. Сформированный, подписанный и зашифрованный пакет сообщений помещается в
папку «Каталог архива исх. сообщений (сервер)» и папку «Каталог исх. сообщений
(сервер)». Например, B000210.reg.100.
4. При отправке файла в ПЦ файл копируется с удалением из папки «Каталог исх.
сообщений (сервер)» в папку «Путь выгрузки в процессинг».
13
При работе с входящими файлами следует руководствоваться следующими

правилами:
1. Файл с ответными сообщениями (подписанный и зашифрованный) перемещается из
папки «Путь загрузки из процессинга» в папки «Каталог вх. сообщений (сервер)» и
«Каталог архива вх. сообщений (сервер)». В данные папки файл пмещается в
неизменном виде.
2. При обработке пакета входящих сообщений данный файл расшифровывается
(расшифрованный файл помещается в папку «Каталог архива вх. сообщений (сервер)»
с префиксом dcr. Например, dcr_B000210.res.100.)
3. После обработки файл с входящими сообщениями удаляется из папки «Каталог вх.
сообщений (сервер)»
3 РАБОТА С БК В ТПК «САБС»
Для работы с банковскими картами (далее «БК») в ТПК САБС должно быть
организовано 3 роли:
 Ответисполнитель по банковским картам (далее «ОИ по БК»)
 Контролер по банковским картам (Далее «Контролер БК»)
 Ответисполнитель по обмену с процессинговым центром (далее «ОИ
по обмену с ПЦ»)
 Правила применения сертификатов СКАД
4 ОБЩИЕ ПРИНЦИПЫ РАБОТЫ С КА

При работе с банковскими картами необходимо руководствоваться следующими
принципами работы с КА:
 Операции вводимые вручную на первичном вводе должны быть подписаны
КА ОИ, который имеет имеет OID = <BaseOID>.1 или OID = <BaseOID>.4
(см. «Правила применения сертификатов СКАД «Сигнатура»» файл.
PR_SIGN.doc)
 При контрольном вводе введенных вручную операций по БК осуществляется
проверка КА ОИ первичного ввода. Проконтролированные операции
подписываются КА контролера двойного ввода, который имеет имеет OID =
<BaseOID>.1 или OID = <BaseOID>.5;
 Операции, которые формируются программно подписываются одной КА,
который должен иметь OID = <BaseOID>.1 или OID = <BaseOID>.4, или OID
= <BaseOID>.5. или OID = <BaseOID>.29;
 При формировании сообщений в ПЦ на основании введенных вручную
операций осуществляется проверка 2-х КА (ОИ первичного ввода и
контролера двойного ввода). При формировании сообщений в ПЦ на
основании сформированных программно операций осуществляется проверка
1-ой КА.
14
 Сформированные в адрес ПЦ сообщения подписываются КА ОИ по обмену с

ПЦ , который имеет имеет OID = <BaseOID>.29
 При формировании файлов в ПЦ на основании сформированных ранее
сообщений осуществляется проверка 1-ой КА. Сообщения должны быть
подписаны КА, , который имеет имеет OID = <BaseOID>.29
 Сформированные в адрес ПЦ файлы подписываются КА ОИ по обмену с ПЦ ,
который имеет имеет OID = <BaseOID>.29. Данный ключ должен обязательно
иметь функцию «ШИФРОВАНИЕ».
 Файлы полученные из ПЦ должны быть подписаны КА ПЦ , который имеет
имеет OID = <BaseOID>.15
5 ОПЕРАЦИИ С БК В ТПК «САБС»

Работу с БК в ТПК САБС можно разделить на 3 основных цикла:
 Эмиссия БК – перечень обязательных действий с момента подачи
заявления клиента в ПУ на выдачу БК до момента, когда клиент может
использовать БК.
 Управление БК – перечень возможных действий по управлению БК в
период ее срока действия, включая операции по ее удалению и отзыву
лимита авторизации из ПЦ
 Учет операций – перечень действий по бухгалтерскому учету
операций совершенных клиентом с использованием БК
5.1 ЭМИССИЯ БК
Эмиссия БК осуществляется в несколько этапов:
 Этап 1 – Регистрация банковской карты
 Этап 2 – Выдача банковской карты клиенту и ее активация
 Этап 3 – Установка первоначального лимита авторизации по
активированной банковской карте
5.1.1 ЭТАП 1 - РЕГИСТРАЦИЯ БАНКОВСКОЙ КАРТЫ
Регистрация БК осуществляется сотрудниками ПУ в следующем порядке:
4. ОИ по БК осуществляет ввод данных по вновь выдаваемой БК в ТПК САБС. Ввод

осуществляется в режиме «Эмиссия БК». Для этого в режиме необходимо указать
фильтр «Ввод и редактирование» и выбрать действие «Новая карта». При вводе
указывается тип платежной системы («Золотая Корона» или «МИР»). Для ПС «МИР»
указывается также тип банковской карта – основная или дополнительная. Регистрация
дополнительной банковской карты возможна только при наличии доверенного лица у
клиента, по счету которого осуществляется регистрация дополнительной БК. Ввод
15
доверенных лиц и их привязка к клиентам осуществляется в режиме «Подготовка и

ведение документов ФЛ» -> «Справочник клиентов ФЛ».
5. После ввода и сохранения информации о новой БК ОИ по БК должен распечатать
документ «Форма персонализации» и «Информационный лист»
6. Передать информацию о вновь выдаваемой БК на контрольный ввод, путем
формирования пачки контрольного ввода стандартным способом
7. Контролер по БК осуществляет контрольный ввод информации в режиме
«Контрольный ввод по БК». При осуществлении контрольного ввод по БК действуют
такие же правила, как и при контрольном вводе расчетных документов.
8. При положительном результате контрольного ввода, информация по данной операции
с БК автоматически попадает ОИ по обмену с ПЦ
9. ОИ по обмену с ПЦ в режиме «Формирование сообщений в ПЦ» осуществляет
формирование сообщение 9956 «Запрос на регистрацию БК» в процессинговый центр.
Установить фильтр «Формирование исх. запросов», выделить курсором
операцию и выполнить действие «Формирование исходящих запросов».
Осуществляется формирование сообщения 9956, которое подписывается КА ОИ по
обмену с ПЦ.
10. После формирования сообщения 9956 ОИ по обмену с ПЦ в режиме «Обработка
файлов» -> «Исходящие» должен осуществить формирование реестра запросов от
банка (файл типа req). Действие «Сформировать пакет сообщений».
11. ОИ по обмену с ПЦ по сформированному реестру запросов от банка осуществляет
печать документа «Реестр запросов к ПЦ»
12. ОИ по обмену с ПЦ осуществляет выгрузку сформированного реестра запросов от
банка на внешний магнитный носитель информации. Действие «Отправить в
процессинг».
13. Выгруженный на внешний магнитный носитель информации реестр запросов от банка
отправляется в процессинговый центр с использованием предоставленного АРМа
«Обмен с ПЦ».
14. В течение установленного регламентом обмена времени от ПЦ должен поступить
реестр ответов от ПЦ в банк (файл типа res), который с использованием
предоставленного АРМа «Обмен с ПЦ» выгружается на внешний магнитный носитель
информации
15. ОИ по обмену с ПЦ в режиме «Обработка файлов» -> «Входящие» осуществляет
загрузку полученного реестр ответов от ПЦ в банк с внешнего магнитного носителя
информации. Действие «Загрузить входящие файлы». Файл с ответными
сообщениями (подписанный и зашифрованный) перемещается из папки «Путь
загрузки из процессинга» в папки «Каталог вх. сообщений (сервер)» и «Каталог архива
вх. сообщений (сервер)».
обработку полученного реестр ответов от ПЦ в банк. Нажать клавишу «Обработать
ЭМ». При обработке пакета входящих сообщений данный файл расшифровывается, на
нем проверяется подпись КА ОИ ПЦ и при положительном результате проверки
подписи обрабатывается.
Если данная клавиша неактивна, то вероятнее всего поступил файл не с тем
порядковым номером. Слева от данной клавиши справочно подсвечивается
номер ожидаемого пакета.
17. ОИ по обмену с ПЦ в режиме «Обработка файлов» -> «Входящие» по обработанному
реестру ответов от ПЦ в банк осуществляет печать документа «Реестр подтверждений
от ПЦ»
16
Выполнение действий описанных выше означает, что банковская

карта зарегистрирована в процессинговом центре и готова к выдаче
клиенту
5.1.2 ЭТАП 2 – ВЫДАЧА БАНКОВСКОЙ КАРТЫ КЛИЕНТУ И ЕЕ

АКТИВАЦИЯ
Выдача БК клиенту и ее активация осуществляется сотрудниками ПУ в следующем

порядке:
1. ОИ по БК осуществляет создание новой операции на выдачу банковской карты

клиенту. Для этого необходимо войти в режим «Эмиссия БК», указать фильтр
«Выдача БК клиенту» и выбрать действие «Выдача БК клиенту - создание». Данная
операция автоматически передается контролеру по БК на визуальный контроль.
2. Контролер по БК осуществляет визуальный контроль БК выдаваемой клиенту в
режиме «Визуальный контроль по БК». Действие «Контролировать».
3. После визуального контрля БК ОИ по БК подтверждает факт выдачи банковской
карты клиенту. Для этого необходимо войти в режим «Эмиссия БК», указать фильтр
«Выдача БК клиенту» и выбрать действие «Выдача БК клиенту - подтверждение».
ВНИМАНИЕ! В момент подтверждения факта выдачи БК ПС «МИР» клиенту

происходит анализ наличия привязки к счету клиента открытого на БС 2-го порядка
40817/40820 лицевого счета для учета технического овердрафта открытого на БС 2-го
порядка 47423. Если такого лицевого счета нет, то он автоматически бронируется.
Отвественный за том КРЛС должен потом выпонить его открытие.
4. После подтвержения факта выдачи информация о данной операции по БК

автоматически попадает ОИ по обмену с ПЦ
формирование сообщение 9942 «Запрос на регистрацию БК» в процессинговый центр.
Установить фильтр «Формирование исх. запросов», выделить курсором
операцию и выполнить действие «Формирование исходящих запросов».
11. В течении установленного регламентом обмена времени от ПЦ должен поступить
17

информации. Действие «Загрузить входящие файлы».
ЭМ». Если данная клавиша неактивна, то вероятнее всего поступил файл не с
тем порядковым номером. Слева от данной клавиши справочно подсвечивается
от ПЦ».
При обработке ответного сообщения 9943 «Ответ на активацию БК»

осуществляется анализ наличия действующих БК по счету клиента, в
результате чего возможно получение следующих вариантов:
1. Если по счету уже имеется действующая БК, то по результатам
обработки данного сообщения, БК будет переведена в
обслуживаемые и клиент может совершать расходные операции
по банковской картой в сумме установленного ранее ЛА;
2. Если по счету отсутствует действующая БК (было обработано
сообщение на активацию первой БК по счету), то по ней
необходимо сформировать сообщение для передачи суммы
остатка лицевого счета в процессинговый центр (см. 5.1.3 )
5.1.3 ЭТАП 3 – УСТАНОВКА ПЕРВОНАЧАЛЬНОГО ЛИМИТА

АВТОРИЗАЦИИ ПО БАНКОВСКОЙ КАРТЕ
3 этап выполняется только в том случае, если по счету выдается первая банковская
карта.
Процедура установки первоначального лимита авторизации по активированной БК
выполняется в следующем порядке:
1. Для установки первоначального лимита авторизации по БК ОИ по обмену с ПЦ в

режиме «Формирование сообщений в ПЦ» осуществляет формирование сообщение
9942 «Запрос на установку лимита авторизации по БК». Установить фильтр
«Формирование исх. запросов», выделить курсором операцию и выполнить
действие «Формирование исходящих запросов».
банка (файл типа req). Действие «Сформировать пакет сообщений». При
формировании пакета сообщений в ПЦ осуществляется проверка КА ОИ по обмену с
ПЦ на сообщении 9942, которое было сформировано в режиме «Формирование
запросов в ПЦ».
18

от ПЦ»
Выполнение действий описанных выше означает, что клиент может

совершать расходные операции по банковской картой в сумме, которая
была передана из АБС в ПЦ
5.2 ОПЕРАЦИИ ПО УПРАВЛЕНИЮ БК И ЛА
Под управлением БК и ЛА подразумевается перечень возможных действий, в

результате выполнения которых осуществляется изменение параметров самой банковской
карты и лимита авторизации :
Под управлением БК (ЛА по БК) подразумевается:

1. Операция по ручному изменению лимита авторизации по банковской
карте
2. Операция по автоматическому изменению лимита авторизации по
банковской карте
3. Операция по изменению телефона СМС информирования
4. Операция по изменению суточного лимита по банковской карте
5. Операция по установке временной блокировки банковской карты
6. Операция по снятию временной блокировки банковской карты
7. Операция по выставлению признака «Изъятия банковской карты»
8. Операция по удалению банковской карты
19
9. Операция по изменению кодового слова

10. Операции по запросу ЛА
5.2.1 Операция по ручному изменению лимита авторизации
Операции данного типа осуществляются:

 На основании заявления клиента;
 На основании инкассовых требований выставленных по счету клиента.
ВНИМАНИЕ! Ввод операций на изменение ЛА возможно только

при условии, что по предыдущей операции на изменение ЛА получен
ответ из ПЦ.
1. Для изменения лимита авторизации по БК ОИ по БК в режиме «Операции по БК»

осуществляет ввод новой операции типа «Изменение ЛА». Возможно выполнение
следующих действий с ЛА:
 Увеличение ЛА на конкретную сумму. В данном случае сумма изменения
ЛА не может быть больше установленного ранее резерва по счету;
 Уменьшение ЛА на конкретную сумму. В данном случае сумма изменения
ЛА не может быть больше установленного ранее ЛА по БК
 Уменьшение ЛА на всю сумму. В данном случае из ПЦ отзывается вся
сумма ЛА.
2. Передать информацию о вновь введенной операции на контрольный ввод, путем

такие же правила как и при контрольном вводе расчетных документов.
4. При положительном результате контрольного ввода информация о БК автоматически
попадает ОИ по обмену с ПЦ
формирование сообщение 9942 «Запрос на установку параметров авторизации» в
процессинговый центр. Установить фильтр «Формирование исх. запросов»,
выделить курсором операцию и выполнить действие «Формирование исходящих
запросов».
20

от ПЦ»
5.2.2 Операция по автоматическому изменению лимита авторизации по БК
Операции данного типа осуществляются на основании проведенных расчетных

документов, по зачислению денежных средств на счет клиента (ПКО, платежные
документы по безналичному перечислению).
1. Для автоматического изменения лимита авторизации по БК ОИ по обмену с ПЦ в

режиме «Формирование сообщений в ПЦ» осуществляет формирование сообщение
9942 «Запрос на установку параметров авторизации» в процессинговый центр.
Установить фильтр «Формирование исх. запросов» и выполнить действие «Установка
ЛА по всем БК». САБС автоматически осуществляет проверку возможности
формирования данных сообщений по следующему алгоритму: остаток по счету
сравнивается с суммой значений установленного ЛА и установленного резерва по
счету. Если сумма остатка на счет больше полученного значения (ЛА + РЕЗЕРВ), то на
разницу (Остаток по счету – ЛА – РЕЗЕРВ) формируется сообщение на увеличение
ЛА. Следует отметить, что до получения подтверждения ПЦ по отправленному
ранее запросу на увеличение ЛА, формирование второго сообщения на
увеличение ЛА не осуществляется. По результатам данного действия будет
выдано сообщение: «Сформировано ХХХ операций на увеличение ЛА.
Несформировано по причине наличия неподтвержденных операций: YYY». Это
сообщение означает, что по ХХХ картам были сформированы сообщения 9942 на
увеличение ЛА. По YYY картам сообщения на увеличение ЛА не сформированы, так
как по этим картам они были сформированы ранее и по ним не получен ответ.
21

от ПЦ»
Выполнение действий описанных выше при положительном ответе

из ПЦ означает, что расходный лимит авторизации по банковской
картой в ПЦ увеличен. Клиент может совершать расходные операции на
данную сумму.
5.2.3 Операция по изменению телефона СМС информирования
1. Для изменения телефона СМС информирования по БК ОИ по БК в режиме «Операции

по БК» осуществляет ввод новой операции типа «Изменение телефона СМС инф.».
2. Передает информацию о вновь введенной операции на контрольный ввод, путем
22

запросов».
информации Действие «Загрузить входящие файлы».
от ПЦ»
5.2.4 Операция по изменению суточного лимита
1. Для изменения суммы суточного лимита по БК ОИ по БК в режиме «Операции по БК»

осуществляет ввод новой операции типа «Изменение суточного лимита».
23

запросов».
от ПЦ»
5.2.5 Операция по временной блокировки БК
1. Для установки временной блокировки по БК ОИ по БК в режиме «Операции по БК»

осуществляет ввод новой операции типа «Временная блокировка».
24

запросов».
от ПЦ»
5.2.6 Операция по снятию временной блокировки БК
1. Для снятия временной блокировки по БК ОИ по БК в режиме «Операции по БК»

осуществляет ввод новой операции типа «Снятие блокировки».
запросов».
25

от ПЦ»
5.2.7 Операция по выставлению признака «Изъятие БК»
1. Для установки признака «Изъятие БК» в режиме «Операции по БК» осуществляет ввод
новой операции типа «Запрос на изъятие БК».
запросов».
26

от ПЦ»
5.2.8 Операция по удалению БК
При выполнении операций по удалению БК необходимо руководствоваться

следующим правилом:
 После получения положительного ответа на сообщение 9956 «Запрос на
удаление БК» в отдельнм режиме (см ниже) будет проведен анализ состояния
банковских карт по счету клиента. Если по счету имеется более одной БК, то
удаляемая БК будет автоматически переведена в состяние «БК удалена». Если
удаляемая БК является единственной, то в обязательном порядке будет
автоматически сформирована операция на полный отзыв ЛА. По данной
операции будет сформировано сообщение 9942 «Изменение ЛА – полный
отзыв».
ВНИМАНИЕ! Пользователи системы зачастую при удалении БК сначала

осуществляют ввод операции на полный отзыв ЛА. После этого осуществляют ввод
операции на удалении БК. По результатам обработки операции по удалению БК
повторно осуществляется полный отзыв ЛА.
5.2.8.1 Удаление БК по заявлению клиента

27
1. Для удаления БК ОИ по БК в режиме «Операции по БК» осуществляет ввод новой

операции типа «Удаление БК». Ввод данной операции осуществляется для
окончательной блокировки БК. Обратное действие при выполнении данной операции
невозможно
формирование сообщение 9956 «Запрос на регистрацию и блокирование карты, лимита
авторизации» в процессинговый центр. Установить фильтр «Формирование исх.
запросов», выделить курсором операцию и выполнить действие «Формирование
исходящих запросов».
от ПЦ»
15. При положительном ответе на запрос 9956, ОИ по обмену с ПЦ в режиме «Обработка
закрываемых БК» осуществляет обработку закрываемых БК. Необходимо выдалить
закрываемые БК и выполнить действие «Обработать закрываемые БК». При
выполнении данного действия осуществляется анализ количества действующих БК по
лицевому счету клиента. Если удаляемая БК не является последней по счету
клиента, то она автоматически переводится в закрытые (присваивается статус «БК
закрыта»). Если удаляемая БК является последней по счету клиента, то при
28
выполнении действия «Обработать закрываемые БК» автоматически формируется

операция на полный отзыв ЛА. По данной операции необходимо сформировать
сообщение 9942 на полный отзыв ЛА. Для этого ОИ по обмену с ПЦ в режиме
«Формирование сообщений в ПЦ» осуществляет формирование сообщение должен
установить фильтр «Формирование исх. запросов», выделить курсором
сформированную автоматически операцию и выполнить действие
«Формирование исходящих запросов».
номер ожидаемого пакета. После обработки сообщения входящего сообщения БК
будет присвоен статус «БК закрыта» (БК считается удаленной)
от ПЦ»
5.2.8.2 Удаление БК по истечению срока действия
1. Для удаления БК, по которым истек срок действия, ОИ по работе с БК (ОИ по обмену
с ПЦ) в режиме «Просмотр БК» выбирает фильтр «БК с окончившимся сроком
действия» - на экран будут отражены БК, у которых истек срок действия. Необходимо
выдалить данные БК и выполнить действие «Запрос на удаление БК». При вполнении
данного действия будет сформирована операция по удалению БК, которая
автоматически попадает ОИ по обмену с ПЦ
формирование сообщение 9956 «Запрос на регистрацию и блокирование карты, лимита
авторизации» в процессинговый центр. Установить фильтр «Формирование исх.
29
запросов», выделить курсором операцию и выполнить действие «Формирование

исходящих запросов».
от ПЦ»
12. При положительном ответе на запрос 9956, ОИ по обмену с ПЦ в режиме «Обработка
закрываемых БК» осуществляет обработку закрываемых БК. Необходимо выдалить
закрываемые БК и выполнить действие «Обработать закрываемые БК». При
выполнении данного действия осуществляется анализ количества действующих БК по
лицевому счету клиента. Если удаляемая БК не является последней по счету
клиента, то она автоматически переводится в закрытые (присваивается статус «БК
закрыта»). Если удаляемая БК является последней по счету клиента, то при
выполнении действия «Обработать закрываемые БК» автоматически формируется
операция на полный отзыв ЛА. По данной операции необходимо сформировать
сообщение 9942 на полный отзыв ЛА. Для этого ОИ по обмену с ПЦ в режиме
«Формирование сообщений в ПЦ» осуществляет формирование сообщение должен
установить фильтр «Формирование исх. запросов», выделить курсором
сформированную автоматически операцию и выполнить действие
«Формирование исходящих запросов».
30

номер ожидаемого пакета. После обработки сообщения входящего сообщения БК
будет присвоен статус «БК закрыта» (БК считается удаленной)
от ПЦ»
5.2.9 Операция по изменению кодового слово

запрос на регистрацию и блокирование КАРТЫ, лимита авторизации.
1. Для изменения кодового слова по БК ОИ по БК в режиме «Операции по БК»

осуществляет ввод новой операции типа «Изменение кодового слова».
4. ОО отвечающий за выгрузку данных в ОИФЛ в режиме «Экспорт – «Выгрузка в ПК
ОИФЛ ПУ» осуществляет выгрузку данных в файл. В данном файле указывается
измененное (новое) кодовое слово.
5.2.10 Урегулирование технического овердрафта
Технический овердрафт – это процедура зачисления на счет клиента суммы,

которой недостаточно для отражения по счетам бухгалтерского учета расходной
операции, соверщенной с использованием банковской карты. Технический овердрафт
возникает из-за временной разницы поступления в ПУ приходных и расходных операций.
Технический овердрафт может быть только при обработке операций по БК ПС «МИР».
31
Урегулирование технического овердрафта – это процедура списания со счета

клиента суммы, ранее зачисленного технического овердрафта.
1. Урегулирование технического овердрафта осуществляется в режиме «Обработка

технического овердрафта». ОИ по БК должен установить курсор на лицевой счет, по
которому необходимо провести урегулирование овердрафта и выполнить двойной
клик «мыши» для вывода на экран формы «Картотека овердрафта».
2. В форме «Картотека овердрафта» выполнить действие «Обработка овердрафта». Будет
произведена проверка возможности урегулирования технического овердрафта. При
достаточности средств на счете 40817/40820. Будут автоматически сформированы
бухгалтерские проводки Дт 40817/40820 – Кт 47423 и мемориальный ордер 0401108.
5.2.11 Урегулирование операций по отзыву ЛА
При выполнении операций по изменению ЛА (полный отзыв) может возникнуть

ситуация, когда возвращаемый из ПЦ ЛА превышает значение данного показателя в ТПК
САБС. Такая ситуация возникает из-за временного разрыва поступления транзакций по
приходным операциям – приходные операции совершаемые через устройства ПС «МИР»
увеличивают сумму доступного ЛА онлайн, а транзакционные пакеты, содержащие
данные операции поступают в ПУ для обработки на следующий день . В данном случае,
при обработке ответного сообщения 9943 в ТПК САБС выполняются следующие
действия:
1. На сумму подтвержденного в ТПК САБС лимита авторизации,
увеличивается резерв по счету;
2. На сумму подтвержденного в ТПК САБС лимита авторизации, уменьшается
ЛА;
3. Разница между подтвержденным в ТПК САБС лимитом авторизации и
фактически отозванным из ПЦ лимитом авторизации отражается как
неурегулированный ЛА.
В дальнейшем, при обработки данных транзакций, необходимо выполнить

урегулирование операций по отзыву ЛА.
1. Урегулирование операций по отзыву ЛА осуществляется в режиме «Урегулирование

операций по отзыву ЛА». ОИ по БК должен установить курсор на лицевой счет, по
которому необходимо провести урегулирование ЛА и выполнить действие
«Урегулирование ЛА». При выполнении данного действия:
 если ЛА равен нулю (приходные операции еще не обработаны), то выдается
соответствующее предупреждение;
 если ЛА отличен от нуля (приходные операции обработаны), то происходит
урегулирование ЛА.
5.2.12 Операция по запросу ЛА из ПЦ
1. Для получения информации об актуальном состоянии ЛА в ПЦ, ОИ по работе с БК

(ОИ по обмену с ПЦ) в режиме «Просмотр БК» формирует операцию «Запрос
32
текущего ЛА в ПЦ». Операцию данного типа можно выполнить как по конкиретной

БК, так и по группе карт.
 Для формирования операции по конкретной БК, необходимо выделить ее
курсором и выполнить действие «Запрос ЛА из ПЦ».
 Для формирования операций по группе карт необходимо выполнить действие
«Запрос ЛА из ПЦ (списком)». В появившемся окне необходимо указать
параметры группы БК, по которым будут сформированы операции.
формирование сообщения 9942 в процессинговый центр. Установить фильтр
«Формирование исх. запросов», выделить курсором операцию и выполнить
действие «Формирование исходящих запросов».
от ПЦ»
5.3 УЧЕТ ОПЕРАЦИЙ СОВЕРШЕННЫХ С ИСПОЛЬЗОВАНИЕМ БК
1. В течении установленного регламентом обмена времени от ПЦ должны поступить:
 Файл Реестр операций состоит из набора сообщений «операция 1219/1220» (файл

типа trn).
 Файл Реестр операций отмены состоит из набора сообщений «операция
1219/1220».
33
 Файл Реестр расчетных документов состоит из набора сообщений «требование по

оплате 1221» (файл типа doc)
 Файл Отчет о невозможности включения платежа состоит из блоков набора
сообщений.
 Файл Список Кодов участников содержит расшифровки Кодов участников.
которые с использованием предоставленного АРМа «Обмен с ПЦ» выгружается на

внешний магнитный носитель информации
загрузку полученных файлов с внешнего магнитного носителя информации. Действие
«Загрузить входящие файлы».
обработку полученных файлов. Нажать клавишу «Обработать». Если данная
клавиша неактивна, то вероятнее всего был загружен не не полный комлект
транзакционных файлов. Например, загружен файл типа TRN, но не загружен
парный ему файл DOC (парный – файл имеющий такую же дату и номер) В
момент обработки осуществляется формирование бухгалтерских проводок
4. ОИ по обмену с ПЦ в режиме «Обработка файлов» -> «Входящие» по обработанным
файлам печатается:
 По файлу TRN – «Реестр операций», «мемориальные ордера»

 По файлу DOC – «Реестр документов»
5.4 БУХГАЛТЕРСКИЙ УЧЕТ ОПЕРАЦИЙ С БК
5.4.1 ОТКРЫТИЕ СЧЕТОВ

5.4.1.1 Открытие счетов 20208
Для учета операций осуществляемых с банковскими картами в ПУ должны быть

открыты лицевые счета на БС 2-го порядка 20208 на каждое техническое устройство типа
«Банкомат», заведенное в «Справочнике банкоматов». На PVN терминалы лицевые счета
не открываются
5.4.1.2 Открытие лицевых счетов 30719, 30720 на календарный день
Открытие лицевых счетов данного типа на БС 2-го порядка 30719, 30720

осуществляется штатным способом в режиме «Тома КРЛС» с учетом следующих
особенностей:
 Последние 3 символа в номере лицевого счета должны иметь значение от 101

до 131 (31 календарный день). Например, счет открываемый на 20 число
должен иметь номер 30719 810 000 000 000 120.
 Счета 30719 и 30720 с 01.01.2015 г. является парными. Соответственно пара
счетов 30719, 30720 открываемая на один день должна иметь одинаковое
окончание. Например, счета открываемый на 15 число должен иметь номера
30719 810 000 000 000 115 и 30720 810 600 000 000 115.
 Данные счета в КРЛС должны иметь признак «Календарный»
34
5.4.1.3 Открытие лицевых счетов 30719, 30720 для учета операций с банковскими
картами, осуществляемых через кассу полевого учреждения
Для учета операций осуществляемых с банковскими картами в ПУ через кассу

должны быть открыты следующие лицевые счета на БС 2-го порядка 30719, 30720:
1. для учета операций совершенных в кассе ПУ с использованием PVN
терминала открываются отдельные лицевые счета 30719 и 30720. Данные
счета в КРЛС должны иметь признак «Транзитный». В данных счетах
последние три знака не должны иметь значения 101-131.
5.4.1.4 Открытие лицевых счетов по учету доход и расходов
В ПУ должны быть открыты следующие лицевые счета по учету доходов и

расходов:
 На счете 70107 для учета комиссии эмитента;
 На счете 70107 для учета полученного межбанковского вознаграждения;
 На счете 70209 для учета уплаченного межбанковского вознаграждения.
Внимание! По открытым лицевым счета учета доходов/расходов должна быть

выполнена настройка в режиме «Настройка лицевых счетов для расчетов»
5.4.2 ОБЩИЕ ПРИНЦИПЫ ФОРМИРОВАНИЯ БУХГАЛТЕРСКИХ

ПРОВОДОК ПО УЧЕТУ ОПЕРАЦИЙ С БК
Формирование бухгалтерских проводок осуществляется на основании файлов типа

DOC и TRN. Файлы DOC содержат общую информацию о совершеных операциях с
использованием БК, которая поступает в виде сообщений 1221. Файлы TRN содержат
подробную информацию о совершеных операциях с использованием БК, которые
поступают в виде сообщений 1219 и 1220.
Общая сумма операций и их количество в файле TRN должны быть равны сумма
операций и их количеству в парном файле DOC.
Парные файлы – это файлы, которые имеют одинаковые даты в имени файла
(см. 6.2.1) и одинаковый порядковый номер.
5.4.2.1 Учет операций по счету клиенте при обработки сообщений 1220
1. Сообщения 1220 означают, что в была совершена операция с использованием

БК выданной данным ПУ в устройствах не данного ПУ – устройства других
ПУ или устройствах ПС «МИР».
2. По значению поля PAN «Идентификатор карты клиента» (см. 6.2.1)
возможно определить принадлежность БК – выдана данным ПУ или другим
ПУ. В сообщении 1220 значение данного поля (номер карты) должно быть
найдено в базе БК выданных данным ПУ. В противном случае сообщение не
обрабатывается. По номеру карты определяется конкретный номер лицевого
счета 40817/40820
35
3. По значение поля OPERTYPE «Тип операции» (см. 6.2.1.1) определяется тип

операции – приходная или расходная.
4. Далее определяется корреспондирующий счет 30719/30720 - последние две
цифры номера должны быть равны значению ДД из имени файла.
5.4.2.2 Учет операций по счету клиенте при обработки сообщений 1219
1. Сообщения 1219 означают, что в была совершена операция с использованием

БК выданной данным ПУ в устройствах данного ПУ.
2. По значению поля PAN «Идентификатор карты клиента» (см. 6.2.1)
возможно определить принадлежность БК – выдана данным ПУ или другим
ПУ. Если БК выдана данным ПУ, то определяется конкретный номер номер
лицевого счета 40817/40820. Если БК выдана другим ПУ, то определяется
конкретный номер номер лицевого счета 30719/30720 - последние две цифры
номера должны быть равны значению ДД из имени файла
3. По значение поля OPERTYPE «Тип операции» (см. 6.2.1.1) определяется тип
операции – приходная или расходная.
4. Далее по значение поля LocationID «Банковский идентификатор точки
обслуживания» определяется корреспондирующий счет. Если значение поля
соответствует техническому устройству с типом «Банкомат» (см. 1.7.1), то
определяется конкретный лицевой счет 20208. Если значение поля
соответствует техническому устройству с типом «Терминал» (см. 1.7.1), то
определяется конкретный лицевой счет 30719/30720, у которого в КРЛС
установлен признак «Транзитный».
5.4.2.3 Учет полученного межбанковского вознаграждения
1. Анализируется значение поля IRF_AMOUNT «Сумма межбанковской

комиссии». Если первый символ данного поля имеет значение «С», то
учитывается полученное межбанковское вознаграждение по кредиту
лицевого счета 70107 открытого для учета полученного межбанковского
вознаграждения
2. Определяется корреспондирующий счет по дебету - конкретный номер номер
лицевого счета 30719/30720 - последние две цифры номера должны быть
равны значению ДД из имени файла
5.4.2.4 Учет уплаченного межбанковского вознаграждения
1. Анализируется значение поля IRF_AMOUNT «Сумма межбанковской

комиссии». Если первый символ данного поля имеет значение «D», то
учитывается уплаченное межбанковское вознаграждение по дебету лицевого
счета 70209 открытого для учета уплаченного межбанковского
вознаграждения
2. Определяется корреспондирующий счет по кредиту - конкретный номер
номер лицевого счета 30719/30720 - последние две цифры номера должны
быть равны значению ДД из имени файла
36
5.4.2.5 Учет комиссии эмитента
1. Анализируется значения полей ISS_FEE «Сумма комисси эмитента» и

OPERTYPE «Тип операции». Если учитывается сумма полученной
комиссии, по проводка делается по кредиту лицевого счета 70107 открытого
для учета комиссии эмитента. Если учитывается сумма комиссии к
возврату, по проводка делается по дебету лицевого счета 70107 открытого
для учета комиссии эмитента..
2. По значение поля PAN определяется корреспондирующий счет 40817/40820.
5.4.3 БУХГАЛТЕРСКИЕ ПРОВОДКИ ПО УЧЕТУ ОПЕРАЦИЙ

СОВЕРШЕННЫХ С ИСПОЛЬЗОВАНИЕМ БК
Наименование операции Бухгалтерская проводка Основание для проведения

БП
Выдачи денежной Дт 40817, 40820 Сообщение 1219
наличности клиентам
данного полевого Кт 20208
учреждения из банкоматов
данного полевого
учреждения (по каждому
банкомату)
Выдача денежной Дт 30720 (день) Сообщение 1219
наличности клиентам или
других полевых 30719 (день)
учреждений из банкоматов
данного полевого Кт 20208
банкомату)
Выдачи денежной Дт 30720 (транзитный) РКО
наличности клиентам с или
использованием банковских 30719 (транзитный)
карт через кассу данного Кт 20201
ПУ (отражение факта
выдачи денежных средств
из кассы)
Выдачи денежной Дт 40817, 40820 Сообщение 1219
наличности клиентам
данного полевого Кт 30720 (транзитный)
учреждения с или
использованием 30719 ( транзитный)
банковских карт через
кассу данного полевого
учреждения
Выдача денежной Дт 30720 (день) Сообщение 1219
наличности клиентам или
других полевых 30719 (день)
учреждений с
использованием Кт 30720 (транзитный)
банковских карт через или
37
кассу данного полевого 30719 (транзитный)

Прием денежной Дт 20208 Сообщение 1219
наличности от клиентов Кт 40817,40820
учреждения в банкоматы
банкомату)
Совершение безналичных Дт 30720 (день) или 30719 Сообщение 1219
операций клиентами (день)
учреждения в банкоматах Кт 40817, 40820
Прием денежной Дт 20208 Сообщение 1219

наличности от клиентов
других полевых Кт 30719 (день)
учреждений в банкоматы или
данного полевого 30720 (день)
банкомату)
Прием денежной Дт 20201 ПКО

наличности с Кт 30719 (транзитный)
использованием банковских или
карт через кассу данного 30720 (транзитный)
полевого учреждения
(отражение факта
поступления денежных
средств в кассу)
Прием денежной Дт 30719 ( транзитный ) Сообщение 1219
наличности от клиентов или
данного полевого 30720 ( транзитный)
учреждения с
использованием Кт 40817,40820
банковских карт через
кассу данного полевого
Прием денежной Дт 30719 ( транзитный ) Сообщение 1219
наличности от клиентов или
других полевых 30720 ( транзитный )
учреждений с
использованием Кт 30719 (день)
банковских карт через или
кассу данного полевого 30720 (день)
Приходные операции в Дт 30720 (день) Сообщение 1220
других полевых или
учреждениях, учреждения 30719 (день)
в территориальных
38
учреждениях Банка Кт 40817, 40820

России , в сети устройств
участников платежной
системы «МИР» с
использованием
банковских карт
Расходные операции в Дт 40817,40820 Сообщение 1220
других полевых
учреждениях, учреждения Кт 30719 (день)
в территориальных или
учреждениях Банка Кт 30720 (день)
России , в сети устройств
участников платежной
системы «МИР» с
использованием
банковских карт
Уплата Банком России Дт 70209 Сообщение 1220

суммы межбанковского
вознаграждения за Кт 30719 (день)
совершение финансовой или
операции 30720 (день)
Зачисление Банком России Дт 30720 (день) Сообщение 1220

суммы межбанковского или
вознаграждения за Дт 30719 (день)
совершение финансовой
операции Кт 70107 (счет
межбанковского
вознаграждения)
Списание со счета клиента Дт 40817, 40820 Сообщение 1220

Банка России комиссии за
совершение операции в Кт 70107 (счет комисии
соответствии с договором эмитента)
банковского счета и
тарифами
Возврат на счет держателя Дт 70107 (счет комиссии Сообщение 1220
банковской карты эмитента)
комиссии, удержанной
ранее при обработке Кт 40817, 40820
операции выдачи
денежной наличности в
сети устройств участника
платежной системы «Мир»
в результате нарушения
процедур обработки
операции
Зачисление суммы Дт 47423 Сообщения 1219, 1220

39
технического овердрафта
на счет клинта Кт 40817, 40820
Списание суммы Дт 40817, 40820

технического овердрафта
со счета клинта Кт 47423
Ежедневной закрытие Дт 30719 (транзитный)

транзитных счетов 30719, Кт 30720 (транзитный)
30720
Проведение взаиморасчетов Дт 30719 (день)
в ПУ Кт 30305
или
Дт 30306
Кт 30320 (день)
5.5 ПРОВЕДЕНИЕ СВЕРКИ РАСЧЕТОВ
Для проведения ежедневной сверки взаиморасчетов по БК предлагается

использовать следующий алгоритм
40

загрузку полученных суммирующих файлов (файл типа SUM в ПУ, файл типа TTL в
ДПУ) с внешнего магнитного носителя информации. Действие «Загрузить входящие
файлы».
обработку полученных файлов. Нажать клавишу «Обработать треб».
3. Распечатывается документ «Требование – уведомление» в ПУ или «Сводное
требовнаие-уведомление» в ДПУ за отчетную дату по обработанному файлу . Печать
осуществляется в режиме «Обработка файлов» - > «Входящие»
4. Распечатать вспомогательный документ «Реестр обработанных операций от ПЦ для
сверки с требованием – уведомлением». Печать осуществляется в режиме «Просмотр
БК». При формировании отчета указывается дата, за которую осуществляется сверка
(дата требования уведомления)
5. Осуществляется сверка данных в распечатанных отчетах.
6. Если данные совпадают, то осуществляется перечисление суммы задолженности
(сумма отраженная на счетах 30719) в адрес ПУ - контрагентов. Перечисление
осуществляется по стандартной технологии МБР или электронных расчетов.
7. Если суммы не совпадают, то осуществляется проверка получения всех
транзакционных пакетов. Номера реестров расчетных документов из требования-
уведомления сверяются с номерами ранее распечатанных «Реестров документов от
ПЦ»
8. Если выясняется, что отсутствует какой-либо реестр расчетных документов, то об этом
уведомляется ПЦ. Банк ожидает поступления отсутствующих транзакционных
пакетов.
9. Обрабатываются полученные недостающие транзакционные пакеты
10. Повторно выполняются п.п. 2-7.
6 ОПИСАНИЕ СООБЩЕНИЙ И ФАЙЛОВ
6.1 ОПИСАНИЕ СООБЩЕНИЙ ПО УПРАВЛЕНИЮ БК И ЛА
6.1.1 Сообщение 9956 - запрос на регистрацию и блокирование КАРТЫ,

Расходного лимита КАРТЫ.
Отправитель: БАНК
Получатель: ПЦ
Сообщение формируется по инициативе АБС БАНКА.
Спецификация полей сообщения:
Форма
Поле Описание
т
CODE=9956 N4 Формат сообщения
REQ_ID V15 Идентификатор сообщения
REF_ID V15 Идентификатор связного сообщения
WHO C7 Идентификатор отправителя
QUEUE V15 Служебная информация
TZ V5 Часовой пояс отправителя сообщения
DATE D1 Дата посылки сообщения
SEQ N20 Служебная информация
OB_TYPE V15 Тип объекта
OP_TYPE V15 Тип операции
41
TYPE V15 Служебная информация

OBJ_ID V20 Идентификатор объекта
PARENT V20 Служебная информация
FUNDS V20 Идентификатор лимита авторизации
SC V20 Служебная информация
PAN_MASK V20 Служебная информация
BRANCH V20 Служебная информация
CARD_TYPE V3 Служебная информация.
DELETE_OPTIONS V3 Служебная информация
Порядок формирования сообщения 9956

REQ_ID – уникальный идентификатор почтового сообщения приходящий от БАНКА в
ПЦ. На стороне ПЦ проверяется уникальность значения среди всех полученных
сообщений от БАНКА (рекомендуется использовать счетчик сообщений в АБС БАНКА к
ПЦ).
REF_ID – уникальный идентификатор сообщения, в ответ на которое формируется данное
сообщение. Для сообщения 9956 значение данного поля не устанавливается.
WHO – уникальный идентификатор отправителя, под которым зарегистрирован данный
адресат у ПРОЦЕССОРА (каждому Подразделению БАНКА присваивается Код
участника).
QUEUE – служебная информация. Значение - константа: «MAGNET»
TZ – часовой пояс отправителя сообщения.
DATE – локальная дата и время формирования сообщения. Формат поля:
«ddmmyyyyhhmiss», где:
dd –число месяца
mm – месяц
yyyy – год
hh – час в 24-х часовом формате
mi – минуты
ss – секунды
SEQ – служебное поле. Не заполняется
OB_TYPE – тип объекта по которому формируется сообщение. Если сообщение
формируется по КАРТЕ, то выставляется значение: «LCARD». Если по счету, то
значение: FUNDS
OP_TYPE – тип операции.
Для КАРТЫ (OB_TYPE=LCARD) доступны следующие операции:
 Регистрация КАРТЫ и Расходного лимита КАРТЫ. Если Расходный лимит
КАРТЫ уже зарегистрирован в ПЦ, то КАРТА привязывается к уже
зарегистрированному лимиту и использует средства в рамках данного
Расходного лимита КАРТЫ. Значение поля: «CREATE».
 Блокирование КАРТЫ. Операция необратима. Значение поля: «DELETE».
Для Расходного лимита КАРТЫ (OB_TYPE= FUNDS) доступны следующие операции:
 Блокирование Расходного лимита КАРТЫ. Операция возможна только в случае
отсутствия свободных средств и отсутствия привязанных к Расходному лимиту
КАРТЫ активных КАРТ. Выполняется при закрытии счета. Значение поля:
«DELETE».
TYPE – служебная информация. Не заполняется.
OBJ_ID – идентификатор объекта, по которому формируется запрос (сообщение).
Для КАРТЫ (OB_TYPE=LCARD) указывается идентификатор КАРТЫ, который
регистрируется/удаляется (в зависимости от значения поля OP_TYPE).
42
Для Расходного лимита КАРТЫ (OB_TYPE= FUNDS) указывается идентификатор

PARENT – служебная информация. Не заполняется.
FUNDS – идентификатор Расходного лимита КАРТЫ указывается для всех сообщений
9956.
SC – служебное поле. Не заполняется.
PAN_MASK – служебное поле. Не заполняется.
BRANCH – – служебное поле. Не заполняется.
CARD_TYPE – служебное поле. Не заполняется.
DELETE_OPTIONS – служебное поле. Не заполняется.
Пример сообщения:
9956,183551342181,,B000949,MAGNET,-
0600,30102008100447,,LCARD,CREATE,,5009498101250002574,,40817810201501100456,,,,
,
Примечание: Расходный лимит КАРТЫ не регистрируется отдельно от КАРТЫ

(регистрация Расходного лимит КАРТЫ производится одновременно с регистрацией
КАРТЫ, одним запросом).
6.1.2 Сообщение 9957 - ответ на регистрацию и блокирование КАРТЫ,

Расходного лимита КАРТЫ
Отправитель: ПЦ
Получатель: БАНКА
Сообщение формируется в ответ на запрос 9956 от БАНКА.
Поле Формат Описание
DATE D1 Дата формирования сообщения
ERR N5 Код ошибки
Текст, поясняющий причину отказа (при
REASON V1200
ERR<>0)
WHO C7 Отправитель запроса 9956
Порядок разбора сообщения 9957

REQ_ID – уникальный идентификатор почтового сообщения от ПЦ БАНКА.
REF_ID – уникальный идентификатор сообщения (поле REQ_ID из запроса 9956), в ответ
на которое формируется данное сообщение.
QUEUE – служебная информация. Значение - константа: «MAGNET». Не анализируется в
АБС БАНКА.
43

mm – месяц
yyyy – год
mi – минуты
SEQ – служебное поле. Не анализируется в АБС БАНКА.
OB_TYPE – тип объекта по которому формируется сообщение. Значение подставляется из
соответствующего сообщение 9956.
OP_TYPE – тип операции. Значение подставляется из соответствующего сообщение 9956.
Для КАРТЫ (OB_TYPE=LCARD) указывается идентификатор КАРТЫ, который
регистрируется/ удаляется (в зависимости от значения поля OP_TYPE).
Для Расходного лимита КАРТЫ (OB_TYPE=FUNDS) указывается идентификатор
ERR – код ошибки. Если значение равно ‘0’(ноль), то соответствующее сообщение 9956
обработано успешно.
REASON – текст ответа от ПЦ. Если значение поля ERR не равно ‘0’, то в данном поле
приводится текст ошибки возникшей при обработке соответствующего сообщения 9956.
WHO – уникальный идентификатор получателя, которому передается сообщение 9957.
9957,08103010/02541,183551342181,MAGNET,-
0600,30102008100809,1576,LCARD,CREATE,,5009498101250002574,0,,B000949
Примечание: если при обработке сообщения 9956 возникает ошибка по причине

нарушения протокола взаимодействия, то в сообщении 9957 (в ответе на запрос 9956)
обязательными к заполнению являются поля REQ_ID, REF_ID, ERR, REASON.
Заполнение остальных полей – опционально.
6.1.3 Сообщение 9942 - запрос на установку параметров авторизации

REQ_ID V15 Уникальный идентификатор сообщения
44

CUR C3 Валюта параметров
SCALE C1 Служебная информация
SETVAL V1200 Список значений параметров
Список значений параметров для Расходного лимита КАРТЫ (поле SETVAL):

(OB_TYPE: « FUNDS»)
Имя Форма Параметр
т
LSA N20 Параметр управления суммой свободных средств в
Расходном лимите КАРТЫ.
Список значений параметров для КАРТЫ (поле SETVAL):

(OB_TYPE: «LCARD»)
Имя Форма Параметр
т
FCR N1 Флаг необходимости изъятия из обращения магнитной
КАРТЫ.
1 – КАРТУ изымать.
0 – не изымать.
FCE N1 Флаг активности/неактивности КАРТЫ.
1 – КАРТУ обслуживать.
0 – КАРТУ не обслуживать.
CDV D1 Срок действия КАРТЫ (YYYYMMDD) по истечению
которого КАРТА перестает обслуживаться.
LS1P N20 Лимит одной операции покупки в минимальных единицах
валюты
LS1A N20 Лимит одной операции выдачи наличных в минимальных
единицах валюты
LSDA N20 Лимит выдачи наличных в день (сумма) в минимальных
LSD N20 Лимит всех операций в день (сумма) в минимальных
LSW N20 Лимит всех операций в неделю (сумма) в минимальных
REQ_ID – уникальный идентификатор почтового сообщения от АБС БАНКА в ПЦ. На
стороне ПЦ проверяется только уникальность данного значения среди всех полученных
сообщений от АБС БАНКА (ни монотонность, ни непрерывность значений не
проверяется).
адресат в платежной системе (каждому ПУ ЦБ присваивается уникальный
идентификатор при регистрации в ПС).
QUEUE – служебная информация. Значение - константа: «MAGNET»
45
mm – месяц
yyyy – год
mi – минуты
SEQ – служебное поле. Не заполняется
формируется по КАРТЕ, то выставляется значение: «LCARD». Если по Расходному
лимиту КАРТЫ, то значение: «FUNDS»
OP_TYPE – тип операции. Для КАРТЫ и Расходного лимита КАРТЫ доступна операция
установки параметров. Значение: «SETPAR»
Для КАРТЫ (OB_TYPE=LCARD) указывается номер КАРТЫ (PAN).
CUR – числовой код валюты Расходного лимита КАРТЫ/КАРТЫ. Для валюты «рубль»
указывается значение: 810.
SCALE – служебное поле. Значение – константа: 2.
SETVAL – параметры авторизации счета/КАРТЫ. Формат поля SETVAL: Name1=Value1:
Name2=Value2: …NameN=ValueN.
Для Расходного лимита КАРТЫ доступны следующие параметры:
 «LSA» - управление свободными средствами Расходного лимита КАРТЫ:
 Увеличение Расходного лимита КАРТЫ. Например, увеличение Расходного
лимита КАРТЫ на сумму 1000.00рублей:
LSA+=100000
(сумма указывается в минимальных единицах валюты - копейках).
 Уменьшение Расходного лимита КАРТЫ. Например, уменьшение
Расходного лимита КАРТЫ на 1000.00 рублей:
LSA-=100000
(сумма указывается в минимальных единицах валюты - копейках).
 Запрос текущего значения свободных средств в Расходном лимите КАРТЫ.
Например:
LSA +=0
 Запрос на возврат всех средств из Расходного лимита КАРТЫ. Например:
LSA=0
Примеры использования запроса 9942 для управления свободными средствами

Расходного лимита КАРТЫ:
 Уменьшить свободные средства счета на 500.00 рублей:
9942,183459422436,,BR00949,MAGNET,-
0600,26032008120928,,FUNDS,SETPAR,,545,810,2,LSA-=50000
 Увеличить свободные средства на 20 рублей:
9942,183459422436,,BR00949,MAGNET,-
0600,26032008120928,,FUNDS,SETPAR,,545,810,2,LSA+=2000
 Запросить текущее значение свободных средств Расходного лимита
КАРТЫ:
9942,183459422436,,BR00949,MAGNET,-
0600,26032008120928,,FUNDS,SETPAR,,545,810,2,LSA+=0
 Отозвать все средства из Расходного лимита КАРТЫ:
46
9942,183459422436,,B000949,MAGNET,-
0600,26032008120928,,FUNDS,SETPAR,,545,810,2,LSA=0
Для КАРТЫ доступны следующие параметры поля SETVAL:

 «FCE» - параметр включения активности КАРТЫ. Возможные значения: 1 –КАРТУ
обслуживать, 0 – КАРТУ не обслуживать.
9942,183459422436,,BR00949,MAGNET,-0600,26032008120928,,
LCARD,SETPAR,, 9010510987001069,810,2,FCE=1:FCR=0
 «FCR» - флаг необходимости изъятия КАРТЫ. Возможные значения: 0 – КАРТУ не

изымать, 1- КАРТУ изъять. При выставленном параметре в значение «1» в
авторизации операции будет отказано, устройства самообслуживания
(БАНКОМАТЫ) изымут КАРТУ из обращения.
9942,183459422436,,BR00949,MAGNET,-0600,26032008120928,,
LCARD,SETPAR,, 9010510987001069,810,2, FCR=1
 «CDV» - установка срока действия КАРТЫ в формате (YYYYMMDD), по

истечению которого КАРТА перестает обслуживаться.
9942,183459422436,,BR00949,MAGNET,-0600,26032008120928,,
LCARD,SETPAR,, 9010510987001069,810,2,FCE=1:CDV=20130101
 «LS1P» - установка лимита операции платежа. Сумма указывается в минимальных

лимитах валюты. Параметр не обязателен, предназначен для установки
индивидуального значения лимита по КАРТЕ в случае необходимости.
9942,183459422436,,BR00949,MAGNET,-0600,26032008120928,,
LCARD,SETPAR,,545,810,2,LS1P=5000000
 «LS1A» - установка лимита операции выдачи. Сумма указывается в минимальных

лимитах валюты. Параметр не обязателен, предназначен для установки
индивидуального значения лимита по КАРТЕ в случае необходимости.
9942,183459422436,,BR00949,MAGNET,-0600,26032008120928,,
LCARD,SETPAR,,545,810,2,LS1A=6000000
 «LSDA» - установка лимита операций выдачи наличных в день. Сумма указывается

в минимальных лимитах валюты. Параметр не обязателен, предназначен для
установки индивидуального значения лимита по КАРТЕ в случае необходимости.
9942,183459422436,,BR00949,MAGNET,-0600,26032008120928,,
LCARD,SETPAR,,545,810,2,LSDA=8000000
 «LSD» - установка лимита всех операции в день. Сумма указывается в

минимальных лимитах валюты. Параметр не обязателен, предназначен для
9942,183459422436,,BR00949,MAGNET,-0600,26032008120928,,
LCARD,SETPAR,,545,810,2,LSD=10000000
 «LSW» - установка лимита всех операции в неделю. Сумма указывается в

минимальных лимитах валюты. Параметр не обязателен, предназначен для
9942,183459422436,,BR00949,MAGNET,-0600,26032008120928,,
LCARD,SETPAR,,545,810,2,LS1P=70000000
47
6.1.4 Сообщение 9943 - подтверждение установки параметров

Получатель: БАНК
Сообщение формируется в ответ на запрос 9942 от АБС БАНКА.

DATE D1 Дата посылки
RESPONSE V1200 Текст ответа
Параметры, возвращаемые в поле RESPONSE сообщения 9943.

Разделитель между параметрами символ «:» (двоеточие)
Параметр Формат Описание
LSA N20 Сумма всех off-line остатков КАРТ,
привязанных к счету. С учетом, пришедших на
данный момент, Транзакций
CDV Срок действия КАРТЫ
CDR Зарезервировано. Не используется
FCR N1 Флаг изъятия КАРТЫ
FCE N1 Флаг активности КАРТЫ
LS1P N20 Извещение о предыдущем значении лимита
одной операции покупки
LS1A N20 Извещение о предыдущем значении лимита
одной операции выдачи наличных
LNDA N20 Извещение о предыдущем значении лимита
выдачи наличных в день
LND N20 Извещение о предыдущем значении лимита
всех операций в день
LNW N20 Извещение о предыдущем значении лимита
всех операций в неделю
… … …

REQ_ID – уникальный идентификатор почтового сообщения от ПЦ в АБС БАНКА. На
48
QUEUE – служебная информация. Значение - константа: «MAGNET».

mm – месяц
yyyy – год
mi – минуты
ss – секунды.
SEQ – служебное поле. Не заполняется.
формируется по КАРТЕ, то выставляется значение: «LCARD». Если по Расходному
лимиту КАРТЫ, то значение: «FUNDS».
OP_TYPE – тип операции. Для КАРТЫ и Расходного лимита КАРТЫ доступна операция
установки параметров. Значение: «SETPAR».
Для КАРТЫ (OB_TYPE=LCARD) указывается номер КАРТЫ (PAN).
ERR – код ошибки. Если значение равно ‘0’(ноль), то соответствующее сообщение 9942
обработано успешно.
RESPONSE – текст ответа от ПЦ.
Если значение поля ERR не равно ‘0’, то в данном поле приводится текст ошибки
возникшей при обработке соответствующего сообщения 9942.
Если значение поле ERR равно ‘0’, то в данном поле приводится значения параметров
установленных в ПЦ непосредственно до обработки соответствующего сообщения 9942.
Формат поля RESPONSE:
Name1=Value1: Name2=Value2: …NameN=ValueN
Параметры, возвращаемые в поле RESPONSE для Расходного лимита КАРТЫ:

 LSA – сумма свободных средств (в минимальных единицах валюты - копейках) в
Расходном лимите КАРТЫ непосредственно до обработки сообщения 9942 в ПЦ.
9942,11080915/08221,2381,,-
0600,09082011153118,9316,FUNDS,SETPAR,,40817810001000000009,0,LSA=11
84808
Параметры авторизации, возвращаемые в поле RESPONSE для КАРТЫ.

В сообщение 9943 представлено множество параметров. При обработке сообщения в АБС
БАНКА анализу подлежат следующие параметры:
 FCE – значение флага активности КАРТЫ до обработки соответствующего
сообщения 9942 в ПЦ,
 FCR – значения флага изъятия КАРТЫ до обработки соответствующего сообщения
9942 в ПЦ,
 CDV – срок действия КАРТЫ до обработки соответствующего сообщения 9942 в ПЦ
 LS1A – лимит одной операции выдачи наличных до соответствующего сообщения
9942 в ПЦ,
 LS1P – лимит одной операции покупки до соответствующего сообщения 9942 в ПЦ,
49
 LSDA – лимит операции выдачи наличных в день (сумма) до обработки

соответствующего сообщения 9942 в ПЦ,
 LSD – лимит всех операций в день (сумма операций покупки и выдачи наличных) до
обработки соответствующего сообщения 9942 в ПЦ,
 LSW – лимит всех операций в неделю (сумма операций покупки и выдачи наличных)
до обработки соответствующего сообщения 9942 в ПЦ.
Пример сообщения 9943:
9943, 11080916/08226,2383,,-
0600,09082011164105,9318,LCARD,SETPAR,,9010510987001069,0,LS1P=1500000:LS1A
=1500000:LPIN=:LSDA=:LSD=:LSW=:LND=:LNDA=:LNW=:OLS1P=:OLS1A=:PROLO
NG=:INCREASE=:MAX_BALANCE=:PROFILE_MSK=:RMS=:RPT=:FCR=0:FCE=1:CD
V=20130831:

обязательными к заполнению являются поля REQ_ID, REF_ID, ERR, RESPONSE.
6.1.5 Сообщение 9958 – управление дополнительными услугами

REQ_ID V15 Уникальный идентификатор сообщения
OB_TYPE V15 Тип объекта: «CARD» - константа
VERSION V2 Версия сообщения: «1» -константа
SRV_ID Идентификатор сервиса: «SMS_INFO» -
V19
константа
PAR1 V100 Номер телефона
PAR2 V100 Зарезервировано
50

REQ_ID – уникальный идентификатор почтового сообщения от АБС БАНКА в ПЦ. На
адресат в платежной системе (каждому ПУ ЦБ присваивается уникальный
идентификатор при регистрации в ПС).
QUEUE – служебная информация. Значение - константа: «SMS_Q».
mm – месяц
yyyy – год
mi – минуты
OB_TYPE – тип объекта по которому формируется сообщение. Значение поля: «CARD» -
константа.
OP_TYPE – тип операции (подключение/отключение дополнительной услуги).
Принимаемые значения: «ON» - подключение услуги, «OFF» - отключение услуги.
OBJ_ID – идентификатор объекта, по которому формируется запрос (сообщение). В
данном поле указывается идентификатор КАРТЫ.
VERSION – версия сообщения. Значение поля – константа: «1» .
SRV_ID – идентификатор сервиса. Значение поля – константа: «SMS_INFO».
PAR1– Номер телефона в международном формате, например для России +7хххххххххх.
PAR2–PAR9 – зарезервированные поля сообщения. Поля не заполняются.
6.1.6 Сообщение 9959 - подтверждение на запрос управления дополнительными

услугами
Сообщение формируется в ответ на запрос 9958 от АБС БАНКА.

DATE D1 Дата посылки
51

REASON V1200
VERSION V2
PAR1 V100 Дата подключения/отключения услуги
QUEUE – служебная информация. Значение - константа: «SMS_Q».
mm – месяц
yyyy – год
mi – минуты
OB_TYPE – тип объекта по которому формируется сообщение. Значение поля: «CARD» -
константа.
OP_TYPE – тип операции (подключение/отключение дополнительной услуги).
Принимаемые значения: «ON» - подключение услуги, «OFF» - отключение услуги.
OBJ_ID – идентификатор объекта, по которому формируется запрос (сообщение). В
данном поле указывается номер КАРТЫ (PAN) клиента.
VERSION – версия сообщения. Значение поля – константа: «1» .
ERR – числовой код ошибки. Значение поля «0» - означает, что соответствующее
сообщение 9958 было обработано успешно.
REASON – текст ошибки, возникшей при обработке соответствующего сообщения 9958.
VERSION – версия сообщения. Значение поля «1» - константа.
PAR1– дата подключения/отключения услуги в формате «yyyymmdd» , где:
mm – месяц
yyyy – год.
PAR2–PAR9 – зарезервированные поля сообщения. Поля при обработке сообщения не
анализируются.
52

обязательными к заполнению являются поля REQ_ID, REF_ID, ERR, REASON.
6.1.7 Сообщение 0244 - синхронизация параметров авторизации ПЦ Золотая

Корона - АБС Банка
Сообщение формируется по инициативе Процессора.

REF_ID V15 NULL
TZ V5 Часовой пояс отправителя сообщения (центра)
DATE D1 Дата и время посылки сообщения
OB_TYPE V15 LCARD
OP_TYPE V15 Тип операции: «SETPAR»
OBJ_ID V19 PAN карты
Список значений параметров. Все то же, что и
SETVAL V1200
в 9943
Причина блокировки/разблокировки (если
REASON V100
известна)
Параметры, возвращаемые в поле SETVAL сообщения 0244.

Разделитель между параметрами символ «:» (двоеточие)
Параметр Формат Описание
LSA N20 Сумма всех off-line остатков КАРТ,
привязанных к счету. С учетом, пришедших на
данный момент, транзакций
CDV Срок действия КАРТЫ
CDR Зарезервировано. Не используется
FCR N1 Флаг изъятия КАРТЫ
FCE N1 Флаг активности КАРТЫ
LS1P N20 Извещение о текущем значении лимита одной
операции покупки
LS1A N20 Извещение о текущем значении лимита одной
операции выдачи наличных
LNDA N20 Извещение о текущем значении лимита выдачи
наличных в день
LND N20 Извещение о текущем значении лимита всех
операций в день
LNW N20 Извещение о текущем значении лимита всех
операций в неделю
… … …

53

стороне АБС проверяется только уникальность данного значения среди всех
полученных сообщений от АБС БАНКА (ни монотонность, ни непрерывность значений
не проверяется).
REF_ID – параметр не используется – пустое поле в сообщении.
mm – месяц
yyyy – год
mi – минуты
OB_TYPE – Константа. Значение: «LCARD».
OP_TYPE – Константа. Значение: «SETPAR».
OBJ_ID – указывается номер КАРТЫ (PAN).
SETVAL – Набор всех параметров авторизации карты в формате:
Name1=Value1: Name2=Value2: …NameN=ValueN
В поле SETVAL представлено множество параметров авторизации карты/счета. При
обработке сообщения 0244 в АБС БАНКА анализу подлежит параметр FCE –
актуальное значение флага активности КАРТЫ.
REASON – причина блокировки карты, если причина была указана оператором Call-
центра.
Пример сообщения 0244:

0244,12345,,-0600, 28032014100453,LCARD,SETPAR,5054270025000012,
PCA=:CDR=:FCR=0:FCE=0:CDV=24012015000000:LS1P=999997:LS1A=999997:LND=0:LS
D=0:LSDA=0:LSW=0:LNW=0,Карта блокирована по причине звонка владельца карты в
call-центр.»
6.2 ОПИСАНИЕ ТРАНЗАКЦИОННЫХ СООБЩЕНИЙ И ФАЙЛОВ
6.2.1 Формат сообщения «Операция»: 1219/1220 R1.0 (ПЦ --> АБС БАНКА)
Сообщения формата, описанного ниже, попадают в файл " Реестр операций" и "Реестр
операций отмены" (B0NNNNN.yyyymmdd-XXX.trn.txt и B0NNNNN-
XXX.yyyymmdd.rvs.txt).
Форма Обяз
т .
1 MSGCODE С4 M Тип сообщения (1219/1220)
2 REQID V15 M Уникальный идентификатор запроса
3 VERSION C2 M Версия формата сообщения (константа = 'R5’)
54
4 GATE С7 M Идентификатор шлюза

5 GATENUM N11 M Идентификатор операции в ПЦ
6 PCCODE С7 M Идентификатор ПЦ – константа 'C000000'
Номер требования по оплате (Реестра операций).
7 DOCNUM N11 M
Ссылка на поле DocNum сообщения 1221
Терминальное, локальное дата и время совершения
8 DTIME D1 M
операции в формате ddmmyyyyhh24miss
9 TZONE C5 M Временная зона ТЕРМИНАЛА (БАНКОМАТА)
Тип операции из справочника Справочник типов
10 OPER_TYPE N3 M операций (п. 2.6. Раздела 2). Для операций оплаты
константа = ‘40’
Банковский идентификатор точки обслуживания.
Соответствует фактическому месту установки
11 LOCATION_ID V15 M
ТЕРМИНАЛА (БАНКОМАТА). Заполняется только
для эквайреровских операций
LOCATION_INF Информация о точке совершения: наименование,
12 V1200 M
O адрес
Банковский идентификатор сервиса. Заполняется
13 SERVICE_ID V25 M
только для эквайреровских операций
Сумма Операции в валюте расчетов (в минимальных
14 AMOUNT N20 M
единицах валюты).
15 CUR C3 M Числовой код валюты расчетов
Сумма комиссии эквайрера (положительное
значение)/скидки (отрицательное значение). Для
16 AMOUNT FEE N20 O
дебетовых операций размер комиссии/скидки учтен
в сумме операции (поле 14 - AMOUNT).
17 PAN V20 O Идентификатор КАРТЫ КЛИЕНТА
18 ADDINFO V1200 O Дополнительная информация по операции
19 ROUTE V3 O Направление платежа (ROUTE)
20 TERM_NAME C7 M ID ТЕРМИНАЛА (БАНКОМАТА)
21 SLR_ISO V20 M Идентификатор MSAM Карты (КАРТА продавца)
22 SERVICE_TYPE V25 O Тип сервиса
Transaction Amount. Сумма Операции в
23 SRC_AMOUNT N M
минимальных единицах валюты.
Transaction Cur. Числовой код валюты для
24 SRC_CUR V3 M
Transaction Amount
ISS_DST_AMOU Cardholder Billing Amount. Сумма операции в
25 N M
NT минимальных единицах в валюте карты.
Cardholder Account Cur. Числовой код валюты
26 ISS_DST_CUR V3 M
карты.
Сумма комиссии Эмитента в валюте карты. Не
27 ISS_FEE N O
входит в сумму операции
MCC (Merchant Category Code) Код категории
28 MCC C4
продавца
Сумма межбанковской комиссии по операции в
минимальных единицах валюты:
29 IRF_AMOUNT V13 O
 D – списание комиссии
 C- зачисление комиссии
55
30 IRF_CUR V3 O Валюта межбанковской комиссии

Тип платежной системы:
 MR – карты МИР
 MK – магнитные\EMV карты Золотой
31 PS_TYPE V2 M
Короны
 GC – карты mpcos Золотой Короны
 UP – карты UnionPay
Рекомендации по разбору сообщения 1219/1220
REQID – уникальный идентификатор почтового сообщения от ПЦ в АБС БАНКА.
VERSION – версия формата сообщения.
GATENUM, GATE – сочетание данных параметров уникально идентифицируют операцию
у ПРОЦЕССОРА. Анализируя поля GATE и GATENUM АБС БАНКА может
контролировать случай повторного прихода операции из ПЦ.
PCCODE, DOCNUM – сочетание параметров PCCODE и DOCNUM уникально
идентифицируют операцию в Процессинговом Центре.
Кроме того DOC_NUM является идентификатором платежного документа, в который
вошла операция.
DTIME – локальная дата и время формирования сообщения. Формат поля:
mm – месяц
yyyy – год
mi – минуты
TZONE – часовой пояс отправителя сообщения.
OPER_TYPE – числовой код типа операции (Справочник типов операций (п.2.6. Раздела
2).
LOCATION_ID – идентификатор ТЕРМИНАЛА (БАНКОМАТА)/точки обслуживания.
Данное поле идентифицирует ТЕРМИНАЛ (БАНКОМАТ), в котором произведена
операция.
LOCATION_INFO – Информация о точке совершения операции, адрес.
SERVICE_ID – банковский идентификатор сервиса.
AMOUNT – сумма операции (в минимальных единицах валюты).
CUR – числовой код валюты операции. Для валюты «рубль» используется числовой код:
«810».
AMOUNT_FEE – комиссия удержанная с КЛИЕНТА или скидка предоставленная
КЛИЕНТУ при проведении операции с использованием КАРТЫ. Значение данного поля
знаковое:
 Отрицательное значение поля – КЛИЕНТУ предоставлена скидка. Сумма скидки –
справочная информация для отражения в выписке по счету КЛИЕНТА.
 Положительное значение поля – с КЛИЕНТА удержана комиссия. Сумма
комиссии, удержанная с КЛИЕНТА – это сумма рассчитанная устройством (в
соответствии с настройками ТЕРМИНАЛА (БАНКОМАТА)) и подлежит
удержанию со счета КЛИЕНТА.
PAN – идентификатор (номер) КАРТЫ КЛИЕНТА, с помощью которой совершена
операция.
ADDINFO – дополнительная информация об операции, представлена в виде набора
контейнеров (см. п. 2.7.).
ROUTE – служебная информация. Не анализируется в АБС БАНКА.
TERM_NAME – номер ТЕРМИНАЛА (БАНКОМАТА). Не анализируется в АБС БАНКА.
56
SLR_ISO – информация о номере MSAM карты Эквайрера. Номер карты состоит из 19

цифр, где пять знаков, начиная со второго, взятые из номера карты - соответствуют
пяти знакам идентификатора участника, начиная с третьего символа (после B0).
(Пример: Код участника В001054, номер служебной карты 5 01054********).
SERVICE_TYPE – Тип сервиса. В случае необходимости, настраивается Банком-

Эквайрером и выгружается в сообщениях 1219
SRC_AMOUNT – Сумма операции в минимальных единицах валюты расчетов
SRC_CUR – числовой код валюты проведения расчетов SS_DST_AMOUNT – сумма
операции в минимальных единицах валюты КАРТЫ
ISS_DST_CUR – числовой код валюты КАРТЫ
ISS_FEE – Сумма комиссии Эмитента в валюте КАРТЫ. Не входит в сумму операции
MCC- Код категории продавца. Представляет собой 4-значный номер,
классифицирующий вид деятельности торговой точки в операции оплаты по банковским
картам в торгово-сервисном предприятии при электронной передаче информации в
рамках транзакции за предоставляемые товары или услуги.
Пример содержимого файла

1219,T00000000437101,R5,N000032,138774,C000000,59854,14092016112347,-
0300,145,32381201,RUS;;Г.МОСКВА;Селиверстов пер.\, д.6;Департамент полевых
учреждений,,360000,810,0,5054271022000054,003026210000000\,0001160914093413015320
DF220247434F0CFF204346540200000000000182021800840CFF204346540200000000000195
0580000480009A031609149C01215F2A0206435F3401009F02060000003600009F0306000000
0000009F090200029F10191040A0000324C40017093000000000000000000000DA681CB59F1
A0206439F2608CF30CE30BC979C979F2701809F3303E0F0C89F34030200009F3501229F360
200029F370484CA2A0D016060000100000000003600000000000000000000000000000000000
0000000000210229F390105DF360401000801007088001110010000\,002\,6010\,Г.МОСКВА;
Селиверстов пер.\\\, д.6;Департамент полевых
учреждений\,RUS010019000000138774N000032028137300#n0=1207#n2=C000000#n3=145#
n5=#n11=#n12=0#n13=11#n14=97C0#n15=J001426#n16=00000001#n17=#n19=#n20=MK#n2
1=4#n23=2#aOTName=#OWNER=B000212,,J001426,5002123456571230017, ,360000,810,36
0000,810,,6010
1220,T00000000437113,R5,N000032,138789,C000000,59862,14092016121245,-
0300,145,,RUS;;г.Наро-Фоминск;Московская обл.;ПУ Банка России
Южное,,250000,810,,5054271022000047,007078001110010000\,002\,6010\,г.Наро-
Фоминск;Московская обл.;ПУ Банка России
Южное\,RUS010019000000138789N000032015320DF220247434F0CFF20434654020000000
0000182021800840CFF20434654020000000000019A031609149C01215F2A0206435F340100
9F02060000002500009F03060000000000009F090200029F1A0206439F3303E0F0C89F340302
00009F3501229F360200019F3704EEBE8E6A950580000480009F1019104060000324C000170
930000000000000000000006FC9B9BA9F2608CB0A779BC53F12F39F2701400210089F39010
5028137300#n0=1207#n2=C000000#n3=145#n5=#n11=#n12=0#n13=11#n14=E932#n15=J002
097#n16=00000002#n17=#n19=#n20=MK#n21=4#n23=2#aOTName=#OWNER=B000212,,J0
02097,5003054810290000005,CASH_CREDIT_ONLINE,250000,810,250000,810,,6010,D500,
810,MR
6.2.1.1 Справочник типов операций.

57
Учет в
Тип Лимите
Конвертация Описание
операции Авторизации
карты в ПЦ
40 Нет Да Оплата товара / услуг по КАРТЕ
30 Нет Да Чарджбек по оплате товаров/услуг п о КАРТЕ
230 Да Да Чарджбек по оплате товаров/услуг п о КАРТЕ
Повторное представление операции оплаты
31 Нет Да
товаров/услуг по КАРТЕ
Повторное представление операции оплаты
231 Да Да
товаров/услуг по КАРТЕ
43 Нет Да Выдача наличных по КАРТЕ
243 Да Да Выдача наличных по КАРТЕ
33 Нет Да Чарджбек по операции выдачи наличных
233 Да Да Чарджбек по операции выдачи наличных
Повторное представление операции выдачи
34 Нет Да
наличных по КАРТЕ
Повторное представление операции выдачи
234 Да Да
наличных по КАРТЕ
45 Нет Нет Внесение наличных на счет
145 Нет Да Внесение наличных на счет
245 Да Да Внесение наличных на счет
Чарджбек по операции внесения наличнах на
35 Нет Нет
счет
135 Нет Да
счет
235 Да Да
счет
Повторное представление операции внесения
36 Нет Нет
наличных на счет
136 Нет Да
236 Да Да
57, 64, 69 Нет Нет Возврат
Оплата услуг наличными с использованием
52,
Нет - КАРТЫ,
53
Оплата услуг наличными без КАРТЫ
252 Да - Обмен наличной валюты с идентификацией
253 Да - Обмен наличной валюты без идентификации
67 Нет Нет Универсальный кредитовая операция
167 Нет Да Универсальная кредитовая операция
267 Да Да Универсальная кредитовая операция
Чарджбек по универсальной кредитовой
37 Нет Нет
операции
Чарджбек по универсальной кредитовой
137 Нет Да
операции
237 Да Да Чарджбек по универсальной кредитовой
58
операции
Повторное представление универсальной
38 Нет Нет
кредитовой операции
138 Нет Да
238 Да Да
68 Нет Нет Отказ от универсальной кредитовой операции
168 Нет Да Отказ от универсальной кредитовой операции
268 Да Да Отказ от универсальной кредитовой операции
6.2.1.2 Контейнеры
Поле AddInfo (18 поле из сообщения "Операция 1219/1220 формат V1200) содержит в себе
набор контейнеров.
 Поле имеет структуру: <контейнер1><контейнер2>….

 <контейнер>=<тип контейнера ><длина тела контейнера><тело контейнера>
o Тип контейнера C3
o Длина тела контейнера С3
o Тело контейнера V1200
Пример контейнер типа 2, длина тела контейнера 27 символов.

002(тип контейнера, 3) 027(длина тела контейнера,)10004,203,10123,200,,1!1899(тело
контейнера)
Пример поля Addinfo:
00202710004,203,10123,200,,1!
1899016042000100000000000020000000000000000001010000037021GC:012948-9246-
100390
Поле включает
1. Контейнер 1: 002(тип) 027(длина)10004,203,10123,200,,1!1899

2. Контейнер 2: 016(тип) 042(длина)000100000000000020000000000000000001010000
3. Контейнер 3: 037(тип) 021(длина)GC:012948-9246-100390
Формирование контейнеров
Список типов контейнеров

Тип Название Требуется Требуется обработка
59
обработка эквайрером
эмитентом
036 Контейнер для информации об Да, если в АБС Да, если в АБС
оригинальной транзакции в требуется анализ или требуется анализ или
сообщении «операции возврата» квитирование с квитирование с
или для информации об оригинальной оригинальной
операции отмены в сообщении операцией операцией
«уведомление об отмене
операции»
041 Контейнер для универсальной Да, для обработки -
кредитовой операции с дополнительной
информацией о пополнении информации об
счета КЛИЕНТА отправителе и
(БАНКОМАТ/устройства получателе перевода
самообслуживания, сеть и т.д.
Системы «Город», сеть Сервиса
«Золотая Корона - Денежные
переводы»)
043 Контейнер для передачи Да, если в АБС Да, если в АБС
реквизитов транзакций ПЦ требуется требуется
Банка квитирование квитирование
операций, операций от ПЦ
полученных от ПЦ Золотой Короны и от
Золотой Короны и от стороннего ПЦ
стороннего ПЦ
044 Контейнер с данными операции Да, если БАНК -
с конвертацией валют по курсу эмитирует КАРТЫ в
БАНКА- Эмитента валюте, отличной от
валюты расчетов в
ПС (Рубли). Для
обработки данных по
совершенной
операции.
046 Формат контейнера для Да, если требуется Да, если требуется
передачи текстовых данных анализировать анализировать
причину оспаривания причину оспаривания
операции в рамках операции в рамках
претензионного претензионного
цикла цикла
6.2.1.2.1 Контейнер 036. Формат контейнера для информации об оригинальной

транзакции в операции возврата и об операции отмены в уведомлении об
отмене операции
Тип контейнера – 036. Длина данных – переменная, определяется содержимым.
Type=036 Data
Body
length=var
60
Предназначен для передачи информации об оригинальной транзакции в операциях

возврата средств (из ПЦ) и об операции отмены в уведомлениях по отмененной операции.
Элемент Форма Описание

т
Тип контейнера n3 ‘036’ – константа
Длина тела n3 Длина контейнера
Прикладные данные ans..260 Список параметров в формате
контейнера ‘#Name1=Value1#Name2=Value
2…’
Name – имя прикладного параметра, Value – значение прикладного параметра, Символы

‘#’
и ‘|’ – разделители.
Символы ‘#’, ‘|’ и ‘\’, входящие в значение параметра, экранируются символом ‘\’.
Русскоязычный текст передается в кодировке CP866.
Описание прикладных параметров 36 контейнера:

Наименование Описание
R_PCCODE Код ПЦ
R_CNTRNUM Центральный номер транзакции отмены
R_GATE Gate
R_GATENUM Gate_num операции отмены
Пример контейнера (в операции возврата):

036062#GATE=N000002#GATE_NUM=305633#PC_CODE=C000000#CNTR_NUM=127823
45
6.2.1.2.2 Контейнер 041. Формат контейнера для универсальной кредитовой

операции
Тип контейнера – 041.

Длина данных – переменная. Контейнер содержит описатель собственного формата и
данные в этом формате.
Format Application Data

Type=041
Body Length
Предназначен для передачи дополнительной прикладной информации для операций типа

67, 167, 267 (универсальная кредитовая операция).
Наличие параметров определяется контекстом использования.

Параметр Тег Формат
Тип операции UCO.OperType a..20

Номер перевода (UIN) UCO.RemitId n16
Адрес пункта приема перевода UCO.Address an..100
(Агента)
61
Наименование пункта приема перевода UCO.AgentName an..70

(Агента)
PAN карты отправителя (если UCO.CliPAN n{16|19}
присутствует)
Тип устройства UCO.SendDev {DevARM |
DevTerm |
DevATM}
BIN банка получателя платежа UCO.DstBIN n6 (‘5nnnnn’)
Номер услуги UCO.DstServiceId n..9
SHA1 от PAN карты UCO.DstSHA1PAN an..40
PAN карты получателя UCO.DstPAN n{16|19}
Паспортные данные получателя UCO.DstDoc n..10
(номер и серия слитно)
ФИО получателя (фамилия, имя, UCO.DstFio a..128
отчество через пробел, в любом
регистре)
Номер кредитного договора
UCO.DstContractNu n..20
получателя m
Номер счета получателя UCO.DstAccountNu n..20
m
Идентификатор счета получателя в UCO.DstAbsAccoun n..12
АБС (Номер лицевого счета) tId
Идентификатор связанной дебетовой UCO.ParentTrnId an19
транзакции*
(Retrieval(12)||AuthGate(7))
RRN связанной дебетовой транзакции UCO.ParentRRN n12
ФИО отправителя (фамилия, имя, UCO.CliFio a..128
отчество)
Адрес отправителя UCO.CliAddress a..128
ИНН отправителя UCO.CliINN n..12
Пример контейнера:
041094300#UCO.CliPAN=5054273781000002#UCO.ParentRRN=000000475779#UCO.Parent
TrnId=000000139611N000032
6.2.1.2.3 Контейнер 043 - Формат контейнера с информацией внешнего ПЦ
Данный контейнер используется для передачи реквизитов транзакций внешнего ПЦ в

систему формирования отчетов/реестров об обработанных операциях.
Тип контейнера – 043. Длина данных – переменная.

Контейнер содержит описатель собственного формата и данные в этом формате.
Format Application Data

Type=043
Body Length
Тип контейнера n3 ‘043’ – константа

Длина тела n3 Длина контейнера
Прикладные данныеans..260 Список параметров в формате
62
контейнера ‘#Name1=Value1#Name2=Value2
…’
Name – имя прикладного параметра, Value – значение прикладного параметра, Символы

‘#’
и ‘|’ – разделители.
Символы ‘#’, ‘|’ и ‘\’, входящие в значение параметра, экранируются символом ‘\’.
Наличие параметров определяется контекстом использования.

Формат
Имя параметра Описание параметра
DE04 Amount, Transaction– сумма операции в валюте n…12
операции
DE05 Amount, Settlement – сумма операции в валютеn…12
расчетов
DE06 Amount, Cardholder Billing- сумма операции вn…12
валюте карты
DE09 Conversion Rate, Settlement - курс конвертации вan…10
валюту расчетов.
DE10 Conversion Rate, Cardholder Billing – курсan…10
конвертации в валюту карты.
DE11 System Trace Audit Number (STAN) n6
DE14 Date, Expiration в формате (YYMM) n4
The year and month after which the card expires
DE22 POS Data Code an3…12
Для протоколов ISO редакции 87-го года – длина
3, для редакции 93-го года – длина 12
DE32 Acquiring Institution Identification Code n…11
DE37 Retrieval Reference Number Если контейнерan12
формируется Центром, то берется из retrieval 24-го
пакета
DE38 Authorisation Identification Response. Еслиan…10
контейнер формируется Центром, то получаем из
epsCode 24-го пакета
DE41 TerminalID – идентификатор устройства ans...16
DE42 MerchId ans...15
DE49 Currency Code, Transaction – валюта операции n3
DE50 Currency Code, Settlement – валюта расчетов n3
DE51 Currency Code, Cardholder Billing– валюта картыn3
(бина)
DE100 Receiving Institution Identification Code, формируемan7
из идентификатора ЦА
EL0146 ЭЛ-0146 (Amounts, Transaction Fee - Суммы,
комиссионные платы, связанные с операцией)
представляет все суммы комиссий, связанных с
операцией. Этот элемент может содержать от 1 до
12 различных типов комиссий. Подробное
описание формата см. Правила ПС Мир (документ
“Клиринг ОПКЦ НСПК. Обмен Документами и
Платежными Требованиями (ОДПТ)”)
63
EL2158 ЭЛ-2158 (Financial Data – Данные по клирингу)

содержит результаты клиринга по операции.
Элемент ЭЛ-2158 в каждом сообщении, в котором
он присутствует, содержит информацию о
платежной системе, а для получателей сообщения
также содержит параметры клиринга, код
продукта карты и параметры межбанковской
комиссии, примененной к данной операции.
Подробное описание формата см. Правила ПС
Мир (документ “Клиринг ОПКЦ НСПК. Обмен
Документами и Платежными Требованиями
(ОДПТ)”)
043093#DE04=30000#DE49=156#DE10=1.0621#DE05=31863#DE50=643#DE09=1.0621#DE
32=55840#DE37=000158033344#EL146=
001901643000000003800643000000003800#EL2158=0001160915014MDTA1
6.2.1.2.4 Контейнер 044 Формат контейнера с данными операции с конвертацией

валют в ПЦ по курсу эмитента.
Тип контейнера – 044.

Данные имеют переменный размер и формат в виде списка полей с разделителями. В
качестве разделителя используется символ ‘;’ (точка с запятой).
Поле Формат Макс. Описание

длина
Формат 1
ContFmt n1..2, 1 Версия контейнера
значение=1
<separator> ';' 1
ConvRate n1..9’.’n1..9 19 Курс обмена к одной единице валюты
между оригинальной валютой и
валютой транзакции
<separator> ';' 1
Id_table C15 Идентификатор таблицы курсов
<separator> ';' 1
Oper_type N2 2 Тип операции по классификатору ЦБ
(01 – покупка валюты на нац валюту, 02
– продажа валюты за нац.валюты, 64, 65
). Курс обмена указан для данного типа
операции.
<separator> ';' 1
64
CardAmount n1..16 16 Сумма списания с карты (операции

40,43),
или баланс карты (операция 46)
Сумма выражена в минимальных
<separator> ';' 1
CardCurCode n3 3 Валюта списания с карты (операции
40,43)
или валюта карты (операция 46)
Итого 46 Длина контейнера для формата 1
0440271;0.8958;GC51791;64;896;810
6.2.1.2.5 Контейнер 046 - Формат контейнера для передачи текстовых данных.
Тип контейнера – 046. Длина данных – переменная, максимальный размер 990.

Контейнер предназначен для передачи текстовых данных, в частности данные chargeback
и second presentment.
Type=046 Text Data

Body
Символы ‘#’, ‘|’Length

и ‘\’, входящие в значение параметра, экранируются символом ‘\’.
0460602001\,Исходная Операция никогда не обрабатывалась Эквайрером
6.2.2 Формат сообщения «требование по оплате»: код 1221 R1.0 (ПЦ --> АБС
БАНКА)
Сообщения формата, описанного ниже, попадают в файл "Реестр расчетных
документов" (B0NNNNN. yyyymmdd-XXX.doc.txt)
Форма
Поле Обяз. Описание
т
1 Msg_code C4 M Тип сообщения (1221)
2 ReqID V15 M Идентификатор сообщения
3 Version C2 M Версия формата сообщения ‘R5)-
PC_COD
4 C7 M Идентификатор ПЦ – константа 'C000000'
E
5 DocNum N11 M Номер документа (требования по оплате).
6 DocType V2 M Тип документа
«I» - внутренний
«S» - эмитентский
«A» - эквайрерский
65
«C» - комиссионный документ

«IС» - комиссионный внутрибанковский
«SС» - комиссионный для плательщика комиссии или
документ возвратного платежа
«AС» - комиссионный для получателя комиссии или
документ возвратного платежа
«PD» - документ, сформированный на основании сообщения
выставления плат от НСПК
Количество операций в Реестре операций, на основании
7 Num N11 M
которого сформировано требование по оплате.
Сумма требования по оплате в минимальных единицах
8 Money N20 M
валюты
9 Cur C3 M Валюта (числовой код)
Дата и время формирования документа ПЦ в формате
10 Time D1 M
ddmmyyyyhh24miss
11 Tzone C5 M Часовой пояс Процессингового Центра
12 PayerID C7 M Идентификатор плательщика у ПРОЦЕССОРА
13 PayeeID C7 M Идентификатор получателя у ПРОЦЕССОРА
Идентификатор Расчетного банка ПРОЦЕССОРА (РНКО
14 Rbank C7 O
«Платежный центр» (ООО)) = константа
Назначение платежа (кодировка CP 866) – для комиссионных
15 Assign V1200 O
документов
16 OperType N C Тип операций в документе
Рекомендации по разбору сообщения 1221
REQ_ID – уникальный идентификатор почтового сообщения от ПЦ в АБС БАНКА.
VERSION – версия формата сообщения.
PC_CODE – уникальный идентификатор ПЦ.
DOCNUM – идентификатор платежного документа.
DOCTYPE – тип документа. Возможные значения поля DOC_TYPE:
 I – Внутрибанковский документ. Не подлежит обработке в АБС БАНКА.
 А – Извещение о возмещении средств банком-контрагентом за обслуживание
КЛИЕНТОВ банка-контрагента в ТЕРМИНАЛАХ (БАНКОМАТАХ) БАНКА.
 S - Требования на оплату возмещения банку эквайреру.
 IC – комиссионный внутренний документ. Не подлежит обработке в АБС БАНКА.
 AC – комиссионный документ для Банка эквайрера.
 SC – комиссионный документ для Банка эмитента.
 PD - документ, сформированный на основании сообщения выставления плат от
НСПК
NUM – количество операций, вошедших в платежный документ.
MONEY – Сумма платежного документа.
CUR – числовой код валюты операции. Для валюты «рубль» используется числовой код:
«810»
TIME – локальная дата и время формирования сообщения. Формат поля:
mm – месяц
yyyy – год
mi – минуты
66
TZONE – часовой пояс отправителя сообщения.

PAYER_ID – идентификатор банка-плательщика.
PAYEE_ID – идентификатор банка-получателя.
RB – Идентификатор Расчетного банка, через который произведены расчеты.
ASSIGN – назначение платежа.
OperType – тип операций в документе.
Пример содержимого файла:
1221,G12121313243191,R5,C000000,176300,S,6,-1132200,810,13122012130508,-
0600,B001032,B000954,RB00024,,43
1221,G12121821243462,R5,C000000,176349,AC,5,45,810,18122012210258,-
0600,B000949,B001032,,Комиссия Эквайера в пользу Эмитента.БЕЗНАЛИЧНЫЕ
ПЛАТЕЖИ.Документ N 176349. 0.50% с оборота 90.09 RUR по транзакциям с N C000000
1392161 по N C000000 1392211,
1221,G12121821243475,R5,C000000,176363,SC,2,-255,810,18122012210312,-
0600,B001032,B000162,RB00024,Комиссия Эмитента в пользу Эквайера.ВЫДАЧА
НАЛИЧНЫХ.Документ N 176363. 0.50% с оборота 510.00 RUR по транзакциям с N
C000000 1392155 по N C000000 1392156,
1221,G13011410246259,R5,C000000,176514,S,4,-61200,810,14012013104202,-
0600,B001032,B000954,RB00024,,
6.2.3 Формат стандартного файла «Отчет о невозможности включения платежа в

файл реестра».
Файл B0NNNNN. yyyymmdd-XXX.bad.txt предназначен для зрительного анализа, не
подлежит автоматической обработке.
Сообщение "требование по оплате 1221"
Сообщение "сводка по платежу"
Сообщение "сводка по транзакции"
Формат сообщения «сводка по платежу»
Форма
Поле Обяз. Описание
т
1 TOTAL C6 M Текстовая константа ‘total:’
2 Total_num N M Количество транзакций в платеже
3 SPACE C1 M Константа «пробел»
4 LOST C6 M Текстовая константа ‘lost: ’
5 lost_num N M Количество потерянных транзакций
7 BAD C5 M Текстовая константа ‘bad: ’
8 bad_num N M Количество транзакций в платеже со статусом ERR
10 GOOD C6 M Текстовая константа ‘good: ’
11 good_num N M Количество транзакций в платеже со статусом OK
Формат сообщения «сводка по транзакции»
Форма Обяз
т .
1 Status V2 M Статус обработки транзакции ("OK" или "ERR")
67
2 Gate C7 M Идентификатор шлюза

3 Gate_num V11 M Идентификатор Операции в Процессинговом Центре
4 ERR_Code V5 M Код ошибки (0, если статус = « OK»)
Текстовое описание ошибки. (Не заполняется, если статус =
5 ERR_Text V256 M
« OK»)
6 Msg_code C4 M Тип сообщения (1219/1220)
7 ReqId V15 M Уникальный идентификатор запроса
8 Version C2 M Версия формата сообщения ’R5’
9 PcCode C7 M Идентификатор ПЦ – константа 'C000000'
Номер требования по оплате (Реестра операций). Ссылка на
10 DocNum N11 M
поле DocNum сообщения 1221
Терминальное, локальное дата и время совершения
11 Dtime D1 M
операции в формате ddmmyyyyhh24miss
12 TimeZone C5 M Временная зона ТЕРМИНАЛА (БАНКОМАТА)
Тип операции. Для операций оплата товаров/услуг в
13 OperType N3 M
ТЕРМИНАЛЕ константа = ‘40’
Банковский идентификатор точки
обслуживания. Соответствует фактическому месту
14 LocationID V15 M
установки ТЕРМИНАЛА (БАНКОМАТА). Заполняется
только для эквайреровских операций
Банковский идентификатор сервиса. Заполняется только
15 ServiceID V25 M
для эквайреровских операций
16 Money N20 M Сумма операции в минимальных единицах валюты
17 Cur C3 M Числовой код валюты
18 RFU N20 O Сумма комиссии
19 PAN V20 O Идентификатор КАРТЫ КЛИЕНТА
20 AddInfo V1200 O Не заполняется
Для операций оплаты товаров/услуг NULL;
21 RFU V3 O
Направление платежа (ROUTE)
TERM_NA
22 С7 M ID ТЕРМИНАЛА (БАНКОМАТА)
ME
23 SLR_ISO V20 M Идентификатор MSAM Карты (КАРТА продавца)
Пример содержимого файла:
1221,,R5,C000000,175031,S,1,1000,810,27062012190725,-
0600,B000954,B000949,RB00024,1221,,10,C000000,175031,S,1,1000,810,27062012190725,-
0600,B000954,B000949,RB00024,
total:1 lost: 1 bad: 0 good: 0
1221,G13011817248057,R5,C000000,176576,I,2,6319,810,18012013170122,-
0600,B000949,B000949,,
total:2 lost: 0 bad: 2 good: 0
ERR,N000159,46038,1033,ACU$SERVICE_PKG:GET_SERVICE Для типа операции "40"
КАРТЫ продавца "5009499800000000247" и направления "0" не найден
сервис,1219,T00000003953882,R5,C000000,176576,07122012130157,-
0600,40,,,3222,810,2000,9009490000000054,,0,J012948,5009499800000000247
ERR,N000159,46039,1033,ACU$SERVICE_PKG:GET_SERVICE Для типа операции "40"
КАРТЫ продавца "5009499800000000247" и направления "3" не найден
сервис,1219,T00000003953883,R5,C000000,176576,07122012130609,-
0600,40,,,3097,810,2000,9009490000000054,,3,J012948,5009499800000000247
68
6.2.4 Формат стандартного файла «Список Кодов участников»

Файл предназначен для передачи в АБС БАНКА информации по текущим
зарегистрированным организациям в Процессинговом Центре.
Соглашение о формате полей
Каждая строка - информация об одном участнике. Разделителем полей в строке является
символ <#>
Формат полей
N(X) - число, целое, длина X
V(X) - строка переменной длины (максимальная длина X)
Формат файла:
Поле Тип Описание
Код участника, например
CODE V(7)
"B000123"
BIK N(9) Бик Банка
NAME V(70) Наименование банка
INN V(20) ИНН
CITY V(25) Город
VERSION Не заполняется
NODE Не заполняется
Пример заполнения файла:
B000123#123456789#ОАО "ПЕРВЫЙ БАНК"
АКБ#12121212121212121212#БАРАБИНСК##
B000234#234567890#ОАО "ВТОРОЙ БАНК" АКБ#13131313131313131313#МАГАДАН##
6.2.5 Формат суммирующих файлов
6.2.5.1 Требование-уведомление
Требования-уведомления в виде списка сообщений предаются в БАНК/Подразделение

БАНКА в файле B0NNNNN.yyyymmdd.sum.txt
Где
‘B0NNNNN – Код участника в Процессинговом Центре
yyyymmdd – дата формирования реестра
sum.txt – константа
Одна строка файла – одно сообщение.
Состав файла – сообщение требование-уведомление, сообщение с агрегирующей
информацией по Реестрам операций, сообщение с агрегирующей информацией по
исходящим эмитентским реестрам.
3.1.1. Формат сообщения требования-уведомления

MSG_CODE C4 Идентификатор сообщения, константа = «M001»
VERSION V2 Версия сообщения, константа = «12»
69
DATE D8 Отчетная дата, в формате YYYYDDMM

Наименование БАНКА/ Подразделения БАНКА получателя
NAME V200 требования-уведомления
БИК БАНКА/ подразделения БАНКА получателя требования-
BIK V20 уведомления
Код участника БАНКА/ Подразделения БАНКА получателя
MCODE V20 требования-уведомления
Наименование БАНКА контрагента /Подразделения БАНКА
C_NAME V20 контрагента
C_BIK V9 БИК БАНКА контрагента /Подразделения БАНКА контрагента
Код участника БАНКА контрагента /Подразделения БАНКА
C_MCODE V20 контрагента
Требования БАНКА /Подразделения БАНКА получателя (в
DB_SUM N минимальных единицах валюты)
Обязательства БАНКА / Подразделения БАНКА получателя (в
CR_SUM N минимальных единицах валюты)
PAY_SALD Нетто позиция=DB_SUM (требования) – CR_SUM
O N (обязательства)
DB_IRF_SU Комиссионные требования БАНКА /Подразделения БАНКА
M N получателя (в минимальных единицах валюты)
CR_IRF_SU Комиссионные обязательства БАНКА / Подразделения БАНКА
Нетто позиция=DB_IRF_SUM (требования) – CR_IRF_SUM
IRF_SALDO N (обязательства)
SALDO N PAY_SALDO+ IRF_SALDO
PERSON V200 Должность и ФИО ответственного лица в ПЦ
Список номеров документов, на основании которых посчитаны
суммы требований и обязательств по Подразделению БАНКА и
между Подразделениями БАНКА. Разделитель номеров
DOC_NUMS V документов - точка с запятой (;)
3.1.2.Формат сообщения с агрегирующей информацией по Реестрам операций

MSG_CODE С4 Идентификатор сообщения, константа = «M003»

NUM N Количество файлов с Реестрами операций
Имена файлов Реестров операций, сформированных
ПРОЦЕССОРОМ за отчетную дату. Разделитель имен файлов -
FILES V точка с запятой (;)
3.1.3. Формат сообщения с агрегирующей информацией по исходящим эмитентским

реестрам
MSG_CODE С4 Идентификатор сообщения, константа = «M004»

NUM N Количество файлов с эмитентскими реестрами
Имена файлов реестров, принятых ПРОЦЕССОРОМ за
FILES V отчетную дату. Разделитель имен файлов - точка с запятой (;)
70
Пример файла:
M001,12,20130201, Полевое учреждение Банка России № 32381
(Заводское)1,054276190,B000810,Полевое учреждение Банка России № 92586
(Солнечное),054276435,B000811,4000,5000,-1000, 0,0,0,-1000,Старший смены
Иванов Иван Иванович, 123456;123457
(Заводское),054276190,B000810,Полевое учреждение Банка России № 87545
(Чеховское),054276430,B000812,0,6000,-6000, 0,0,0,-6000,Старший смены Иванов
Иван Иванович,123458
(Заводское),054276190,B000810,Полевое учреждение Банка России № 93768
(Степное),054276450,B000813,11000,0,11000,0,0,0,11000,Старший смены Иванов
Иван Иванович,123459;123460;123461
M001: 12,20130201, Полевое учреждение Банка России № 32381
(Заводское),054276190,B000810, ПУ
«Мир»,0ХХХХХХХ,B001054,245000,80000,165000,2800,1113,1687,163313,Старший
смены Иванов Иван Иванович,123759;123760;123761
M003,3,B000812.20130201-001.doc.txt;B000812. 20130201-002.doc.txt; B000812.20130201-
003.doc.txt
M004,2, B000812.req.456;B000812.req.457
6.2.5.2 Сводное требование-уведомление
Сводное требование уведомление передается в Банк в файле B0NNNNN.yyyymmdd.ttl.txt

B0NNNNN – Код участника в Процессинговом Центре
yyyymmdd – дата формирования реестра
ttl.txt – константа
Отчет состоит из строк, формируемых по каждому Подразделению БАНКА:

MSG_CODE Идентификатор сообщения, константа = «M002»
VERSION V2 Версия сообщения, константа = «12»
DATE D8 Отчетная дата, в формате YYYYDDMM
NAME V200 Наименование БАНКА/Подразделения БАНКА
BIK v9 БИК БАНКА/ Подразделения БАНКА
MCODE V200 Код участника БАНКА/Подразделения БАНКА
Сумма требования БАНКА/Подразделения БАНКА (в
DB_SUM N минимальных единицах валюты)
Сумма обязательства БАНКА/Подразделения БАНКА (в
CR_SUM N минимальных единицах валюты)
PAY_SALD Нетто позиция = DB_SUM (требования) – CR_SUM
O N (обязательства)
DB_IRF_SU Комиссионные требования БАНКА /Подразделения БАНКА
CR_IRF_SU Комиссионные обязательства БАНКА / Подразделения
M N БАНКА получателя (в минимальных единицах валюты)
Нетто позиция=DB_IRF_SUM (требования) – CR_IRF_SUM
IRF_SALDO N (обязательства)
SALDO N PAY_SALDO+ IRF_SALDO
PERSON V200 Должность и ФИО ответственного лица в ПЦ
71
Пример файла:
M002,12,20130201,Полевое учреждение Банка России № 32381
(Заводское),054276190,B000810,260000,811000,169000,
2800,1113,1687,167313,Старший смены Иванов Иван Иванович
M002,12,20130201,ПУ «МИР»,0ХХХХХХХ,B001054,811000,260000,-169000,1113,2800,-
1687,-167313,Старший смены Иванов Иван Иванович
(Солнечное),054276435,B000811,5000,4000,1000,0,0,0,1000,Старший смены Иванов
Иван Иванович
(Чеховское),054276430,B000812,6000,0,6000,0,0,0,6000,Старший смены Иванов Иван
Иванович
(Степное),054276450,B000813,0,11000,-11000, 0,0,0,11000,Старший смены Иванов
Иван Иванович
7 НЕШТАТНЫЕ СИТУАЦИИ
Нештатные ситуации при работе с БК можно разделить на несколько вида:
1. Нештатные ситуации возникающие при работе с КА;
2. Нештатные ситуации возникающие при проведении структурного и
логического контроля ответных файлов;
3. Нештатные ситуации связанные с получением отрицательного ответа на
начальные сообщения
7.1 НЕШТАТНЫЕ СИТУАЦИИ ВОЗНИКАЮЩИЕ ПРИ РАБОТЕ С КА
7.1.1 Нештатные ситации при проведении контрольного ввода операций по БК.

При проведении контрольного ввода осуществляется проверка КА
ответисполнителя, осуществивщего первичный ввод операции. В случае ошибки проверки
КА ответисполнителя, необходимо в режиме «Контрольный ввод по БК» осуществить
действие «Вернуть на редактирование». Операция будет возвращена ответисполнителю,
который должен отредактировать возвращенну. операцию
7.1.2 Нештатные ситации при формировании сообщений в ПЦ.

При формировании сообщения в ПЦ осуществляется проверка КА ответисполнителя
и контролера двойного ввода. При отрицательном результатте проверки КА будет выдано
соответствующее сообщение. Необходимо уведомить об этои АИБа, которые проведет
разбор ситуации.
Если неверна подпись контролера, то для устранения данной ситуации
рекомендуется:
1. контролер двойного ввода в режиме «Контрольный ввод по БК» отменяет
контроль операции, удаляет введенный документ контрольного ввода и
повторно вводит его.
Если неверна подпись отвеисполнителя первичного ввода, то для устранения данной
ситуации рекомендуется:
72
1. контролер двойного ввода в режиме «Контрольный ввод по БК» отменяет

контроль операции, удаляет введенный документ контрольного ввода.
2. Отвеисполнител первичного ввода исключает данныю оперцию из пачки в
режиме «Пачки контрольного ввода»
3. В соответсвующем режиме по работе с банковскими картами редактирует
данную операцию. После редактирования повторно передает операцию на
контрольный ввод.
7.1.3 Нештатные ситации при формировании файлов в ПЦ. Проверка КА на

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

При формировании файлов в ПЦ осуществляется его подписание и шифрация на
получателя, УИС которого указан в режиме «Настройка системы» раздел «Банковские
карты» параметр «УИС ПЦ «Золотая Корона»». При отрицательном результате шифрации
файла будет выдано соответствующее сообщение. Необходимо уведомить об этои АИБа,
который проведет анализ ситуации. Обычно данная ситуация возникает при отсутствии в
локальном справочнике сертификатов local.gdbm ключа с данным УИСом.
 В локальном справочнике сертификатов проверить наличие ключа с данным
УИСом. При его отсутствии, заменить локальный справочник сертификатов.
7.1.5 Нештатные ситации при обработки начальных файлов в ПЦ.

При обработке начальных файлов в ПЦ может возникнуть ситуация, когда файл
невозможно расшифровать или подпись на нем неверна. Необходимо уведомить об этом
АИБа, который проведет анализ ситуации.
 Администратор ЛВС должен в архиве найти файл, которые не
обрабатывается в ПЦ. Файл должен иметь префикс dcr. Например,
DCR_B000210.REQ.300;
 Данный файл необходимо скопировать в папку на сервере, которая указана в
режиме «Настройка системы» раздел «Банковские карты» параметр «Каталог
переподписания файлов (сервер)».
73
 ОИ по обмену с ПЦ зайти в режим «Обработка файлов» -> «Переподписание»

и выполнить действия, которые описаны в «Руководство пользователя.
Операции с банковскими картами» п. «Обработка файлов – переподписание».
7.1.6 Нештатные ситации при обработки ответных файлов из ПЦ.

При обработке ответных файлов из ПЦ может возникнуть ситуация, когда файл
невозможно расшифровать или подпись на нем неверна. Необходимо уведомить об этом
АИБа, который проведет анализ ситуации.
 Удалить файл;
 Повторно скопировать данный файл с почтового сервера обмена с ПЦ.
 Загрузить его и повторно обработать. При повторном возникновении ошибки
уведомить об этом ПЦ.
7.2 НЕШТАТНЫЕ СИТУАЦИИ ВОЗНИКАЮЩИЕ ПРИ ПРОВЕДЕНИИ

СТРУКТУРНОГО И ЛОГИЧЕСКОГО КОНТРОЛЯ ОТВЕТНЫХ ФАЙЛОВ
При обработки ответных файлов осуществляется структурный и логический

контроль сообщений. Ниже приведен примерный перечень ошибок и их пояснения
Код Наименование Пример текста Пояснение к ошибке

ошибки ошибки
101 Ошибка чтения типа B000210.20160901- Файл содержит информацию,
сообщения 001.doc.txt строка 1: которая не идентифицируется
‘1221’ как сообщение
утвержденного формата
102 В справочнике B000210.res196 В файле содержится
отсутствует тип строка 1: 99143 сообщение, код которого не
сообщения определен регламентом.
Сообщения из ПЦ могут имет
коды 0244, 9943, 9957, 9959,
1219, 1220 и 1221
103 Неожиданный конец B000210.20150120- Нарушена структура
сообщения 020.trn.txt строка 1: сообщения. Например, в
Неизвестный сообщении имеется лишний
параметр: 810 знак «,»
104 Ошибка числового поля B000210.20150120- Числовое поле содержит
020.trn.txt строка 1: недопустимый символ.
MONEY Например, поле «Сумма»
содержит нечисловой символ
106 Ошибка определения Неверный параметр В сообщение содержится тип
типа операции OPERTYPE (943) в операции, который
сообщении 1219 отсутствует в справочнике
LOCATIONID = «Типы операций».
62317101
107 Ошибка поиска номера LOCATIONID = 1. В «Справочнике
л/счета для банкомата 623171301 банкоматов» отсутствует
техническое устройство, код
которого указан в сообщение
1219 в поле LocationID
74
«Банковский идентификатор
точки обслуживания».
2. В «Справочнике
банкоматов» присутствует
техническое устройство, код
которого указан в сообщение
1219 в поле LocationID
«Банковский идентификатор
точки обслуживания», но
данное техническое
устройство не привязано к
лицевому счету.
108 Не найдена PAN:5054270021099 В БД не найдена «своя» БК,

действующая БК 115 номер которой указан в
сообщении в поле PAN
«Идентификатор карты
клиента»
112 Неверный код валюты 840 В полученном сообщение в
поле «Числовой код валюты»
указан код, отличный от 810
«Российский рубль»
113 Повторная обработка N120003 20003 Полученный файл содержит
операции транзакцию, которая была
ранее обработана
114 Расхождение общей Итого TRN = сумма Общая сумма операций в
суммы в реестрах 1, Итого DOC = реестре операций не
операций и документов сумма 2 совпадает с общей суммой в
реестре документов
115 Расхождение суммы По DOCNUM: Сумма операций по
реестра операций и 900001 TRN = требованию в реестре
документов в разрезе 1203.00 DOC = операций не совпадает с
требоваyий 203.00 суммой требования в реестре
уведомлений документов
116 Расхождение общего Итого TRN = 4 Общае количество операций
кол-ва документов в Итого DOC = 14 в реестре операций не
реестрах операций и совпадает с общей
документов количеством документов в
реестре документов
117 Расхождение кол-ва По DOCNUM: Количество операций по
документов в реестрах 90000 TRN = 2 DOC требованию в реестре
операций и документов = 12 операций не совпадает с
в разрезе требований по количеством операций по
оплате требованию в реестре
документов
121 Не найдено исходящее REQ_ID: В БД не найдено начальное
сообщение по REQ_ID 62317_010000252 сообщение, идентификатор
которого указан в
обрабатываемом ответном
сообщении.
122 ЛА в БД меньше (306939.00<957000. Сумма отозванного из ПЦ ЛА
требуемого 00) меньше ЛА, который
75
уменьшения лимита из установлен по данной БК в

процессинге САБСе. Данная ситуация
может возникнуть, если по БК
была совершена приходная
операция, которая
автоматически увеличила ЛА
в ПЦ, но в САБСе данная
операция обработана не была
(транзация не поступила)
123 Расхождение с исх. OB_TYPE:FUNDS< В исходящем и ответном

сообщением по полю >LCARD сообщениях указаны
OB_TYPE различные типы объектов:
LCARD (банковская карта)
или FUNDS (лимит
авторизации)
124 Расхождение с исх. OB_TYPE:50542700 В исходящем и ответном
сообщением по полю 21982828<>5054270 сообщениях указаны
OBJ_ID 021282828 различные идентифакаторы
объектов. Если начальное
сообщение сформирована по
карте, то в ответном
сообщении должен быть
указан тот же номер карты.
Если сообщение
сформировано по ЛА, то в
ответном сообщении должен
быть указан тот же
идентификатор ЛА.
125 В справочнике B000210.20141201.s Файл содержит сообщение, в
отсутствует тип um.txt строка 1: котором указана неверная
сообщения данной M001 VERSION=15 версия.
версии
126 Ошибка поиска ПУ в PAN = В справочнике «ПУ –
справочнике 5154270021000115 участники не найдена «своя»
участников по БИН БК, номер которой указан в
поле PAN «Идентификатор
карты клиента»
127 Найдено дублирующее REF_ID:62317_0000
входящее сообщение в 0255
БД по REF_ID
128 Найдено дублирующее REF_ID:62317_0000
входящее сообщение в 0255
файле по REF_ID
При их возникновении рекомендуется обратиться к разработку.
7.3 НЕШТАТНЫЕ СИТУАЦИИ СВЯЗАННЫЕ С ПОЛУЧЕНЕМ

ОТРИЦАТЕЛЬНОГО ОТВЕТА НА НАЧАЛЬНЫЕ СООБЩЕНИЯ
76
Ситуация считается нештатной, когда в ответно сообщение заполнены поля ERR

«Код ошибки» и RESPONSE «Текст ответа».
Ниже приведен перечень кодов ошибок и их описание, передаваемые
Процессинговым Центром в отчете об обработке реестра и мероприятия по работе с ними:
№ Код
п/п ошибки Описание ошибки Рекомендации по исправлению
1. Необходимо установить новый срок
действия КАРТЫ или перенести КАРТУ
10 КАРТА просрочена в архив.
2. Необходимо использовать карту с ПИН-
конвертом. Обратиться в ПЦ для
1117 #ПИН конверт не выпускался# выяснения статуса КАРТЫ.
3. Нарушена последовательность работы с
КАРТОЙ. Выполняется повторная
регистрация КАРТЫ, необходимо
#КАРТА уже зарегистрирована в выполнить работу с КАРТОЙ по
1118 ЦА# утвержденному сценарию,
4. Необходимо в сообщении указать
119 Неизвестная валюта корректный код валюты
5. Данный тип запроса не предусмотрен
спецификацией. Необходимо привести
Данный тип запроса запрещён сообщение в соответствие со
12 для исполнения спецификацией
6. Операция запрещена: нет Необходимо уменьшить сумму
2 свободных средств отзываемых средств.
7. Запрос сформирован с ошибкой.
Необходимо привести сообщение в
2050 Невалидный тип операции соответствие со спецификацией
2051 Невалидный тип объекта соответствие со спецификацией
Попытка управления чужим Необходимо указать правильный Код
3270 объектом участника
10. В сообщении необходимо указать
Валюта КАРТЫ и лимитов не валюту в соответствии с валютой
3295 совпадают лимитов/КАРТЫ
11. Необходимо установить корректное
Попытка установить лимиты значение даты/времени и временной
3466 прошлой датой зоны
12. Сообщение сформировано с ошибкой.
3467 Плохие параметры соответствие со спецификацией
[AUTH_PARAM] Неизвестный Необходимо привести сообщение в
3468 параметр авторизации соответствие со спецификацией
14. Необходимо разблокировать Расходный
3504 Счет заблокирован лимит КАРТЫ
15. 3505 Валюта счета не соответствует Сообщение сформировано с ошибкой.
валюте КАРТЫ Необходимо в сообщение указать
77
соответствующий код валюты

16. Сообщение сформировано с ошибкой. В
сообщении указан некорректный номер
счета.
Требуется индивидуальный разбор
3506 Счет не найден ситуации.
17. Попытка отзыва средств из Расходного
лимита КАРТЫ на сумму, большую,
чем остаток Расходного лимита КАРТЫ.
Необходимо уменьшить сумму
отзываемых средств или выполнить
3507 Недостаточно средств на счете отзыв всех средств.
18. Необходимо обеспечить управление
лимитом в соответствии со
спецификацией. Требуется
3508 Счет зарегистрирован ранее индивидуальный разбор ситуации
3509 Неизвестная операция по счету соответствие со спецификацией
Формат сообщения не Необходимо привести сообщение в
3510 соответствует спецификации соответствие со спецификацией
Формат полей сообщения не Необходимо привести сообщение в
3511 соответствует спецификации соответствие со спецификацией
22. Возникла ошибка при блокировке счета.
Необходимо обратиться в ПЦ для
Счет не может быть разбора ситуации. Требуется
3512 заблокирован индивидуальный разбор ситуации
Необходимо указать тип счёта в
3513 Неверный тип счета соответствии со спецификацией
24. Сообщение сформировано с ошибкой. В
Код участника содержит сообщении необходимо указать
3528 недопустимые символы правильный Код участника
25. Невозможно управлять картой.
На КАРТУ установлено Необходимо обратиться в ПЦ для
3529 требование изъять разбора ситуации
26. Невозможно управлять группой карт.
Для группы КАРТ обслуживание Необходимо обратиться в ПЦ для
3532 запрещено разбора ситуации
27. На Группу КАРТ установлено Необходимо обратиться в ПЦ для
3533 требование изъять разбора ситуации
28. Код участника пересекается с Сообщение сформировано с ошибкой.
Кодом участника другого В сообщении необходимо указать
3534 продукта правильный Код участника
29. Идентификатор КАРТЫ не В сообщении необходимо указать
соответствует Коду участника Идентификатор КАРТЫ в соответствии
3540 эмитентского продукта с Кодом участника и продукта
30. 3541 Неизвестная КАРТА КАРТА неизвестна ПЦ. Необходимо
проверить правильность ввода КАРТЫ
78
или обратиться в ПЦ для разбора

ситуации
31. Нарушена последовательность работы с
картой. Требуется привести в
соответствие порядок работы с
3542 КАРТА зарегистрирована ранее КАРТОЙ
32. Часть средств заблокирована.
По КАРТЕ есть незавершенные Необходимо обратиться в ПЦ для
3543 операции уточнения статуса операций по КАРТЕ
По КАРТЕ есть незавершенные Необходимо обратиться в ПЦ для
3545 операции уточнения статуса операций по КАРТЕ
34. В сообщении необходимо указать
3549 Не указан Код участника правильный Код участника
КАРТА не удовлетворяет Необходимо обратиться в ПЦ для
3551 требованиям группы уточнения статуса КАРТЫ
КАРТА не может вернуть Необходимо обратиться в ПЦ для
3553 заблокированные средства уточнения статуса операций по КАРТЕ
37. Необходимо привести сообщение в
3560 Повторное почтовое сообщение соответствие со спецификацией
38. Необходимо в сообщении указать тип
3570 Неверный тип счета счёта в соответствии со спецификацией
39. Код участника пересекается с Сообщение сформировано с ошибкой. В
Кодом участника другого сообщении необходимо указать
3572 продукта правильный Код участника
#Выпуск КАРТ в данной группе Требуется индивидуальный разбор
3615 запрещен# ситуации
41. #Нельзя удалить объект, к Сообщение сформировано с ошибкой.
которому привязаны другие Необходимо обратиться в ПЦ для
3617 объекты# уточнения статуса КАРТЫ
42. Необходимо указать правильный Код
3618 #Отсутствует имя банка# участника
43. Сообщение сформировано с ошибкой
3619 #Отсутствует исходный запрос# уточнения статуса КАРТЫ
44. Сообщение сформировано с ошибкой
3620 #КАРТА удалена# уточнения статуса КАРТЫ
45. [CURDN_PK] Указанная пара В сообщении необходимо указать
ISO, scale для данной валюты не валюту и масштаб в соответствии со
415 поддерживается спецификацией
1. Для проведения индивидуального разбора ситуации БАНК:

 Проводит внутреннее определение причин, повлекших возникновение
ошибки.
 В случае выявления причин, повлекших возникновению ошибки, устраняет
их и формирует новое исходящие сообщение.
79
 В случае не выявления причин, повлекших возникновение ошибки,

направляет электронное сообщение на адрес gcsup@korona.net, Сообщение должно
содержать: номер исходящего сообщения; номер отчета об обработке реестра;
описанием проведенных внутрибанковских мероприятий по определению причин,
повлекших возникновение ошибки.
2. ПЦ в течение 8 (Восьми) рабочих часов с момента получения сообщения определяет
причины, повлекшие возникновение ошибки, и направляет БАНКУ ответное
сообщение с описанием причин и порядком дальнейших мероприятий.
3. В случае если ПЦ недостаточно времени, указанного в п.4.3. настоящего
Приложения, то ПЦ направляет сообщение БАНКУ о новых сроках предоставления
ПЦ ответного сообщения о причинах, повлекших возникновение ошибки.
4. Мероприятия по устранению несоответствий в полученных БАНКОМ Реестре
операций, Реестре расчетных документов, Требовании–уведомлении, Сводном
Требовании-уведомлении.
 В случае, если БАНКОМ получен Реестр операций/ Реестр расчетных
документов/ Требование–уведомление/ Сводное Требование-уведомление, не
соответствующее требованиям, то БАНК направляет электронное сообщение на
адрес gcsup@korona.net с описанием несоответствий.
 ПЦ в течении 4 (Четырех) рабочих часов с момента получения сообщения,
устраняет несоответствие и направляет БАНКУ соответствующий повторный Реестр
операций/ Реестр расчетных документов/ Требование –уведомление/Сводное
Требование-уведомление.
Далее приведено описание действий, по устранению нештатных ситуаций,

возникших по причине банка
7.3.1 Обработка реестров ответов от ПЦ в банк содержащих код ошибки (ответ

на запрос 9956 «Регистрация банковской карты»)
Если полученный реестр ответов содержит код ошибки, то при его обработке на
экран будет выдана форма с перечнем ошибок, выявленных в ПЦ (Error: Reference source
not found).
После обработки входящего реестра ответов, пользователь должен осуществить
печать документа «Реестр подтверждений от ПЦ» и приступить к анализу сложившейся
ситуации.
Поступление сообщения 9957, которое содержит код ошибки, в ответ на запрос
9956 «Регистрация банковской карты» означает, что банковская карта не
зарегистрирована в ПЦ и дальнейшие действия с ней (выдача клиенту) выполнить
невозможно.
Если в результате выявления причин, повлекших возникновению ошибки,
выяснилось, что ошибка была допущена банком, то необходимо сформировать в адрес ПЦ
новое исходящие сообщение. Для этого необходимо выполнить следующие действия:
 зайти в режим «Просмотр БК»;
 выбрать фильтр «БК открываемые»
 найти банковскую карту, по которой получено сообщение 9957 с
кодом ошибки;
80
 установить на нее курсор и выполнить действие «Удаление БК»;

 после этого повторно осуществить первичный ввод банковской карты
и передачу ее на контрольный ввод;
 повторно осуществить контрольный ввод банковской карты;
 повторно осуществить формирование сообщения;
 повторно осуществить формирование файла в ПЦ

на запрос 9942 «Активация банковской карты»)

ситуации.
9942 «Активация банковской карты» означает, что ранее зарегистрированная банковская
карта не активирована в ПЦ и дальнейшие действия с ней (установка первоначального
лимита авторизации) выполнить невозможно.
Если в результате выявления причин, повлекших возникновение ошибки,
новое исходящие сообщение на активацию банковской карты. Для этого необходимо
выполнить следующие действия:
 выбрать фильтр «БК открываемые»;
 установить на нее курсор и выполнить действие «Запрос активации
БК». В результате этого действия будут подготовлены данные для
формирования повторного сообщения в ПЦ;
 повторно осуществить формирование сообщения

на запрос 9942 «Установка первоначального лимита авторизации»)

ситуации.
9942 «Установка первоначального лимита авторизации» означает, что по ранее
активированной банковской карте в ПЦ не установлен ЛА и клиент банка не может
осуществлять с ней операций.
Если в результате выявления причин, повлекших возникновение ошибки,
новое исходящие сообщение на установку первоначального лимита авторизации. Для
этого необходимо выполнить следующие действия:
81

 установить на нее курсор и выполнить действие «Повторная
операция по установке первоначального ЛА». В результате этого
действия будут подготовлены данные для формирования повторного
сообщения в ПЦ;
 повторно осуществить формирование сообщения;

на прочие запросы)

ситуации.
Для устранения сложившейся ситуации, необходимо выполнить действия, которые
позволят повторно сформировать аналогичный запрос.
Например, если получен отрицательный ответ на сообщение 9942 «Изменение ЛА
– ручное», то необходимо повторно осуществить первичный и контрольный ввод
операции «Изменение ЛА». Сформировать сообщение и отправить его в составе
исходящего файла.
8 ПРОВЕРОЧНЫЕ ВОПРОСЫ ПО БАНКОВСКИМ КАРТАМ
8.1 Вопросы
ВОПРОС
№ пп Описание
1 Клиенту выдана БК. Остаток на лицевом счете 2000 рублей. Сумма

лимита авторизации – 1500 рублей, сумма резерва – 500 рублей. Какую
сумму клиент может получить в банкомате?

сумму клиент может получить в кассе с использование PVN терминала?

сумму клиент может получить в кассе по расходному кассовому ордеру?
82

лимита авторизации – 1500 рублей, сумма резерва – 500 рублей. Клиент
хочет осуществить безналичный перевод на сумму 1000 рублей. Как
выполнить данное действие?

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

данного ПУ. Какие действия нужно совершить в САБСе с данной БК?
7 Клиент внес через PVM терминал 1000 рублей. Получен файл trn с
данной операцией. Какая проводка будет совершена в САБСе?
8 Клиент получил в банкомате № 1 1000 рублей. Получен файл trn с

данной операцией. Какая проводка будет совершена в САБСе?

получил в кассе банка по РКО 100 рублей. Какой остаток лицевого
счета, лимита авторизации и резерва будет в САБСе после проведения
данной операции?

получил в банкомате № 1 1000 рублей. Получен файл trn с данной
операцией. Какой остаток лицевого счета, лимита авторизации и резерва
будет в САБСе после обработки данного файла?

получил в кассе банка через PVN терминал 150 рублей. Получен файл
trn с данной операцией. Какой остаток лицевого счета, лимита
авторизации и резерва будет в САБСе после обработки данного файла?

внес в кассе банка через PVN терминал 150 рублей. Получен файл trn с
данной операцией (код данной операции 145). Какой остаток лицевого
счета, лимита авторизации и резерва будет в САБСе после обработки
данного файла?

внес в кассе банка через PVN терминал 150 рублей. Получен файл trn с
данной операцией (код данной операции 45). Какой остаток лицевого
счета, лимита авторизации и резерва будет в САБСе после обработки
данного файла?
83
14 Остаток на лицевом счет 20208 по банкомату 1 - 250 000. Была

проведена инкассация: заложили 1 000 000, достали 200 000. Были
сделаны проводки:
Дт 20208 Кт 60308 1 000 000
Дт 20201 Кт 20208 200 000
Остаток на счете 20208 – 1 050 000.
Возможна ли такая ситуация? Если возможна, то опишите причину

возникновения данной ситуации и действия по ее устранению.
8.2 Ответы
Ответы
№ пп Описание
1 1500 рублей
2 1500 рублей
3 500 рублей
4 Сформировать запрос на уменьшение ЛА на 500 рублей. После

положительного ответа из ПЦ, по счету клиента будет установлен резерв
в сумме 1000, которые можно перечислить по рапоряжению клиента
5 2800 рублей
6 Нужно выполнить операцию по временной блокировки БК
7 Дт 30720(транзитный) Кт 40817
8 Дт 40817 Кт 20208 (счет банкомата № 1)
9 Остаток лицевого счета 1900, сумма лимита авторизации – 1500 рублей,

сумма резерва – 400 рублей




84
14 Ситуация возможна. Скорее всего не получены из ПЦ транзакционные

файлы с операциями на сумму 50 000. Необходимо выполнить сверку
требования-уведомления и запросить

УЦЕУКЦЕ

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

УЦЕУКЦЕ

Загружено:

Авторское право:

Доступные форматы

ТИПОВОЙ ПРОГРАММНЫЙ КОМПЛЕКС

ТЕХНОЛОГИЯ РАБОТЫ С БАНКОВСКИМИ КАРТАМИ В

5.1.1 ЭТАП 1 - РЕГИСТРАЦИЯ БАНКОВСКОЙ КАРТЫ...................................................14

5.4.3 БУХГАЛТЕРСКИЕ ПРОВОДКИ ПО УЧЕТУ ОПЕРАЦИЙ СОВЕРШЕННЫХ С

1 НАЗНАЧЕНИЕ И УСЛОВИЕ ПРИМЕНЕНИЯ

ВНИМАНИЕ! При начале работы в ПУ с банковскими картами категорически

1.2 РЕКОМЕНДАЦИИ ПО ЭКСПЛУАТАЦИИ ТПК «САБС» ПРИ РАБОТЕ С

Рекомендуем, при работе в ПУ с банковскими картами осуществлять формирование

1.3 ОСНОВНЫЕ ПОНЯТИЯ

При работе с банковскими картами следует оперировать основными понятиями:

 9 знак – символ «0»

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

1.4 ОСОБЕННОСТИ РАБОТЫ С ОСТАТКАМИ ПО ЛИЦЕВЫМ СЧЕТАМ

До начала работы с банковскими картами (далее – «БК») работа с лицевыми

В идеальном варианте на конец ОД при условии, что в процессинговым центр

1.5 РАБОТА С ЛИМИТОМ АВТОРИЗАЦИИ (РЕЗЕРВОМ ПО СЧЕТУ)

2. Для использования части средств имеющихся на лицевом счете

1.6 ОСОБЕННОСТИ ИЗМЕНЕНИЯ ОСТАТКОВ ПО ЛИЦЕВЫМ СЧЕТАМ,

1.6.1 Поступление денежных средств посредством безналичных расчетов

В результате совершения операции данного типа в ТПК САБС:

1.6.2 Внесение денежных средств в оборотную кассу посредством приходного

1.6.3 Перечисление денежных средств посредством безналичных расчетов

В результате совершения операции данного типа в ТПК САБС:

1.6.4 Выдача денежных средств из оборотной кассы посредством расходного

1.6.5 Проведение расходных операций с использованием банковской карты

1.6.6 Проведение приходных операций с использованием банковской карты

1.7 СПРАВОЧНИКИ ДЛЯ РАБОТЫ С БАНКОВСКИМИ КАРТАМИ

1.7.1 Справочник банкоматов

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

1.7.2 Справочник ПУ участников ПС «Золотая Корона» и ПС «МИР»

Справочник предназначен для ведения перечня банка, которые осуществляют

2 ВЗАИМОДЕЙСТВИЕ С ПРОЦЕССИНГОВЫМ ЦЕНТРОМ

Взаимодействие с процессинговым центром осуществляется путем обмена файлами

Файлы, исходящие из ПЦ подписываются КА и шифруются. У пользователя ПЦ,

2.2 Типы файлов

2.2.1 Эмиссионные файлы

Эмиссионные файлы – это файлы, которые содержат сообщения на управление

Обмен информацией между АБС Банка производится на основании запросов (сообщений),

Файл Тип Наименование Описание Отправитель Получатель

Реестр Реестр B0NNNNN.res.num Файл, содержащий ПЦ АБС БАНКА

БАНКА; num - счетчик

2.2.2 Транзакционные файлы

Транзакционные файлы – это файлы, которые содержат сообщения информацию

Обмен информацией между АБС Банка производится на основании запросов (сообщений),

в файл реестра XXX - порядковый номер файла за день

2.2.3 Суммирующие файлы

Описание структуры сообщений и файлов приведено в п. 6.1

2.2.4 Технология обмена

Внимание! При обмене с ПЦ следует понимать, что обмен с ПЦ осуществляется

При работе с исходящими файлами следует руководствоваться следующими

При работе с входящими файлами следует руководствоваться следующими

3 РАБОТА С БК В ТПК «САБС»

4 ОБЩИЕ ПРИНЦИПЫ РАБОТЫ С КА

 Сформированные в адрес ПЦ сообщения подписываются КА ОИ по обмену с

5 ОПЕРАЦИИ С БК В ТПК «САБС»

5.1.1 ЭТАП 1 - РЕГИСТРАЦИЯ БАНКОВСКОЙ КАРТЫ

Регистрация БК осуществляется сотрудниками ПУ в следующем порядке:

4. ОИ по БК осуществляет ввод данных по вновь выдаваемой БК в ТПК САБС. Ввод

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

Выполнение действий описанных выше означает, что банковская

5.1.2 ЭТАП 2 – ВЫДАЧА БАНКОВСКОЙ КАРТЫ КЛИЕНТУ И ЕЕ

Выдача БК клиенту и ее активация осуществляется сотрудниками ПУ в следующем

1. ОИ по БК осуществляет создание новой операции на выдачу банковской карты

ВНИМАНИЕ! В момент подтверждения факта выдачи БК ПС «МИР» клиенту