ПРАВИТЕЛЬСТВО КЫРГЫЗСКОЙ РЕСПУБЛИКИ

РАСПОРЯЖЕНИЕ

от 6 апреля 2018 года № 127-р

1. Одобрить прилагаемый на официальном языке (неофициальный перевод) проект Протокола между центральными таможенными органами государств-членов Евразийского экономического союза и Социалистической Республики Вьетнам о порядке реализации обмена информацией в соответствии со статьей 5.7 Соглашения о свободной торговле между Евразийским экономическим союзом и его государствами-членами, с одной стороны, и Социалистической Республикой Вьетнам, с другой стороны, от 29 мая 2015 года.

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

Неофициальный перевод

Проект

ПРОТОКОЛ между центральными таможенными органами государств-членов Евразийского экономического союза и Социалистической Республики Вьетнам о порядке реализации обмена информацией в соответствии со статьей 5.7 Соглашения о свободной торговле между Евразийским экономическим союзом и его государствами-членами, с одной стороны, и Социалистической Республикой Вьетнам, с другой стороны, от 29 мая 2015 года

Комитет государственных доходов при Правительстве Республики Армения, Государственный таможенный комитет Республики Беларусь, Министерство финансов Республики Казахстан, Государственная таможенная служба при Правительстве Кыргызской Республики, Федеральная таможенная служба (Российская Федерация) и Министерство финансов (Главное таможенное управление) Социалистической Республики Вьетнам (здесь и далее именуемые "Стороны");

в соответствии со статьей 5.7 Соглашения о свободной торговле между Евразийским экономическим союзом и его государствами-членами, с одной стороны, и Социалистической Республикой Вьетнам, с другой стороны, от 29 мая 2015 года (здесь и далее именуемое "Соглашение"), договорились о нижеследующем:

Статья 1. Определения

Для целей настоящего Протокола следующие термины имеют следующие значения:

1. "Информация" означает достоверные и подлинные структурированные данные из таможенных деклараций и транспортных документов о товарах, вывозимых с территории государства-члена Евразийского экономического союза на территорию Социалистической Республики Вьетнам и вывозимых с территории Социалистической Республики Вьетнам на территорию государства-члена Евразийского экономического союза.

2. "Интегрированная информационная система Союза" означает организационную совокупность территориально распределенных государственных информационных ресурсов и информационных систем уполномоченных органов, информационных ресурсов и информационных систем Евразийской экономической комиссии, объединенных национальными сегментами государств-членов Евразийского экономического союза и интеграционным сегментом Евразийской экономической комиссии.

3. "Национальное Единое Окно Вьетнама" означает механизм, позволяющий таможенному декларанту отправлять информацию и электронные документы для совершения таможенных процедур и процедур, выполняемых органами государственного управления, по отношению к экспортируемым и импортируемым товарам, посредством интегрированной информационной системы.

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

Статья 2. Предмет регулирования Протокола

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

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

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

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

2. Стороны представляют соответствующую информацию не позднее 4 часов после выпуска экспортируемых товаров.

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

4. Состав сведений, подлежащих обмену между Сторонами, определен в Приложении 2 к настоящему Протоколу.

5. В соответствии с пунктом 6 статьи 5.7 Соглашения реализации электронного обмена информацией будет осуществляться поэтапно.

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

С 5 октября 2019 года начнется реализация второго этапа электронного обмена информацией. Список товаров для обмена информацией на данном этапе будет определен в Приложении к настоящему Протоколу.

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

6. Стороны обмениваются информацией на вьетнамском или русском языках.

Информация по отдельным информационным реквизитам может представляться с использованием латинского алфавита.

7. Обмен информацией осуществляется с использованием Интегрированной информационной системы Союза и Национального Единого Окна Вьетнама.

8. Информация, которая передается, обменивается и распространяется другой Стороне, должна использоваться и применяться в соответствии с положениями настоящего Протокола.

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

Статья 4. Защита информации и конфиденциальность

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

2. Информационная безопасность в интеграционном сегменте Интегрированной информационной системы Союза обеспечивается Евразийской экономической комиссией.

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

3. Информационная безопасность в Национальном Едином Окне Вьетнама обеспечивается Вьетнамской стороной.

4. Возникшие вопросы, касающиеся информационной безопасности каналов связи между Сторонами, которые выходят за рамки Интегрированной информационной системы Союза и Национального Единого Окна Вьетнама, будут совместно рассматриваться Сторонами.

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

Статья 5. Целостность данных

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

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

Статья 6. Координатор

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

Статья 7. Взаимодействие в случаях нештатных ситуаций

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

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

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

Статья 8. Урегулирование споров

Споры в рамках реализации настоящего Протокола разрешаются путем проведения консультаций и переговоров между Сторонами.

Статья 9. Внесение изменений и дополнений

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

Статья 10. Вступление в силу

Настоящий протокол вступает в силу с даты его подписания.

Совершено в городе ____________________ "___" ______________ 20__ года в шести оригинальных экземплярах на английском языке.

ТЕХНИЧЕСКИЕ УСЛОВИЯ осуществления электронного обмена информацией Листов 151

I. Назначение документа

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

II. Хронология версий документа

III. Понятия и сокращения

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

"SOAP" (Simple Object Access Protocol) - протокол обмена сообщениями в распределенной вычислительной среде;

"UUID" (Universally Unique Identifier) - универсальный уникальный идентификатор;

"XML" (Extensible Markup Language) - рекомендованный Консорциумом Всемирной паутины (W3C) расширяемый язык разметки;

"Асинхронное взаимодействие" - вид электронного обмена информацией, при котором отправитель возобновляет свою работу сразу после отправки сообщения, не дожидаясь отклика от получателя;

"Бизнес-процесс" - совокупность взаимосвязанных операций и процедур, направленных на реализацию электронного обмена информацией;

"Внешний шлюз" - подсистема интегрированной информационной системы Союза, обеспечивающая взаимодействие с внешними информационными системами;

"ИИС" - Интегрированная информационная система Союза;

"Инициатор" - участник электронного обмена информацией, инициирующий транзакцию;

"Информационная система" - совокупность информационных технологий и технических средств, обеспечивающих обработку информационных ресурсов;

"Информационный ресурс" - упорядоченная совокупность документированной информации (базы данных, другие массивы информации), содержащейся в информационных системах;

"Канал связи" - однонаправленное сетевое соединение, предназначенное для передачи электронных сообщений;

"Классификатор" - систематизированный, структурированный и кодифицированный перечень наименований объектов классификации;

"Операция бизнес-процесса" - очередное, повторяющееся действие, входящее в круг функций, задач определенного участника бизнес-процесса;

