Агрегация в «Честном Знаке»: что это и как сделать в 2026 году

Что такое агрегация в «Честном Знаке»?

Коротко: агрегация в «Честном Знаке» (в документах - агрегирование) - это две половины одной операции: сложить товар в упаковки руками и рассказать системе, что сложили. Каждая упаковка получает собственный код, и система узнаёт состав: какие коды маркировки лежат в каком коробе, какие короба - на какой палете. После этого в документах вместо тысяч кодов товара указывается один код упаковки.

Официальное определение - в документации станции управления заказами «Честного Знака»:

«Агрегирование - процесс объединения товаров (товаров в потребительской упаковке) в транспортную упаковку товаров первого уровня, а также транспортных упаковок первого уровня в транспортную упаковку последующих уровней с нанесением на создаваемую транспортную упаковку кода идентификации транспортной упаковки, содержащего информацию о взаимосвязи кодов идентификации каждого вложенного товара, потребительской упаковки, транспортной упаковки»

- API СУЗ 3.0, раздел терминов

В определении зашиты три обязательных действия:

1. Сложить товар в упаковку.
2. Наклеить на упаковку её собственный код.
3. Сообщить системе, что именно внутри.

Пропустите третье - и для «Честного Знака» вашей палеты не существует, сколько бы плёнки на неё ни намотали.

Выгода начинается сразу после подачи сведений, и правила маркировки описывают её одинаково для всех товарных групп. Представление сведений о транспортной упаковке приравнивается к представлению сведений обо всех упаковках, которые в ней лежат, - пункт 25 постановления Правительства № 841 от 31.05.2021. В переводе с юридического: назвали палету - назвали всё её содержимое. Один код в универсальном передаточном документе вместо пяти тысяч, один штрихкод на приёмке вместо вскрытия коробов, один код в документе ввода в оборот.

Коды на сам товар это не отменяет: единицы по-прежнему маркируются кодами, заказанными в СУЗ. Агрегация надстраивается над ними этажами, и у каждого этажа свой тип кода: КИТУ, КИГУ или АТК.

Обязательна ли агрегация?

Коротко: прямой обязанности агрегировать нет ни у одной товарной группы, кроме табака: правила пишут «участник самостоятельно осуществляет агрегирование», а у духов прямо - «при необходимости». На практике выбора всё меньше: поэкземплярный учёт, таможенная декларация и требования контрагентов превращают поставку без агрегации в ручной перебор каждой единицы.

Юридическая сторона выглядит мирно. В правилах маркировки духов операция прямо названа добровольной: «Участники оборота парфюмерной продукции при необходимости производят операцию агрегирования...» - пункт 51 постановления № 1957. У воды, обуви, БАД и антисептиков формулировка нейтральная: «участник оборота самостоятельно осуществляет агрегирование» - пункт 24 постановления № 841 и его близнецы в правилах остальных групп. Позицию оператор сформулировал в базе знаний дословно:

«Важно! Нигде в законодательных актах, касающихся маркировки, нет указания на обязательность внедрения агрегации»

- «Честное сообщество», раздел лучших практик, markirovka.ru

Единственное исключение - табачная отрасль: постановление № 224 требует от производителей среднюю эффективность агрегирования не ниже 99% за месяц. Норму невозможно выполнить, если не агрегировать вовсе, - фактическая обязанность, записанная через показатель.

Для остальных групп обязательность приходит с трёх сторон, и ни одна из них не называется законом:

1. Поэкземплярный учёт - режим, в котором в передаточных документах перечисляется каждая отдельная единица товара вместо одной строки «100 коробов». С 1 марта 2026 года он действует для безалкогольных напитков, безалкогольного пива, ветеринарных препаратов, медицинских изделий, антисептиков и спортивного питания (у спортивного питания - в части вывода из оборота). Спасательный круг - в анонсе оператора о переходе на поэкземплярный учёт: «При указании в УПД агрегированных кодов групповых упаковок (КИГУ) или транспортных упаковок (КИТУ) переданы будут все вложенные коды маркировки». Агрегация превращает документ на пять тысяч строк в документ на одну строку.
2. Таможня. В декларации на товары коды маркировки указываются в графе 31 - либо поштучно, либо кодами упаковок. На реальных объёмах импорта поштучный вариант означает тысячи значений в одной графе.
3. Контрагенты. Сети, дистрибьюторы и маркетплейсы требуют палетные коды договором поставки. Закон здесь ни при чём - просто без них приёмка у получателя встаёт.

