Загрузка электронной таможенной декларации в систему 1С:ERP

Что такое электронная таможенная декларация?

Если бизнес закупает материалы из-за границы, он знает о необходимости декларирования товара. Каждая поставка, прибывая на границу с Российской Федерацией, нуждается в таможенном оформлении.Результат этого процесса — оформленная таможенная декларация и «зеленый свет» для товара — он может без проблем ехать к своему получателю.Для того, чтобы не тратить время на оформление декларации на бумажном носителе, сейчас используется электронная таможенная декларация. Также использование электронной декларации позволяет сократить время таможенного оформления груза и пропадает необходимость напрямую взаимодействовать с сотрудниками таможни.Электронная таможенная декларация — это набор сведений о товаре в формате .xml, передаваемых в таможенные органы через интернет.Ниже можно увидеть небольшую часть такого документа.

Обработка для загрузки электронной декларации в 1C: ERP.УХ

На одном из наших проектов была поставлена задача — в результате загрузки электронной таможенной декларации, в системе должен формироваться документ «Таможенная декларация на импорт».

Особенности механизма обработки

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

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

Типовое решение 1С:ERP.УХ предлагает решение в виде справочника «Номенклатура контрагентов» для регистрации данных:

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

1. При чтении данных функционал обработки проверит наличие в системе документов «Приобретение товаров и услуг», на основании которых должна в итоге быть создана Таможенная декларация.В теле электронной декларации есть информация о номере и дате инвойса. Эти данные требуется внести на форму Приобретения товаров, как входящие данные от поставщика.
2. Обработка разбивает Декларацию на разделы, в соответствии с электронным документом.
3. Заложен контроль на проверку состава данных электронной декларации и данных в Приобретении товаров и услуг. Если товарное наполнение или его количество различаются, обработка предупредит об этом пользователя.

1. Есть возможность отключить контроль, обработка все равно позволит создать Таможенную декларацию, но тогда по ряду позиций будут отсутствовать цены — их требуется внести вручную.
2. При выполнении всех условий, в системе успешно будет создан документ «Таможенная декларация на импорт» с учетом всех разделов, таможенной ставки и пошлины.
3. Таможенная стоимость на товар подтянется из документа-основания «Приобретение товаров и услуг» и будет пересчитана по курсу на дату таможенной декларации.
4. Если в Приобретении товаров и услуг ТМЦ указаны с учетом характеристики, механизм это учтет при создании Таможенной декларации и проставит характеристики самостоятельно.

Какие проблемы решил бизнес?

Механизм быстро выявил слабые места процесса закупки ТМЦ и декларирования товаров:

1. Дублирование или отсутствие соответствия артикула Заказчика и артикула поставщика в системе. Был организован процесс по взаимодействию между отделом Закупок и поставщиками в части корректной передачи информации по артикулам ТМЦ.
2. Некорректное декларирование брокером. Если брокер передал информацию некорректно — например, сообщил о том что два разных ТМЦ идут под одним артикулом, при этом в системе Заказчика они оформлены отдельно. При чтении электронной декларации система сообщит о разности состава документов.

Как еще может работать модуль?

Случай с артикулами поставщика, который мы решили для бизнеса — частный. В общей массе декларирование товара происходит по основному артикулу Заказчика. Алгоритмы модуля могут быть перестроены под такой запрос, тогда система будет распознавать номенклатуру по типовому реквизиту «Артикул», зафиксированному в карточке.