"Ошибка контроля" - тип сигнала-исключения, возникающий при проверке полученного респондентом уведомления или при истечении времени ожидания уведомления о принятии респондентом полученной информации в обработку;

"Процедура бизнес-процесса" - совокупность связанных между собой операций, выполняемых участниками бизнес-процесса и направленных на решение конкретной задачи в рамках бизнес-процесса;

"Реквизит электронного документа (сведений)" - единица данных электронного документа (сведений), которая в определенном контексте считается неразделимой;

"Респондент" - участник электронного обмена информацией, обменивающийся сообщениями с инициатором в рамках выполнения транзакции;

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

"Сообщение" - формализованная информация, передаваемая отправителем получателю с помощью информационно-телекоммуникационной сети;

"Справочник" - систематизированный, структурированный и кодифицированный перечень однородной по своему содержанию или сути информации;

"Страна-отправитель" - Вьетнам, осуществляющий экспорт в государство-член, или государство-член, из которого осуществляется экспорт во Вьетнам;

"Страна-получатель" - Вьетнам, импортирующий товар из государства-члена, или государство-член, импортирующее товар из Вьетнама;

"Транзакция" - элементарное информационное взаимодействие между двумя участниками, которое осуществляется каждым участником в рамках своей операции бизнес-процесса;

"Участник бизнес-процесса" - участник электронного обмена информацией в ходе выполнения процесса.

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

4.1. Общие принципы электронного обмена информацией

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

Требования к составу и структуре данных, используемых при электронном обмене информацией, определяются Рамочными стандартами безопасности и содействия мировой торговле Всемирной таможенной организации, в том числе в части использования Модели данных Всемирной таможенной организации.

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

4.2. Участники электронного обмена информацией

Электронный обмен информацией осуществляется между следующими участниками: Комитетом государственных доходов при Правительстве Республики Армения, Государственным таможенным комитетом Республики Беларусь, Государственной таможенной службой при Правительстве Кыргызской Республики, Комитетом государственных доходов Министерства финансов Республики Казахстан, Федеральной таможенной службой (Российская Федерация) с одной стороны и Министерством финансов (Главным таможенным управлением) Социалистической Республики Вьетнам с другой стороны.

4.3. Основные технические решения

Электронный обмен информацией осуществляется с использованием средств интегрированной информационной системы Союза, функционирование которой обеспечивается Евразийской экономической комиссией, и сервисов Национального Единого Окна Вьетнама.

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

Информация, передаваемая таможенными органами государств-членов, через интегрированную информационную систему Союза поступает во Внешний шлюз, а затем передается в таможенные органы Вьетнама с использованием сервисов Национального Единого Окна Вьетнама.

Электронный обмен информацией осуществляется на следующих логических уровнях: транспортном, технологическом и прикладном. Процедуры электронного обмена информацией на транспортном уровне между Внешним шлюзом и сервисами Национального Единого Окна Вьетнама, обеспечивают доставку данных от системы одного участника до системы другого участника посредством протокола HTTPS.

Процедуры электронного обмена информацией на технологическом уровне обеспечивают обмен сообщениями между участниками посредством протоколов доставки данных транспортного уровня. Электронный обмен информацией между Внешним шлюзом и сервисами Национального Единого Окна Вьетнама, на технологическом уровне выполняется посредством сообщений в формате SOAP.

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

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

4.4. Требования к уникальной идентификации информации

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

Уникальным идентификатором электронного сообщения на технологическом уровне является идентификатор электронного сообщения, передаваемого в блоке заголовков.

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

Описание состава сведений, передаваемых в блоке заголовка, приведено в разделе 7.2 Структура блоков заголовков.

V. Описание бизнес-процесса (регламент электронного обмена информацией)

Перечень участников бизнес-процесса приведен в Таблице 1.

Таблица 1

Перечень участников бизнес-процесса

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

Таблица 2

Состав процедур бизнес-процесса

Приведенное описание структуры бизнес-процесса представлено на рисунке 1.

См. графическую копию рисунка 1.

5.1. Процедуры бизнес-процесса

5.1.1. Процедура "Представление сведений из баз данных электронных копий деклараций на товары"

Схема выполнения процедуры "Представление сведений из баз данных электронных копий деклараций на товары" (DECLARATION.PRC.001) представлена на рисунке 2.

Рис. 2. Схема выполнения процедуры "Предоставление сведений из баз данных электронных копий деклараций на товары" (DECLARATION.PRC.001)

Процедура "Представление сведений из базы данных электронных копий деклараций на товары" (DECLARATION.PRC.001) выполняется в отношении деклараций на товары, содержащих сведения о товарах, помещенных под таможенную процедуру экспорта, страной назначения которых является страна-получатель (далее - декларация на товары). Процедура "Представление сведений из базы данных электронных копий деклараций на товары" (DECLARATION.PRC.001) начинает выполняться не позднее 4 часов после выпуска экспортируемых товаров.

Первой выполняется операция "Представление сведений из декларации на товары" (DECLARATION.OPR.001), по результатам которой таможенным органом-отправителем формируются и представляются в таможенный орган-получатель сведения из декларации на товары.

При поступлении в таможенный орган-получатель сведений из декларации на товары выполняется операция "Прием и обработка сведений из декларации на товары" (DECLARATION.OPR.002), по результатам выполнения которой сведения из декларации на товары включаются в базу данных таможенного органа-получателя информации.

При поступлении в таможенный орган-отправитель сообщения, содержащего сведения о результатах получения и обработки представленных сведений из декларации на товары от таможенного органа-получателя, выполняется операция "Прием и обработка уведомления о результатах обработки сведений из декларации на товары" (DECLARATION.OPR.003), по результатам выполнения которой процедура "Представление сведений из баз данных электронных копий деклараций на товары" (DECLARATION.PRC.001) завершается.

Результатами выполнения процедуры "Представление сведений из базы данных электронных копий деклараций на товары" (DECLARATION.PRC.001) является включение сведений из деклараций на товары, предоставленных таможенным органом-отправителем, в базу данных таможенного органа-получателя. Перечень операций бизнес-процесса, выполняемых в рамках процедуры "Представление сведений из базы данных электронных копий деклараций на товары" (DECLARATION.PRC.001), приведен в Таблице 3.

Таблица 3

Перечень операций бизнес-процесса, выполняемых в рамках процедуры "Представление сведений из базы данных электронных копий деклараций на товары" (DECLARATION.PRC.001)

Таблица 4

Описание операции "Представление сведений из декларации на товары" (DECLARATION.OPR.001)

Таблица 5

Описание операции "Прием и обработка сведений из декларации на товары" (DECLARATION.OPR.002)

Таблица 6