Со штрафами картина спокойнее, чем пишут в рекламных статьях: отдельного наказания «за отсутствие агрегации» в КоАП нет. Работает общая статья 15.12.1 - представление неполных или недостоверных сведений оператору системы мониторинга, для юридических лиц от 50 до 100 тысяч рублей. То есть наказуемо расхождение: состав упаковки, поданный в систему, не совпал с тем, что реально лежит на палете. Само по себе решение обойтись без агрегации под эту статью не подводит.

Что за «код агрегации»: КИТУ, КИГУ или АТК?

Коротко: «код агрегации» - собирательное название: в системе за ним живут три разных кода. КИТУ - код идентификации транспортной упаковки, то есть короба или палеты. КИГУ - код идентификации групповой упаковки со своим GTIN. АТК - агрегированный таможенный код для декларации. Различаются они тем, кто их создаёт, сколько они стоят и что с ними происходит после ввода в оборот.

Все три в документации зовутся одним словом «агрегат» - так система называет любую собранную упаковку, от спайки до палеты. Когда контрагент или декларант просит «код агрегации», за просьбой стоит один из трёх уровней - и реагировать нужно по-разному:

КИГУ или КИТУ - этот выбор делается на этапе заказа кодов, задолго до склада. Есть у групповой упаковки собственный штрихкод товара - заводится GTIN и заказывается КИГУ вместе с кодами единиц. Если групповую упаковку забыли заказать, на этапе агрегации добирать поздно: короб останется нумеровать транспортным кодом. Транспортному коробу без своего GTIN и палете хватает КИТУ - структура SSCC, его носитель и генерация без дублей разобраны в отдельной статье.

АТК стоит особняком: он существует только в цифровом виде и только ради таможни. Требования к нему жёстче палетных: документ подаёт организация с типом «Импортёр товара», внутри - коды одной товарной группы и одного кода ТН ВЭД по первым четырём цифрам, все в статусе «Нанесён». Сам оператор при этом пишет прямо: для ввода в оборот импортных товаров АТК не обязателен - декларацию можно оформить и по палетным КИТУ, формулировка повторяется на страницах нескольких товарных групп его базы знаний.

Кто делает агрегацию при импорте?

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

На вопрос импортёра, кто заводит транспортный штрихкод - изготовитель или импортёр, в ветке «Честного сообщества» отвечают коротко: «тот, кто формирует транспортную упаковку». Маркировать импорт официально разрешено в трёх местах: на зарубежном производстве, на зарубежном консолидированном складе и на таможенном складе в России. Инструкции обычно расписывают третий вариант. Реальные поставки чаще идут по первому: коды наносят там же, где товар производят и пакуют, - до прохождения таможенных процедур, как того требуют правила. Весь импортный маршрут целиком - от карточки товара до ввода в оборот - разобран в опорной статье о маркировке импортных товаров.

Станций агрегации «Честного Знака» на зарубежной линии, как правило, нет - состав палет там никто физически не фиксирует. Его считают заранее, на бумаге: список заказанных кодов режется арифметически, единицы по коробам, короба по палетам. По этой раскладке печатаются этикетки, на производстве их наклеивают в том порядке, в каком они лежат в файле, и собирают упаковки по той же схеме.

В систему уходит документ «эта палета содержит эти коды» - и для «Честного Знака» такая виртуальная агрегация неотличима от физической, собранной посканерно. У схемы есть цена: расхождение раскладки с реальной укладкой при подаче документа никак не видно - вылезет оно на приёмке у получателя или на вводе в оборот. Качество виртуальной агрегации целиком решается за столом, при расчёте раскладки. Дальше всё держится на дисциплине линии: клеить строго по порядку файла.

