English

Сегодня 28 июня 2017 года

ДЛЯ СЛАБОВИДЯЩИХ

На главную

 

Баннер

Технические условия информационного взаимодействия ФТС России и координатора эмиссии микропроцессорных пластиковых карт (таможенных карт)

DOCPDFПечать

Приложение к Приказу ФТС России от 05.03.2009 г. № 379

Технические условия информационного взаимодействия ФТС России и координатора эмиссии микропроцессорных пластиковых карт (таможенных карт)

Настоящие Технические условия определяют порядок, форматы, способ и регламенты электронного обмена данными между ЕАИС таможенных органов и информационной системой координатора эмиссии микропроцессорных пластиковых карт (таможенных карт) в ходе информационного взаимодействия при предоставлении в таможенные органы информации о таможенных платежах, уплаченных с применением таможенных карт.

1.     Термины, определения и сокращения

1.1. Термины и определения

Применительно к настоящим Техническим условиям используются следующие термины и сокращения:

Табл. 1. Термины и определения.

Термин

Определение

Процессинговый центр

Координатор эмиссии микропроцессорных пластиковых карт (таможенных карт) или его структурное подразделение, обеспечивающее информационное и технологическое взаимодействие между участниками системы уплаты таможенных платежей с применением таможенных карт.

Сценарий обмена электронными сообщениями

Структурированное описание (текстовое и / или в виде диаграммы) условий, состава и последовательности передачи электронных сообщений между взаимодействующими сторонами, отражающее особенности заявляемого таможенного режима и применяемой упрощенной процедуры таможенного оформления.

Таможенная карта

Специализированная банковская карта, являющаяся персонифицированным средством составления расчетных документов, предназначенных для уплаты таможенных платежей в таможенные органы.

Таможенные органы

Таможенные органы, участвующие в информационном обмене при передаче информации о совершении операций совершенных с использованием таможенных карт (ФТС России, РТУ, таможни, таможенные посты).

Процессинг

Процесс обработки операции

Дата процессинга

Дата завершения обработки операции (по московскому времени)

Счет таможни

Счет, открытый органам Федерального казначейства для учета таможенных  и иных платежей от внешнеэкономической деятельности

Электронный документ

Документ, в котором информация представлена в электронно-цифровой форме

1.2. Сокращения

Табл. 2. Список сокращений.

Сокращение

Расшифровка

АПКШ

Аппаратно-программный комплекс шифрования

ВИТС

Ведомственная интегрированная телекоммуникационная сеть

ГНИВЦ

Главный научно-информационный вычислительный центр ФТС России

ЕАИС

Единая автоматизированная информационная система

НСД

Несанкционированный доступ

СКЗИ

Средства криптографической защиты информации

ФТС России

Федеральная таможенная служба

ЭД

Электронный документ

ПЦ

Процессинговый центр

ДЛТО

Должностное лицо таможенных органов

2. Участники информационного взаимодействия

В информационном взаимодействии участвуют:

- Со стороны ФТС России – Главный научно-информационный вычислительный центр (ГНИВЦ) ФТС России;

- Со стороны Координатора эмиссии микропроцессорных пластиковых карт (таможенных карт) – Процессинговый центр координатора эмиссии микропроцессорных пластиковых карт (таможенных карт) (далее - ПЦ координатора эмисии).

3. Описание информационного взаимодействия

3.1. Общие сведения

В настоящем разделе приводится подробное описание структуры, состава, правил формирования и регламента передачи электронных документов передаваемых при информационном взаимодействии между координатором эмиссии микропроцессорных пластиковых карт (таможенных карт) и ГНИВЦ ФТС России при представлении информации об операциях, связанных с уплатой таможенных платежей с применением таможенных карт.

3.2.     Порядок совершения операций.

При уплате участником ВЭД таможенных платежей с применением таможенной карты информация о платеже поступает в ПЦ координатора эмиссии микропроцессорных пластиковых карт (таможенных карт). При этом электронный терминал, которым оборудовано рабочее место инспектора таможенных органов, распечатывает чек, подтверждающий успешное проведение операции.