Описание операции "Прием и обработка уведомления о результатах обработки сведений из декларации на товары" (DECLARATION.OPR.003)

5.1.2. Процедура "Внесение изменений в сведения, представленные ранее из базы данных электронных копий деклараций на товары"

Схема выполнения процедуры "Внесение изменений в сведения, представленные ранее из базы данных электронных копий деклараций на товары" (DECLARATION.PRC.002), представлена на Рисунке 3.

Рис. 3. Схема выполнения процедуры "Внесение изменений в сведения, представленные ранее из базы данных электронных копий деклараций на товары" (DECLARATION.PRC.002)

Процедура "Внесение изменений в сведения, представленные ранее из базы данных электронных копий деклараций на товары" (DECLARATION.PRC.002), выполняется в отношении деклараций на товары, сведения из которых ранее были представлены таможенному органу-получателю в рамках выполнения процедуры "Представление сведений из баз данных электронных копий деклараций на товары" и в сведения которых в последующем были внесены изменения.

Первой выполняется операция "Представление измененных сведений из декларации на товары" (DECLARATION.OPR.004), по результатам выполнения которой таможенным органом-отправителем формируются и представляются в таможенный орган-получатель измененные сведения из декларации на товары.

При поступлении в таможенный орган-получатель измененных сведений из декларации на товары выполняется операция "Прием и обработка измененных сведений из декларации на товары" (DECLARATION.OPR.005), по результатам выполнения которой изменения вносятся в базу данных таможенного органа-получателя и формируется уведомление о результатах обработки измененных сведений из декларации на товары.

При поступлении в таможенный орган-отправитель сообщения, содержащего уведомление о результатах обработки измененных сведений из декларации на товары выполняется операция "Прием и обработка уведомления о результатах обработки измененных сведений из декларации на товары" (DECLARATION.OPR.006), по результатам которой процедура "Внесение изменений в сведения, предоставленные ранее из базы данных электронных копий деклараций на товары" (DECLARATION.PRC.002) завершается.

Результатами выполнения процедуры "Внесение изменений в сведения, предоставленные ранее из базы данных электронных копий деклараций на товары" (DECLARATION.PRC.002) является внесение изменений сведений, предоставленных таможенным органом-отправителем, в базу данных таможенного органа-получателя.

Перечень операций бизнес-процесса, выполняемых в рамках процедуры "Внесение изменений в сведения, представленные ранее из базы данных электронных копий деклараций на товары" (DECLARATION.PRC.002), приведен в Таблице 7.

Таблица 7

Перечень операций бизнес-процесса, выполняемых в рамках процедуры "Внесение изменений в сведения, предоставленные ранее из базы данных электронных копий деклараций на товары" (DECLARATION.PRC.002)

Таблица 8

Описание операции "Представление измененных сведений из декларации на товары" (DECLARATION.OPR.004)

Таблица 9

Описание операции "Прием и обработка измененных сведений из декларации на товары" (DECLARATION.OPR.005)

Таблица 10

Описание операции "Прием и обработка уведомления о результатах обработки измененных сведений из декларации на товары" (DECLARATION.OPR.006)

5.1.3. Процедура "Аннулирование сведений, представленных ранее из базы данных электронных копий деклараций на товары"

Схема выполнения процедуры "Аннулирование сведений, представленных ранее из базы данных электронных копий деклараций на товары" (DECLARATION.PRC.003) представлена на Рисунке 4.

Рис. 4. Схема выполнения процедуры "Аннулирование сведений, представленных ранее из базы данных электронных копий деклараций на товары" (DECLARATION.PRC.003)

Процедура "Аннулирование сведений, представленных ранее из базы данных электронных копий деклараций на товары" (DECLARATION.PRC.003) выполняется в отношении деклараций на товары, сведения из которых ранее были представлены таможенному органу-получателю в рамках выполнения процедуры "Представление сведений из баз данных электронных копий деклараций на товары" и в отношении которых был разрешен таможенным органом отзыв после выпуска.

Первой выполняется операция "Представление информации об аннулировании сведений из декларации на товары" (DECLARATION.OPR.007), по результатам которой таможенным органом-отправителем формируется и представляется в таможенный орган-получатель информация об аннулировании ранее представленных сведений из деклараций на товары.

При поступлении в таможенный орган-получатель информации об аннулировании ранее представленных сведений из деклараций на товары выполняется операция "Прием и обработка информации об аннулировании сведений из декларации на товары" (DECLARATION.OPR.008), по результатам которой информация об аннулировании ранее представленных сведений из декларации на товары вносится в базу данных таможенного органа-получателя и формируется уведомление о результатах обработки информации об аннулировании сведений из декларации на товары.

При поступлении в таможенный орган-отправитель сообщения, содержащего уведомление о результатах обработки информации об аннулировании сведений из декларации на товары таможенным органом-получателем, выполняется операция "Прием и обработка уведомления о результатах обработки информации об аннулировании сведений из декларации на товары" (DECLARATION.OPR.009), по результатам которой процедура "Аннулирование сведений, предоставленных ранее из базы данных электронных копий деклараций на товары" (DECLARATION.PRC.003) завершается.

Результатами выполнения процедуры "Аннулирование сведений, предоставленных ранее из базы данных электронных копий деклараций на товары" (DECLARATION.PRC.003) является включение информации об аннулировании сведений из декларации на товары в базу данных таможенного органа-получателя. Перечень операций бизнес-процесса, выполняемых в рамках процедуры "Аннулирование сведений, предоставленных ранее из базы данных электронных копий деклараций на товары" (DECLARATION.PRC.003), приведен в Таблице 11.

Таблица 11

Перечень операций бизнес-процесса, выполняемых в рамках процедуры "Аннулирование сведений, представленных ранее из базы данных электронных копий деклараций на товары" (DECLARATION.PRC.003)

Таблица 12

Описание операции "Представление информации об аннулировании сведений из декларации на товары" (DECLARATION.OPR.007)

Таблица 13

Описание операции "Прием и обработка информации об аннулировании сведений из декларации на товары" (DECLARATION.OPR.008)

Таблица 14

Описание операции "Прием и обработка уведомления о результатах обработки информации об аннулировании сведений из декларации на товары" (DECLARATION.OPR.009)

5.2. Регламент взаимодействия при реализации бизнес-процесса

Информационное взаимодействие участников при реализации бизнес-процесса электронного обмена информацией осуществляется посредством транзакций.

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

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

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

Для каждой процедуры бизнес-процесса в Таблице 15 приведена связь между операциями, промежуточными и результирующими состояниями информационных объектов бизнес-процесса и транзакциями.

Таблица 15

Перечень транзакций

5.2.1. Транзакция "Представление сведений из декларации на товары"

