← На главную

При внедрении программного продукта 1С:WMS Логистика. Управление складом 4.0 предприятия нередко сталкиваются с ситуацией, когда типовые жесткие процессы WMS-системы не соответствуют специфике производства и физической логистике склада. Разберем по шагам три ключевых вопроса адаптации типового функционала: как обойти требование предварительного плана поступления, как организовать учет нестандартных грузовых единиц (кип с переменной вложимостью) и как настроить отгрузку сразу в кузов автомобиля без промежуточного буфера.

Реализация приемки по факту без предварительного планирования

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

1. Использование пустого документа-основания: Создаем пустой документ Ожидаемая приемка без товарных строк. На его основании формируется документ Приемка, в который кладовщик вносит номенклатурные позиции и формирует контейнеры уже непосредственно в процессе фактического сканирования на ТСД.
2. Автоматизация через механизм «Складские события»: Проанализируем автоматический сценарий. В системе настраивается обработчик события: при первом сканировании штрихкода номенклатуры или товароносителя на мобильном терминале фоновое задание автоматически создает документ Ожидаемая приемка со статусом «К выполнению», генерирует подчиненный рабочий документ и сразу открывает его на терминале сбора данных. Для сотрудника склада процесс выглядит как бесшовная приемка по факту.
3. Интеграция с корпоративной информационной системой (КИС): Если на производстве используется учетная система (ERP, Комплексная автоматизация или УПП), передачу данных на склад настраиваем по фактическому событию. Например, в момент проведения документа выпуска готовой продукции или перемещения КИС мгновенно формирует в WMS документ Ожидаемая приемка за считанные секунды до физической доставки продукции на складские рампы.

Учет крупногабаритной продукции (кип) и контейнеров переменной вложимости

Выясним причину сложности учета гофротары и аналогичной продукции. Кипа содержит переменное количество единиц (например, от 500 до 1000 штук гофроящиков), не размещается на классических паллетах, но при этом должна перемещаться и отгружаться как неделимое целое. В 1C:WMS любая перемещаемая единица (ПЕ) идентифицируется как контейнер.

Рассмотрим подробнее методику моделирования таких единиц учета без перегрузки справочников:

1. Единая номенклатура и базовые единицы: Базовой единицей учета номенклатуры в системе остается штука (гофроящик). Это необходимо для ведения точного количественного учета и корректной передачи данных в бухгалтерские и складские контуры КИС.
2. Использование обобщенного вида контейнера: Заводить отдельный «Вид контейнера» под каждую физическую размерность кипы не требуется. В справочнике создаем один универсальный вид контейнера (например, «Кипа гофропродукции»). Для ячеек склада настраиваем безразмерный или объемный тип вместимости, отключая жесткий контроль типоразмеров контейнеров при размещении.
3. Генерация контейнера при приемке: Контейнеры могут формироваться непосредственно в документе Приемка. На каждую строчку фактически поступившей продукции система регистрирует уникальный номер контейнера (ШК кипы), в параметрах которого фиксируется точное количество вложенных штук.
4. Правила планирования и подбора: В алгоритмах и правилах отбора настраиваем стратегию «Отбор целыми контейнерами». При формировании заказа покупателя на определенное количество штук система резервирует и направляет на перемещение кипы целиком, не допуская разукомплектации неделимой перемещаемой единицы.
5. Учет характеристик номенклатуры: Если продукция имеет уникальные параметры (размеры, плотность картона, тип сырья), в типовой WMS эти разрезы настраиваются через механизм «Модели учета номенклатуры» и справочник Партии. При обмене данными с КИС характеристики транслируются в состав реквизитов партии.

Организация отгрузки напрямую из зоны хранения в автотранспорт

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

Разберем по шагам порядок настройки прямой отгрузки:

1. Настройка справочника «Стадии отгрузки»: Исключаем из цепочки стадий все промежуточные звенья (контроль, упаковка, экспедиция). Маршрут стадии отгрузки сводится к единственному действию — «Отбор».
2. Моделирование топологии ворот: Рампы и ворота погрузки описываются в топологии как конечные складские ячейки с типом «Отгрузка» (или «Ворота»). При этом кузов поданного автомобиля логически выступает конечной перемещаемой единицей.
3. Настройка конечной точки в алгоритмах отбора: В алгоритмах отбора конечной зоной назначаются непосредственно ячейки ворот. Задание на отбор активируется диспетчером только после физической постановки транспортного средства под загрузку.
4. Выполнение процесса на ТСД: Карщик получает задачу на ТСД, берет кипу (целый контейнер) непосредственно из ячейки зоны хранения, транспортирует ее к рампе и сканирует штрихкод ворот или рейс-задания. При подтверждении доставки товар списывается из ячейки хранения и автоматически переходит в статус «Отгружен» без промежуточного зависания в буферных зонах.
5. Резервирование в зоне хранения (альтернативный вариант): Если требуется выполнить предварительный отбор до прибытия машины, отбор настраивается в ту же самую ячейку, где продукция уже хранится. В этом случае контейнер переходит в статус зарезервированного под конкретный заказ и ожидает перемещения непосредственно в автомобиль.