Подаёт документ владелец кодов, и это отдельная проверка в справочнике ошибок: «Проверяется, что отправитель документа является собственником или владельцем кода маркировки» - иначе документ отбивается формулировкой «Код идентификации ... не принадлежит участнику оборота». Для мультитоварных упаковок True API формулирует то же требование прямым текстом: «отправитель документа должен быть собственником вложенных кодов». Зарубежный поставщик за импортёра агрегацию не подаёт: он не участник системы, документ уходит с подписью российского владельца кодов. Справочные запросы мягче: посмотреть состояние кодов может и подрядчик со своим сертификатом, владельцем кодов для чтения быть не обязательно, - удобно для сверки перед подачей.

Как посчитать раскладку коробов и палет?

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

Арифметика на примере: 2 400 бутылок при 20 в коробе дают 120 коробов; при 40 коробах на палете - ровно 3 палеты. Пример с остатком: 336 коробов при 54 на палете - это 7 палет, из которых последняя занята всего 12 коробами. Обе цифры вместимости берутся из карточки товара, и здесь прячется первая ловушка расчёта: «коробов на палете» и «единиц на палете» - разные числа. Перепутать их в расчёте означает напечатать этикетки на палеты, которых физически не будет.

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

Поэтому раскладка при нескольких партиях строится построчно: «коробов на палете × число палет» для каждой даты, и у каждой партии - свой неполный хвост. Пропорция из практики: норма 63 короба на палете, четыре партии с разными датами розлива - и три хвостовых палеты на 18, 27 и 45 коробов; у четвёртой партии остаток сошёлся в ноль. Контрольное правило одно: сумма коробов по всем строкам обязана сойтись с общим числом коробов позиции. Если сумма не сошлась, часть кодов останется вне агрегации и всплывёт на вводе в оборот.

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

Чем нумеровать сам короб, решает карточка товара: КИГУ при собственном GTIN упаковки, транспортный код без него. Для товара без коробов - кеги, крупная тара - средний этаж пропускается, единицы приписываются сразу палете; кеговый вариант этой схемы по шагам - в статье о маркировке пива в кегах. Важная деталь для транспортных кодов: коробам и палетам нужны разные линии нумерации SSCC, иначе счётчики рано или поздно выдадут совпадающие номера.

Как подать сведения об агрегации: два канала

Коротко: сведения подаются либо отчётом об агрегации через станцию управления заказами (СУЗ), либо документом «Формирование упаковки» - через True API, основной интерфейс обмена данными с «Честным Знаком», или личный кабинет. Перед подачей коды должны быть уже нанесены: свежеэмитированные система не примет. Короба и палеты уходят отдельными документами, по очереди.

Первое предусловие - статус кодов. True API требует у вложений статус «APPLIED» («Нанесён») или «INTRODUCED» («В обороте»), то есть до агрегации системе уже подан и принят отчёт о нанесении. Для импортной поставки это задаёт жёсткий порядок документов: нанесение, за ним агрегация, и торопить его бессмысленно - документ агрегации, отправленный раньше, отобьётся.

Второе предусловие - одинаковость. Статусы всех вложений одной упаковки должны совпадать: половина коробов «Нанесён», половина «В обороте» - документ не пройдёт. На сборных партиях это одна из самых частых причин отказа.

Каналов подачи два, и различаются они сильнее, чем кажется по названиям:

Сама документация СУЗ отправляет за глубокой вложенностью к соседнему каналу: «Для дальнейшей агрегации свыше 3-х уровней вложенности рекомендуется использовать документ "Агрегации" в "True_API" ГИС МТ». А отсутствие расформирования в СУЗ означает простое правило: собрать упаковку можно двумя путями, разобрать - только одним.

Порядок подачи через «Формирование упаковки»:

