← На главную

Рассмотрим распространенную задачу складской логистики: необходимо учитывать товар не просто как количественный остаток в ячейке, а как совокупность товаров, размещенных на конкретном поддоне (паллете). Цель состоит в том, чтобы присвоить поддону уникальный штрихкод, привязать к нему товары, и в дальнейшем при перемещении или отгрузке сканировать только штрихкод поддона, а не каждую единицу товара по отдельности.

В типовой конфигурации 1С:ERP Управление предприятием логика адресного склада построена на учете товаров в ячейках, а не на управлении контейнерами (LPN — License Plate Number), как это принято в WMS-системах. Однако, давайте разберем несколько способов, с помощью которых можно реализовать требуемый функционал, проанализируем их плюсы, минусы и технические особенности.

Вариант 1: Использование механизма «Поддон как ячейка»

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

Суть метода:

1. Мы создаем в справочнике ячеек элементы, которые соответствуют номерам наших паллет.
2. Распечатываем этикетку с кодом этой «ячейки-паллеты» и клеим на поддон.
3. При размещении товара мы оформляем перемещение товара в эту «ячейку-паллету».

Преимущества:

• Позволяет видеть состав паллеты стандартными отчетами по остаткам на складах (в разрезе ячеек).
• Не требует серьезной доработки структуры метаданных, так как используется типовой справочник.

Недостатки и риски:

Этот метод имеет серьезные архитектурные ограничения. Главная проблема — топология склада. В 1С:ERP ячейка, как правило, имеет жесткую привязку к структуре (Помещение -> Линия -> Стеллаж -> Ярус -> Позиция). Если мы создаем «мобильные» ячейки, возникает вопрос: как система поймет, где физически стоит этот поддон?

Если поддон стоит в стеллажной ячейке А-01-01, то с точки зрения системы товар лежит в ячейке «Поддон №123». Система не умеет штатно хранить «ячейку внутри ячейки». Вам придется либо делать виртуальный склад для паллет, либо дорабатывать регистры для связки «Ячейка-контейнер — Ячейка-местоположение».

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

Вариант 2: Использование документа «Сборка (разборка) товаров»

Давайте рассмотрим вариант, предложенный в обсуждении, связанный с комплектацией.

Суть метода:

1. Поддон рассматривается как новый уникальный товар (набор).
2. Создается документ СборкаТоваров.
3. На входе (комплектующие) — товары, которые мы ставим на паллету.
4. На выходе (комплект) — новая номенклатура «Паллета №Х» или уникальная характеристика/серия.
5. Генерируется штрихкод для полученного комплекта.

Как это работает на практике:

Сборщик сканирует товары, формирует документ сборки. Система списывает товары со склада и оприходует одну единицу «Паллеты». Далее по складу перемещается одна единица. При отгрузке, если клиент берет паллету целиком, мы отгружаем этот комплект.

Существенные минусы:

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

• Если паллеты всегда разные (микс-паллеты), вам придется создавать карточку номенклатуры или варианта комплектации под каждую уникальную паллету.
• Если нужно продать часть товара с паллеты, придется сначала делать документ Сборка (разборка) товаров с операцией «Разборка», чтобы вернуть товары на остатки, и только потом отгружать. Это лишние трудозатраты для кладовщиков.

Вариант 3: Использование справочника «Упаковочные листы»

В 1С:ERP существует штатный функционал, наиболее близкий к понятию LPN — это Упаковочные листы. Этот инструмент часто недооценивают, используя только при отгрузке, но его можно адаптировать — для таких задач есть система автоматизации складских операций на ТСД для 1С:ERP.

Как настроить:

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

Алгоритм работы:

1. Кладовщик при формировании паллеты создает объект УпаковочныйЛист.
2. В этот упаковочный лист с помощью сканера добавляются товары.
3. Система генерирует штрихкод упаковочного листа (по стандартам GS1-128 или внутренним).
4. Этот штрихкод печатается и клеится на паллету.

Этот механизм позволяет объединять товары под одним идентификатором. Однако в типовой ERP этот функционал «заточен» преимущественно под исходящий поток (ордерная схема при отгрузке). Использовать упаковочный лист как объект для внутреннего перемещения между ячейками (например, в документе ОтборРазмещениеТоваров) без доработок может быть затруднительно, так как система адресного хранения оперирует остатками номенклатуры, а не упаковками.

Вариант 4: Агрегация кодов маркировки и Серии

Если ваша компания работает с маркируемым товаром («Честный ЗНАК»), давайте посмотрим на механизм агрегации. В 1С:ERP реализована возможность создания иерархии упаковок: Потребительская упаковка -> Групповая упаковка (короб) -> Транспортная упаковка (паллета).

При использовании этого механизма:

1. Формируется код SSCC (Serial Shipping Container Code) для паллеты.
2. В системе фиксируется, какие коды маркировки (а значит и товары) привязаны к этому коду SSCC.
3. При сканировании верхнего штрихкода система «подтягивает» всё содержимое — этот процесс ускоряет мобильное приложение для ТСД с поддержкой паллет и SSCC.

Даже если товар не подлежит обязательной маркировке, можно рассмотреть использование функционала Серий. Можно настроить политику учета серий так, чтобы серия идентифицировала конкретную партию на паллете — это реализуется через обработка расширенного штрихкодирования серий и упаковок. В этом случае перемещение осуществляется в разрезе серий. Но это не дает полноценной «контейнеризации» для разнородных товаров (микс-паллет).

Вариант 5: Интеграция с WMS (Когда ERP недостаточно)

Давайте честно проанализируем границы применимости ERP. Как было отмечено в сообщении №8, попытка реализовать полноценный учет LPN (License Plate Number) в ERP может привести к созданию «адских велосипедов».

Почему WMS лучше справляется с этой задачей?

Системы класса WMS (Warehouse Management System) изначально построены на другой архитектуре:

• Основной объект учета — это Контейнер (ID паллеты).
• Система знает: «Контейнер №123 стоит в ячейке А1. В контейнере №123 лежат Товар А и Товар Б».
• ERP система знает: «В ячейке А1 лежит Товар А и Товар Б».

Если ваши бизнес-процессы требуют:

• Хранения микс-паллет (сборных грузов) в ячейках.
• Постоянного перемещения этих паллет целиком без пересчета содержимого.
• Оптимизации размещения с учетом совместимости товаров на паллете.

То наиболее правильным решением будет интеграция 1С:ERP с профильной 1С:WMS или другой WMS-системой — для этих целей есть интеграция 1С:ERP с системой WMS для контейнерного учета. ERP будет управлять финансами и закупками, а WMS — детальной складской логистикой.

Резюме и рекомендации

Подведем итог. Если вы твердо намерены реализовать задачу внутри 1С:ERP без внедрения WMS, рассмотрите следующий порядок действий:

1. Для простых моно-паллет: Используйте учет по Сериям или стандартные Упаковки (если в одной паллете всегда фиксированное количество).
2. Для сборных паллет при отгрузке: Используйте справочник Упаковочные листы. Это позволит сформировать штрихкод паллеты на этапе сборки заказа клиента.
3. Для хранения сборных паллет в ячейках: Это наиболее сложный сценарий. Вариант «Поддон как ячейка» технически возможен, но требует высокой дисциплины и понимания, что справочник ячеек будет перегружен. В этом случае рекомендуется периодически проводить свертку или чистку старых «паллет-ячеек».

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