После обработки полученной информации ПЦ координатора эмиссии инициирует процедуру уведомления таможенных органов о проведенном платеже, регламентируемую настоящими Техническими условиями.

В ходе одной процедуры уведомления могут быть поданы сведения только об одной операции по уплате таможенных платежей с использованием таможенной карты.

Жизненный цикл процедуры уведомления определен в статусной модели. Статусная модель представляет собой набор состояний (статусов), в которых может находиться процедура.

Значение статуса процедуры определяет операции, которые может произвести информационная система ПЦ координатора эмиссии с передаваемой информацией. Переход между статусами инициируется электронными документами, направляемыми в автоматизированную систему таможенных органов.

3.3.     Электронные документы

Единицей информационного обмена между ПЦ координатора эмиссии и ГНИВЦ ФТС России является электронный документ в формате DBF версии dBaseIII.

Электронный документ содержит информацию, структурированную и передаваемую в соответствии с порядком, определенным настоящими Техническими условиями.

3.3.1 Структура электронного документа

Структура электронного документа, его состав и правила заполнения полей определяются в соответствии с Приложением 1 к настоящим Техническим условиям.

3.4.     Порядок обмена электронными документами

На сервере, установленном в ГНИВЦ ФТС России, организуется система каталогов, где наименование каждого каталога соответствует восьмизначному коду таможни. Каждый каталог содержит подкаталоги с именами «IN» и «OUT». Структура каталогов представлена на Рис.2.

Рис.2. Структура каталогов

3.4.1 Этапы информационного обмена

Данный раздел включает в себя описание следующих операций, производимых в ходе процедуры уведомления о проведении платежа по таможенной карте:

-    передача уведомления;

-    подтверждение получения уведомления.

Подтверждение формируется отдельно на каждое уведомление, переданное информационной системой ПЦ координатора эмиссии.

Диаграмма последовательности обмена электронными документами представлена на Рис.3.

3.4.1.1 Передача уведомления

 

Основной сценарий:

Информационная система ПЦ координатора эмиссии осуществляет выгрузку на сервер электронного документа, содержащего уведомление о проведенном платеже по Таможенной карте, в виде DBF-файла с именем ТКХХХХХХ.REQ, где ХХХХХХ – порядковый номер передаваемого уведомления. Выгрузка осуществляется в электронный подкаталог LLLLLLLLIN, где LLLLLLLL восьмизначный код таможни, в регионе деятельности которой осуществлен данный платеж.

3.4.1.2 Подтверждение получения уведомления

Основной сценарий:

Программные средства ЕАИС таможенных органов считывают DBF-файл из электронного подкаталога LLLLLLLLIN и производят его контроль.

По результатам прохождения контроля уведомления автоматизированная система таможенных органов осуществляет выгрузку на сервер электронного документа, содержащего подтверждение получения уведомления, в виде DBF-файла с именем ТКYYYYYY.ANS, где ХХХХХХ = YYYYYY - порядковый номер передаваемого подтверждения. Выгрузка осуществляется в электронный подкаталог LLLLLLLLOUT.

Ошибочные ситуации:

В случае обнаружения ошибок в заполнении уведомления о платеже при контроле уведомления программные средства ЕАИС таможенных органов в выгружаемом на сервер электронном документе формируют информацию об ошибке.

При получении электронного документа, содержащего информацию об ошибке, информационная система ПЦ координатора эмиссии должна исправить ошибки, и повторно направить исправленный электронный документ.

3.5.     Регламент информационного обмена

Табл. 3. Показатели регламента информационного обмена.

Режим обработки электронных документов

Непрерывный

 

Задержка в передаче данных в случае возникновения нештатных ситуаций

Не более 2-х часов

В случае возникновения задержек в передаче данных в выходные или праздничные дни причина задержки должна быть устранена в течение 2-х часов с момента начала первой рабочей смены, следующей за выходным/праздничным днем.

Технологический перерыв

Ежедневно, не более 1 часа

 

4.        Описание параметров транспортной среды

4.1.     Поддерживаемые протоколы

Обмен электронными документами в рамках реализации бизнес-процесса взаимодействия между ПЦ координатора эмиссии и ГНИВЦ ФТС России осуществляется с помощью транспортного протокола TCP/IP и прикладного протокола FTP.