1. Проверьте статусы вложений запросом информации о кодах - до документа, а не после отказа.
2. Сформируйте документ по коробам. В одном документе - агрегаты одного типа и одной длины кода: короба и палеты вместе система не примет, это правило True API.
3. Дождитесь успешной обработки коробов. Статусы «в обработке» бывают разными и на больших документах держатся долго - незнакомый статус означает «ждать», решать «упало» стоит только по явному отказу.
4. Отправьте документ по палетам, которые ссылаются на принятые короба. Больше 30 000 кодов в один документ не влезет - лимит системы, крупные поставки режутся на части.
5. Проверьте результат запросом состава: система должна вернуть по коду палеты список вложений.

Ручной вариант без API живёт в личном кабинете: раздел «Документы», документ «Формирование упаковки», либо карточка упаковки в разделе «Коды маркировки». Про сроки оператор честен - обработка занимает «от нескольких секунд до 24 часов»; на практике документы агрегации думают минуты, и висящий десять минут статус «отправлен» - норма, повод для тревоги начинается с часов.

Что происходит с агрегатами при вводе в оборот?

Коротко: если упаковки собраны до ввода в оборот, документ ввода подаётся по кодам упаковок - подачу поштучно сборка не переживёт. Для импорта работает вторая связка: система сверяет документ ввода с таможенной декларацией, и уровень упаковки в них должен совпадать - вплоть до конкретных кодов с положительным решением ФТС.

Правило сформулировано в True API без экивоков:

«Формирование упаковки может осуществляться как до ввода в оборот, так и после ввода в оборот. Если формирование упаковки произведено до ввода в оборот, то в документе ввода в оборот необходимо указывать агрегаты, а не КИ, иначе агрегаты будут расформированы»

- True API ГИС МТ, раздел «Формирование упаковки», docs.crpt.ru

КИ здесь - код идентификации, то есть код на отдельной единице товара. Собрали палеты, а во ввод перечислили единицы поштучно - система молча разберёт всё, что вы собирали.

Импортная цепочка добавляет сюда таможню. Коды упаковок указываются в декларации на товары - подраздел 31.13, порядок задан Решением Комиссии Таможенного союза № 257. Комбинации допустимы разные: только коды товаров, только КИТУ без расшифровки вложений, КИТУ плюс отдельные коды, или только АТК. Запрещено одно - указывать один и тот же код в разных строках декларации.

Дальше работает связка, ради которой раскладку стоит проектировать до подачи декларации: ввод в оборот пройдёт, когда система найдёт в декларации именно тот код агрегата, который вы указали в документе ввода, с положительным решением ФТС. Что положили в декларацию - тем и вводите. Когда в декларации заявлены палеты, а во ввод уходят короба, система отвечает отказом.

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

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

Почему упаковка распадается сама?

Коротко: система разбирает агрегат автоматически, как только с любым вложенным кодом что-то происходит отдельно от упаковки: продажа, вывод из оборота, передача части коробов по передаточному документу. Кнопки «отменить» у этого механизма нет - есть только повторная сборка, уже с новыми номерами упаковок.

Про это свойство системы обычно узнают после первой частичной отгрузки. Правило из базы знаний оператора:

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

- «Честное сообщество», база знаний, markirovka.ru

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

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

Разобрать руками при этом можно любой уровень: документ расформирования принимает и транспортную упаковку, и набор, и групповую - «Допустимые типы упаковок: BOX - «КИТУ»; SET - «КИН»; GROUP - «КИГУ»». Разница в поведении: транспортную упаковку обычно разбирают осознанно, кнопкой или документом, а групповая чаще расформировывается сама - при первом же действии с любым вложенным кодом.

Как исправить агрегацию: поменять состав, разобрать, собрать заново

Коротко: состав живой упаковки меняется документом трансформации - изъятием или добавлением кодов. Полный разбор - расформирование; после него код упаковки мёртв, пересобранная палета получает новый SSCC. Самая дорогая ошибка здесь - пересобрать раскладку после того, как отчёт об агрегации уже принят системой.