Транзакция "Представление сведений из декларации на товары" (DECLARATION.TRN.001) выполняется для передачи таможенным органом-отправителем (инициатором) таможенному органу-получателю (респонденту) сведений из декларации на товары.

Схема выполнения указанной транзакции представлена на Рисунке 5.

Рис. 5. Схема выполнения транзакции "Представление сведений из декларации на товары"

5.2.2. Транзакция "Внесение изменений в сведения, представленные ранее из декларации на товары"

Транзакция "Внесение изменений в сведения, представленные ранее из декларации на товары" (DECLARATION.TRN.002) выполняется для передачи таможенным органом-отправителем (инициатором) таможенному органу-получателю (респонденту) информации об изменении сведений из декларации на товары.

Схема выполнения указанной транзакции представлена на Рисунке 6.

Рис. 6. Схема выполнения транзакции "Внесение изменений в сведения, представленные ранее из декларации на товары"

5.2.3. Транзакция "Аннулирование сведений, представленных ранее из декларации на товары"

Транзакция "Аннулирование сведений, представленных ранее из декларации на товары" (DECLARATION.TRN.003) выполняется для передачи таможенным органом-отправителем (инициатором) таможенному органу-получателю (респонденту) информации об аннулировании сведений из декларации на товары.

Схема выполнения указанной транзакции представлена на Рисунке 7.

Рис. 7. Схема выполнения транзакции "Аннулирование сведений, представленных ранее декларации на товары"

VI. Состав и структура передаваемых сведений

6.1. Состав передаваемых данных

Состав передаваемых данных, включая перечень элементов, их описание и обязательность заполнения, определены Приложением 2 к Протоколу между Центральными таможенными органами Социалистической Республики Вьетнам и государств-членов Евразийского экономического союза о порядке реализации обмена информацией в соответствии со статьей 5.7 Соглашения о свободной торговле между Евразийским экономическим союзом и его государствами-членами, с одной стороны, и Социалистической Республикой Вьетнам, с другой стороны, от 29 мая 2015 года (далее - Соглашение).

6.2. Структура передаваемых сведений

Описание структур передаваемых сведений и правил их заполнения и контроля приведено в Приложении А. Описание структуры передаваемых сведений и сообщений в нотации языка W3C XML-схем приведено в Приложении С. Примеры передаваемых сведений и сообщений в виде XML-документов приведено в Приложении D.

VII. Структура и формат сообщений

7.1. Общие требования и используемые стандарты

Сведения, передаваемые в рамках описываемого бизнес-процесса, должны быть сформированы в XML-формате в соответствии со стандартом "Extensible Markup Language (XML) 1.0 (Fifth Edition)", опубликованном в информационно-телекоммуникационной сети "Интернет" по адресу: http://www.w3.org/TR/REC-xml.

При описании структуры и формата сообщений используются пространства имен, приведенные в Таблице 16, а также спецификации, приведенные в Таблице 17.

Таблица 16

Перечень пространств имен документа

Сообщение в формате SOAP, передаваемое между участниками электронного обмена информацией, оформляется в соответствии со спецификацией SOAP 1.2 и состоит из блока заголовков (soap:Header) и блока содержимого (soap:Body).

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

Таблица 17

Спецификации, используемые при описании структуры и формата сообщений

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

При формировании сообщения и содержимого всех его блоков должна использоваться кодировка UTF-8. Максимальный размер передаваемого сообщения не должен превышать 100 Мб.

Описание заполнения блока содержимого в табличной форме представлено в Приложении А.

В графе "Мн" таблицы, представленной в Приложении A, указывается обязательность элементов, а также максимальное количество экземпляров элемента:

1 - реквизит является обязательным, повторений не допускается;

n - реквизит является обязательным, должен повторяться n раз, при этом n > 1;

0..1 - реквизит является опциональным, повторений не допускается;

0..* - реквизит является опциональным, может повторяться без ограничений;

0..m - реквизит является опциональным, может повторяться не более m раз, при этом m > 1;

1..* - реквизит является обязательным, может повторяться без ограничений;

n..* - реквизит является обязательным, должен повторяться не менее n раз, при этом n > 1;

n..m - реквизит является обязательным, должен повторяться не менее n раз и не более m раз, при этом n > 1, m > n.

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

Таблица 18

Состав передаваемых сообщений

7.2. Структура блоков заголовков

Блок заголовков содержит заголовки в соответствии со спецификацией WS-Addressing 1.0 - Core, а также специализированные заголовки, используемые для организации взаимодействия.

Блок заголовков включает в себя следующие заголовки:

а) wsa:To - заголовок, содержащий сведения о получателе;

б) wsa:From - заголовок, содержащий логический адрес отправителя, на который должно быть направлено сообщение-ответ;

в) wsa:MessageID - заголовок, содержащий идентификатор сообщения;

г) wsa:RelatesTo - заголовок, содержащий ссылочный идентификатор сообщения;

д) wsa:Action - заголовок, идентифицирующий содержимое сообщения.

Заголовок wsa:To обязателен для заполнения и должен содержать логический адрес получателя. Логический адрес используется для идентификации получателя в сообщениях между Внешним шлюзом и сервисами Национального Единого Окна Вьетнама.

Заголовок wsa:From обязателен для заполнения и должен содержать логический адрес отправителя.

Состав логических адресов участников электронного обмена информацией приведен в Таблице 19.

Заголовок wsa:MessageID является обязательным для заполнения и предназначен для уникальной идентификации отдельных экземпляров сообщений. Значения идентификаторов сообщений должны быть глобально уникальными и представлять собой UUID согласно спецификации RFC 4122.

Заголовок wsa:Action предназначен для информирования участников электронного обмена информацией о процедуре бизнес-процесса, в рамках которой было передано сообщение.

Заголовок wsa:RelatesTo предназначен для организации цепочек сообщений.

Заголовок wsa:RelatesTo должен содержать значение заголовка wsa:MessageID исходного сообщения. При этом заголовок wsa:MessageID должен заполняться новым значением.

Таблица 19

Состав логических адресов участников электронного обмена информацией

Заголовок wsa:Action прикладного сообщения, передаваемого в рамках реализации бизнес-процесса, заполняется унифицированным идентификатором ресурса (URI), состоящим из следующих компонентов, разделенных символом "/":

а) фиксированный префикс "tr://";

б) идентификатор DECLARATION;

в) компоненты сведений о содержимом сообщения.

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

а) версия сервисов взаимодействия;

б) код процедуры, определенный в п.5.1 настоящих технических условий;

в) код транзакции, определенный в п.5.2 настоящих технических условий;

г) код сообщения, определенный в п.7.1 настоящих технических условий.

