База знаний
Статья

Отклонения при выполнении отбора

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

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

Инструкция по обработке отклонений при выполнении отбора 

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

  1. В момент выполнения сборки в ячейке отбора (МХ-источник) не хватает товара. Например, потребность по Заказу на отгрузку (ЗнО) 10 шт. одного объекта хранения (ОХ), по учету в ячейке отбора 10 шт., а по факту в МХ-источнике находится только 9 шт. требуемого ОХ.
  2. В момент выполнения сборки в ячейке отбора обнаружен товар не того качества. Например, потребность по ЗнО 5 шт. одного ОХ в состоянии «Годен», а по факту в МХ-источнике товар пришел в непригодность и не может быть отобран и отгружен.

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

Справочник «Проблемы»

Справочник «Проблемы» предназначен для хранения списка проблем, которые могут возникнуть при выполнении складских операций (задач). Для каждой проблемы в AXELOT WMS X5 указывается алгоритм действий, который выполняется при ее возникновении. При необходимости новые проблемы могут быть добавлены в справочник «Проблемы» Администратором WMS.

Рис. 1

Для элемента справочника указываются следующие параметры:

  • В реквизите «Алгоритм» указывается алгоритм действий в системе при возникновении данной проблемы. Алгоритм применяется к остатку, который обрабатывался в задаче.
  • При помощи флагов группы «Доступно в операциях» указывается, в каких видах задач доступен выбор настраиваемой проблемы.

Для рассматриваемых в нашем примере отклонений могут быть настроены следующие типы Проблем:

Нет остаткаАлгоритм = «Заблокировать начальную ячейку»
Для начальной ячейки, указанной в задаче, устанавливается состояние, указанное в реквизите «Новое состояние МХ».
Доступно в операциях = «Взять объект хранения» и «Взять место хранения».
БракАлгоритм = «Изменить состояние остатка»
Изменяется состояние остатка, указанного в задаче, на состояние, указанное в реквизите «Новое состояние остатка».
Доступно в операциях = «Взять объект хранения» и «Взять место хранения».

Допланирование отбора при проблеме

При указании проблем в момент выполнения отбора при помощи ТСД возможны следующие реакции системы:

  • В «Настройках выполнения» для необходимой Очереди задач (ОЗ) возможно выставить флаг «Подбирать остаток после ошибки». В таком случае при указании проблемы система перепланирует* задачу и сразу выдаст Сотруднику на терминал сбора данных – т.е. задача с обновленными данными будет в статусе «Получена». *При условии, что на остатках зон отбора, участвующих в алгоритмах отбора, имеется остаток требуемого по заказу ОХ.
  • Если в «Настройках выполнения» ОЗ флаг «Подбирать остаток после ошибки» не установлен, то в таком случае система не предложит отобрать требуемый товар в рамках выполняемой задачи. При указании проблемы система скорректирует спланированное количество по документу «Заказ на отгрузку», после документ изменит свой статус на «Частично спланирован». Планирование недостающей потребности произойдет при отработке регламента «Планирование отбора». При успешном планировании задача на добор будет доступна на ТСД – т.е. создана в статусе «К выполнению»

Недостача товара в ячейке при отборе

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

  • При попадании на поле ввода количества система выводит подсказку на общую потребность ОХ по полученной задаче (рис.3).
  • Сотрудник, выполняющий отбор из ячейки, отбирает только 9 шт., т.к. еще 1-ой физически нет в ячейке (рис.4).
  • Система остается на поле ввода количества, указывая на то, что из спланированной ячейки необходимо отобрать всю спланированную потребность, т.е. необходимо добрать 1 шт. (рис.5).
Рис. 3
Рис. 4
Рис. 5
  • Т.к. этой товарной позиции нет в предлагаемой ячейке, Сотрудник на терминале должен указать проблему через кнопку «Меню» -> «Проблема», либо же воспользовавшись горячей клавишей F8 (рис.6). 
  • На экран ТСД будет выведен список доступных проблем для выполняемой операции (рис.7). Исполнитель на терминале выбирает нужную – в приведенном примере это «Нет остатка».
  • Система перепланирует задачу отбора и сразу предлагает выполнить сборку недостающей потребности из другого адреса хранения (рис.8). Т.е. задача сразу становится в статусе «Получена», а статус ЗнО не меняется. Первоначальная ячейка подвергается действию, указанному в выбранной проблеме, – в приведенном примере был выбран алгоритм «Заблокировать начальную ячейку», результат представлен на рис.9.
