← На главную

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

В типовой конфигурации 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. При сканировании верхнего штрихкода система «подтягивает» всё содержимое.

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

Вариант 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. Для хранения сборных паллет в ячейках: Это наиболее сложный сценарий. Вариант «Поддон как ячейка» технически возможен, но требует высокой дисциплины и понимания, что справочник ячеек будет перегружен. В этом случае рекомендуется периодически проводить свертку или чистку старых «паллет-ячеек».

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