Пример заполнения:

wsa:Action:tr://DECLARATION/0.1/DECLARATION.PRC.001/DECLARATION.TRN.001/DECLARATION.MSG.001

VIII. Использование справочников и классификаторов

В ходе информационного обмена используются справочники и классификаторы. Перечень справочников и классификаторов бизнес-процесса приведен в Таблице 20.

Таблица 20

Перечень справочников и классификаторов бизнес-процесса

Состав детализированных сведений справочников и классификаторов и их структуры определены в Приложении В.

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

IX. Описание технических аспектов и параметров взаимодействия

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

Порядок информационного взаимодействия при реализации бизнес-процесса определяется разделом 5 настоящего документа.

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

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

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

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

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

Описание сигналов-подтверждений и сигналов-исключений приведено в разделе 9.4 настоящего документа.

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

При повторной отправке сообщения должен формироваться новый идентификатор сообщения wsa:MessageID.

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

Поле wsa:RelatesTo содержит идентификатор сообщения wsa:MessageID, полученного участником бизнес-процесса на предыдущем этапе выполнения транзакции.

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

9.2. Порядок обмена сообщениями

В процессе выполнения транзакции электронного обмена информацией (для всех транзакций, определенных в пункте 5.2 настоящего документа) реализуется следующая последовательность обмена сообщениями:

инициатор сведений отправляет в адрес респондента сообщение-запрос и ждет подтверждения получения запроса до истечения времени, определенного как время для подтверждения получения;

респондент принимает сообщение-запрос, проводит технологический и структурный контроль в соответствии с правилами, приведенными в разделе 9.3 настоящего документа, и отправляет инициатору сигнал-подтверждение "Получено";

инициатор после обработки принятого им от респондента сигнала-подтверждения "Получено" ждет подтверждения принятия в обработку информации, содержащейся в сообщении-запросе, до истечения времени, определенного как время для подтверждения обработки;

респондент проводит контроль данных, содержащихся в сообщении-запросе, в соответствии с правилами, приведенными в разделе 9.3 настоящего документа, и подтверждает принятие в обработку полученной им информации, посылая инициатору сигнал-подтверждение "Принято в обработку";

инициатор после обработки полученного им от респондента сигнала-подтверждения "Принято в обработку" ждет получения сообщения-ответа с информацией до истечения времени, определенного как время для получения ответа;

респондент обеспечивает обработку принятого сообщения-запроса и отправляет инициатору сообщение-ответ.

Последовательность выполнения транзакции представлена на рисунке 8.

Рис. 8. Последовательность выполнения транзакции

9.3. Порядок обработки сообщения получателем

Обработка сообщения выполняется получателем в соответствии со следующими типовыми стадиями:

а) технологический контроль сообщения;

б) структурный контроль блока содержимого;

в) обработка данных блока содержимого.

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

Если в результате проведения технологического контроля сообщения были обнаружены ошибки, и при этом проверяемое сообщение не является технологическим сообщением об ошибке, получатель должен направить отправителю технологическое сообщение об ошибке класса soap:Sender в соответствии со спецификацией WS-Addressing 1.0-Binding.

Структурный контроль блока содержимого заключается в проверке его структуры на соответствие установленным структурам данных (контроль по XSD-схеме).

9.4. Параметры транзакций

Транзакции должны выполняться в соответствии с заданными параметрами транзакций.

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

Отправитель сообщения бизнес-процесса должен повторить отправку сообщения, если получатель так и не подтвердил корректное получение в течение согласованного промежутка времени. Количество повторов отправки задается параметром транзакции "Количество повторов".

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

Отправитель сообщения должен повторить отправку сообщения, если таможенный орган-получатель так и не подтвердил корректное получение в течение согласованного промежутка времени. Количество повторов отправки задается параметром транзакции "Количество повторов".

Параметр "Время для ответа" задает максимальный промежуток времени между отправкой сообщения бизнес-процесса (сообщения-запроса) инициатором транзакции и временем получения им от респондента сообщения-ответа с информацией, представляющей результат обработки сообщения-запроса (сообщения-ответа).

Инициатор должен повторить отправку сообщения-запроса, если от респондента не было получено сообщение-ответ в течение согласованного промежутка времени. Количество повторов отправки задается параметром транзакции "Количество повторов".

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

Параметр "Количество повторов" задает максимальное количество повторов отправки сообщения бизнес-процесса.

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

9.4.1. Параметры транзакции "Представление сведений из декларации на товары"

Параметры транзакции "Представление сведений из декларации на товары" (DECLARATION.TRN.001) бизнес-процесса приведены в Таблице 21.

Таблица 21

Описание транзакции "Представление сведений из декларации на товары" (DECLARATION.TRN.001)

9.4.2. Параметры транзакции "Внесение изменений в сведения, представленные ранее из декларации на товары"

Параметры транзакции "Внесение изменений в сведения, представленные ранее из декларации на товары" (DECLARATION.TRN.002) бизнес-процесса приведены в Таблице 22.

Таблица 22

Описание транзакции "Внесение изменений в сведения, представленные ранее из декларации на товары" (DECLARATION.TRN.002)

9.4.3. Параметры транзакции "Аннулирование сведений, представленных ранее из декларации на товары"

Параметры транзакции "Аннулирование сведений, представленных ранее из декларации на товары" (DECLARATION.TRN.003) бизнес-процесса приведены в Таблице 23.

Таблица 23

Описание транзакции "Аннулирование сведений, представленных ранее из декларации на товары" (DECLARATION.TRN.003)

9.5. Сигналы-подтверждения и сигналы-исключения

При описании структуры и реквизитного состава сигналов-подтверждений и сигналов-исключений используются пространства имен, приведенные в Таблице 24.

Таблица 24

Пространства имен

При описании структуры и реквизитного состава сигналов-подтверждений и сигналов-исключений используются базовые типы данных, приведенные в Таблице 25.

Таблица 25

Базовые типы данных

9.5.1. Сигнал-подтверждение "Получено"

Сигнал-подтверждение "Получено" посылает получатель сообщения бизнес-процесса в тот момент, когда выполнена стадия структурного контроля блока содержимого.

При формировании заголовка wsa:Action, идентифицирующего содержимое сообщения бизнес-процесса, для сигнала-подтверждения "Получено" используется код сообщения P.MSG.RCV. Остальные компоненты сведений о содержимом сообщения указываются в соответствии с правилами формирования заголовка wsa:Action для прикладных сообщений, описанными в разделе 7.2 настоящего документа.

Структура и реквизитный состав сигнала-подтверждения "Получено" приведены в Таблице 26.

Таблица 26

Структура и реквизитный состав сигнала-подтверждения "Получено"

