При импорте маркированных товаров из стран, не входящих в ЕАЭС, импортеры часто сталкиваются с необходимостью упрощения процесса таможенного декларирования. Если в поставке тысячи единиц товара, указывать каждый индивидуальный код маркировки (КИ) в 31-й графе декларации на товары (ДТ) крайне трудозатратно. Решением является так называемая виртуальная агрегация. В этой статье мы подробно разберем, как реализовать этот процесс в программе 1С:Управление торговлей 11.4, проанализируем техническую логику ГИС МТ и рассмотрим структуру необходимых документов.
Рассмотрим стандартную ситуацию: коды маркировки эмитированы, переданы иностранному производителю, наклеены на товар, но товар еще не пересек границу РФ. На этом этапе коды имеют статус Эмитирован. Выпущен. Чтобы не перечислять все коды в таможенной декларации, мы можем объединить их в транспортные упаковки (агрегаты) и подать сведения об этом в систему «Честный ЗНАК» еще до фактического ввода в оборот. Это позволяет указывать в ДТ только номер транспортной упаковки (кода агрегата SSCC).
Многие пользователи сомневаются, допустимо ли агрегировать коды, которые еще не «введены в оборот». Согласно документации API ГИС МТ, агрегация может быть выполнена как до, так и после ввода в оборот. Главное условие — идентичность статусов всех кодов, входящих в агрегат.
Первым делом мы заказываем коды маркировки в СУЗ через документ Заказ на эмиссию кодов маркировки СУЗ. После того как коды получены и распечатаны (или переданы в виде файла иностранному поставщику), они числятся в системе как выпущенные. На этом этапе мы уже знаем, какие именно единицы товара будут упакованы в конкретные короба или паллеты. Эти данные нам должен предоставить поставщик в виде упаковочного листа. Для этой задачи можно использовать расширение для выгрузки полных кодов маркировки с криптохвостом в текстовый файл.
Для выполнения виртуальной агрегации в 1С:УТ 11.4 мы используем документ Маркировка товаров ИС МП с видом операции Агрегирование. Разберем порядок действий:
Маркировка товаров ИС МП.Проанализируем структуру данных, которую 1С отправляет в ГИС МТ. Если мы работаем через API напрямую или проверяем лог обмена, тело документа в формате JSON выглядит следующим образом:
{
"participantId": "7700000000",
"aggregationUnits": [
{
"unitSerialNumber": "046000000000000018",
"aggregationType": "AGGREGATION",
"sntins": [
"010460000000000021215ABCDE12345",
"010460000000000021215FGHIJ67890"
]
}
]
}
В данном примере unitSerialNumber — это ваш 18-значный код SSCC, а массив sntins содержит перечень индивидуальных кодов, которые в него вкладываются.
После подготовки документа в 1С нажимаем гиперссылку передайте данные. Программа сформирует XML или JSON пакет и отправит его в систему маркировки. Если проверка пройдет успешно, в ГИС МТ создастся связь между КИ и транспортным кодом. Статус КИ изменится на Вложен в упаковку, но общий статус владения останется прежним (например, Эмитирован).
Теперь, когда агрегаты официально зарегистрированы в системе, мы заполняем таможенную декларацию. В 31-й графе вместо списка из 5000 КМ мы указываем номера наших SSCC упаковок. Таможенные органы при проверке декларации делают запрос в ГИС МТ. Система подтверждает, что указанные агрегаты существуют и содержат внутри себя валидные коды маркировки.
После того как товар прошел таможню и получил статус «Выпуск разрешен», нам необходимо окончательно ввести его в оборот. Выясним причину, по которой многие совершают ошибку на этом этапе: если при вводе в оборот указать индивидуальные коды вместо агрегатов, система расформирует ваши упаковки.
Рассмотрим правильный алгоритм в 1С:
Маркировка товаров ИС МП с операцией Импорт с ФТС.SSCC), созданные на Шаге 2.В обороте.Проанализируем примечание из официальной документации:
«Если агрегация была до ввода в оборот, то в документе ввода в оборот необходимо указывать агрегаты, а не КМ, иначе агрегаты расформировываются».
Разберем ситуации, с которыми часто сталкиваются пользователи 1С:УТ 11.4:
1. Ошибка статуса при агрегации. Если один из кодов уже был случайно введен в оборот или списан, ГИС МТ отклонит весь документ агрегации. Необходимо убедиться, что все КИ в списке имеют статус Эмитирован.
2. Дублирование кодов. Если вы пытаетесь включить один и тот же КИ в разные агрегаты, система выдаст ошибку. Перед виртуальной агрегацией рекомендуется проверять уникальность КИ в текущем сеансе подбора.
3. Потеря связи с декларацией. Если в документе «Импорт с ФТС» указать не все агрегаты, которые фактически пересекли границу, часть товара останется в статусе «Эмитирован» и не будет доступна для продажи.
Виртуальная агрегация — это мощный инструмент для импортера, позволяющий значительно сократить объем данных в таможенных документах и избежать ошибок при ручном вводе тысяч кодов. Мы убедились, что 1С:Управление торговлей 11.4 полностью поддерживает этот функционал, при условии соблюдения правильной последовательности действий: сначала агрегация выпущенных кодов, затем указание агрегатов в ДТ, и в финале — ввод в оборот через подбор транспортных упаковок. При необходимости можно воспользоваться сборником готовых решений для нетипичных ситуаций при работе с маркировкой.