ГОСУДАРСТВЕННЫЙ ТАМОЖЕННЫЙ КОМИТЕТ РОССИЙСКОЙ ФЕДЕРАЦИИ
СЕВЕРО-ЗАПАДНОЕ ТАМОЖЕННОЕ УПРАВЛЕНИЕ
РОССИЙСКОЙ ФЕДЕРАЦИИ
ПРИКАЗ
от 2 декабря 1998 г. N 232
ОБ ИСПОЛЬЗОВАНИИ ЕДИНОЙ СТРУКТУРЫ ЭЛЕКТРОННОЙ
ФОРМЫ ПЛАТЕЖНЫХ ДОКУМЕНТОВ ПРИ ВЗАИМОДЕЙСТВИИ
МЕЖДУ БАНКАМИ И ТАМОЖЕННЫМИ ОРГАНАМИ
СЕВЕРО-ЗАПАДНОГО РЕГИОНА
(в ред. ПРИКАЗА Северо-Западного таможенного управления РФ
от 24.03.1999 N 65)
С целью унификации технологий взаимодействия таможенных органов
Северо-Западного региона с обслуживающими банками, учитывая
требования комплексных систем таможенного оформления "АИСТ-РТ21" и
"Стриж" приказываю:
1. Утвердить прилагаемую единую структуру электронной формы
платежных документов для взаимодействия таможенных органов Северо-
Западного региона с обслуживающими банками (далее - Структура).
2. Начальникам таможен до 15.12.98 внести изменения в Договоры
об электронном обслуживании в части структуры электронной формы
платежных документов.
3. Установить дату перехода на использование единой структуры
электронной формы платежных документов - 01.01.99.
4. СПб РО ГНИВЦ (Гусев) довести до сведения разработчиков
комплексных систем "АИСТ-РТ21" и "Стриж" утвержденную структуру
электронной формы платежных документов.
5. Контроль за исполнением приказа осуществлять заместителю
начальника управления Костину В.А.
Врио начальника
Северо-Западного таможенного управления,
генерал-майор таможенной службы
И.Г.Тараторин
ПРИЛОЖЕНИЕ
к приказу Северо-Западного
таможенного управления РФ
от 02.12.98 N 232
ОПИСАНИЕ СТРУКТУРЫ ЭЛЕКТРОННЫХ КОПИЙ
ПЛАТЕЖНЫХ ДОКУМЕНТОВ
Область применения
Настоящий документ является частью описания интерфейса
взаимодействия между таможенным органом и Банком, в котором
ведутся счета таможенного органа. В описании приведена структура
электронных копий платежных документов, правила формирования,
заполнения и проверки полей в Банке и таможенном органе.
Структуры электронных копий платежных документов в учетных
системах таможни и Банка могут отличаться от приведенного в
документе.
Общие соглашения
1. Заполнение полей производится заглавными буквами латинского
алфавита и кириллицы.
2. При объединении в одном сообщении нескольких платежей разных
клиентов таможни операционист должен признать данную инструкцию
банка-корреспондента недостоверной в силу невозможности
персонифицировать платеж конкретного клиента. В этом случае Банк
должен проинформировать таможню о поступлении "сборных" платежных
документов и принять меры по выяснению недостающих сведений.
3. Если наименования банков, плательщика, получателя указаны на
одном из иностранных языков, операционист Банка вводит
наименование заглавными буквами русского алфавита. Допускается
ввод наименования в переводе на русский язык.
4. Аббревиатура юридического статуса организации (СП, АОЗТ,
ВТО, ГП и т.д.) должна быть воспроизведена полностью.
Описание структуры электронных копий платежных
документов (прием информации из Банка в таможню)
----T---------T-----T------T-------------------------------------¬
¦ N ¦Имя поля ¦Тип ¦Длина ¦Назначение ¦
+---+---------+-----+------+-------------------------------------+
¦1. ¦NUMDOK ¦Char ¦ 6 ¦Номер документа ¦
+---+---------+-----+------+-------------------------------------+
¦2. ¦DATEDOK ¦Date ¦ 8 ¦Дата документа ¦
+---+---------+-----+------+-------------------------------------+
¦3. ¦DATEBANK ¦Date ¦ 8 ¦Дата банковской выписки ¦
+---+---------+-----+------+-------------------------------------+
¦4. ¦CURCODE ¦Char ¦ 3 ¦Код валюты ¦
+---+---------+-----+------+-------------------------------------+
¦5. ¦SUMMA ¦Num ¦ 19,2 ¦Сумма ¦
+---+---------+-----+------+-------------------------------------+
¦6. ¦SUMMA 1 ¦Num ¦ 19,2 ¦Частная сумма при платежах по ГТД или¦
¦ ¦ ¦ ¦ ¦при совокупном таможенном платеже ¦
+---+---------+-----+------+-------------------------------------+
¦7. ¦SUMMA 2 ¦Num ¦ 19,2 ¦Частная сумма при платежах по ГТД или¦
¦ ¦ ¦ ¦ ¦при совокупном таможенном платеже ¦
+---+---------+-----+------+-------------------------------------+
¦8. ¦SUMMA 3 ¦Num ¦ 19,2 ¦Частная сумма при платежах по ГТД или¦
¦ ¦ ¦ ¦ ¦при совокупном таможенном платеже ¦
+---+---------+-----+------+-------------------------------------+
¦9. ¦SUMMA 4 ¦Num ¦ 19,2 ¦Частная сумма при платежах по ГТД или¦
¦ ¦ ¦ ¦ ¦при совокупном таможенном платеже ¦
+---+---------+-----+------+-------------------------------------+
¦10.¦SUMMA 5 ¦Num ¦ 19,2 ¦Частная сумма при платежах по ГТД или¦
¦ ¦ ¦ ¦ ¦при совокупном таможенном платеже ¦
+---+---------+-----+------+-------------------------------------+
¦11.¦NAME_D ¦Char ¦ 70 ¦Наименование плательщика ¦
+---+---------+-----+------+-------------------------------------+
¦12.¦OKPO_D ¦Char ¦ 8 ¦ОКПО плательщика ¦
+---+---------+-----+------+-------------------------------------+
¦13.¦INN_D ¦Char ¦ 12 ¦ИНН плательщика ¦
+---+---------+-----+------+-------------------------------------+
¦14.¦ACC_D ¦Char ¦ 20 ¦Счет плательщика ¦
+---+---------+-----+------+-------------------------------------+
¦15.¦BANK_D ¦Char ¦ 70 ¦Банк плательщика ¦
+---+---------+-----+------+-------------------------------------+
¦16.¦BIC_D ¦Char ¦ 9 ¦БИК Банка плательщика ¦
+---+---------+-----+------+-------------------------------------+
¦17.¦KORACC_D ¦Char ¦ 20 ¦Корр. счет Банка плательщика ¦
+---+---------+-----+------+-------------------------------------+
¦18.¦NAME ¦Char ¦ 70 ¦Наименование плательщика (за кого) ¦
+---+---------+-----+------+-------------------------------------+
¦19.¦OKPO ¦Char ¦ 8 ¦ОКПО плательщика (за кого) ¦
+---+---------+-----+------+-------------------------------------+
¦20.¦INN ¦Char ¦ 12 ¦ИНН плательщика (за кого) ¦
+---+---------+-----+------+-------------------------------------+
¦21.¦NAME_C ¦Char ¦ 70 ¦Наименование получателя ¦
+---+---------+-----+------+-------------------------------------+
¦22.¦OKPO_C ¦Char ¦ 8 ¦ОКПО получателя ¦
+---+---------+-----+------+-------------------------------------+
¦23.¦INN_C ¦Char ¦ 12 ¦ИНН получателя ¦
+---+---------+-----+------+-------------------------------------+
¦24.¦ACC_C ¦Char ¦ 20 ¦Счет получателя ¦
+---+---------+-----+------+-------------------------------------+
¦25.¦BANK_C ¦Char ¦ 70 ¦Банк получателя ¦
+---+---------+-----+------+-------------------------------------+
¦26.¦BIC_C ¦Char ¦ 9 ¦БИК Банка получателя ¦
+---+---------+-----+------+-------------------------------------+
¦27.¦KORACC_C ¦Char ¦ 20 ¦Корр. счет Банка получателя ¦
+---+---------+-----+------+-------------------------------------+
¦28.¦TYPEDOC ¦Char ¦ 3 ¦Тип документа ¦
+---+---------+-----+------+-------------------------------------+
¦29.¦REASON ¦Char ¦ 212 ¦Назначение платежа ¦
+---+---------+-----+------+-------------------------------------+
¦30.¦KOD_PL ¦Char ¦ 2 ¦Код вида платежа ¦
+---+---------+-----+------+-------------------------------------+
¦31.¦ID ¦Char ¦ 16 ¦Уникальный референс банковской опера-¦
¦ ¦ ¦ ¦ ¦ции ¦
+---+---------+-----+------+-------------------------------------+
¦32.¦FLAG ¦Num ¦ 1 ¦Признак вставки/изменения/удаления ¦
L---+---------+-----+------+--------------------------------------
Правила заполнения полей
1. Номер документа (NUMDOK):
Заполняется: всегда. При заполнении номера опускаются
лидирующие нули.
Указывается: номер документа первичного плательщика со всеми
ему присущими символами (цифры, буквы, пробелы, символы), при этом
буквенные составляющие номера документа могут быть как из
латинского, так и из русского алфавитов.
Если плательщиком выступает банк по поручению своего клиента
(банка-корреспондента) и в назначении платежа отсутствуют данные о
номере документа первичного плательщика, то указывается номер
платежного документа банка (кроме документов формата SWIFT или
TELEX).
При отсутствии в платежном документе формата SWIFT или TELEX
данных о номере документа плательщика операционист вводит в поле
"Номер документа" четыре последние цифры номера референса SWIFT
или TELEX сообщения.
Лидирующие нули номера документа опускаются.
Проверяется: на заполнение.
2. Дата документа (DATEDOK):
Заполняется: всегда.
Указывается: дата первичного документа плательщика. Если дата
документа указана в поле "Назначение платежа", операционист обязан
разместить ее в поле "Дата документа". Если при наличии номера
первичного платежного документа информация о дате документа
первичного плательщика отсутствует, то поле заполняется датой
провода платежа банком плательщика. Если отсутствует информация о
номере и дате первичного документа плательщика, то вводится дата
платежного документа банка.
Проверяется: на заполнение.
3. Дата банковской выписки (DATEBANK):
Заполняется: всегда.
Указывается: дата текущего операционного дня, которой зачислен
платеж на счет таможни.
Проверяется: на заполнение.
4. Код валюты (CURCODE):
Заполняется: всегда цифровым кодом валюты.
Указывается: цифровой код валюты согласно классификатору
VALNAME.
Проверяется: на заполнение, соответствие классификатору VALNAME
и назначению счета таможни <*>.
Примечание <*>: Таможенные органы имеют расчетные счета в
валюте Российской Федерации и иностранной валюте. Соответствие
между номером расчетного счета и разрешенным набором цифровых
кодов валют таможенный орган устанавливает самостоятельно.
5. Сумма (SUMMA):
Заполняется: всегда.
Указывается: сумма в валюте платежа, в которой производится
зачисление суммы на счета таможни.
Проверяется: на заполнение.
6. Частные суммы при платежах по ГТД или при совокупном
таможенном платеже (SUMMA 1-5):
Заполняется: только если в назначении платежа явно указаны виды
и суммы таможенных платежей при оплате ГТД (поле код вида платежа
KOD_PL равно "03" или "04") или совокупном таможенном платеже
(поле код вида платежа KOD_PL равно "44").
Указывается: при оплате по импортной ГТД (при этом поле KOD_PL
равно "04"):
сбор за таможенное оформление - "SUMMA 1"
ввозная пошлина - "SUMMA 2"
НДС - "SUMMA 4"
акциз - "SUMMA 5"
при оплате по экспортной ГТД (при этом поле KOD_PL равно "03"):
сбор за таможенное оформление - "SUMMA 1"
вывозная пошлина - "SUMMA 3"
акциз на экспорт - "SUMMA 5"
при уплате совокупного таможенного платежа при импорте (при
этом поле KOD_PL равно "44"):
сбор за таможенное оформление - "SUMMA 1"
ввозная пошлина - "SUMMA 2"
НДС - "SUMMA 4"
акциз - "SUMMA 5"
В случае неоднозначного определения по назначению платежа
разбиения суммы платежа по видам платежей поля SUMMA 1-5 не
заполняются, при этом поле назначение платежа должно быть
заполнено полностью.
Проверяется: при заполнении хотя бы одного поля SUMMA 1-5 сумма
разбивки по видам платежей должна быть равна значению поля SUMMA и
группирование полей должно соответствовать значению поля KOD_PL.
7. Наименование плательщика (NAME_D):
Заполняется: всегда.
Указывается: наименование плательщика.
Проверяется: на заполнение.
8. ОКПО плательщика (OKPO_D):
Заполняется: всегда. Если в платежном документе нет информации
о коде ОКПО плательщика, поле заполняется пробелами.
(абзац 1 - в ред. Приказа СЗТУ РФ от 24.03.1999 N 65)
Указывается: 8-значный код ОКПО юридических лиц или
предпринимателей без образования юридического лица.
Проверяется: на заполнение, существование в базе данных
участников ВЭД - REG_TI, за исключением случая, когда плательщиком
является таможенный орган.
В соответствии с приложением 2 к приказу ГТК России от 25.12.96
N 774 "В случае перемещения товаров физическими лицами вместо кода
ОКПО указывается:
(абз. введен Приказом СЗТУ РФ от 24.03.1999 N 65)
00000001 - при перемещении физическими лицами товаров,
предназначенных для производственной или иной коммерческой
деятельности;
(абз. введен Приказом СЗТУ РФ от 24.03.1999 N 65)
00000002 - при перемещении физическими лицами товаров, не
предназначенных для производственной или иной коммерческой
деятельности.
(абз. введен Приказом СЗТУ РФ от 24.03.1999 N 65)
9. ИНН плательщика (INN_D):
Заполняется: всегда. При обработке платежного документа банка-
корреспондента, составленного от лица банка плательщика (банка-
корреспондента), информация о ИНН плательщика берется из
назначения платежа.
Указывается: 10-, 11- или 12-значный код ИНН.
Проверяется: на заполнение, существование в базе данных
участников ВЭД - REG_TI, за исключением случая, когда плательщиком
является таможенный орган.
10. Счет плательщика (ACC_D), Банк плательщика (BANK_D), БИК
Банка плательщика (BIC_D), корр.счет Банка плательщика (KORACC_D):
Заполняется: информация без искажений переносится из
соответствующих полей платежного документа, поступившего в Банк.
Информация частично может отсутствовать в платежных документах
типа SWIFT или TELEX.
Указывается: реквизиты плательщика.
Проверяется: при заполнении проверяются на существование
значения поля ACC_D в базах данных REG_TI и REG_S, за исключением
случая, когда плательщиком является таможенный орган, на
существование значений полей BANK_D, BIC_D и KORACC_D в базе
данных BANKLIST.
11. Наименование плательщика - за кого (NAME):
Заполняется: если в назначении платежа имеется информация о
наименовании лица, в пользу кого произведен платеж.
Указывается: наименование лица, за которого произведен платеж
из назначения платежа.
Проверяется: не проверяется.
12. ОКПО плательщика - за кого (OKPO):
Заполняется: если в назначении платежа имеется информация о
коде ОКПО лица, в пользу которого произведен платеж.
Указывается: 8-значный код ОКПО лица, за которого произведен
платеж из назначения платежа.
Проверяется: при заполнении проверяется на существование в базе
данных участников ВЭД - REG_TI.
13. ИНН плательщика - за кого (INN):
Заполняется: если в назначении платежа имеется информация о
коде ИНН лица, в пользу которого произведен платеж.
Указывается: 10-, 11- или 12-значный код ИНН лица, за которого
произведен платеж из назначения платежа.
Проверяется: при заполнении на существование в базе данных
участников ВЭД - REG_TI.
14. Наименование получателя (NAME_C), ОКПО получателя (OKPO_C),
ИНН получателя (INN_C), Банк получателя (BANK_C), БИК Банка
получателя (BIC_C), корр.счет Банка получателя (KORACC_C):
Заполняется: информация без искажений переносится из
соответствующих полей платежного документа, поступившего в банк.
Информация частично может отсутствовать в платежных документах
типа SWIFT или TELEX.
Указывается: реквизиты получателя.
Проверяется: при заполнении поля проверяются на существование
значений полей NAME_C, OKPO_C, INN_C в базе данных REG_TI, за
исключением случая, когда плательщиком является таможенный орган,
на существование значений полей BANK_C, BIC_C и KORACC_C в базе
данных BANKLIST.
15. Счет получателя (ACC_C):
Заполняется: всегда.
Указывается: 20-разрядный номер счета таможни в Банке, на
который зачислен платеж.
Проверяется: на заполнение. В случае, когда получателем
является таможенный орган, - на соответствие списку счетов
таможни.
16. Тип документа (TYPEDOC):
Заполняется: всегда.
Указывается: условное обозначение типа платежного документа
согласно классификатору:
ПП - платежное поручение;
КВ - квитанция об оплате наличными через кассу Банка;
КВЭ - электронная квитанция об оплате наличными через
кассу Банка;
МО - мемориальный ордер;
МОЭ - электронный мемориальный ордер;
ТХ - платежный документ формата TELEX или SWIFT;
ЗП - заявление на перевод;
ОР - приходный кассовый ордер (оплата наличными через
кассу таможни);
ПЧ - почтовый перевод;
ТГ - перевод по телеграмме;
ИП - инкассовое поручение, платежное требование,
требование-поручение;
МКО - оплата по магнитной карте.
Проверяется: на соответствие вышеприведенному классификатору.
17. Назначение платежа (REASON):
Заполняется: если в платежном документе есть информация о
назначении платежа, которую можно формализовать путем заполнения
следующих полей - номер документа (NUMDOK), дата документа
(DATEDOK), частные суммы по видам платежей (SUMMA 1-5), код ОКПО
плательщика (OKPO_D), наименование плательщика - за кого (NAME),
код ОКПО - за кого (OKPO), код ИНН - за кого (INN), код вида
платежа (KOD_PL), то эта информация не подлежит обязательному
заполнению в поле REASON. Если операционист Банка не может
однозначно формализовать назначение платежа по вышеуказанным
полям, то текст назначения платежа должен быть введен в поле
REASON полностью.
Указывается: назначение платежа из платежного документа.
Проверяется: не проверяется.
18. Код вида платежа (KOD_PL):
Заполняется: всегда.
Указывается: код вида платежа согласно классификатору TAMPLAT и
дополнительных кодов
01 - авансовые платежи <*>;
02 - платежи за бланки
03 - таможенные платежи по ГТД (экспорт),
04 - таможенные платежи по ГТД (импорт),
который определяется операционистом из назначения платежа.
Если операционист не может определить из назначения платежа вид
платежа согласно классификатору TAMPLAT и дополнительным кодам или
в платежном документе указан вид платежа, отсутствующий в
классификаторе, то в поле KOD_PL проставляется код "97" (иные виды
платежей).
При заполнении поля должны соблюдаться следующие правила:
- если поле код вида платежа не равно "03", "04" (таможенные
платежи по ГТД) или "44" (совокупный таможенный платеж), то поля
SUMMA 1-5 должны быть пусты;
- если поле код вида платежа равно "03", "04" (таможенные
платежи по ГТД) или "44" (совокупный таможенный платеж), то
обязательно должно быть заполнено хотя бы одно поле из группы
полей SUMMA 1-5;
- правила группировки видов платежей на расчетных счетах <**>.
Проверяется: на соответствие классификатору видов платежей
TAMPLAT и дополнительным кодам видов таможенных платежей и
правилам.
Примечание <*>: Авансом следует считать сумму, перечисленную в
пользу таможни, если в платежном документе в графе "Назначение
платежа" плательщиком используется следующая формулировка без
уточнения вида платежа: "Предварительная оплата", "Предоплата",
"Аванс", "Перечисление аванса", "Платежи по ГТД" без расшифровки
составляющих сумм и т.д.
Примечание <**>: Таможенные органы имеют различные по
назначению и количеству расчетные счета. Соответствие между
номером (назначением) расчетного счета и разрешенным набором кодов
видов платежа таможенный орган устанавливает самостоятельно.
19. Уникальный референс банковской операции (ID):
Заполняется: всегда.
Указывается: уникальный референс (код) банковской операции.
Правила формирования уникального кода определяются Банком. В
качестве примера реализации уникального референса может быть
принята следующая структура: КККГГГММДДЧЧММСС, где
ККК - код операциониста;
ГГГ - год;
ММ - месяц;
ДД - день;
ЧЧ - час;
ММ - минуты;
СС - секунды.
Проверяется: на соответствие структуры и уникальность (на
дубль).
20. Флаг операции (FLAG):
Заполняется: всегда.
Указывается признак операции согласно классификатору:
1 - добавить новый платежный документ в базу данных платежных
документов;
2 - перезаписать в базу данных платежных документов;
3 - удалить из базы данных платежных документов.
Проверяется: на соответствие классификатору. Должен быть
проведен анализ заполнения полей FLAG и ID по следующим правилам:
- если значение поля ID является уникальным в базе данных
платежных документов, то флаг операции должен быть равен 1;
- если значение поля ID не является уникальным в базе данных
платежных документов, то флаг операции может принимать значение 2
или 3.
Описание структуры электронных копий
платежных документов
(передача информации из таможни в Банк)
----T----------T-----T------T------------------------------------¬
¦ N ¦Имя поля ¦Тип ¦Длина ¦Назначение ¦
+---+----------+-----+------+------------------------------------+
¦1. ¦NUMDOK ¦Char ¦ 6 ¦Номер документа ¦
+---+----------+-----+------+------------------------------------+
¦2. ¦DATEDOK ¦Date ¦ 8 ¦Дата документа ¦
+---+----------+-----+------+------------------------------------+
¦3. ¦CURCODE ¦Char ¦ 3 ¦Код валюты ¦
+---+----------+-----+------+------------------------------------+
¦4. ¦SUMMA ¦Num ¦ 19,2 ¦Сумма ¦
+---+----------+-----+------+------------------------------------+
¦5. ¦NAME_D ¦Char ¦ 70 ¦Наименование плательщика ¦
+---+----------+-----+------+------------------------------------+
¦6. ¦OKPO_D ¦Char ¦ 8 ¦ОКПО плательщика ¦
+---+----------+-----+------+------------------------------------+
¦7. ¦INN_D ¦Char ¦ 12 ¦ИНН плательщика ¦
+---+----------+-----+------+------------------------------------+
¦8. ¦ACC_D ¦Char ¦ 20 ¦Счет плательщика ¦
+---+----------+-----+------+------------------------------------+
¦9. ¦BANK_D ¦Char ¦ 70 ¦Банк плательщика ¦
+---+----------+-----+------+------------------------------------+
¦10.¦BIC_D ¦Char ¦ 9 ¦БИК Банка плательщика ¦
+---+----------+-----+------+------------------------------------+
¦11.¦KORACC_D ¦Char ¦ 20 ¦Корр. счет Банка плательщика ¦
+---+----------+-----+------+------------------------------------+
¦12.¦NAME_C ¦Char ¦ 70 ¦Наименование получателя ¦
+---+----------+-----+------+------------------------------------+
¦13.¦OKPO_C ¦Char ¦ 8 ¦ОКПО получателя ¦
+---+----------+-----+------+------------------------------------+
¦14.¦INN_C ¦Char ¦ 12 ¦ИНН получателя ¦
+---+----------+-----+------+------------------------------------+
¦15.¦ACC_C ¦Char ¦ 20 ¦Счет получателя ¦
+---+----------+-----+------+------------------------------------+
¦16.¦BANK_C ¦Char ¦ 70 ¦Банк получателя ¦
+---+----------+-----+------+------------------------------------+
¦17.¦SWIFT_C ¦Char ¦ 11 ¦SWIFT Банка получателя ¦
+---+----------+-----+------+------------------------------------+
¦18.¦BIC_C ¦Char ¦ 9 ¦БИК Банка получателя ¦
+---+----------+-----+------+------------------------------------+
¦19.¦KORACC_C ¦Char ¦ 20 ¦Корр. счет Банка получателя ¦
+---+----------+-----+------+------------------------------------+
¦20.¦TYPEPAY ¦Char ¦ 10 ¦Вид платежа ¦
+---+----------+-----+------+------------------------------------+
¦21.¦REASON ¦Char ¦ 212 ¦Назначение платежа ¦
+---+----------+-----+------+------------------------------------+
¦22.¦BANK_P ¦Char ¦ 70 ¦Банк-посредник ¦
+---+----------+-----+------+------------------------------------+
¦23.¦SWIFT_P ¦Char ¦ 11 ¦SWIFT Банка-посредника ¦
+---+----------+-----+------+------------------------------------+
¦24.¦PRIOR ¦Char ¦ 1 ¦Приоритетность платежа ¦
+---+----------+-----+------+------------------------------------+
¦25.¦DATA_PLAT ¦Date ¦ 8 ¦Срок платежа ¦
+---+----------+-----+------+------------------------------------+
¦26.¦VO ¦Num ¦ 2 ¦Вид операции ¦
L---+----------+-----+------+-------------------------------------
Правила заполнения полей
1. Номер документа (NUMDOK):
Заполняется: всегда. При заполнении номера опускаются
лидирующие нули.
Указывается: номер первичного документа. В номере первичного
документа допускается указывать цифры и буквы русского и
латинского алфавитов.
Проверяется: на заполнение.
2. Дата документа (DATEDOK):
Заполняется: всегда.
Указывается: дата создания платежного документа.
Проверяется: на заполнение и срок действия платежного документа
согласно инструкциям Банка России.
4. Код валюты (CURCODE):
Заполняется: всегда.
Указывается: цифровой код валюты согласно классификатору
VALNAME.
Проверяется: на заполнение и соответствие цифрового кода валюты
классификатора VALNAME и назначению счета таможни <*>.
Примечание <*>. Перечень счетов ГТК и Федерального бюджета
устанавливает ГТК России.
5. Сумма (SUMMA):
Заполняется: всегда.
Указывается: сумма в валюте платежа.
Проверяется: на заполнение.
6. Наименование плательщика (NAME_D):
Заполняется: всегда.
Указывается: наименование плательщика.
Проверяется: на заполнение.
7. ОКПО плательщика (OKPO_D):
Заполняется: не подлежит обязательному заполнению.
Указывается: 8-значный код ОКПО юридических лиц или
предпринимателей без образования юридического лица.
Проверяется: не проверяется.
8. ИНН плательщика (INN_D):
Заполняется: всегда.
Указывается: 10-, 11- или 12-значный код ИНН.
Проверяется: на заполнение.
9. Счет плательщика (ACC_D). Банк плательщика (BANK_D), БИК
Банка плательщика (BIC_D), корр.счет Банка плательщика (KORACC_D):
Заполняется: всегда, за исключением случая, когда поле "БИК
Банка плательщика" не заполняется при переводах денежных средств в
иностранной валюте.
Указывается: реквизиты плательщика.
Проверяется: проверки осуществляются в соответствии с
инструкциями Банка России и международными стандартами передачи
сообщений в системе SWIFT.
10. Наименование получателя (NAME_C), ОКПО получателя (OKPO_C),
ИНН получателя (INN_C), Банк получателя (BANK_C), БИК Банка
получателя (BIC_C), корр.счет Банка получателя (KORACC_C):
Заполняется: всегда, в соответствии с инструкциями Банка России
и ГТК России.
Указывается: реквизиты получателя.
Проверяется: проверки осуществляются в соответствии с
инструкциями Банка России и международными стандартами передачи
сообщений в системе SWIFT.
11. SWIFT Банка получателя (SWIFT_C):
Заполняется: может заполняться только для платежей в валюте,
отличной от валюты Российской Федерации.
Указывается: наименование номера SWIFT Банка получателя.
Проверяется: проверки осуществляются в соответствии с
инструкциями Банка России и справочником Банков - участников
системы SWIFT.
12. Счет получателя (ACC_C):
Заполняется: всегда, за исключением случая осуществления
возврата денежных средств в иностранный Банк.
Указывается: 20-разрядный номер счета получателя, на который
зачислен платеж.
Проверяется: проверки осуществляются в соответствии с
инструкциями Банка России.
13. Вид платежа (TYPEPAY):
Заполняется: всегда.
Указывается: вид платежа согласно инструкциям Банка России:
- "ПОЧТОЙ";
- "ТЕЛЕГРАФОМ";
- "ЭЛЕКТРОННО".
Проверяется: на соответствие классификатору.
14. Назначение платежа (REASON):
Заполняется: всегда.
Указывается: назначение платежа.
Проверяется: на заполнение.
15. Банк посредник (BANK_P):
Заполняется: всегда для платежей в валюте, отличной от валюты
Российской Федерации.
Указывается: наименование Банка-посредника.
Проверяется: проверки осуществляются в соответствии с
инструкциями Банка России.
16. SWIFT Банка-посредника (SWIFT_P):
Заполняется: может заполняться только для платежей в валюте,
отличной от валюты Российской Федерации.
Указывается: наименование номера SWIFT Банка-посредника.
Проверяется: проверки осуществляются в соответствии с
инструкциями Банка России.
17. Приоритетность платежа (PRIOR):
Заполняется: всегда.
Указывается: приоритетность платежа в соответствии с
инструкциями Банка России.
Проверяется: проверки осуществляются в соответствии с
инструкциями Банка России.
18. Срок платежа (DATA_PLAT):
Заполняется: только для платежных поручений и инкассовых
поручений.
Указывается: срок платежа в соответствии с инструкциями Банка
России и ГТК России.
Проверяется: проверки осуществляются в соответствии с
инструкциями Банка России и ГТК России.
19. Вид операции (VO):
Заполняется: всегда.
Указывается: вид операции в соответствии с инструкциями Банка
России.
Проверяется: проверки осуществляются в соответствии с
инструкциями Банка России.
|