5.        Порядок обеспечения информационной безопасности

Общие сведения

Информационный обмен электронными документами должен осуществляться с использованием средств, обеспечивающих целостность, защиту и аутентификацию информации, которые должны решать следующие основные задачи:

-        защита от несанкционированного доступа (НСД) к программно-аппаратным средствам, задействованным при информационном взаимодействии;

-        сокрытие данных при передаче по каналам связи.

Порядок применения средств электронной цифровой подписи в рамках данного информационного обмена согласовывается сторонами отдельно и определяется в дополнении к настоящим Техническим условиям.

5.2.     Защита от несанкционированного доступа к программно-аппаратным средствами и применение антивирусных средств защиты информации

При реализации схемы подключения (Приложение 3 к настоящим Техническим условиям) ПЦ координатора эмиссии к ВИТС ФТС России защита от несанкционированного доступа к программно-аппаратным средствам, задействованным при информационном взаимодействии, и применение антивирусных средств защиты информации обеспечиваются каждой стороной самостоятельно согласно действующим внутренним документам.

5.3.     Сокрытие данных при передаче по каналам связи

Сокрытие данных при передаче по каналам связи обеспечивается транспортным шифрованием и аутентификацией соединений между транспортными узлами (транспортными серверами) с использованием сертифицированного аппаратно-программного комплекса шифрования (АПКШ) «Континент».

Порядок взаимодействия сторон в ходе эксплуатации АПКШ «Континент» и по восстановлению его работоспособности в случае возникновения нештатных ситуаций определяются в Приложении 2 к настоящим Техническим условиям.

Приложение № 1 к Техническим условиям

Структура уведомления о проведении платежа по таможенной карте

Имя поля

Тип поля

Длина

Назначение поля

1.

NUMDOC

Char

12

Номер документа

2.

DATEDOC

Date

8

Дата документа

3.

DATEBANK

Date

8

Дата процессинга

4.

CURCODE

Char

3

Код валюты платежа

5.

SUMMA

Num

19,2

Сумма платежа

6.

NAME_ D

Char

70

Наименование плательщика

7.

OKPO_ D

Char

10

ОКПО плательщика

8.

INN_ D

Char

12

ИНН плательщика

9.

ACC_D

Char

20

Счет плательщика

10.

BANK_D

Char

70

Банк плательщика

11.

BIC_ D

Char

9

БИК Банка плательщика

12.

KORACC_ D

Char

20

Кор. счет Банка плательщика

13.

NAME

Char

70

Наименование лица, в пользу которого совершен платеж

14.

OKPO

Char

10

ОКПО лица, в пользу которого совершен платеж

15.

INN

Char

12

ИНН лица, в пользу которого совершен платеж

16.

NAME_C

Char

70

Наименование  получателя

17.

OKPO_C

Char

10

ОКПО получателя

18.

INN_ C

Char

12

ИНН получателя

19.

ACC_C

Char

20

Счет получателя

20.

BANK_C

Char

70

Банк получателя

21.

BIC_C

Char

9

БИК Банка получателя

22.

KORACC_C

Char

20

Кор. счет Банка получателя

23.

TYPEDOC

Char

3

Тип платежного документа

24.

REASON

Char

212

Назначение платежа

25.

ID

Char

24

Уникальный референс банковской операции

26.

CUSTOMCODE

Char

8

Код таможенного органа -  получателя  платежа

27.

CARDNUM

Char

19

Номер карты плательщика

28.

DOCDATE

Date

8

Дата совершения платежа

29.

DOCTIME

Char

8

Время совершения платежа

30.

REPEAT

Char

1

Флаг повторной посылки

31.

FLAG

Char

1

Флаг состояния документа (новый, исправление, удаление)

32.

KPP_D

Char

9

КПП плательщика

33.

KPP

Char

9

КПП лица, в пользу которого совершен платеж

34.

VIDDOC

Char

2

Код вида документа, удостоверяющего личность физического лица, в пользу которого совершен платеж

35.

SERPASS

Char

10