9.5.2. Сигнал-подтверждение "Принято в обработку"

Сигнал-подтверждение "Принято в обработку" посылает получатель сообщения перед выполнением стадии обработки данных блока содержимого.

При формировании заголовка wsa:Action, идентифицирующего содержимое сообщения бизнес-процесса, для сигнала-подтверждения "Принято в обработку" используется код сообщения P.MSG.PRS.

Остальные компоненты сведений о содержимом сообщения указываются в соответствии с правилами формирования заголовка wsa:Action для прикладных сообщений, описанными в разделе 7.2 настоящего документа.

Структура и реквизитный состав сигнала-подтверждения "Принято в обработку" приведены в Таблице 27.

Таблица 27

Структура и реквизитный состав сигнала-подтверждения "Принято в обработку"

9.5.3. Сигнал-исключение "Ошибка"

Ситуации, когда получатель сообщения направляет отправителю сигнал-исключение "Ошибка", возникают в следующих случаях:

а) получатель принял сообщение бизнес-процесса, которое не ожидал получить при выполнении транзакции;

б) получатель обнаружил ошибки при проведении структурного контроля блока содержимого либо форматно-логического контроля блока содержимого;

в) на стадии обработки данных прикладного уровня возникла неустранимая ошибка, которая не позволяет выполнить обработку данных.

Ситуация, когда получатель принял сообщение бизнес-процесса, которое не ожидал получить при выполнении транзакции, возникает в следующих случаях:

полученное сообщение является сообщением бизнес-процесса либо сигналом-подтверждением и при этом не относится к выполняемым получателем транзакциям;

получатель не уполномочен обрабатывать полученное сообщение (если он не является участником бизнес-процесса, процедуры или транзакции).

В указанных случаях кодовому обозначению ошибки контроля (поле sgn:Code) сигнала-исключения "Ошибка" присваивается значение (код) "Common:UnexpectedMessage".

В случае обнаружения получателем ошибки при проведении структурного контроля блока содержимого кодовому обозначению ошибки контроля (поле sgn:Code) сигнала-исключения "Ошибка" присваивается значение (код) "Common:DataError".

В случае обнаружения получателем ошибки при проведении форматно-логического контроля сообщения бизнес-процесса кодовому обозначению ошибки контроля (поле sgn:Code) сигнала-исключения "Ошибка" присваивается значение кода правила, при проверке которого возникла ошибка, согласно таблицам 32, 33 и 34.

В случае возникновения ситуации, когда на стадии обработки данных блока содержимого возникла неустранимая ошибка, не позволяющая выполнить обработку данных, кодовому обозначению ошибки контроля (поле sgn:Code) сигнала-исключения "Ошибка" присваивается значение (код) "Common:FatalError".

Перечень неустранимых ошибок определяется участником бизнес-процесса самостоятельно.

При формировании заголовка wsa:Action, идентифицирующего содержимое сообщения бизнес-процесса, для сигнала-исключения "Ошибка" используется код сообщения P.MSG.ERR. Остальные компоненты сведений о содержимом сообщения указываются в соответствии с правилами формирования заголовка wsa:Action для прикладных сообщений.

Структура и реквизитный состав сигнала-исключения "Ошибка" приведены в Таблице 28.

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

Таблица 28

Структура и реквизитный состав сигнала-исключения "Ошибка"

9.6. Технологическое сообщение об ошибке

В случае возникновения ошибок на стадии технологического контроля заголовка или структурного контроля блока содержимого, должно формироваться технологическое сообщение об ошибке. Блок содержимого технологического сообщения об ошибке должен содержать элементы, набор которых представлен в таблице 29.

Таблица 29

Состав блока содержимого технологического сообщения

Элемент soap:Code/soap:Value должен заполняться согласно требованиям спецификации SOAP 1.2.

Элемент soap:Code/soap:Subcode/soap:Value должен содержать код ошибки.

Перечень типовых кодов ошибок и правила использования кодов спецификации WS-Addressing 1.0-Binding представлены в Таблице 30.

Таблица 30

Типы коды ошибок

Элемент soap:Text должен содержать текстовое описание ошибки.

Каждый элемент soap:Text должен содержать языковой идентификатор xml:lang, формируемый согласно спецификации XML 1.0.

В случае, если в технологическом сообщении об ошибке присутствует набор элементов soap:Text, каждый из указанных элементов должен содержать языковой идентификатор xml:lang, отличный от идентификаторов других элементов soap:Text.

В технологическом сообщении об ошибке должен присутствовать хотя бы один элемент soap:Text, содержимое которого представлено на английском языке, а языковой идентификатор xml:lang должен содержать значение "en".

Необязательный элемент soap:Detail должен содержать информацию, детализирующую ошибку.

9.7. Техническая реализация сервисов

Информационный обмен между Внешним шлюзом и сервисами Национального Единого Окна Вьетнама, осуществляется при помощи SOAP-сервиса.

Для информационного обмена, относящего к декларациям используется сервис EECDECLARATION.

Список методов сервиса EECDECLARATION приведен в Таблице 31.

Таблица 31

Список методов сервиса EECDECLARATION

9.7.1. Метод "sendDeclarationDocument"

Назначение: Реализация операции "Прием и обработка сведений из декларации на товары" (DECLARATION.OPR.002).

Процедура бизнес-процесса: DECLARATION.PRC.001.

Описание: Представление сведений из декларации на товары.

Входные параметры: DECLARATION.MSG.001 (Declaration).

Выходные параметры: отсутствуют.

Описание алгоритма работы:

Стадии обработки сообщения при исполнении сервиса должны соответствовать правилам, приведенным в разделе 9.3 настоящего документа:

1. Технологический контроль сообщения.

2. Структурный контроль блока содержимого.

3. Обработка блока данных.

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

Для сервисов, реализуемых на стороне Внешнего шлюза, должны выполняться стадии 1 и 2. Стадия обработки 3 реализуется и выполняется в информационных системах таможенных органов государств-членов.

Структурный контроль блока содержимого заключается в проверке структуры сообщения "Представление сведений из декларации на товары" (DECLARATION.MSG.001) на соответствие структуре "Сведения об электронной копии декларации на товары" (Declaration). Структура электронного документа приведена в Приложении А.

В случае положительного результата технологического и структурного контроля должен быть сформирован и отправлен сигнал-подтверждение "Получено". Передача сигнала-подтверждения "Получено" осуществляется через вызов метода, на стороне отправителя исходного сообщения, "Прием сигналов по текущему статусу обработки" (sendSignal).

Если в результате проведения технологического и структурного контроля сообщения были обнаружены ошибки, получатель должен направить отправителю технологическое сообщение об ошибке класса soap:Sender. Детальное описание технологического сообщения об ошибке приведено в 9.6.

