Логистика · состав грузового места
SSCC и содержимое: как принимать грузовое место после перепаковки
Скан этикетки может найти паллету или посылку, но сам по себе не показывает, что сейчас находится внутри. После разделения груза прежний список вложений остаётся частью истории. Чтобы принять правильное количество, нужно связать идентификатор места, актуальный состав и конкретное подтверждение отправки.
Сначала определите, что идентифицирует код
SSCC обозначает логистическую единицу, созданную для транспортировки или хранения. Это может быть паллета или посылка с разными вложениями. GS1 связывает скан такого идентификатора с электронными сообщениями об этой единице. Он не является универсальным коэффициентом «одна паллета равна определённому числу штук». GS1: Logistic Label Guideline.
GTIN описывает идентичность торговой позиции, а SSCC помогает различать конкретные логистические единицы. Подробности чтения полей уже рассмотрены в проверке GS1-кодов. Здесь предполагается, что код прочитан правильно. Проверяется другое: какой состав можно связать с этим грузовым местом в момент операции.
Не смешивайте логистический агрегат и многооборотный поддон. Груз может быть разобран, тогда как физический поддон останется и позже понесёт другую загрузку. Для содержимого транспортной единицы и истории самого возвратного носителя нужны подходящие отдельные идентификаторы и правила.
Храните состав как подтверждённую связь
Для каждого включения нужны родительское место, конкретное вложение, количество в выбранной единице, время факта и основание. Если вложение само содержит коробки или товары, получается несколько уровней. Количество грузовых мест нельзя складывать с количеством содержащихся в них товаров как одну величину.
Установите правила контроля: вложение не находится одновременно в двух несовместимых активных местах, родитель не содержит самого себя, состав подтверждён до использования в приёмке. Неизвестное содержимое остаётся неизвестным; общий вес или знакомая этикетка не заполняют отсутствующий перечень автоматически.
В EPCIS AggregationEvent описывает физически связанную группу. ADD добавляет указанные вложения, DELETE расформировывает указанную связь, OBSERVE фиксирует наблюдение и может включать только часть состава. DELETE в данном типе события не означает уничтожение товара. GS1 EPCIS 2.0: раздел 7.4.3.
Учебный пример: одна паллета становится двумя местами
Все обозначения вымышлены. P1, S1 и S2 — короткие псевдонимы логистических идентификаторов для чтения примера, а не готовые SSCC. C1…C6 — отдельные идентифицированные коробки. Это не образец корректного технического сообщения EPCIS.
В исходном подтверждённом составе P1 находятся шесть коробок C1…C6. Каждая содержит десять одинаковых предметов. Для примера коробки не вскрываются, товары не меняются и потерь нет. Итого шесть коробок и 60 предметов, а не 66 одинаковых складских единиц.
Перед дальнейшей отправкой P1 полностью расформировали. Четыре коробки C1…C4 упаковали в новое место S1, две C5 и C6 — в новое S2. Последовательность записей должна отражать физические действия:
- Завершено участие C1…C6 в составе прежней P1.
- Подтверждено включение C1…C4 в S1.
- Подтверждено включение C5 и C6 в S2.
- Для фактической отправки сохранены два новых состава и их идентификаторы.
GS1 EPCIS приводит именно такой тип ситуации: прежнюю логистическую единицу разбирают, затем создают посылки с новыми SSCC. Это основание для сценария новых единиц, а не правило выпускать новый код при любом исправлении текста документа. GS1: расформирование и новые посылки.
Снимок отправки отличается от сегодняшнего дерева
Снимок S1 содержит четыре коробки, то есть 40 предметов. Снимок S2 содержит две коробки, то есть 20. Получаем 40 + 20 = 60. Исторический состав P1 также описывает прежние 60, но не становится дополнительным наличием.
Если отчёт сложит старый состав P1 с новыми S1 и S2, он покажет 60 + 40 + 20 = 120. Ошибка возникает из-за смешения разных состояний одной физической группы, а не из-за коэффициента пересчёта. Скан старой P1 при текущей приёмке должен показать расформированное место и не подставлять исторические 60.
Сохраните отправленный перечень неизменным как доказательство того, что было заявлено. Позднее изменение текущей структуры не должно незаметно менять этот исторический снимок. Если обнаружена ошибка, сохраняется связанная корректировка и её подтверждение. Получатель должен различать первоначальное сообщение, исправление и фактически принятый результат.
Список двух паллет в одном транспортном документе также не обязательно является физической вложенностью. Общая отправка связывает их коммерческим или перевозочным контекстом, но не делает одну паллету содержимым другой. Такое различие важно при раздельном прибытии мест.
Частичное наблюдение не заменяет весь состав
Допустим, при наблюдении S1 сотрудник прочитал C1 и C2. Это подтверждение двух замеченных коробок. Само по себе оно не сообщает, что C3 и C4 извлечены, потеряны или отсутствуют.
В описанной модели наблюдение не переписывает состав S1 с четырёх коробок на две. Для удаления нужен факт расформирования связи. Для утверждения полного проверенного состава нужна предусмотренная процессом проверка и соответствующее подтверждение полноты.
Если интерфейс показывает лишь последние прочитанные коды, подпишите их как наблюдение, а не окончательную ведомость содержимого. Иначе ограниченный скан становится вымышленной операцией распаковки. Обратная ошибка тоже опасна для учёта: прежний полный список нельзя выдавать за новую физическую проверку без её проведения.
Приёмка не должна дважды раскрывать вложения
По согласованному и выполненному регламенту S1 принято как четыре подтверждённые коробки с 40 предметами. Затем сотрудник отдельно сканирует C1 в рамках той же приёмки. Если C1 уже входит в принятую S1, ещё десять предметов добавлять нельзя.
Реестр принятого количества должен сопоставлять родительский скан с уже учтёнными вложениями конкретной операции. После S1 итог 40; после дополнительного C1 он остаётся 40; после S2 становится 60. Простая сумма всех распознанных кодов дала бы неверный результат.
Это не запрет навсегда принимать C1 повторно. Позднейший подтверждённый возврат или новое перемещение имеют другое основание и физический контекст. Контроль нужен на уровне события, строки исполнения и уже принятого содержимого, а не только строки штрихкода.
GS1 допускает разные согласованные подходы к проверке поступления и сопоставлению с Despatch Advice/ASN, электронным извещением об отгрузке. Наличие идентификатора не отменяет предусмотренную проверку содержимого или повреждений. GS1: приёмка логистических единиц, раздел 9.5.3.
В отдельном тесте при раскрытии S1 фактически подтверждено 39 предметов вместо заявленных 40. При полностью принятой S2 это 59 подтверждённых из ожидаемых 60; одна единица остаётся расхождением. Не добавляйте её автоматически ради совпадения ASN и не объявляйте причину недостачи без доказательства.
Данные и приёмочные проверки
Минимальный журнал содержит идентификатор места, вложения, товарные количества и единицы, вид события, время факта и регистрации, отправителя, получателя, документ, версию снимка, исполнителя и результат проверки. Отдельно сохраняйте полноту наблюдения, открытые расхождения и ссылки исправлений.
EPCIS предупреждает, что синтаксически допустимые записи могут описывать противоречивую агрегацию, а отдельный репозиторий не всегда располагает достаточными данными для выявления ошибки. Поэтому наличие формата не доказывает работу всех бизнес-проверок. GS1: ограничения семантической проверки.
Для пилота проверьте:
- P1 сохраняется в истории без дополнительного текущего остатка;
- S1 и S2 содержат непересекающиеся C1…C6, всего 60 предметов;
- наблюдение C1/C2 не удаляет C3/C4;
- приёмка S1 и отдельный скан C1 дают 40, а не 50;
- неполное поступление даёт 59 и одно открытое расхождение;
- позднее исправление не подменяет отправленный снимок;
- конфликт двух активных родителей остаётся видимым для разбора.
В SABSUS обсуждайте эти проверки через склад, перемещения и операционные журналы. Поддержку SSCC, вложенной агрегации, ASN и обмена EPCIS подтвердите на конкретной конфигурации.
Частые вопросы
SSCC показывает состав прямо внутри номера?
Нет. Он идентифицирует логистическую единицу; состав связывается с ней через подтверждённые данные.
DELETE удаляет товар со склада?
В рассмотренном AggregationEvent он разрывает связь вложенности. Физическое движение или уничтожение — отдельный смысл.
Достаточно последнего списка отсканированных коробок?
Только если подтверждено, что это полный состав. Частичное наблюдение не заменяет всю структуру.
Источники
Проверено 9 октября 2026 года. Числа и контрольные сценарии учебные.