Серия паспорта или иного документа, удостоверяющего личность физического лица в пользу которого совершен платеж

36.

NUMPASS

Char

20

Номер паспорта или иного документа, удостоверяющего личность физического лица, в пользу которого совершен платеж

37.

DATPASS

Date

8

Дата выдачи паспорта или иного документа, удостоверяющего личность физического лица, в пользу которого совершен платеж

Описание полей

1.     Номер документа (NUMDOC):

Заполняется: всегда.

Указывается: Номер счета (чека), сформированного электронным терминалом и подписанного держателем таможенной карты и инспектором таможенного органа.

Формируется путем конкатенации строки из 8-значного уникального идентификационного номера электронного терминала и строки из 4-значного номера счета (чека), распечатанного электронным терминалом.

Проверяется: заполнение обязательно.

2.     Дата документа (DATEDOC):

Заполняется: всегда.

Указывается: дата счета (чека).

Проверяется: заполнение обязательно.

3.     Дата процессинга (DATEBANK):

Заполняется: всегда.

Указывается: дата текущего операционного дня, которой перечислен платеж на счет ФТС России, открытый органом Федерального казначейства для учета таможенных и иных платежей от внешнеэкономической деятельности (счет таможни).

Проверяется: заполнение обязательно.

4.     Код валюты (CURCODE):

Заполняется: всегда.

Указывается: цифровой код валюты согласно классификатору VALNAME.

Проверяется: заполнение обязательно.

5.     Сумма (SUMMA):

Заполняется: всегда.

Указывается: сумма в валюте платежа, в которой производится зачисление суммы на счета таможни.

Проверяется: заполнение обязательно.

6.     Наименование плательщика (NAME_D):

Заполняется: всегда.

Указывается: наименование плательщика.

Проверяется: заполнение обязательно.

7.     ОКПО плательщика (OKPO_D):

Заполняется: всегда.

Указывается: 8 или 10-значный код ОКПО юридических лиц или индивидуальных предпринимателей.

В случае отсутствия у плательщика кода ОКПО поле заполняется 00000000 или 0000000000.

Проверяется: заполнение обязательно.

8.     ИНН плательщика (INN_D):

Заполняется: всегда.

Указывается: 10, 11 или 12-значный код ИНН.

Проверяется: заполнение обязательно.

9.     – 12. Счет плательщика (ACC_D), Банк плательщика (BANK_D), БИК Банка плательщика (BIC_D), корр. счет Банка плательщика (KORACC_D):

Заполняется: всегда.

Указывается: банковские реквизиты плательщика.

Проверяется: заполнение обязательно.

13. Наименование лица, в пользу которого совершен платеж (NAME):

Заполняется: в данной версии технических условий не заполняется.

Указывается: наименование лица, в пользу которого совершен платеж. В случае уплаты платежей плательщиком за себя - поле не заполняется.

Проверяется: заполнение не обязательно.

14. ОКПО лица, в пользу которого совершен платеж (OKPO)[1]:

Заполняется: всегда.

Указывается: 8 или 10-значный код ОКПО для юридических лиц или индивидуальных предпринимателей. 10-значный номер документа, удостоверяющего личность, для физических лиц, либо иной уникальный идентификационный номер.

В случае отсутствия у юридических лиц или индивидуальных предпринимателей кода ОКПО поле заполняется 00000000 или 0000000000.

В случае наличия у физического лица, в пользу которого совершен платеж, кода ИНН поле заполняется 0000000000.

Проверяется: заполнение обязательно.

15. ИНН лица, в пользу которого совершен платеж (INN):

Заполняется: всегда.

Указывается: 10, 11 или 12-значный код ИНН.

Если лицо, в пользу которого совершен платеж, – физическое лицо, не имеющее присвоенного кода ИНН, поле заполняется 000000000000.

Проверяется: заполнение обязательно.

16. Наименование получателя (NAME_C):

Заполняется: всегда.

Указывается: наименование таможенного органа, в пользу которого произведен платеж по таможенной карте.

Проверяется: заполнение обязательно.

17.  ОКПО получателя (OKPO_C):

Заполняется: не всегда.

Указывается: код ОКПО таможенного органа, в пользу которого произведен платеж по таможенной карте.