Штатных инструментов два, и оба живут в True API и личном кабинете - канал СУЗ разбирающих операций не поддерживает:

Три правила:

1. Пересобранной палете - новый номер. Расформированный код остаётся занятым навсегда: уникальность КИТУ действует независимо от статуса упаковки, и повторная подача на старый номер получит отказ. Счётчик двигается только вперёд.
2. Разбирать - по одной палете, с проверкой после первой. Документация не даёт прямой гарантии, что при расформировании палеты вложенные коробочные коды уцелеют. По опыту - остаются целыми, но проверить карточки коробов после первой разобранной палеты дешевле, чем обнаружить пустоту после третьей.
3. Чинить в том порядке, в каком ломалось. Сначала расформирование старой упаковки или изъятие кода из неё, потом новая агрегация. Код с живым родителем система не вложит никуда - повторная отправка того же документа не помогает.

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

В системе при этом остались старые коды палет, на поддонах - новые. Не ломается ничего: агрегация принята, повторно её никто не проверяет. Взрывается на вводе в оборот, отказом «код не найден» - причём именно по палетам, тогда как короба и единицы в документах совпадают полностью.

Симптом упорно читается как «в агрегацию ушли не те коды», хотя агрегация как раз верна: не те коды ушли во ввод. Разбор такого случая - расформировать старые палеты по одной, подать агрегацию по фактическим номерам, переотправить упавшую часть ввода - занимает половину рабочего дня.

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

Какие ошибки агрегации встречаются чаще всего?

Коротко: по существу почти все отказы - про три вещи: код уже занят другой упаковкой, статусы вложений не совпадают, перепутан тип или уровень упаковки. На практике отказ прилетает на весь документ: одна проблемная палета тянет за собой всю партию, поэтому проверки прогоняются до отправки. Форматные ошибки самого кода разобраны в статье про SSCC.

Частые отказы из справочника ошибок оператора - через призму того, что случилось на самом деле:

Одна ошибка из этого семейства знаменита обманчивым текстом: система ругается на товарную группу, а реальная причина - дубль кода упаковки, разбор этого случая на складском примере - в статье про дубли этикеток.

Что меняется в 2026 году?

Коротко: главное - октябрьское отключение старого XML-формата для документов упаковки: остаётся один JSON. С 15 мая 2026 года всем товарным группам, где реализован КИТУ, доступны мультитоварные упаковки, а с 1 марта 2026 часть групп живёт в поэкземплярном учёте, где агрегация экономит каждый передаточный документ.

Отключение XML оператор анонсировал в планируемых изменениях True API прямой строкой: «В октябре 2026 года отключится возможность подачи сведений о формировании и расформировании упаковки в формате * .xml». Затрагивает это в первую очередь «старые» товарные группы - пиво, воду, молочную продукцию, соки: у «новых» групп вроде бакалеи и консервов подача и так принимается только в JSON. Если ваша учётная система шлёт агрегацию XML-документами, до октября ей понадобится переинтеграция.

Мультитоварные КИТУ - свежая возможность: изменение введено в True API в мае 2026 года, и сборный короб или палета из товаров разных групп теперь собирается одним документом. У мультитоварной сборки есть встроенное ограничение: вложения должны быть уже в обороте или сами быть сформированными упаковками - то есть собрать такой короб можно только после ввода в оборот, и обычную предотгрузочную агрегацию он не заменяет.

Анонсировано и отключение документа «Трансформация упаковки» вместе с отдельным документом формирования наборов - без дат, с формулировкой, которую сам анонс оставляет неоднозначной. Тренд читается ясно: оператор сводит все операции сборки к одному JSON-документу «Формирование упаковки». Планируя интеграцию, закладывайтесь на него.

Чек-лист перед подачей агрегации

Коротко: агрегация проходит с первого раза, если раскладку свели до отгрузки, коды проверили на статусы и занятость, уровни отправили по очереди, а файл раскладки сохранили. Эти восемь проверок закрывают почти все отказы, которые система выдаёт на документы агрегации, - прогоняйте их перед каждой отправкой.