Перед началом обработки блока данных содержимого должен быть сформирован и отправлен сигнал-подтверждение "Принято в обработку". Передача сигнала-подтверждения "Принято в обработку" осуществляется через вызов метода, на стороне отправителя исходного сообщения, "Прием сигналов по текущему статусу обработки" (sendSignal).

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

В случае успешной обработки блока данных содержимого сообщения должно быть сформировано и отправлено ответное сообщение "Уведомление о результате обработки сведений" (DECLARATION.MSG.002). Передача сообщения "Уведомление о результате обработки сведений" (DECLARATION.MSG.002) осуществляется через вызов метода, на стороне отправителя исходного сообщения, "Прием результата обработки" (sendResult).

В случае, если во время обработки блока данных содержимого возникла ошибка, необходимо сформировать и отправить сигнал-исключение "Ошибка".

Перечень заранее определенных ошибок возможных в рамках транзакции "Предоставление сведений из декларации на товары" (DECLARATION.TRN.001) приведен в Таблице 32.

Таблица 32

Передача сигнала-исключения "Ошибка" осуществляется через вызов метода, на стороне отправителя исходного сообщения, "Прием сигналов по текущему статусу обработки" (sendSignal).

9.7.2. Метод "updateDeclarationDocument"

Назначение: Реализация операции "Прием и обработка измененных сведений из декларации на товары" (DECLARATION.OPR.005).

Процедура бизнес-процесса: DECLARATION.PRC.002.

Описание: Внесение изменений в сведения, предоставленные ранее из декларации на товары.

Входные параметры: DECLARATION.MSG.003 (Declaration).

Выходные параметры: отсутствуют.

Описание алгоритма работы:

Стадии обработки сообщения при исполнении сервиса должны соответствовать правилам, приведенным в разделе 9.3 настоящего документа:

1. Технологический контроль сообщения.

2. Структурный контроль блока содержимого.

3. Обработка блока данных.

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

Для сервисов, реализуемых на стороне Внешнего шлюза, должны выполняться стадии 1 и 2. Стадия обработки 3 реализуется и выполняется в информационных системах таможенных органов государств-членов.

Структурный контроль блока содержимого заключается в проверке структуры сообщения "Изменения сведений из деклараций на товары" (DECLARATION.MSG.003) на соответствие структуре "Сведения об электронной копии декларации на товары" (Declaration). Структура электронного документа приведена в Приложении А.

В случае положительного результата технологического и структурного контроля должен быть сформирован и отправлен сигнал-подтверждение "Получено". Передача сигнала-подтверждения "Получено" осуществляется через вызов метода, на стороне отправителя исходного сообщения, "Прием сигналов по текущему статусу обработки" (sendSignal).

Если в результате проведения технологического и структурного контроля сообщения были обнаружены ошибки, получатель должен направить отправителю технологическое сообщение об ошибке класса soap:Sender. Детальное описание технологического сообщения об ошибке приведено в 9.6.

Перед началом обработки блока данных содержимого должен быть сформирован и отправлен сигнал-подтверждение "Принято в обработку". Передача сигнала-подтверждения "Принято в обработку" осуществляется через вызов метода, на стороне отправителя исходного сообщения, "Прием сигналов по текущему статусу обработки" (sendSignal).

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

В случае успешной обработки блока данных содержимого сообщения должно быть сформировано и отправлено ответное сообщение "Уведомление о результате обработки сведений" (DECLARATION.MSG.004). Передача сообщения "Уведомление о результате обработки сведений" (DECLARATION.MSG.004) осуществляется через вызов метода, на стороне отправителя исходного сообщения, "Прием результата обработки" (sendResult).

В случае, если во время обработки блока данных содержимого возникла ошибка, необходимо сформировать и отправить сигнал-исключение "Ошибка".

Перечень заранее определенных ошибок возможных в рамках транзакции "Внесение изменений в сведения, предоставленные ранее из декларации на товары" (DECLARATION.TRN.002) приведен в Таблице 33.

Таблица 33

Передача сигнала-исключения "Ошибка" осуществляется через вызов метода, на стороне отправителя исходного сообщения, "Прием сигналов по текущему статусу обработки" (sendSignal).

9.7.3. Метод "deleteDeclarationDocument"

Назначение: Реализация операции "Прием и обработка информации об аннулировании сведений из декларации на товары" (DECLARATION.OPR.008).

Процедура бизнес-процесса: DECLARATION.PRC.003.

Описание: Аннулирования сведений, предоставленных ранее из декларации на товары.

Входные параметры: DECLARATION.MSG.005 (Declaration).

Выходные параметры: отсутствуют.

Описание алгоритма работы:

Стадии обработки сообщения при исполнении сервиса должны соответствовать правилам, приведенным в разделе 9.3 настоящего документа:

1. Технологический контроль сообщения.

2. Структурный контроль блока содержимого.

3. Обработка блока данных.

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

Для сервисов, реализуемых на стороне Внешнего шлюза, должны выполняться стадии 1 и 2. Стадия обработки 3 реализуется и выполняется в информационных системах таможенных органов государств-членов.

Структурный контроль блока содержимого заключается в проверке структуры сообщения "Аннулирование сведений из декларации на товары" (DECLARATION.MSG.005) на соответствие структуре "Сведения об электронной копии декларации на товары" (Declaration). Структура электронного документа приведена в Приложении А.

В случае положительного результата технологического и структурного контроля должен быть сформирован и отправлен сигнал-подтверждение "Получено". Передача сигнала-подтверждения "Получено" осуществляется через вызов метода, на стороне отправителя исходного сообщения, "Прием сигналов по текущему статусу обработки" (sendSignal).

Если в результате проведения технологического и структурного контроля сообщения были обнаружены ошибки, получатель должен направить отправителю технологическое сообщение об ошибке класса soap:Sender. Детальное описание технологического сообщения об ошибке приведено в 9.6.

Перед началом обработки блока данных содержимого должен быть сформирован и отправлен сигнал-подтверждение "Принято в обработку". Передача сигнала-подтверждения "Принято в обработку" осуществляется через вызов метода, на стороне отправителя исходного сообщения, "Прием сигналов по текущему статусу обработки" (sendSignal).

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

В случае успешной обработки блока данных содержимого сообщения должно быть сформировано и отправлено ответное сообщение "Уведомление о результате обработки сведений" (DECLARATION.MSG.006). Передача сообщения "Уведомление о результате обработки сведений" (DECLARATION.MSG.006) осуществляется через вызов метода, на стороне отправителя исходного сообщения, "Прием результата обработки" (sendResult).