Проверяется: заполнение не обязательно.

18. ИНН получателя (INN_C):

Заполняется: всегда.

Указывается: ИНН таможенного органа, в пользу которого произведен платеж по таможенной карте.

Проверяется: заполнение обязательно.

19. Счет получателя (ACC_C):

Заполняется: всегда.

Указывается: 20 разрядный номер счета таможенного органа в Федеральном казначействе, на который зачислен платеж.

Проверяется: заполнение обязательно.

20.  Наименование банка получателя (BANK_C):

Заполняется: всегда.

Указывается: наименование банка получателя.

Проверяется: заполнение обязательно.

21. БИК Банка получателя (BIC_C):

Заполняется: не всегда.

Указывается: БИК Банка получателя.

Проверяется: заполнение обязательно.

22. Кор. счет Банка получателя (KORACC_C):

Заполняется: не всегда.

Указывается: кор.счет банка получателя. По умолчанию состоит из строки «00000000000000000000».

Проверяется: заполнение не обязательно.

23. Тип документа (TYPEDOC):

Заполняется: всегда.

Указывается: условное обозначение типа платежного документа (заглавными буквами русского алфавита) – «ТК» – оплата с использованием таможенной карты.

Проверяется: заполнение обязательно.

24. Назначение платежа (REASON):

Заполняется: не всегда.

Указывается: назначение платежа из платежного документа. Если в платежном документе есть информация о назначении платежа, которую можно формализовать путем заполнения следующих полей - номер документа (NUMDOC), дата документа (DATEDOC), код ОКПО плательщика (OKPO_D), наименование плательщика - за кого (NAME), код ОКПО - за кого (OKPO), код ИНН - за кого (INN), код вида платежа (KOD_PL), то эта информация не подлежит обязательному заполнению в поле REASON. Если невозможно однозначно формализовать назначение платежа по вышеуказанным полям, то текст назначения платежа должен быть введен в поле REASON полностью.

Проверяется: заполнение не обязательно.

25. Уникальный референс банковской операции (ID):

Заполняется: всегда.

Указывается: уникальный референс (код) операции по таможенной карте (например, «603714429900230412352004»). Формируется путем последовательной конкатенации следующих строк:

6-значного БИН банка-эмитента таможенной карты (6 первых цифр номера таможенной карты, например «603714»);

последней цифры года (например «4»);

3-значной даты формирования счета (чека) по юлианскому календарю (например, 25 октября 2004 г. - «299»);

4-значного номера счета (чека), распечатанного электронным терминалом, дополненного слева двумя символами «0» (например, «002304»);

8-значного уникального идентификационного номера электронного терминала (например, «12352004»).

Проверяется: заполнение обязательно. Проверяется на соответствие структуре и уникальность (дублирование).

26. Код таможенного органа - получателя платежа (CUSTOMCODE):

Заполняется: всегда.

Указывается: Восьмизначный код таможни согласно классификатору таможенных органов.

Проверяется: заполнение обязательно.

27. Номер карты плательщика (CARDNUM):

Заполняется: всегда.

Указывается: номер таможенной карты, с использованием которой был осуществлен платеж.

Проверяется: заполнение обязательно.

28. Дата совершения платежа (DOCDATE):

Заполняется: всегда.

Указывается: дата совершения платежа по карте.

Проверяется: заполнение обязательно.

29. Время совершения платежа (DOCTIME):

Заполняется: всегда.

Указывается: Время совершения платежа по карте в формате ЧЧ:ММ:СС.

Проверяется: заполнение обязательно.

30. Флаг повторной посылки (REPEAT):

Заполняется: всегда.

Указывается:    0 – документ посылается впервые;

1 – документ уже отсылался.

Проверяется: заполнение обязательно.

31. Флаг состояния документа (FLAG):

Заполняется: всегда.

Указывается:

1 - новый документ (посылается впервые);

2 - исправление документа (исправленная версия документа);

3 - удаление ошибочно посланного документа.

Проверяется: заполнение обязательно.

32. КПП плательщика (KPP_D):

Заполняется: всегда.

Указывается: 9-значный код КПП.

