СУЗ: ИЗКМ - Отчет об агрегации

Работа с отчетами в ИЗКМ (ICOM) - Отчет об агрегации.

1. Глоссарий

2. Создание отчета об агрегации

3. Просмотр отчетов

4. Общие принципы проверки отчета об агрегации системой

5. Состояние дезагрегации

Глоссарий

Каждый продукт имеет дату начала обязательной агрегации.

Создание отчета об агрегации

Для работы с отчетами необходимо в личном кабинете НИС «Asl Belgisi» выбрать раздел «Заказ кодов».

Для создания отчета следует в разделе «Отчеты» раскрыть выпадающий список «Создать». В выпадающем списке необходимо выбрать позицию «Агрегация»:

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

В поле "Ёмкость" указывается вместимость упаковки, в которую необходимо агрегировать, то есть сколько продуктов помещается внутри упаковки. Указанное значение должно быть больше/равно чем «Фактически упаковано».

Для заполнения поля «Фактически упаковано», необходимо загрузить список кодов идентификации в файле формата CSV.

❗ВАЖНО: в CSV-файле для отчета «Агрегация» ключ и код проверки (крипто-хвост) не добавляется.

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

• файл имеет формат CSV и не пустой;
• один код в каждой строке;
• используются только допустимые символы: ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789!”%&’*+-./_,:;=<>?()
• все поля в файле уникальны (нет дублей);
• количество строк не превышает 30000 шт. (Изменения вступили в силу с (25.09.2024);

Необходимо сформировать код агрегата, который формируется одним из двух способов:

Способ 1.

1. Создать заказ на опубликованную карточку групповой упаковки в Реестре маркируемых товаров.

2. В поле "Код агрегата" указываем код идентификации групповой упаковки. КИГУ должен быть заранее сформирован (без вложений) и находиться в статусе "Нанесен".

Способ 2.

1. Сформировать 18-тизначный код формата SSCC ⬇️

2. При заполнении поля «Код агрегата», в начале SSCC кода добавить "00" ⬇️

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

Просмотр отчетов

В списке отображаются отчеты со статусами:

• Черновик - сохраненный черновик отчета.
• Готов к отправке - находиться в очереди обработки 
• Ожидание ответа - Ожидается конечный результат отчета
• Отправлен/Обработан успешно - Отчет обработан успешно
• Отклонен - Отчет отклонен, причина отклонения указывается в интерфейсе самого отчета.

Общие принципы проверки отчета об агрегации системой

• Система не допускает  частичную обработку отчета об агрегации, если хотя бы 1 код не соответствует требованиям выполняемой операции отчет будет отклонен.
• Через личный кабинет пользователя возможно формирование "Отчета об агрегации" только для одного агрегата. Если необходимо использовать многоуровневую иерархию агрегации (например метод "Матрешка"), необходимо воспользоваться методом API. Подробней в статье 
• В зависимости от товарной группы, потребительские коды могут быть вложены только в групповую и далее в транспортную упаковку, либо потребительские в транспортную. Во всех товарных группах есть возможность агрегировать КИТУ в КИТУ верхнего уровня (например - палет).
• Все коды в формируемой агрегации должны быть монотоварные, то есть имеют одинаковый GTIN. Данное правило применимо агрегации 1-го уровня.

Принцип проверки отчета об агрегации потребительских кодов (КИ) в групповую упаковку  (КИГУ) 

• При извлечении одного из вложенных кодов (путем списании или перемещении кода в другой КИГУ/КИТУ) из ранее агрегированного КИГУ, то этот КИГУ получит статус "Списан", вложенные коды будут отвязаны от кода агрегации.
• Переместить КИ из КИГУ(А) в КИГУ(Б) возможно только при условии, что время создания КИГУ(А) раньше чем КИГУ(Б), при этом КИГУ(А) будет списан.
• Добавление КИ в ранее агрегированный КИГУ приведет к нарушению целостности транспортной упаковки без возможности её восстановления.
• Если списать КИГУ который ранее был в составе КИТУ, то КИГУ спишется, а КИТУ дезагрегируется несмотря на то, что у КИТУ были другие КИГУ. Оставшиеся КИГУ указанные в составе КИТУ лишаться родителя, но не лишаться целостности и останутся в статусе "Нанесен".

Принцип проверки отчета об агрегации потребительских кодов (КИ) в транспортную упаковку  (КИТУ) 

• Обновить структуру КИТУ возможно если он находится в статусе "Нанесен", операция невозможна если КИТУ в статусе "Дезагрегирован" или "Списан". 
  К примеру, три КИ вложены в КИТУ, хотим добавить еще один КИ в сформированный КИТУ, для этого необходимо подать отчет об агрегации с указанием предыдущих трех  КИ + один новый КИ.
  

⚠️С 1 декабря 2024 года при регистрации отчетов об агрегации по товарной группе "Алкогольная продукция" системой проверяется соблюдение требований к агрегированию: потребительской тары в групповую упаковку и (или) групповых упаковок в транспортные (логистические).

• При несоблюдение корректного алгоритма, "Отчет об агрегации" будет отклонен со следующей причиной - "Отсутствие агрегации в групповую упаковку". Пример ⬇️

⚠️Статус "Дезагрегирован"

"Дезагрегация" - нарушение целостности транспортной упаковки.

При использовании КИ вложенных в агрегацию в операциях: передача/продажа по ЭСФ, розничная реализация, списание и т.д. , код агрегации теряет свою целостность и больше не может быть использован (дезагрегируется).

При перемещении вложенного потребительского кода в другой КИТУ (при этом в перемещаемом КИТУ есть другие вложенные коды) КИТУ не дезагрегируется. для сохранения целостности транспортной упаковки, в КИТУ должен быть хотя бы 1 потребительский код.

Видеоурок на канале YouTube ASL BELGISI

Другие полезные статьи:

НИС МПТ: Агрегация товара

СУЗ: ИЗКМ - Работа с отчетами (нанесение, списание, агрегация)

НИС МПТ: Агрегация - Код транспортной упаковки (SSCC), что это и как сформировать?

Агрегирование. Рекомендации по агрегированию товаров