В случае, если во время обработки блока данных содержимого возникла ошибка, необходимо сформировать и отправить сигнал-исключение "Ошибка".

Перечень заранее определенных ошибок возможных в рамках транзакции "Аннулирование сведений, предоставленных ранее из декларации на товары" (DECLARATION.TRN.003) приведен в Таблице 34.

Таблица 34

Передача сигнала-исключения "Ошибка" осуществляется через вызов метода, на стороне отправителя исходного сообщения, "Прием сигналов по текущему статусу обработки" (sendSignal).

9.7.4. Метод "sendSignal"

Назначение: Реализация приема и обработки сигналов-подтверждений и сигналов-исключений.

Процедура бизнес-процесса:

DECLARATION.PRC.001;

DECLARATION.PRC.002;

DECLARATION.PRC.003.

Описание: Прием сигналов по текущему статусу обработки.

Входные параметры:

P.MSG.ERR

P.MSG.PRS

P.MSG.RCV.

Выходные параметры: отсутствуют.

Описание алгоритма работы:

Порядок действий определяется типом сигнала и транзакцией, в рамках которой был получен данный сигнал (см. пункт 5.2).

9.7.5. Метод "sendResult"

Назначение: Реализация операций:

"Прием и обработка уведомления о результатах обработки сведений из декларации на товары" (DECLARATION.OPR.003);

"Прием и обработка уведомления о результатах обработки измененных сведений из декларации на товары" (DECLARATION.OPR.006);

"Прием и обработка уведомления о результатах обработки информации об аннулировании сведений из декларации на товары" (DECLARATION.OPR.009).

Процедура бизнес-процесса:

DECLARATION.PRC.001;

DECLARATION.PRC.002;

DECLARATION.PRC.003

Описание: Прием результата обработки.

Входные параметры:

DECLARATION.MSG.002;

DECLARATION.MSG.004;

DECLARATION.MSG.006.

Выходные параметры: отсутствуют.

Описание алгоритма работы:

Порядок действий определяется кодом сообщения и транзакцией, в которой был получен данный сигнал (см. пункт 5.2).

Х. Защита информации

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

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

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

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

В рамках экспериментального обмена информацией:

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

Сертификаты для организации VPN выдаются и отзываются:

со стороны Союза - удостоверяющим центром Евразийской экономической комиссии;

со стороны Вьетнама - удостоверяющим центром Вьетнама.

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

XI. Порядок действий сторон в нештатных ситуациях

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

Получение любых технологических сообщений об ошибке при выполнении процедур бизнес-процессов является нештатной ситуацией.

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

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

Таможенные органы государств-членов Евразийского экономического союза и Вьетнама проводят проверку своего сообщения, в связи с которым получено уведомление об ошибке, на соответствие описанию форматов и структур электронных документов и сведений и требованиям к контролю сообщений, указанным в Приложении C к настоящему документу. В случае, если выявлено несоответствие указанным требованиям, участники информационного взаимодействия принимают все необходимые меры для устранения выявленной ошибки. В случае, если несоответствий не выявлено, таможенный орган направляет сообщение с описанием этой нештатной ситуации в службу поддержки интегрированной информационной системы Союза.

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

Общие рекомендации по разрешению нештатной ситуации приведены в Таблице 35.

Таблица 35

Действия в нештатных ситуациях

XII. Используемые стандарты

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

Гармонизированная система описания и кодирования товаров Всемирной таможенной организации;

Модель данных Всемирной таможенной организации;

ISO 3166 - международный стандарт ISO, определяющий кодовые обозначения государств и зависимых территорий, а также основных административных образований внутри государств;

ISO 4217 - международный стандарт ISO, устанавливающий цифровые коды валют;

Extensible Markup Language (XML) 1.0 (Fifth Edition);

SOAP Version 1.2 Part 1: Messaging Framework (Second Edition). W3C Recommendation 27 April 2007. http://www.w3.org/TR/soap12-part1;

Web Services Addressing 1.0 - Core. W3C Recommendation 9 May 2006. http://www.w3.org/TR/ws-addr-core;

Web Services Addressing 1.0 - SOAP Binding. W3C Recommendation 9 May 2006. http://www.w3.org/TR/ws-addr-soap.

RFC 4122 - A Universally Unique Identifier (UUID) URN Namespace.

XIII. Порядок ввода в действие

Для ввода в действие электронного обмена информацией Стороны должны:

принять правовые акты, необходимые для реализации электронного обмена информацией;

назначить лиц со стороны таможенных органов государств-членов и Вьетнама, ответственных за обеспечение электронного обмена информацией, и осуществить взаимный обмен информацией о назначенных лицах;

провести между Сторонами синхронизацию справочников и классификаторов, указанных в Приложении B к настоящему документу;

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

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

разработать компоненты программного обеспечения, обеспечивающие реализацию электронного обмена информацией, в том числе предназначенные для использования в ИИС;

организовать с участием Евразийской экономической комиссии защищенные каналы связи между Внешним шлюзом и Национальным Единым Окном Вьетнама;

провести с участием Евразийской экономической комиссии внутреннее, комплексное и межгосударственное тестирование;

доработать программное обеспечение с учетом результатов тестирования.

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

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

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

Приложение A

СТРУКТУРА передаваемых сведений

Таблица 1

Импортируемые пространства имен

Таблица 2

Реквизитный состав структуры электронного документа (сведений) "Сведения об электронной копии декларации на товары" (Declaration)

Таблица 3

Реквизитный состав структуры электронного документа (сведений) "Уведомление о результатах обработки сведений" (Response)

(*) - Для указания формата используются следующие обозначения:

1) n - допустима цифра в диапазоне 0..9;

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

3) аn - допустима цифра в диапазоне 0..9, пробел, буква или знак препинания;

4) ak, где число k > 0 - строка букв, пробелов или знаков препинания длиной k;

5) an..k, где число k > 0 - строка цифр, пробелов, букв или знаков препинания длиной не более k.

Приложение B

СПРАВОЧНИКИ И КЛАССИФИКАТОРЫ

Таблица 1

Классификатор единиц измерения (используемый в Союзе)

Классификатор единиц измерения (используемый во Вьетнаме)

Таблица 2

Классификатор видов транспорта и транспортировки товаров (используемый в Союзе)

(*) - в том числе любое транспортное средство, перевозимое посредством указанного вида транспорта

Классификатор видов транспорта и транспортировки товаров (используемый во Вьетнаме)

Таблица 3

Классификатор видов документов и сведений, используемых при таможенном декларировании (используемый в Союзе)

Классификатор видов документов и сведений, используемых при таможенном декларировании (используемый во Вьетнаме)

СОСТАВ сведений, подлежащих обмену при реализации обмена информацией