В случае отсутствия у лица кода КПП поле заполняется пробелами.

Проверяется: заполнение обязательно.

33. КПП лица, в пользу которого совершен платеж (KPP):

Заполняется: всегда.

Указывается: 9-значный код КПП.

В случае отсутствия у лица кода КПП поле заполняется пробелами.

Проверяется: заполнение обязательно.

34. Код вида документа, удостоверяющего личность физического лица, в пользу которого совершен платеж (VIDDOC)2

Заполняется: не всегда.

Указывается: код вида документа, удостоверяющего личность физического лица, в пользу которого совершен платеж.

Проверяется: заполнение необязательно в случае наличия у физического лица кода ИНН

35. Серия паспорта или иного документа, удостоверяющего личность физического лица в пользу которого совершен платеж (SERPASS)[2]

Заполняется: не всегда.

Указывается: Серия документа, удостоверяющего личность физического лица, в пользу которого совершен платеж.

Проверяется: заполнение необязательно в случае наличия у физического лица кода ИНН.

36. Номер паспорта или иного документа, удостоверяющего личность физического лица в пользу которого совершен платеж (NUMPASS)2

Заполняется: не всегда.

Указывается: Серия документа, удостоверяющего личность физического лица, в пользу которого совершен платеж.

Проверяется: заполнение необязательно в случае наличия у физического лица кода ИНН.

37. Дата выдачи паспорта или иного документа, удостоверяющего личность физического лица в пользу которого совершен платеж (DATPASS)2

Заполняется: не всегда.

Указывается: Дата выдачи документа, удостоверяющего личность физического лица, в пользу которого совершен платеж.

Проверяется: заполнение необязательно в случае наличия у физического лица кода ИНН.

Структура подтверждения получения уведомления

Имя поля

Тип поля

Длина

Назначение поля

1.

NUMDOC

Char

12

Номер документа

2.

DATEDOC

Date

8

Дата документа

3.

DATEBANK

Date

8

Дата процессинга

4.

CURCODE

Char

3

Код валюты

5.

SUMMA

Num

19,2

Сумма платежа

6.

ID

Char

24

Уникальный референс банковской операции

7.

CUSTOMCODE

Char

8

Код таможенного органа, в пользу которого совершен платеж

8.

CARDNUM

Char

19

Номер карты плательщика

9.

NUMPOST

Char

12

Наименование файла-посылки

10.

CODEERR

Num

5

Код возврата/ошибки

11.

TEXTERR

Char

255

Текстовое описание ошибки

12.

DOCDATE

Date

8

Дата формирования квитанции

13.

DOCTIME

Char

8

Время формирования квитанции

14.

FLAG

Char

1

Флаг состояния документа (новый, исправление, удаление)

Описание полей

1.     Номер документа (NUMDOC):

Заполняется: всегда, если файл был расшифрован и прочитан. Если файл-посылка не смог быть прочитан – не заполняется.

Указывается: номер документа из соответствующей посылки.

Проверяется: заполнение обязательно.

2.     Дата документа (DATEDOC):

Заполняется: всегда, если файл был расшифрован и прочитан. Если файл-посылка не смог быть прочитан – не заполняется.

Указывается: дата документа из соответствующей посылки.

Проверяется: заполнение обязательно.

3.     Дата процессинга (DATEBANK):

Заполняется: всегда, если файл был расшифрован и прочитан. Если файл-посылка не смог быть прочитан – не заполняется.

Указывается: дата банковской выписки документа из соответствующей посылки.

Проверяется: заполнение обязательно.

4.     Код валюты (CURCODE):

Заполняется: всегда, если файл был расшифрован и прочитан. Если файл-посылка не смог быть прочитан – не заполняется.

Указывается: код валюты документа из соответствующей посылки.

Проверяется: заполнение обязательно.

5.     Сумма (SUMMA):

Заполняется: всегда, если файл был расшифрован и прочитан. Если файл-посылка не смог быть прочитан, – не заполняется.

Указывается: сумма документа из соответствующей посылки.

Проверяется: заполнение обязательно.

6.     Уникальный референс банковской операции (ID):