Рис. 6
Рис. 7
Рис. 8
Рис. 9

Некондиционный товар в ячейке при отборе

В этой ситуации при сборке в спланированной ячейке оказался бракованный товар; при этом в настройках Очереди задач не установлен флаг «Подбирать остаток после ошибки»:

  • При попадании на поле ввода количества система выводит подсказку на общую потребность ОХ по полученной задаче (рис.10).
Рис. 10
  • Сотрудник, выполняющий отбор из ячейки, не может выполнить отбор спланированного товара, т.к. по каким-то причинам он поврежден/физически не пригоден и не может быть отгружен по заказу. В связи с этим Сотрудник на терминале должен указать проблему через кнопку «Меню» -> «Проблема», либо же воспользовавшись горячей клавишей F8 (рис.11).
Рис. 11
  • На экран ТСД будет выведен список доступных проблем для выполняемой операции (рис.12). Сотрудник выбирает нужную – в приведенном примере это «Брак».
Рис. 12
  •  Задача на отбор завершается, выполняется алгоритм, настроенный для указанной проблемы – «Изменить состояние остатка» (рис.13).
Рис. 13
  • Система предлагает положить взятые товары в ячейку завершения отбора, если Исполнитель на ТСД уже что-то отобрал, либо же предлагает перейти к другой задаче (рис. 14-15 соответственно).
Рис. 14
Рис. 15
  • Система корректирует спланированное по документу количество, изменяя статус Заказа на «Спланирован частично» (рис.16).
Рис.16 Статус ЗнО «Спланирован частично» после указания проблемы
  • Потребность по ЗнО будет допланирована при отработке регламентных заданий. Если на остатках склада в WMS имеется необходимый товар, то система спланирует новую задачу отбора в статусе «К выполнению».

Инициация разбирательства

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

Для отправки сообщения на почту необходимо настроить подписку на событие, например:

  • По типу события «Выполнено перемещение объекта хранения» необходимо выставить фильтры, однозначно идентифицирующие задачи, по которым требуется отправлять оповещение. Минимальный набор фильтров для проблемных задач при отборе:
    • Статус = «Проблема»;
    • Тип операции = «Отбор объектов хранения»;
    • Задача.Проблема = «Нет остатка» или «Брак».

Пример настроенной подписки приведен на рисунке 17.

Рис.17 Вариант настроенной подписки для отправки сообщения
  •  Необходимо настроить обработчик события для подписки, который будет оповещать необходимого человека или группу людей. Например:
Рис.18 Вариант настроенного обработчика для отправки сообщения

В разрезе текущих настроек в карточке пользователя «Администратор» указан электронный адрес, на который будут отправляться уведомления о проблеме при отборе по каждой проблемной задаче (рис. 19).

Рис.19 Полученные письма от WMS

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

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

  • Обозначить «Тип операции», по факту которого система будет проверять наличие проблемы (рис.20):
Рис.20 Обозначение Типа произошедшего события
  • В режиме «Расширенных настроек» перейти на вариант произвольных настроек (рис.21):
Рис.21 Обозначение Типа произошедшего события
  • В разделе «Доступные поля» необходимо найти и указать все необходимые параметры, определяющие нужные задачи (рис.22). Для рассматриваемого варианта это:
    • Статус = «Проблема»;
    • Тип операции = «Отбор объектов хранения»;
    • Задача.Проблема = «Нет остатка».
Рис.22 Обозначение параметров отбора проблемных задач
  • Указать обработчик для настраиваемой подписки (рис.23):
Рис.23 Обозначение параметров отбора проблемных задач
  • Сам обработчик необходимо выставить в соответствии со следующими параметрами (рис.24):
Рис.24 Параметры обработчика для создания задачи «Инвентаризации состава»

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

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

Мы используем файлы cookie для улучшения работы сайта
Translate »