При настройке и запуске систем автоматизации склада, таких как 1С:WMS или 1С-Логистика: Управление складом 3.0/4.0/4.5, одной из самых частых и вызывающих затруднения проблем является ошибка планирования отбора. Пользователь видит лаконичное, но малоинформативное сообщение: «Не удалось спланировать отбор (качество: Кондиция) [Количество] шт!». При этом на остатках товар заведомо есть, ячейки заполнены, но система упорно отказывается их списывать.
В этой статье мы подробно разберем, почему автоматические алгоритмы программы «не видят» товар на складе, и пошагово рассмотрим, как локализовать и устранить эту проблему.
Логика работы WMS-систем принципиально отличается от обычных ERP-решений (например, 1С:Управление торговлей). Здесь недостаточно просто иметь положительный баланс номенклатуры в базе данных. Программа должна построить четкий и выполнимый физический маршрут для кладовщика. Если хотя бы одно правило топологии склада или настройки стратегии нарушено, планировщик отбора завершится ошибкой.
Проанализируем основные технические причины, по которым это происходит:
Поступление лишь регистрирует факт прибытия груза в зону приемки. Чтобы товар стал доступен для отбора, по нему должны быть полностью выполнены задачи на размещение в конечные ячейки хранения.Давайте подробно разберем по шагам, как проверить каждую из этих версий и решить проблему.
Выясним, действительно ли товар физически «принят» системой в зону хранения, или он все еще числится «в пути» (в зоне приемки). Если задачи на размещение товара не закрыты, система считает этот объем заблокированным для отгрузки.
Рассмотрим порядок проверки:
Задачи на размещение.Подготовлена, В работе или Приостановлена, их необходимо завершить. Только после того, как задача перейдет в статус Выполнена, остаток будет «привязан» к конкретной ячейке хранения и станет доступным для планирования отбора.Для правильного управления складом в конфигурации используются два ключевых справочника: Области размещения и Области отбора. Разберем их смысловую нагрузку простыми словами.
Область размещения (входящий поток) определяет правила, по которым товар раскладывается при приемке. Например, тяжелые грузы система направит на нижние ярусы (область тяжелых товаров), а мелкие штучные детали — в зону мелкоячеистого хранения.
Область отбора (исходящий поток) определяет зоны, откуда программе разрешено забирать товар для заказов покупателей. Например, отбор штучного товара может быть разрешен только с первого яруса стеллажей (зона пешего отбора), в то время как целые паллеты разрешено брать с верхних ярусов с привлечением штабелера.
Если вы завели новые ячейки, сделали в них поступление (указав область размещения), но в свойствах этих ячеек не заполнили поле Область отбора (или Зона отбора), алгоритм планирования отбора проигнорирует эти ячейки. Товар в них будет считаться недоступным для отгрузки.
Решение: Откроем карточки ячеек, в которых физически лежит товар, и проверим, заполнена ли там область отбора. Если нет — укажем корректную область отбора и повторим попытку планирования документа.
Чтобы понять, как система видит остатки в разрезе доступности, нам потребуется специальный отчет. Обычные складские отчисления здесь не помогут.
Сформируем отчет Остатки (в некоторых редакциях — Остатки товаров по ячейкам), обязательно обращая внимание на детальные показатели. Нас интересуют три ключевые колонки:
В наличии — физический остаток товара в ячейке.Запланировано к расходу — количество товара, под которое уже созданы, но еще не выполнены задачи отбора по другим заказам.Доступно к отбору — реальное свободное количество товара, которое алгоритм планирования может использовать прямо сейчас.Если колонка Доступно к отбору содержит значение меньше, чем требуется в заказе, проанализируем возможные блокировки:
Инвентаризация. При создании документов инвентаризации система WMS блокирует ячейки для любых движений, чтобы исключить пересортицу в процессе пересчета.Очень часто система выдает ошибку, когда сталкивается с несоответствием единиц измерения (упаковок) в заказе и в ячейках хранения.
Представим ситуацию: клиент заказал 24 штуки товара. В ячейках хранения этот товар лежит исключительно в коробках по 12 штук. Если в правилах вашей Стратегии отбора не разрешена автоматическая разукомплектация (распаковка коробок) или штучный отбор из коробок, планировщик отбора будет искать на складе ровно 24 отдельно лежащие «штуки». Не найдя их, он выдаст ошибку планирования.
Для исправления этой ситуации выполним следующие настройки:
Подпитку зон отбора (когда целая паллета или коробка перемещается в зону штучного отбора для последующего разукомплектования).Обратим внимание на текст ошибки: (качество: Кондиция). Система пытается найти товар, соответствующий именно этой аналитике.
Проанализируем ситуацию программно. При планировании отбора система выполняет запрос к регистрам накопления, который концептуально выглядит следующим образом:
// Упрощенный пример логики проверки остатков по аналитике качества
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ТоварыВЯчейкахОстатки.Ячейка,
| ТоварыВЯчейкахОстатки.КоличествоОстаток КАК Доступно
|ИЗ
| РегистрНакопления.ТоварыВЯчейках.Остатки(&Период, Номенклатура = &Номенклатура
| И Качество = &Качество) КАК ТоварыВЯчейкахОстатки
|ГДЕ
| ТоварыВЯчейкахОстатки.КоличествоОстаток > 0";
Запрос.УстановитьПараметр("Номенклатура", ВыбранныйТовар);
Запрос.УстановитьПараметр("Качество", Справочники.Качество.НайтиПоНаименованию("Кондиция"));
// Если при поступлении качество не было указано или указано неверно,
// запрос вернет пустой результат, и планирование отбора прервется.
Чтобы исключить аналитический пересорт, откроем отчет по остаткам с максимальной детализацией (включая группировки по Качеству, Серии, Владельцу и Источнику поступления). Убедимся, что реквизиты в строках вашего документа Заказ на отгрузку символ в символ совпадают с реквизитами фактически лежащего в ячейках товара.
Если вы работаете в конфигурации редакции 4.5 или более поздней, вам доступен мощный встроенный инструмент диагностики. Вместо обычного планирования воспользуйтесь функцией «Спланировать отбор с комментариями» (в некоторых версиях интерфейса этот инструмент называется «Анализ планирования»).
Этот режим запускает пошаговое логирование работы алгоритма. В открывшемся окне отчета вы увидите подробный протокол:
«Ячейка А-03-02-01 отброшена: область отбора ячейки не входит в разрешенные области по выбранной стратегии отбора» или «Недостаточно товара в упаковке 'Штука' для выполнения задачи».Использование планирования с комментариями позволяет сэкономить часы работы администратора склада, сразу указывая на некорректную настройку топологии или стратегии товародвижения.