1. Нанесение принято. Статус всех кодов - «Нанесён» или «В обороте», и одинаковый внутри каждой упаковки.
2. Арифметика сходится. Сумма «коробов × палет» по строкам раскладки равна общему числу коробов; кратности взяты из карточки и не перепутаны местами.
3. Палетные номера свои и свободные. Коды выданы вашим счётчиком, не переиспользованы после расформирований. При сомнениях в диапазоне спросите систему запросом информации о кодах; при любой неопределённости считайте номер занятым.
4. Короба никому не принадлежат. Ни один вложенный код не числится в другой живой упаковке - иначе отказ «уже имеет родительский код», на практике прилетающий на весь документ.
5. Одна товарная группа в упаковке. Смешанные сборки - только через мультитоварный КИТУ после ввода в оборот.
6. Вместимость указана по факту. У неполной палеты - реальное число коробов, не номинал из карточки.
7. Уровни идут по очереди. Сначала документ по коробам, после его успеха - по палетам; в одном документе один тип агрегата.
8. Раскладка сохранена. Файл «какой код в каком коробе и на какой палете» - первичный документ поставки: из него собираются ввод в оборот, таможенный перечень и палетные листы. Потеряете - восстановить будет не из чего.

Александр Митин, основатель OASM. Маркировкой импорта занимается с 2021 года.

Материал - обзор по состоянию на 28 августа 2026 года: формулировки документации «Честного Знака», постановлений и базы знаний оператора сверены с первоисточниками на эту дату. Статуса юридической консультации у текста нет - решения по конкретной партии сверяйте с документацией оператора системы.

Источники

• Документация «Честного Знака»: True API ГИС МТ - разделы «Формирование упаковки», «Трансформация упаковки», «Расформирование упаковки», операции с АТК, ввод в оборот
• Каталог ошибок ГИС МТ - формулировки отказов при формировании и трансформации упаковки
• Документация API СУЗ 3.0 (ЦРПТ) - определение агрегирования, отчёт об агрегации, ограничение в три уровня
• Планируемые изменения в True API - отключение XML-формата агрегации в октябре 2026 года
• «Честное сообщество»: значение агрегации для поэкземплярного учёта - о необязательности агрегации
• «Честное сообщество»: поэкземплярный учёт с 1 марта 2026 - агрегированные коды в УПД
• «Честное сообщество»: агрегация импортируемых товаров - ответ в ветке сообщества, кто формирует транспортную упаковку
• «Честное сообщество»: трансформация и расформирование транспортной упаковки - автоматическое расформирование, операции в личном кабинете
• «Честное сообщество»: агрегированный таможенный код - необязательность АТК, требования к кодам
• «Честное сообщество»: АТК для импортёра - АТК и графа 31.13 декларации
• Постановление Правительства РФ от 31.05.2021 № 841 - правила маркировки упакованной воды: агрегирование, пп. 24-25
• Постановление Правительства РФ от 31.12.2019 № 1957 - правила маркировки духов: «при необходимости производят операцию агрегирования», п. 51
• Постановление Правительства РФ от 28.02.2019 № 224 - правила маркировки табачной продукции: показатель эффективности агрегирования, п. 120
• Решение Комиссии Таможенного союза от 20.05.2010 № 257 - инструкция по заполнению декларации на товары, графа 31
• Статья 15.12.1 КоАП РФ - ответственность за недостоверные сведения в системе мониторинга
• Наша статья об SSCC-коде - структура кода, контрольная цифра, линии нумерации, этикетка палеты
• Наша статья о заказе кодов маркировки - эмиссия, статусы кодов, срок жизни
• Наша статья о коде GTIN - коды товара для единиц и групповых упаковок
• Наша статья о маркировке пива - группа, где кеги агрегируются без уровня коробов, а ввод в оборот происходит автоматически по данным таможни
• Наш разбор дублей этикеток на складе - складская нумерация и обманчивая ошибка товарной группы