Заполняется: всегда, если файл был расшифрован и прочитан. Если файл-посылка не смог быть прочитан – не заполняется.

Указывается: идентификатор документа из соответствующей посылки.

Проверяется: заполнение обязательно.

7.     Код таможенного органа, в пользу которого совершен платеж (CUSTOMCODE):

Заполняется: всегда, если файл был расшифрован и прочитан. Если файл-посылка не смог быть прочитан, – не заполняется.

Указывается: Код таможенного органа документа из соответствующей посылки.

Проверяется: заполнение обязательно.

8.     Номер карты плательщика (CARDNUM):

Заполняется: всегда, если файл был расшифрован и прочитан. Если файл-посылка не смог быть прочитан – не заполняется.

Указывается: Номер карты плательщика документа из соответствующей посылки.

Проверяется: заполнение обязательно.

9.     Наименование файла-посылки (NUMPOST):

Заполняется: всегда

Указывается: Наименование файла соответствующей посылки.

Проверяется: заполнение обязательно.

10. Код возврата/ошибки (СODEERR):

Заполняется: всегда.

Указывается: цифровой код из следующего списка:

0 – документ принят, ошибок не обнаружено;

1..35 – не заполнено поле (в случае, если его заполнение обязательно) в соответствии с цифровым номером поля из формата «Описание структуры электронных копий платежных документов;

99 – файл не смог быть прочитан и/или расшифрован;

100 – документ с указанным идентификатором (референсом банковской операции) уже существует;

Проверяется: заполнение обязательно.

11. Текстовое описание ошибки (TEXTERR):

Заполняется: в случае, если в поле СODERR стоит код, отличный от нуля.

Указывается: текстовое описание возникшей ошибки.

Проверяется: заполнение обязательно.

12. Дата формирования квитанции (DOCDATE):

Заполняется: всегда.

Указывается: Дата совершения платежа по карте.

Проверяется: заполнение обязательно.

13. Время формирования квитанции (DOCTIME):

Заполняется: всегда.

Указывается: Время совершения платежа по карте в формате ЧЧ:ММ:СС.

Проверяется: заполнение обязательно.

14. Флаг состояния документа (FLAG):

Заполняется: всегда, если файл был расшифрован и прочитан. Если файл-посылка не смог быть прочитан - не заполняется.

Указывается: Флаг состояния документа из соответствующей посылки.

Проверяется: заполнение обязательно.

 


[1] В части физических лиц правила заполнения настоящего поля прекращают свое действие с начала передачи сведений, содержащихся в полях (34) «VIDDOC» и (35) «NUMPASS».

 

[2] Передача сведений, содержащихся в настоящем поле, будет осуществляться по истечении четырех месяцев с момента согласования правил его заполнения Участниками информационного взаимодействия.

Приложение № 2
к Техническим условиям

Порядок взаимодействия ФТС России и координатора эмиссии микропроцессорных пластиковых карт (таможенных карт) по вопросам эксплуатации системы защиты информации

Список сокращений
Сервер – транспортная станция координатора эмиссии, расположенная в ФТС России;
СКЗИ  – средство криптографической защиты информации;
АПКШ – аппаратно-программный комплекс шифрования;
КШ – криптошлюз;


1. Требования к размещению компонентов АКПШ «Континент» и эксплуатационному персоналу

Требования для ФТС России

К работе с АКПШ допускается персонал, в совершенстве знающий правила его эксплуатации и владеющий практическими навыками работы АКПШ.
Персонал, допущенный к работе с АКПШ, должен ознакомиться с эксплуатационной документацией на АКПШ и  выполнять изложенные в ней требования.
Должно быть должностное лицо, назначенное администратором безопасности СКЗИ ФТС России, функции которых должны заключаться в выполнении процедур инсталляции программного обеспечения, настройки системного окружения, установки, настройки, обслуживании и обеспечении функционирования АКПШ. Должна быть исключена возможность выполнения остальными сотрудниками вышеперечисленных функций. Ввод ключевой информации должен осуществляться только администратором безопасности СКЗИ ФТС России.

