Зарегистрировано в Минюсте РФ 11 февраля 2011 г. N 19815
ЦЕНТРАЛЬНЫЙ БАНК РОССИЙСКОЙ ФЕДЕРАЦИИ
ПОЛОЖЕНИЕ
от 29 декабря 2010 г. N 364-П
О ПОРЯДКЕ ПЕРЕДАЧИ УПОЛНОМОЧЕННЫМИ БАНКАМИ И ТЕРРИТОРИАЛЬНЫМИ УЧРЕЖДЕНИЯМИ БАНКА РОССИИ В ТАМОЖЕННЫЕ ОРГАНЫ ДЛЯ ВЫПОЛНЕНИЯ ИМИ ФУНКЦИЙ АГЕНТОВ ВАЛЮТНОГО КОНТРОЛЯ ИНФОРМАЦИИ ПО ПАСПОРТАМ СДЕЛОК ПО ВНЕШНЕТОРГОВЫМ ДОГОВОРАМ (КОНТРАКТАМ) В ЭЛЕКТРОННОМ ВИДЕ
На основании Федерального закона от 10 декабря 2003 года N 173-ФЗ "О валютном регулировании и валютном контроле" (Собрание законодательства Российской Федерации, 2003, N 50, ст. 4859; 2004, N 27, ст. 2711; 2005, N 30, ст. 3101; 2006, N 31, ст. 3430; 2007, N 1, ст. 30; N 22, ст. 2563; N 29, ст. 3480; N 45, ст. 5419; 2008, N 30, ст. 3606), Федерального закона от 10 июля 2002 года N 86-ФЗ "О Центральном банке Российской Федерации (Банке России)" (Собрание законодательства Российской Федерации, 2002, N 28, ст. 2790; 2003, N 2, ст. 157; N 52, ст. 5032; 2004, N 27, ст. 2711; N 31, ст. 3233; 2005, N 25, ст. 2426; N 30, ст. 3101; 2006, N 19, ст. 2061; N 25, ст. 2648; 2007, N 1, ст. 9, ст. 10; N 10, ст. 1151; N 18, ст. 2117; 2008, N 42, ст. 4696, ст. 4699; N 44, ст. 4982; N 52, ст. 6229, ст. 6231; 2009, N 1, ст. 25; N 29, ст. 3629; N 48, ст. 5731; 2010, N 45, ст. 5756) Банк России устанавливает порядок передачи в электронном виде информации по оформленным, переоформленным, закрытым паспортам сделок (далее - ПС) по внешнеторговым договорам (контрактам) в таможенные органы для выполнения ими функций агентов валютного контроля.
1. Настоящее Положение распространяется на операции по передаче уполномоченными банками или филиалами уполномоченных банков (далее - уполномоченный банк), территориальными учреждениями Банка России, выполняющими функции по оформлению ПС, в таможенные органы через Федеральную таможенную службу (далее - ФТС России) ПС в электронном виде, содержащих в четвертой части своего номера коды вида контракта 1, 2 и 9.
2. Уполномоченный банк или территориальное учреждение Банка России, выполняющее функции по оформлению ПС, в день подписания оформленного (переоформленного) ПС или закрытия ПС формирует в соответствии с форматами и структурой, приведенными в приложении 1 к настоящему Положению, сообщение в электронном виде, содержащее информацию по данному ПС, которое для установления подлинности и целостности, а также идентификации его отправителя снабжается кодом аутентификации (далее - КА) соответственно уполномоченного банка или территориального учреждения Банка России, выполняющего функции по оформлению ПС (далее - ЭС). Для обмена информацией с ФТС России ЭС шифруется уполномоченным банком или территориальным учреждением Банка России, выполняющим функции по оформлению ПС, с использованием ключа шифрования, применяемого в порядке, установленном приложением 2 к настоящему Положению (далее - ключ шифрования).
3. Передача ЭС осуществляется уполномоченным банком через территориальное учреждение Банка России, осуществляющее надзор за его деятельностью (далее - территориальное учреждение), и Центр информационных технологий Банка России (далее - ЦИТ) в Главный научно-информационный вычислительный центр ФТС России (далее - ГНИВЦ ФТС России).
4. Из ЭС, сформированных в течение рабочего дня в соответствии с требованиями пункта 2 настоящего Положения, с помощью программы архиватора ARJ32 уполномоченный банк формирует архивный файл уполномоченного банка (далее - архивный файл). Структура наименования и размер архивного файла приведены в приложении 3 к настоящему Положению. Архивный файл снабжается КА уполномоченного банка и на следующий рабочий день после его формирования до 16.00 по местному времени направляется по каналам связи или на магнитном носителе в территориальное учреждение для последующей доставки ЭС, включенных в архивный файл, через ЦИТ в ГНИВЦ ФТС России.
5. Территориальное учреждение обеспечивает прием направленных по каналам связи или на магнитном носителе архивных файлов по рабочим дням до 16.00 по местному времени.
При этом в автоматизированном режиме проводится процедура проверки подлинности и целостности каждого архивного файла, позволяющая установить, что такой файл был направлен соответствующим уполномоченным банком и не был изменен в ходе передачи от уполномоченного банка до территориального учреждения (далее - процедура аутентификации), а также процедура проверки наименования архивного файла на соответствие структуре, установленной в приложении 3 к настоящему Положению (далее - процедура проверки наименования).
6. При положительных результатах процедуры аутентификации и процедуры проверки наименования архивного файла территориальное учреждение формирует в электронном виде и направляет уполномоченному банку уведомление о принятии архивного файла, структура которого приведена в приложении 4 к настоящему Положению (далее - уведомление о принятии архивного файла).
7. Архивный файл, процедура аутентификации и (или) процедура проверки наименования которого дали отрицательный результат, исключается из дальнейшей обработки. При этом территориальное учреждение формирует в электронном виде и направляет уполномоченному банку уведомление о непринятии архивного файла с указанием причины его непринятия, структура которого приведена в приложении 4 к настоящему Положению (далее - уведомление о непринятии архивного файла).
8. Территориальное учреждение направляет в уполномоченный банк по каналам связи или на магнитном носителе уведомление о принятии архивного файла (уведомление о непринятии архивного файла) не позднее 18.00 по местному времени в день получения архивного файла.
Уполномоченный банк обеспечивает прием уведомления о принятии архивного файла (уведомления о непринятии архивного файла), направленного по каналам связи или на магнитном носителе, в срок не позднее рабочего дня, следующего за датой его направления.
9. Уполномоченный банк в случае получения от территориального учреждения уведомления о непринятии архивного файла устраняет причину непринятия и не позднее следующего рабочего дня после дня получения уведомления о непринятии архивного файла повторно направляет ЭС, содержавшиеся в непринятом архивном файле, в порядке, установленном настоящим Положением.
10. Архивные файлы, принятые в течение рабочего дня территориальным учреждением и прошедшие процедуру контроля в соответствии с пунктами 5 и 6 настоящего Положения, распаковываются территориальным учреждением с помощью программы архиватора ARJ32. При этом ЭС не расшифровываются и их содержание территориальным учреждением не контролируется.
11. Из всех ЭС, полученных в течение рабочего дня в результате распаковывания архивных файлов, и (или) ЭС, сформированных территориальным учреждением в случае выполнения им указанных в пункте 1 настоящего Положения функций, территориальное учреждение в тот же день до 18.00 по местному времени с помощью программы архиватора ARJ32 формирует сводный архивный файл территориального учреждения, снабженный КА территориального учреждения и содержащий перечень наименований ЭС, включенных в указанный сводный архивный файл (далее - сводный архивный файл). Порядок формирования сводного архивного файла приведен в приложении 5 к настоящему Положению.
12. Сводный архивный файл передается территориальным учреждением в ЦИТ по каналам связи, используемым в Банке России для передачи статистической информации, до 18.00 по местному времени в день его формирования.
13. ЦИТ направляет полученные от территориального учреждения сводные архивные файлы в ГНИВЦ ФТС России не позднее 18.00 по московскому времени рабочего дня, следующего за днем их получения от территориального учреждения.
14. По результатам контроля ФТС России каждого ЭС, полученного в составе сводного архивного файла, уполномоченный банк или территориальное учреждение Банка России, выполняющее функции по оформлению ПС, получает сформированную ФТС России в электронном виде и снабженную КА ФТС России квитанцию, содержащую информацию о принятии (непринятии) ФТС России ЭС (далее - квитанция о принятии (непринятии) ЭС). Квитанция о принятии (непринятии) ЭС формируется и направляется ФТС России не позднее рабочего дня, следующего за датой поступления сводного архивного файла, в котором содержалось ЭС. Форматы и структура квитанции о принятии (непринятии) ЭС приведены в приложении 6 к настоящему Положению.
15. Квитанция о непринятии ЭС с указанием причины его непринятия направляется в случае невозможности расшифровки ЭС, некорректности КА уполномоченного банка или территориального учреждения Банка России, выполняющего функции по оформлению ПС, несоответствия форматов и структуры ЭС требованиям, установленным в приложении 1 к настоящему Положению, полного или частичного отсутствия в ЭС сведений, наличие которых предусмотрено приложением 1 к настоящему Положению.
16. Квитанции о принятии (непринятии) ЭС, адресованные одному и тому же уполномоченному банку или территориальному учреждению Банка России, выполняющему функции по оформлению ПС, поступают к ним в составе архивного файла ФТС России, сформированного с помощью программы архиватора ARJ32, структура наименования которого приведена в приложении 7 к настоящему Положению.
17. В случае получения уполномоченным банком или территориальным учреждением Банка России, выполняющим функции по оформлению ПС, квитанции о непринятии ЭС они устраняют причину непринятия, вновь формируют ЭС и направляют его в срок не позднее рабочего дня, следующего за датой получения квитанции о непринятии ЭС, в порядке, установленном настоящим Положением.
18. В случае неполучения уполномоченным банком квитанции о принятии (непринятии) ЭС по истечении 5 рабочих дней после дня его направления в ФТС России в порядке, установленном настоящим Положением, уполномоченный банк на следующий рабочий день направляет письменный запрос в произвольной форме в ФТС России для выяснения причин недоставки квитанции о принятии (непринятии) ЭС с приложением к запросу копии уведомления о принятии территориальным учреждением архивного файла, содержащего соответствующее ЭС.
19. ЦИТ получает архивные файлы ФТС России, которые содержат квитанции о принятии (непринятии) ЭС, адресованные уполномоченным банкам, поднадзорным одному и тому же территориальному учреждению, а также адресованные территориальному учреждению Банка России, в случае если оно выполняет функции по оформлению ПС, в составе сводных архивных файлов ФТС России, сформированных с помощью программы архиватора ARJ32.
Структура наименования сводного архивного файла ФТС России приведена в приложении 8 к настоящему Положению.
20. ЦИТ обеспечивает направление сводных архивных файлов ФТС России в территориальное учреждение для последующей доставки в уполномоченный банк в срок не позднее рабочего дня, следующего за датой их получения от ГНИВЦ ФТС России, с использованием каналов связи, применяемых в Банке России для передачи статистической информации.
21. Территориальное учреждение по получении от ЦИТ сводных архивных файлов ФТС России производит их распаковывание с помощью программы архиватора ARJ32. Полученные в результате распаковывания архивные файлы ФТС России, адресованные уполномоченному банку, поднадзорному данному территориальному учреждению, направляются ему по каналам связи или на магнитном носителе не позднее 18.00 по местному времени рабочего дня, следующего за днем их получения от ЦИТ.
22. Уполномоченный банк обеспечивает прием от территориального учреждения архивных файлов ФТС России по каналам связи или на магнитном носителе в срок не позднее рабочего дня, следующего за датой их направления территориальным учреждением в соответствии с пунктом 21 настоящего Положения, и проводит процедуру аутентификации содержащихся в них квитанций о принятии (непринятии) ЭС.
23. Территориальное учреждение Банка России, выполняющее функции по оформлению ПС, проводит процедуру аутентификации содержащихся в адресованном ему архивном файле ФТС России квитанций о принятии (непринятии) ЭС, сформированных этим территориальным учреждением, при получении указанного архивного файла.
24. Предусмотренное настоящим Положением информационное взаимодействие уполномоченных банков с ФТС России и территориальным учреждением осуществляется с применением средств криптографической защиты информации (далее - СКЗИ), определяемых Банком России по согласованию с ФТС России. Обеспечение информационной безопасности при использовании СКЗИ осуществляется в порядке, установленном приложением 2 к настоящему Положению.
25. При передаче ЭС от уполномоченных банков в ФТС России и архивных файлов ФТС России уполномоченным банкам территориальные учреждения и ЦИТ обеспечивают неизменность всех данных, содержащихся в указанных ЭС и архивных файлах ФТС России, а также защиту от несанкционированного доступа к ним третьих лиц.
26. ЭС, направленные уполномоченным банком или территориальным учреждением Банка России, выполняющим функции по оформлению ПС, в ФТС России, а также полученные ими квитанции о принятии (непринятии) ЭС хранятся уполномоченным банком или территориальным учреждением Банка России, выполняющим функции по оформлению ПС, в электронном виде в течение одного года от даты направления ЭС уполномоченным банком или территориальным учреждением Банка России, выполняющим функции по оформлению ПС.
27. Архивные файлы, направленные уполномоченным банком в территориальное учреждение, а также полученные им от территориального учреждения уведомления о принятии архивного файла (уведомления о непринятии архивного файла) хранятся уполномоченным банком в электронном виде до получения в отношении каждого ЭС, содержащегося в соответствующем архивном файле, квитанции о принятии (непринятии) ЭС.
28. Настоящее Положение в соответствии с решением Совета директоров Банка России (протокол заседания Совета директоров Банка России от 24 декабря 2010 года N 27) вступает в силу по истечении 90 дней после дня его официального опубликования в "Вестнике Банка России".
С Федеральной таможенной службой (В.М. Малинин) согласовано.
Председатель Центрального банка
Российской Федерации
С.М.ИГНАТЬЕВ
Приложение 1
к Положению Банка России
от 29 декабря 2010 года N 364-П
"О порядке передачи уполномоченными
банками и территориальными учреждениями
Банка России в таможенные органы
для выполнения ими функций агентов
валютного контроля информации
по паспортам сделок по внешнеторговым
договорам (контрактам)
в электронном виде"
ФОРМАТЫ И СТРУКТУРА ЭС
ЭС, предусмотренные настоящим Положением, формируются в виде файлов формата XML.
1. Структура наименования ЭС.
Наименование ЭС имеет следующую структуру:
PS<ggmmnnnn>_<nReg>_<nnnF>_<t>_<m>.xml,
где:
PS - идентификатор ЭС;
ggmmnnnn - номер ПС (gg - год (два знака), mm - номер месяца (два знака), nnnn - порядковый номер);
nReg - регистрационный номер уполномоченного банка в соответствии с Книгой государственной регистрации кредитных организаций (далее - КГРКО), в котором оформлен ПС (с лидирующими нулями - 4 знака), в случае если ПС оформлен в территориальном учреждении Банка России, принимает значение "0000";
nnnF - порядковый номер филиала уполномоченного банка в соответствии с КГРКО, в котором оформлен ПС (с лидирующими нулями - 4 знака), в случае если ПС оформлен:
в уполномоченном банке - принимает значение "0000",
в территориальном учреждении Банка России - указываются символы "GU" и первые два знака кода территории по Общероссийскому классификатору объектов административно-территориального деления (ОКАТО) ("GU<код ОКАТО>");
t - код вида контракта:
1 - вывоз товаров с территории Российской Федерации,
2 - ввоз товаров на территорию Российской Федерации,
9 - смешанная сделка;
m - резервный символ (принимает значение "0").
Пример наименования файла:
для уполномоченного банка (регистрационный номер 920):
PS04060001_0920_0000_1_0.xml;
для филиала уполномоченного банка (регистрационный номер 920/1):
PS04060001_0920_0001_1_0.xml;
для территориального учреждения Банка России (код ОКАТО 45):
2. Структура и состав ЭС.
2.1. Структура ЭС.
<?xml version="1.0" encoding="windows-1251"?>
<?xml-stylesheet type="text/xsl" href="ps_ei.xsl"?>
<THEADER len= "nnn" date = "dd/mm/gg" regn="Nreg/Nfil"><!--заголовок ПС -->
данные заголовка
</THEADER><!-- окончание заголовка -->
<TBODY len= "nnnn" nTabl= "4"><!-- начало формы -->
сведения о резиденте
<Table1 len="nnn" nRec="1"><!-- начало таблицы 1 -->
<Rec RecID="1" len="nnn"><!-- начало строки таблицы 1 -->
реквизиты иностранного контрагента
</Rec><!-- конец строки таблицы 1 -->
</Table1><!-- окончание таблицы 1 -->
<Table2 len="nnn" nRec="1"><!-- ><!-- начало таблицы 2 -->
<Rec RecID="1" len="nnn"><!-- начало строки таблицы 2 -->
общие сведения о контракте
</Rec><!-- конец строки таблицы 2 -->
</Table2><!-- окончание таблицы 2 -->
<Table3 len="nnn" nRec="n"><!-- ><!-- начало таблицы 3 -->
<Rec RecID="1" len="nnn"><!-- начало 1-й строки таблицы 3 -->
информация о разрешениях
</Rec><!-- конец 1-й строки таблицы 3 -->
<Rec RecID="2" len="nnn"><!-- начало 2-й строки таблицы 3 -->
информация о разрешениях
</Rec><!-- конец 2-й строки таблицы 3 -->
<Rec RecID="n" len="nnn"><!-- начало n-й строки таблицы 3 -->
информация о разрешениях
</Rec><!-- конец n-й строки таблицы 3 -->
</Table3><!-- окончание таблицы 3 -->
<Pasport2></Pasport2><!-- N ПС, оформленного до 18.06.2004 г. -->
<Pasport3></Pasport3><!-- N ПС, оформленного в другом банке -->
<NumReof></NumReof><!-- номер переоформления ПС -->
<DateReof></DateReof><!-- дата переоформления ПС [дд/мм/гггг]-->
<Table4 len="nnn" nRec="1"><!-- ><!-- начало таблицы 4 -->
<Rec RecID="1" len="nnn"><!-- начало строки таблицы 4 -->
информация о закрытии ПС
</Rec><!-- конец строки таблицы 4 -->
</Table4><!-- окончание таблицы 4 -->
<Txtusl></Txtusl><!-- описание условий о сроках и порядке расчетов по контракту -->
<Srok></Srok><! --срок от даты выпуска товаров до даты зачисления средств -->
<Dateof2></Dateof2><!-- дата оформления листа 2 [дд/мм/гггг] -->
</TBODY><!-- окончание формы -->
Примечания.
1. Параметр href="ps_ei.xsl" (или href="ps_ei2.xsl") описывает имя файла с операторами XSL преобразования в экранную форму, операторы файла ps_ei.xsl (или ps_ei2.xsl) могут быть изменены (файл ps_ei.xsl (или ps_ei2.xsl) используется для организации просмотра ЭС).
2. Параметр regn="Nreg/Nfil" в случае если ПС оформлен: в уполномоченном банке (филиале уполномоченного банка) - регистрационный номер уполномоченного банка (филиала уполномоченного банка), дополненный лидирующими нулями до 4 знаков (например, 0920/0001);
в территориальном учреждении Банка России - "0000/GU<код ОКАТО>" (код ОКАТО - первые два знака кода территории по ОКАТО, например, 0000/GU45).
3. Вспомогательные параметры (len - длина блока, date - дата последней корректировки, nTabl - количество таблиц, nRec - количество записей) носят справочный характер. Длина блока (len) вычисляется в байтах. В блок входит вся информация, заключенная между описателем начала и конца элемента данных, включая символы возврата каретки и перевода строки, пробелы, символы табуляции, а также описатель начала и конца элемента данных, знаки <> и /. Комментарии могут присутствовать в документе, но не являются обязательными, при наличии комментариев их длины включаются в размер блока.
4. Символом-разделителем целой и дробной части чисел является точка ".".
2.2. Состав ЭС (справочник элементов данных).
2.2.1. Заголовок (<THEADER>).
<RepType> - тип отчета ("ps_ei" или "ps_ei2")
<Bank> - наименование уполномоченного банка
<Pasport> - номер ПС [ггмм0000/0000/0000/0/0]
<Date> - дата подписания ПС [дд/мм/гггг]
2.2.2. Раздел 1 "Сведения о резиденте".
<Resident> - наименование резидента
<Subject> - субъект Российской Федерации
<Rajon> - район
<Gorod> - город
<NPunkt> - населенный пункт
<Ulica> - улица (проспект, переулок, и т.д.)
<Dom> - номер дома (владение)
<Ofis> - офис (квартира)
<RegNum> - основной государственный регистрационный номер (ОГРН)
<DateReestr> - дата внесения записи в государственный реестр [дд/мм/гггг]
<Inn> - код ИНН/КПП
2.2.3. Раздел 2 "Реквизиты иностранного контрагента" (таблица 1) (<Table1>).
<P01> - наименование
<P02> - наименование страны регистрации
<P03> - цифровой код страны регистрации (3 знака)
2.2.4. Раздел 3 "Общие сведения о контракте" (таблица 2) (<Table2>).
<P04> - номер (или б/н)
<P05> - дата подписания [дд/мм/гггг]
<P06> - наименование валюты цены контракта
<P07> - цифровой код валюты цены контракта (3 знака)
<P08> - сумма в единицах валюты цены контракта
<P09> - дата завершения исполнения обязательств [дд/мм/гггг]
<P10> - сумма в единицах валюты цены контракта, которая в соответствии с условиями контракта подлежит зачислению на счета в банке-нерезиденте
<P11> - признак наличия валютной оговорки [X]
<P12> - признак наличия условия ввоза на территорию Российской Федерации или вывоза с территории Российской Федерации товаров, указанных в разделах XVI, XVII, XIX Товарной номенклатуры внешнеэкономической деятельности [X]
<P13> - признак наличия условия проведения строительных и подрядных работ за пределами территории Российской Федерации [X]
2.2.5. Раздел 4 "Информация о разрешениях" (таблица 3) (<Table3>).
<P15> - дата выдачи разрешения [дд/мм/гггг]
<P16> - сумма разрешения в единицах валюты цены контракта
<P17> - дата окончания срока действия разрешения [дд/мм/гггг]
2.2.6. Раздел 5 "Справочная информация".
<Pasport2> - номер ПС, оформленного до 18.06.2004 г.
<Pasport3> - номер ПС, оформленного в другом банке и закрытого в связи с переводом контракта
<NumReof> - номер переоформления ПС
<DateReof> - дата переоформления ПС [дд/мм/гггг]
2.2.7. "Информация о закрытии ПС" (таблица 4) (<Table4>).
<P18> - дата закрытия ПС [дд/мм/гггг]
<P19> - код основания закрытия ПС:
3.18.1 - письменное заявление клиента о закрытии ПС в связи с переводом контракта на расчетное обслуживание в другой уполномоченный банк;
3.18.2 - письменное заявление клиента о закрытии ПС в связи с исполнением сторонами всех обязательств по контракту или их прекращением по основаниям, предусмотренным законодательством Российской Федерации;
3.18.3 - по истечении 180 календарных дней, следующих за указанной ПС датой завершения исполнения обязательств по контракту, - в иных случаях.
2.2.8. "Специальные сведения о контракте" (лист 2).
<Txtusl> - описание условий о сроках и порядке расчетов по контракту
<Srok> - срок от даты выпуска (условного выпуска) товаров таможенными органами при экспорте товаров до даты зачисления денежных средств от нерезидента на банковский счет резидента (отсрочка платежа), срок от даты оплаты резидентом ввозимых на территорию Российской Федерации товаров до даты ввоза товаров на территорию Российской Федерации при импорте товаров (предварительная оплата):
"0000" - в случае предоставления нерезидентом резиденту коммерческого кредита в виде предварительной оплаты в размере 100 процентов при вывозе товаров с таможенной территории Российской Федерации или предоставления нерезидентом резиденту отсрочки платежа в размере 100 процентов при ввозе товаров на таможенную территорию Российской Федерации;
"nnnn" - количество календарных дней от даты выпуска (условного выпуска) товаров таможенными органами при экспорте товаров до даты зачисления денежных средств от нерезидента на банковский счет резидента (отсрочка платежа) или количество календарных дней от даты оплаты резидентом ввозимых на территорию Российской Федерации товаров до даты ввоза товаров на территорию Российской Федерации при импорте товаров (предварительная оплата, авансовый платеж). При наличии в контракте нескольких указанных в настоящем абзаце сроков указывается наименьший срок. Если указанный срок превышает три года, указываются символы "СВТР". При отсутствии в контракте срока возврата перечисленных нерезиденту денежных средств за не ввезенные на территорию Российской Федерации (не полученные на территории Российской Федерации) товары пункт заполняется исходя из установленного контрактом срока от даты оплаты резидентом ввозимых на территорию Российской Федерации товаров до даты их ввоза на территорию Российской Федерации при импорте товаров;
"НДАН" - в случае если резидент не располагает данными, необходимыми для определения срока поступления от нерезидентов (возврата нерезидентами) денежных средств.
<Dateof2> - дата оформления листа 2 [дд/мм/гггг].
Все элементы справочника должны присутствовать в ЭС.
Приложение 2
к Положению Банка России
от 29 декабря 2010 года N 364-П
"О порядке передачи уполномоченными
банками и территориальными учреждениями
Банка России в таможенные органы
для выполнения ими функций агентов
валютного контроля информации
по паспортам сделок по внешнеторговым
договорам (контрактам)
в электронном виде"
ПОРЯДОК
ОБЕСПЕЧЕНИЯ ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ ПРИ ИСПОЛЬЗОВАНИИ СКЗИ
1. В настоящем Порядке используются следующие термины:
подтверждение подлинности и контроль целостности ЭС - проверка сообщения, переданного электронным способом, позволяющая получателю установить, что данное сообщение исходит из указанного источника и не было изменено при его передаче от источника до получателя;
ключ КА - уникальные данные, используемые при создании и проверке КА и состоящие из секретной части ключа КА (далее - секретный ключ КА), предназначенной для создания КА ЭС, и публичной части ключа КА (далее - открытый ключ КА), предназначенной для аутентификации ЭС получателем;
ключ шифрования - уникальные данные, используемые при зашифровывании и расшифровывании ЭС;
владелец ключа КА или ключа шифрования (далее - владелец ключей) - ФТС России, уполномоченный банк, территориальное учреждение, чей ключ КА или ключ шифрования зарегистрирован в регистрационном центре, функционирующем в Банке России;
СКЗИ - аппаратные и (или) программные средства, обеспечивающие создание и проверку КА, а также реализующие алгоритмы криптографического преобразования информации и предназначенные для защиты информации при передаче по каналам связи;
компрометация ключа КА или ключа шифрования - событие, определенное владельцем ключей как ознакомление неуполномоченным лицом (неуполномоченными лицами) с секретным ключом КА или секретным ключом шифрования владельца ключей;
пользователь ключа КА или ключа шифрования - лицо, назначенное владельцем ключей и уполномоченное им использовать ключ КА или ключ шифрования от имени владельца ключей;
регистрационная карточка ключа КА - документ, подписанный руководителем владельца ключа КА (или замещающим его лицом), заверенный оттиском печати владельца ключа КА, содержащий распечатку открытого ключа КА в шестнадцатеричной системе счисления, наименование владельца ключа КА и иные идентифицирующие владельца ключа КА данные (далее - регистрационная карточка).
2. Обмен ЭС между ФТС России и уполномоченным банком, между ФТС России и территориальным учреждением Банка России, выполняющим функции по оформлению ПС, осуществляется с применением СКЗИ, принятых к использованию в Банке России. СКЗИ используются для формирования КА и шифрования электронных сообщений.
3. Владельцы ключей могут иметь резервные ключи КА и ключи шифрования.
4. В Банке России и его территориальных учреждениях организуются регистрационные центры, выполняющие функции регистрации ключей КА и (или) ключей шифрования и управления ключами КА и (или) ключами шифрования, предусмотренными настоящим Положением.
5. Владелец ключей изготавливает ключ КА самостоятельно. Ключ шифрования, предназначенный для обеспечения защиты информации при ее передаче по каналам связи, предоставляется ему регистрационным центром. Получение ключа шифрования оформляется актом. Форма акта определяется регистрационным центром.
6. Ключ КА подлежит регистрации в регистрационном центре. Для этого изготавливается регистрационная карточка в 2 экземплярах в соответствии с порядком, определяемым регистрационным центром. Регистрационная карточка содержит:
наименование владельца ключа КА;
наименование применяемого средства аутентификации и (или) шифрования;
информацию, идентифицирующую ключ КА (идентификатор и (или) номер ключа КА, идентификатор и (или) номер серии);
назначение ключа КА (область применения);
распечатку открытого ключа КА в шестнадцатеричной системе счисления;
дату изготовления ключа КА;
даты начала и окончания действия ключа КА;
подпись руководителя (или замещающего его лица) владельца ключа КА, заверенная оттиском печати владельца ключа;
подпись администратора регистрационного центра;
иные реквизиты.
Форма регистрационной карточки разрабатывается регистрационным центром в зависимости от функциональных возможностей конкретного СКЗИ. Регистрационная карточка может распечатываться на одной или нескольких страницах. При распечатке регистрационной карточки на нескольких страницах каждая страница должна содержать подпись руководителя (или замещающего его лица) владельца ключей, заверенную оттиском печати владельца ключей.
Один экземпляр оформленной регистрационной карточки остается в регистрационном центре, другой передается владельцу ключа КА. Ключ КА считается зарегистрированным со дня передачи владельцу ключа КА его экземпляра оформленной регистрационной карточки.
7. Владельцы ключей обеспечивают сохранность своих секретных ключей КА и ключей шифрования.
8. Управление ключами КА и ключами шифрования осуществляется регистрационным центром и регламентируется в порядке, предусмотренном Банком России.
9. Плановый срок действия ключей КА и ключей шифрования определяется регистрационным центром.
10. Плановая смена ключей КА и (или) ключей шифрования организуется регистрационным центром при соответствующем уведомлении всех владельцев ключей КА и (или) ключей шифрования.
11. Внеплановая смена ключей КА и (или) ключей шифрования может производиться по инициативе регистрационного центра либо владельца ключей в случае компрометации или утраты секретного ключа КА и (или) ключа шифрования.
12. При смене ключей КА и (или) ключей шифрования выполняются работы в соответствии с пунктами 5 и 6 настоящего Порядка.
13. После ввода в действие новых ключей КА и (или) ключей шифрования прежде действовавшие секретные ключи КА и (или) ключи шифрования уничтожаются, а открытые ключи КА хранятся владельцем ключей в течение всего срока хранения ЭС, для подтверждения подлинности и контроля целостности которых они могут быть использованы.
14. Уничтожение открытых ключей КА после истечения срока их хранения осуществляется владельцем ключей самостоятельно.
15. Программные средства, предназначенные для создания и проверки КА, а также документация на эти средства хранятся владельцем ключей в течение всего срока хранения ЭС, для подписания и подтверждения подлинности и контроля целостности которых использовались (могут быть использованы) указанные средства.
16. Сведения о ключах КА и ключах шифрования не подлежат передаче третьим лицам, за исключением случаев, установленных законодательством Российской Федерации.
17. Установка и настройка СКЗИ на автоматизированных рабочих местах (далее - АРМ) пользователей выполняются с учетом требований, изложенных в эксплуатационной документации на СКЗИ, в присутствии администратора информационной безопасности, назначаемого владельцем ключей. При каждом запуске АРМ должен быть обеспечен контроль целостности установленного программного обеспечения СКЗИ.
18. Владельцем ключей определяются и утверждаются порядок учета, хранения и использования носителей ключевой информации (ключевых дискет, ключевых идентификаторов touch memory, ключевых смарт-карточек) с секретными ключами КА и ключами шифрования, который должен полностью исключать возможность несанкционированного доступа к ним.
19. Уполномоченный банк, территориальное учреждение Банка России, выполняющее функции по оформлению ПС, отправившие ЭС, снабженные КА уполномоченного банка или территориального учреждения Банка России, выполняющего функции по оформлению ПС, соответственно, отвечают за информацию, содержащуюся в ЭС.
20. Руководитель структурного подразделения владельца ключей утверждает список лиц, имеющих доступ к секретным ключам КА и ключам шифрования (с указанием конкретной информации для каждого лица). Доступ неуполномоченных лиц к носителям ключевой информации должен быть исключен.
21. Для хранения носителей ключевой информации с секретными ключами КА и (или) ключами шифрования должны использоваться надежные металлические хранилища. Допускается хранение носителей ключевой информации с секретными ключами КА и (или) ключами шифрования в одном хранилище с другими документами, но при этом отдельно от них, в отдельном контейнере, опечатываемом пользователем ключа КА и (или) ключа шифрования.
22. В течение рабочего дня вне времени составления передачи и приема ЭС, а также по окончании рабочего дня носители ключевой информации с секретными ключами КА и (или) ключами шифрования помещаются в хранилище.
23. Не допускается:
снимать несанкционированные копии с носителей ключевой информации;
знакомить с содержанием носителей ключевой информации или передавать носители ключевой информации лицам, к ним не допущенным;
выводить секретные ключи КА и (или) ключи шифрования на дисплей (монитор) электронно-вычислительной машины (ЭВМ) или принтер;
устанавливать носитель секретных ключей КА и (или) ключей шифрования в считывающее устройство АРМ, программные средства которого функционируют в непредусмотренных (нештатных) режимах, а также на другие ЭВМ;
записывать на носители ключевой информации постороннюю информацию.
24. При компрометации секретного ключа КА и (или) ключа шифрования владелец ключей, допустивший компрометацию, обязан предпринять все меры для прекращения любых операций с использованием этого ключа и немедленно проинформировать о факте компрометации регистрационный центр, который организует внеплановую смену ключей КА и (или) ключей шифрования.
25. По факту компрометации ключа КА и (или) ключа шифрования владелец ключей, допустивший компрометацию, должен организовать служебное расследование, документально оформленные результаты которого представляются в регистрационный центр.
26. В случае увольнения или перевода в другое подразделение (на другую должность), изменения функциональных обязанностей работника, имевшего доступ к секретным ключам КА и (или) ключам шифрования, должна быть проведена замена ключей, к которым указанный работник имел доступ.
27. СКЗИ и открытые ключи КА, необходимые для аутентификации хранящихся в уполномоченном банке или территориальном учреждении Банка России, выполняющем функции по оформлению ПС, ЭС, уведомлений о принятии архивного файла (уведомлений о непринятии архивного файла), квитанций о принятии (непринятии) ЭС, подлежат хранению уполномоченным банком, территориальным учреждением Банка России, выполняющим функции по оформлению ПС, в течение срока, указанного в пункте 26 настоящего Положения.
Приложение 3
к Положению Банка России
от 29 декабря 2010 года N 364-П
"О порядке передачи уполномоченными
банками и территориальными учреждениями
Банка России в таможенные органы
для выполнения ими функций агентов
валютного контроля информации
по паспортам сделок по внешнеторговым
договорам (контрактам)
в электронном виде"
СТРУКТУРА НАИМЕНОВАНИЯ И РАЗМЕР АРХИВНОГО ФАЙЛА УПОЛНОМОЧЕННОГО БАНКА
1. Наименование архивного файла уполномоченного банка имеет следующую структуру:
PSEI_<nRegn>_<Fnnn><ггггммдд>_<nnn>.arj,
где:
PSEI - идентификатор архивного файла;
nRegn - в соответствии с КГРКО регистрационный номер уполномоченного банка, в котором оформлен ПС (с лидирующими нулями, например - 0920);
Fnnn - в соответствии с КГРКО порядковый номер филиала уполномоченного банка, в котором оформлен ПС (с лидирующими нулями, например - 0001), в случае если ПС оформлен в уполномоченном банке, принимает значение "0000";
ггггммдд - дата формирования уполномоченным банком архивного файла (год, месяц, день, например, 20101207);
nnn - порядковый номер архивного файла уполномоченного банка, сформированного в течение дня (3 символа), нумерация начинается с 001.
2. Каждый архивный файл уполномоченного банка должен содержать не более 500 электронных сообщений, при наличии большего числа электронных сообщений, которые требуется передать в течение дня, необходимо формировать несколько архивных файлов.
3. Примеры:
архивный файл филиала уполномоченного банка (количество электронных сообщений не более 500): PSEI_0920_0001_20101214_001.arj;
архивные файлы уполномоченного банка (количество электронных сообщений более 500):
PSEI_0920_0000_20101214_001.arj;
PSEI_0920_0000_20101214_002.arj;
PSEI_0920_0000_20101214_003.arj.
Приложение 4
к Положению Банка России
от 29 декабря 2010 года N 364-П
"О порядке передачи уполномоченными
банками и территориальными учреждениями
Банка России в таможенные органы
для выполнения ими функций агентов
валютного контроля информации
по паспортам сделок по внешнеторговым
договорам (контрактам)
в электронном виде"
СТРУКТУРА УВЕДОМЛЕНИЯ О ПРИНЯТИИ (НЕПРИНЯТИИ) ТЕРРИТОРИАЛЬНЫМ УЧРЕЖДЕНИЕМ АРХИВНОГО ФАЙЛА УПОЛНОМОЧЕННОГО БАНКА
Территориальное учреждение <код ОКАТО> <наименование территориального учреждения>
Дата получения архивного файла уполномоченного банка <ДД.ММ.ГГГГ>
Время получения архивного файла уполномоченного банка <ЧЧ.ММ.СС>
Регистрационный номер уполномоченного банка (порядковый номер филиала) <регистрационный номер банка/порядковый номер филиала>
Файл <наименование архивного файла уполномоченного банка>, размер <размер в байтах>, содержащий <количество ЭС в архивном файле уполномоченного банка> файлов с именами:
<наименование первого ЭС>
..................
<наименование n-го ЭС>
принят/не принят <причина>
Дата направления уведомления <ДД.ММ.ГГГГ>
Время направления уведомления <ЧЧ.ММ.СС>
Оператор <идентификатор оператора>
Телефон <телефон оператора>
Приложение 5
к Положению Банка России
от 29 декабря 2010 года N 364-П
"О порядке передачи уполномоченными
банками и территориальными учреждениями
Банка России в таможенные органы
для выполнения ими функций агентов
валютного контроля информации
по паспортам сделок по внешнеторговым
договорам (контрактам)
в электронном виде"
ПОРЯДОК
ФОРМИРОВАНИЯ СВОДНОГО АРХИВНОГО ФАЙЛА ТЕРРИТОРИАЛЬНОГО УЧРЕЖДЕНИЯ
1. Наименование сводного архивного файла имеет следующую структуру:
PSEIARS_<tu>_<ггггммдд>_<nnn>.arj,
где:
PSEIARS - идентификатор сводного архивного файла;
tu - код территориального учреждения по ОКАТО (2 символа);
ггггммдд - дата формирования сводного архивного файла (год, месяц, день);
nnn - порядковый номер сводного архивного файла территориального учреждения, сформированного в течение дня (3 символа), нумерация начинается с 001.
2. Каждый сводный архивный файл территориального учреждения должен содержать не более 500 электронных сообщений, при наличии большего числа электронных сообщений, которые требуется передать в течение дня, необходимо формировать несколько сводных архивных файлов.
3. В состав сводного архивного файла включается Перечень наименований ЭС, формируемый с помощью программы архиватора ARJ32 (далее - Перечень). Перечень формируется в виде текстового файла, имеющего следующую структуру наименования:
RERPSEIARS_<tu>_<ггггммдд>_<nnn>.txt,
где:
RER - идентификатор Перечня;
PSEIARS_<tu>_<ггггммдд>_<nnn> - наименование сводного архивного файла в соответствии с пунктом 1 настоящего приложения.
4. Правила формирования Перечня с помощью программы архиватора ARJ32 устанавливаются Банком России.
5. Примеры:
сводный архивный файл (количество электронных сообщений не более 500):
PSEIARS_45_20101214_001.arj;
сводные архивные файлы (количество электронных сообщений более 500):
PSEIARS_45_20101214_001.arj
PSEIARS_45_20101214_003.arj
Приложение 6
к Положению Банка России
от 29 декабря 2010 года N 364-П
"О порядке передачи уполномоченными
банками и территориальными учреждениями
Банка России в таможенные органы
для выполнения ими функций агентов
валютного контроля информации
по паспортам сделок по внешнеторговым
договорам (контрактам)
в электронном виде"
ФОРМАТЫ И СТРУКТУРА КВИТАНЦИИ О ПРИНЯТИИ (НЕПРИНЯТИИ) ЭС
Квитанция о принятии (непринятии) ЭС формируется ФТС России в виде текстового файла в кодировке DOS (866 кодовая страница).
1. Структура наименования квитанции о принятии (непринятии) ЭС.
Наименование квитанции о принятии ЭС формируется из наименования ЭС путем замены первого символа "P" на символ "F".
Наименование квитанции о непринятии ЭС формируется из наименования ЭС путем замены первого символа "P" на символ "E".
2. Структура и состав квитанции о принятии (непринятии) ЭС.
Квитанция о принятии (непринятии) ЭС состоит из служебной и информационной частей. Служебная часть содержит данные об отправителе ЭС. Информационная часть включает блоки "результаты обработки" и "характеристики ошибок". Блок "характеристики ошибок" повторяется столько раз, сколько ошибок было обнаружено в ЭС.
Структура квитанции о принятии (непринятии) ЭС имеет следующий вид:
Регистрационный номер уполномоченного банка (порядковый номер филиала) <регистрационный номер банка/порядковый номер филиала>
Файл <наименование ЭС уполномоченного банка или территориального учреждения Банка России, >, размер <размер в байтах>
ЭС принято/не принято
<характеристики ошибок>
...............................
<характеристики ошибок>
Дата формирования квитанции <ДД.ММ.ГГГГ>
Время формирования квитанции <ЧЧ.ММ.СС>
Оператор <идентификатор оператора>
Телефон <телефон оператора>
Приложение 7
к Положению Банка России
от 29 декабря 2010 года N 364-П
"О порядке передачи уполномоченными
банками и территориальными учреждениями
Банка России в таможенные органы
для выполнения ими функций агентов
валютного контроля информации
по паспортам сделок по внешнеторговым
договорам (контрактам)
в электронном виде"
СТРУКТУРА НАИМЕНОВАНИЯ АРХИВНОГО ФАЙЛА ФТС РОССИИ
Наименование архивного файла ФТС России имеет следующую структуру:
<nRegn><Fnnn><ггггммдд><nnn>.arj>,
где:
nRegn - в соответствии с КГРКО регистрационный номер уполномоченного банка, для которого формируется архивный файл ФТС России (с лидирующими нулями, например - 0920); в случае если архивный файл ФТС России формируется для территориального учреждения Банка России, принимает значение "0000";
Fnnn - в соответствии с КГРКО порядковый номер филиала уполномоченного банка, для которого формируется архивный файл ФТС России (с лидирующими нулями, например - 0001), в случае если архивный файл ФТС России формируется:
для уполномоченного банка - принимает значение "0000", для территориального учреждения Банка России указываются символы "GU" и первые два знака кода ОКАТО ("GU<код ОКАТО>");
ггггммдд - дата формирования архивного файла ФТС России (год, месяц, день, например, 20101207);
nnn - порядковый номер архивного файла ФТС России, сформированного в течение дня (3 символа), нумерация начинается с 001.
Приложение 8
к Положению Банка России
от 29 декабря 2010 года N 364-П
"О порядке передачи уполномоченными
банками и территориальными учреждениями
Банка России в таможенные органы
для выполнения ими функций агентов
валютного контроля информации
по паспортам сделок по внешнеторговым
договорам (контрактам)
в электронном виде"
СТРУКТУРА НАИМЕНОВАНИЯ СВОДНОГО АРХИВНОГО ФАЙЛА ФТС РОССИИ
Наименование сводного архивного файла ФТС России имеет следующую структуру:
FTS_<tu>_<ггггммдд><nnn>.arj>,
где:
FTS - идентификатор сводного архивного файла ФТС России;
tu - код территориального учреждения Банка России по ОКАТО (2 символа);
ггггммдд - дата формирования сводного архивного файла ФТС России (год, месяц, день);
nnn - порядковый номер сводного архивного файла ФТС России, сформированного в течение дня (3 символа), нумерация начинается с 001.