По состоянию на 27 марта 2007 года
<< Главная страница | < Назад
ЦЕНТРАЛЬНЫЙ БАНК РОССИЙСКОЙ ФЕДЕРАЦИИ
(Банк России)
Главное управление по Санкт-Петербургу
ПИСЬМО
от 30 мая 2000 г. N 19-6-02/4393
В дополнение к письму Главного управления Банка России по
Санкт-Петербургу от 16.03.98 N 19-3-02/2920:
В связи с усовершенствованием системы обработки информации с
10.06.2000 в соответствии с приложением изменяется процедура
представления уполномоченными банками (филиалами уполномоченных
банков) отчетов о нарушении валютного законодательства
организациями - клиентами банков. Обращаем Ваше внимание, что
структура файла dbf сохраняется.
Заместитель начальника
Главного управления
Центрального банка РФ
по Санкт-Петербургу
Л.И.Павлова
ПРИЛОЖЕНИЕ
к письму ГУ ЦБ
по Санкт-Петербургу
от 30.05.2000 N 19-6-02/4393
ТЕХНОЛОГИЯ ПЕРЕДАЧИ ИЗ УПОЛНОМОЧЕННОГО БАНКА (БАНК)
В ГУ ЦБ РФ ПО САНКТ-ПЕТЕРБУРГУ (ГУ) СВЕДЕНИЙ
О НАРУШЕНИЯХ ВАЛЮТНОГО ЗАКОНОДАТЕЛЬСТВА
В ЭЛЕКТРОННОМ ВИДЕ
1. Передача информации из Банка в ГУ.
Файл, присылаемый банком по SMAIL, представляет собой архив
PKZIP, содержащий файл(ы) структуры DBF с информацией о нарушениях
валютного законодательства (письмо N 19-3-02/2920 от 16.03.1998 с
последующими дополнениями).
Файл архивируется PKZIP (версия v.2.04) и полученный ZIP-файл
должен быть зашифрован и подписан транспортной ЭЦП Банка. ZIP -
файл создается без пароля.
Имя архивного файла имеет следующую структуру:
IIDMNOOO.IIS, где
- II - тип отчетности (латинские символы "II");
- D - номер дня даты формирования сообщения (1-9, a-v),
например, день с номером 10 кодируется, как а, 11 - b, ..., 31 -
v;
- М - номер месяца даты формирования сообщения (1-9, а-с),
например, месяц с номером 10 кодируется, как а, 11 - b, 12 - с;
- N - номер сообщения с начала дня по данному типу отчетности
(1-9, a-z), например, сообщение с номером 10 кодируется, как a, 11
- b, ..., 35 - z. Для каждого типа отчетности ведется свой номер
посылки с начала дня. Проверяется уникальность имен только успешно
прошедших логический контроль ZIP-файлов. Если ZIP-файл не принят
(есть ошибки логического контроля), то следующая посылка может
содержать ZIP-файл с тем же именем;
- ООО - условный почтовый номер отправителя сообщения;
- IIS - обязательные латинские символы "IIS".
Поле ООО заполняется на основе банковского идентификационного
кода (БИК). При формировании данного поля берутся последние 3
знака БИК.
При приеме в ГУ ZIP-файлов осуществляется контроль
транспортной подписи и формируется *.rep-файл, подтверждающий факт
приема файла на логический контроль.
Затем осуществляется входной логический контроль файла и по
его результатам формируется *.log-файл, содержащий информацию о
приеме/неприеме файла(ов) *.dbf в дальнейшую обработку. В случае
неприема, ZIP-файл переименовывается и отсылается обратно в Банк.
(В начало исходного имени файла добавляется символ "Z" с удалением
символа номера месяца; условный почтовый номер отправителя
сообщения "ООО" меняется местами с символами "IIS").
При неприеме файла необходимо исправить ошибки и заново
отослать ZIP-файл в ГУ ЦБ РФ по СПб. Проверяется уникальность
только успешно прошедших логический контроль ZIP-файлов. Если
ZIP-файл не принят (есть ошибки логического контроля), то
следующая посылка может содержать ZIP-файл с тем же именем. (Если
ZIP-файл содержит несколько файлов *.dbf и хотя бы в одном из них
допущена ошибка, то ZIP-файл считается не принятым, и необходимо
заново отослать все файлы *.dbf, входящие в него.)
При неполучении Банком log-файла, отчет считается
непринятым!!!
|