Размещение, специальное оборудование, охрана и режим в помещениях, в которых устанавливаются АКПШ, АРМ администратора СКЗИ и Сервер должны обеспечивать безопасность информации и сведение к минимуму доступа лиц, не допущенных к работе с данными техническими средствами.
Порядок допуска в помещения определяется внутренней инструкцией.
Сервер должен быть опечатан координатором эмиссии. Координатор эмиссии должен проводить совместно с администратором безопасности периодический осмотр Сервера.
Запрещается оставлять без контроля АРМ администратора безопасности.

Требования к координатору эмиссии микропроцессорных пластиковых карт (таможенных карт)

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

2. Основные характеристики ключевой системы
В СКЗИ АПКШ «Континент» для связи криптографических шлюзов используется симметричная ключевая система.
В СКЗИ АПКШ «Континент» в качестве носителей ключевой информации используется USB Flash-накопитель (используется только для первичной загрузки ПО на «Континент» и в случае его переустановки);
Ключи для криптографических шлюзов АПКШ «Континент» генерируются ФТС России при помощи специальной программы, входящей в состав центра управления сетью АПКШ «Континент». Все ключи генерируются на основе исходных ключевых документов и случайного числа, сгенерированного датчиком случайных чисел аппаратного устройства защиты от НСД, входящего в состав АПКШ «Континент».
Первичная, плановая и внеплановая смена ключей криптографических шлюзов осуществляется ФТС России в соответствии с регламентом.

3. Порядок работы с ключевой информацией
Управление безопасностью сети связи и ключевой системой осуществляется ФТС России, на которую возлагается выполнение следующих основных функций:
- проведение мероприятий по плановой смене ключей;
- осуществление координированных действий в сети связи по локализации опасных последствий в случае компрометации ключей абонентов;
- сбор и хранение информации о всех нештатных событиях в сети, возникающих при аутентификации узлов, передаче зашифрованной информации, ограничении доступа абонентов ЛВС и т.д.
Для хранения ключевых документов, нормативной и эксплуатационной документации, инсталляционных дискет помещения обеспечиваются металлическими шкафами (хранилищами, сейфами), оборудованными внутренними замками с двумя экземплярами ключей.
Запрещается:
- передавать носители ключевой информации лицам, к ним не допущенным;
- выводить ключевую информацию на дисплей или печатающее устройство;
- использовать носители ключевой информации в режимах, не предусмотренных функционированием комплекса;
- записывать на носители с ключевой информацией постороннюю информацию;
- вносить какие-либо изменения в программное обеспечение СКЗИ АПКШ «Континент»;
- осуществлять несанкционированное вскрытие системных блоков ПЭВМ.
Все ключевые документы должны браться на поэкземплярный учет в выделенных для этих целей журналах.
Процессинговый центр обеспечивает при необходимости доступ представителей ФТС России в помещение, где эксплуатируется СКЗИ АПКШ «Континент», для выполнения необходимых работ по замене ключевой информации.

4. Порядок уничтожения ключей
Выведенные из действия  ключи шифрования уничтожаются ФТС России не позднее, чем через 1 сутки с момента вывода ключей из действия установленным порядком.
Уничтожение ключей происходит комиссионно с составлением акта, а также внесением соответствующей записи в журнале учета.

5. Действия при нештатных ситуациях
При выходе из строя СКЗИ АПКШ «Континент», вскрытии или поломке ПЭВМ, входящих в состав СКЗИ АПКШ «Континент», а также при других обстоятельствах, при которых эксплуатация СКЗИ становится невозможной, Процессинговый центр немедленно уведомляет об этом администратора СКЗИ ФТС России по контактным телефонам.
Сразу после получения телефонного сообщения об указанных обстоятельствах администратор СКЗИ ФТС России должен сделать соответствующие отметки в журнале и выдать команду об удалении соответствующего КШ из перечня разрешенных в СКЗИ.


Приложение № 3
к Техническим условиям

Схема подключения процессингового центра координатора эмиссии микропроцессорных пластиковых карт (таможенных карт) к ВИТС ФТС России при передаче сведений об операциях, проведенных с использованием таможенных карт

© 2004—2017 гг., Федеральная таможенная служба России.
Все права защищены.