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

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

Ключевое отличие от сериализации: при нанесении кодов одна ошибка стоит одной упаковки. При агрегации одна ошибка блокирует всю группу — короб, а при неудачном сценарии и паллету. Зависимость перестаёт быть линейной.

Почему агрегация сложнее, чем кажется

Важно! С точки зрения логики агрегации не существует двух одинаковых линий — даже на одном предприятии, даже при одинаковом составе оборудования. Различия в порядке формирования коробов, в геометрии укладки и в поведении при остановках делают каждый проект индивидуальным. Типовое решение всегда требует настройки под конкретную линию, и объём этой настройки обычно недооценивается.

Арифметика усиления ложного брака

Самое важное для понимания экономики агрегации. Считается элементарно и на собственных данных.

На участке нанесения зависимость линейная: доля ложно отбракованных единиц равна доле ошибок системы контроля. Один процент брака означает один процент потерянных упаковок.

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

P = 1 − (1 − p)ⁿ

p — доля непрочитанных кодов на единицу продукции
n — количество единиц в коробе
P — доля коробов, отбракованных хотя бы по одной причине

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

Важно! Речь именно о ложном браке — о кодах, которые нанесены корректно, но не были засчитаны системой агрегации. Настоящий брак нанесения к этому моменту уже удалён с линии на участке контроля. То есть отбраковка на агрегации — это потери сверх тех, что уже понесены на сериализации.

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

Методика оценки влияния потерь на общую эффективность оборудования приведена в материале о маркировке и OEE.

Что физически происходит при отбраковке короба

Цифра в таблице приобретает смысл, когда понятно, что стоит за одним отбракованным коробом.

Последняя строка — ключевая. Если причина несчитывания системная — неудачная геометрия чтения, блик, положение кода, — повторная упаковка даёт тот же результат. Короб уходит на второй круг, потом на третий. Без разбора причины отбраковка превращается в замкнутый цикл, потребляющий мощность упаковочного автомата.

Чтение группы кодов сквозь плёнку

Оптическая задача, принципиально отличающаяся от контроля кода на отдельной единице.

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

Сравнение нанесения на тару и на укупорочный элемент разобрано в материале о маркировке бутылок, банок и крышек. Требования к экспозиции, освещению и синхронизации — в материале о машинном зрении и верификации.

Шесть причин, по которым код не засчитан

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

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

Статус кода, а не только его читаемость

Отличие агрегации от контроля нанесения, которое определяет требования к программной части.

На участке нанесения достаточно убедиться, что код нанесён, читается и соответствует заданию. На агрегации этого мало: нужно знать состояние каждого кода в системе.

• введён ли код в оборот;
• не был ли он ранее отбракован;
• не включён ли он уже в другой короб;
• не был ли он выведен из оборота;
• соответствует ли партия и срок годности составу текущего задания.

Это означает, что система агрегации должна иметь доступ к состоянию кодов в реальном времени и на скорости линии. Проверка каждого кода запросом во внешнюю систему на такой скорости невозможна — отсюда требование к локальной базе, о котором ниже.

Разбор в реальном времени

Определяющее различие между решениями. При обнаружении незасчитанного кода возможны два сценария.

Что делает второй сценарий возможным: система должна показывать не факт «короб не собрался», а конкретную позицию в матрице, причину и данные по единице. Без визуализации позиции оператор не знает, какой именно код сканировать, и разбор на месте теряет смысл.

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

Паллетизация: математическая очередь

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

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

Пока физический поток совпадает с математической моделью, всё работает. Проблемы начинаются, когда совпадение нарушается.

Разрушение короба

Типовое событие на любой линии: короб рассыпался при транспортировке, зажевало плёнку, упал при перекладке. Физически из очереди исчезает элемент, который система считает присутствующим.

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

Проверяемое требование: продемонстрировать замену разрушенного короба в очереди без остановки участка паллетизации и без пересборки уже сформированных паллет.

Виртуальная паллета

Архитектурный принцип, снимающий целый класс проблем.

Формируемая паллета существует как математический объект — набор коробов в очереди без физического идентификатора. Идентификатор присваивается только в момент, когда состав окончательно определён и паллета закрыта.

Противоположный подход — присвоение идентификатора в начале формирования — приводит к тому, что любое изменение состава требует операций с уже существующим объектом: аннулирования, повторной печати этикетки, корректировки переданных сведений.

Работа с составом после закрытия паллеты, включая разагрегацию и частичную отгрузку, разобрана в материале об агрегации кодов маркировки.

Локальная база ожидаемых кодов

Требование, вытекающее из скорости линии и необходимости проверять статусы.

Участок агрегации должен за доли секунды определить по каждому коду из группы: принадлежит ли он текущему заданию и в каком он состоянии. Запрос во внешнюю систему по каждому коду на скорости линии невозможен — задержка сети превысит такт.

Решение — локальная база ожидаемых кодов на участке: перечень кодов, которые могут появиться в текущем задании, с их актуальными статусами. Проверка выполняется локально, синхронизация с внешними системами — фоновая.

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

Несколько потоков

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

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

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

Почему выбирать нужно до сериализации

Наиболее практически ценный вывод, который обычно приходит слишком поздно.

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

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

Что проверить у поставщика

Требования сформулированы так, чтобы проверяться демонстрацией, а не заявлением.

Последняя строка важнее остальных. Показатель чтения группы кодов зависит от упаковочного материала, геометрии укладки и положения кода на единице. Значение, полученное на демонстрационном образце, не переносится на вашу продукцию. Испытание на реальной упаковке с подсчётом доли несчитанных кодов — единственная проверка, результат которой можно подставить в формулу из начала статьи.

Частые вопросы

Можно ли обойтись без автоматической агрегации?

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

Насколько снизится производительность линии после внедрения агрегации?

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

Что делать с коробом, который не собрался и был снят с линии?

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

Можно ли внедрить агрегацию позже, отдельным проектом?

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

Кто отвечает, если агрегацию и нанесение делают разные поставщики?

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

Выводы

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

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

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

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