Национальный Банк Украины Центральной расчетной палате,
Республиканскому банку Крыма,
областным управления НБУ,
коммерческим банкам,
01.02.1995 разработчикам ОДБ
N 18008/31
Тема: Электронные платежи
28 января 1995 г. в рамках перевода системы электронных
платежей на новые структуры было проведено комплексное тестиро-
вание АРМ 1,2,3 СЭП и ОДБ коммерческих банков.
Результаты эксперимента показали достаточно высокую сте-
пень готовности участников эксперимента и их ОДБ к переходу на
новые структуры интерфейса.
В ходе эксперимента был обнаружен ряд проблем и вопросов,
на которые мы хотим обратить ваше внимание.
1) Во всех файлах СЭП в реквизите типа "Наименование фай-
ла" первым символом является знак "$". Исключением являются
квитанции ^T, $S, сформированные АРМ-3 о забракованных им фай-
лах ^A, $B (при нормальном прохождении файлов ^A, $B через АРМ-
3 он сам не генерирует квитанций). В таких квитанциях первый
символ имени файла заменяется вместо "$" на "^". Это является
признаком того, что квитанция сгенерирована самим АРМ-3, а не
передана из АРМ-2(^T) или из ОДБ ($S).
2) В версии программного обеспечения СЭП, которая будет
введена в реальную эксплуатацию, право посылать дебетовые доку-
менты (не информационные, а реальные) будет предоставлено толь-
ко управлениям Национального банка. Приводим определение, что
такое "управление Национального банка" в рамках СЭП:
это банк, третий символ электронного адреса которого равен
букве "H" большое латинское.
Напоминаем, что реальный дебетовый документ проводится в
ОДБ как банка, так и в РКЦ, и НЕ ТРЕБУЕТСЯ формирования на него
ответного кредитового (как в информационном дебете).
3) Вопрос: "Что делать, если АРМ-3 или ОДБ вернул на файл
$B квитанцию с ненулевыми кодами возврата ?"
- Пока АРМ-2 не получит нормальную квитанцию с нулевыми ко-
дами возврата, этот файл $B будет каждое утро повторно отсы-
латься в банк-получатель. Сумма этого файла будет находиться на
160-м счету этого банка.
Однако банку следует НЕМЕДЛЕННО выяснить причину, по кото-
рой данный файл не может быть принят нормально по стандартной
технологии.
- если это искажение при передаче данных ("не растрезорил-
ся" и т.п.), повторная передача решит все проблемы.
- если это несогласование нормативно-справочной информа-
ции, следует связаться с РРП и выяснить причину, возможно, об-
новить справочники в АРМ-3 или ОДБ,
- и т.п.
Для случая, когда таких мер окажется недостаточно, сейчас
разрабатывается нормативно-юридический механизм изьятия из СЭП
искаженных, недостоверных и т.п.платежей и доведения до банков
правильных платежей, которые оказались в одном файле $B с иска-
женными или недостоверными.
4) Напоминаем: если АРМ-3 не принял квитанцию $S, то она
появляется во входном каталоге ОДБ. Если же АРМ-3 пропустил ее,
а АРМ-2 забраковал, то информацию об этом вы получите в ближай-
шем файле $K (там будет присутствовать файл $B с ненулевыми ко-
дами завершения, причем изменения корсчета по нему не произой-
дет!).
5) Приводим изменение в списке балансовых счетов клиентов,
которые запрещается указывать в полях "счет клиента" как отпра-
вителя платежа, так и получателя:
160,161,162,164,165,166,167,168,
035,036,830,831,840,841,871,974
Исключение: Балансовый счет 974 разрешается указывать в
реквизите "Счет клиента А" информационной строки ^A только в
кредитовых документах, исходящих от банка U2HA (Центр Межгосу-
дарственных расчетов).
6) Ориентировочный срок перехода на новое математическое
обеспечение - 20 февраля 1995 г. Не позже чем за 5 дней до пе-
рехода вам будет разослано официальное уведомление руководства
НБУ и новые версии математического обеспечения.
И.Н.Новак
ARM123@U0H0
тел.(044) - 293-73-38 Искра 06-717