Главное Авторские колонки Вакансии Образование
RDV RDV 243 0 В избр. Сохранено
Авторизуйтесь
Вход с паролем

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

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

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

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


Электронная таможенная декларация

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

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


Загрузка электронных ГТД

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

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

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

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


Типовое решение 1С:ERP.УХ

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


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


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


Таможенная декларация

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

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

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

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

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

Узнать подробнее о внедрении 1С:ERP и настройке дополнительных модулей можно на нашем сайте.
0
В избр. Сохранено
Авторизуйтесь
Вход с паролем
Комментарии
Выбрать файл
Не пропустите публикацию!
RDV
ИТ консалтинг и комплексная автоматизация бизнеса. Разработка заказных решений н
Блог проекта
Расскажите историю о создании или развитии проекта, поиске команды, проблемах и решениях
Написать
Личный блог
Продвигайте свои услуги или личный бренд через интересные кейсы и статьи
Написать
О проекте Проекты Реклама Связаться с редакцией
Редакция team@spark.ruТехническая поддержка help@spark.ruПродвижение adv@spark.ruТелефон +7 495 137-07-07
ИП Барабанова Ю.Б. ИНН 500111143150
Правила пользования сайтом Политика обработки персональных данных Правила рекомендательных технологий

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