Размещение товара.

 

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

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

1.1. Для создания стратегии резервирования пользователь должен зайти в меню настройка-стратегии, заполнить имя стратегии и создать для нее шаги. Возможные варианты шагов стратегии: Искать пустую ячейку в зоне Х, искать ячейку с тем же товаром в зоне Х, Разместить в ячейку Х

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

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

 

2. Процесс размещения.

2.1. Оператор склада сканирует либо вводит вручную номер перемещаемой единицы(П/Е), которую необходимо разместить.

2.2. По номеру П/Е система находит в базе код находящегося на ней товара

2.3. По коду товара система находит в базе назначенную ему стратегию размещени

я 2.4. Система применяет по очереди шаги, входящие в стратегию до тех пор, пока не будет подобрана подходящая ячейка.

2.4.1. В случае, если подходящая ячейка не была найдена, выводится ошибка «Ошибка размещения. Нет подходящих ячеек»

2.5. На основе полученных данных для оператора создается задача на перемещение товара из ячейки приемки в ячейку хранения

2.6. На экран выводится номер ячейки, в которую необходимо переместить товар.

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

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

2.8. При невозможности помещения П/Е в назначенную ячейку:

2.8.1. В случае, если ячейка не подходит по размерам – оператор перемещает товар в специально выделенную ячейку «ERROR» и сообщает начальнику смены об ошибке.

2.8.2. В случае, когда в ячейке находится товар, по системе в этой яейке не находящийся, он извлекается, размещаемая П/Е помещается в ячейку. Затем оператор через окно запроса балансов запрашивает информацию о нахождении товара по системе. Если требуемая информация наличествует, оператор перемещает ошибочный товар в верную ячейку. В случае отсутствия ошибочной П\Е на балансах, оператор перемещает ее в ячейку «ERROR» и сообщает об ошибке начальнику смены

Приемка товара.

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

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

Начальное состояние: транспортное средство, прибывшее на разгрузку.

Конечное состояние: Товар находится в зоне приемки, сведения о принятом товаре зафиксированы в системе и, по необходимости, отправлены в хост-систему. Транспортное средство покинуло территорию склада

 

  1. Подготовка к приемке.

Перед осуществлением приемки необходимо убедиться, что сведения о контрагентах и о товаре, который планируется принимать, внесены в справочники системы.

В системе должен быть создан(или получен через средство интеграции) документ ПУО(предварительное уведомление о приемке, ASN – advance ship notice). В документе должен быть указан список товаров, которые ожидаются в поставке, и количество каждого из этих товаров.

  1. Выгрузка товара.

Данный этап проходит без участия системы – работники склада выгружают из прибывшего ТС все доставленные товары.

  1. Приемка товара.

Данный этап выполняется оператором склада, используя Android-устройства с установленной клиентской часть системы.

3.1.Оператор склада выбирает пункт «приемка товара» в меню.

3.2.Система предлагает ввести номер документа ПУО (вручную, либо просканировав его).

3.3.Далее, система предлагает ввести(либо просканировать) номер принятого товара, его количество и (опционально) атрибуты партии.

3.3.1.      Система проверяет, существует ли данный товар в справочнике товаров. При отрицательно результате выдается ошибка.

3.3.2.      Система проверяет, есть ли данный товар в текущем ПУО. При отрицательно результате выдается ошибка.

3.3.3.      Система проверяет, что суммарное количество данного товара, принятое по текущему ПУО, не превышает ожидаемое. При отрицательном результате предлагается подтвердить введенное количество. Если оно совпадает с введенным изначально – составляется акт расхождения.

3.4.Система запрашивает номер ячейки, в которую принимается товар. В общем случае рекомендуется выделять одну логическую ячейку(которая, фактически, будет некоторой зоной возле ворот приемки), в которую будет производиться вся приемка по умолчанию.

3.5.Пункты 3.3-3.4 повторяются, пока весь принятый товар не будет поставлен на балансы

3.6.После приемки всего товара, оформляются необходимые документы для водителя Т\С и документ приемки закрывается

Задачи

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

 

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

Далее, как и говорилось ранее, должна иметься возможность как создавать заказы в самой системе, так и получать их извне(в виде XML-файлов).

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

Далее идут резервирование,  отбор и отгрузка. При запуске заказа на отгрузку, система должна искать на складе подходящий товар (если он имеется в наличии), и резервировать его под этот заказ. Зарезервированное таким образом количество уже не будет рассматриваться как доступное при резервировании других заказов, содержащий этот же товар. В случае, если на складе не хватает товара под запущенный заказ, ему должен присваиваться соответствующий статус и оператор должен быть об этом уведомлен.

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

Отдельно в ряде задач стоят циклическая и полная(физическая) инвентаризации. Так как при работе склада неизбежны ошибки, нужно регулярно приводить систему в соответствие с физическим наполнением склада, чему служат 2 вида инвентаризации.

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

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

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

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

Идентификация

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

Первым из таких параметров является сам код товара (артикул, SKU – Stock Keeping Unit). В нашем случае для каждого товара значением SKU для него будет являться номер, указанные а его штрих-коде.

Второй из очевидных параметров для идентификации – код ячейки, в которой расположен товар.

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

Начало проекта

Перед началом любого проекта необходимо в первую очередь определить целевую аудиторию. В моем случае общую аудиторию определяет сама тематика — система управления складами. Однако, на рынке уже существуют серьезные промышленные решения для подобных систем (SAP, 1C, Infor, Manhattan) — и создавать что-то новое, что конкурировало бы напрямую с этими системами, не имеет смысла. Однако, такие системы весьма дороги, что определяет некий минимальный порог площади склада, с которого установка подобной промышленной системы экономически оправдана — и склады с площадью меньше этого порога и будут нашей целью.

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

Также, система должна иметь как возможность интеграции с ERP-системами(для случаев, когда в компании уже установлена система документооборота, и необходим лишь складской учет), так и возможность вести этот документооборот в ней напрямую, когда он предельно упрощен и не требует отдельной системы для его обработки(как яркий пример таких случаев   можно привести т.н. 3PL-бизнес, то есть предоставление услуг по хранению товаров компаниям-арендаторам). Фактически, это значит, что в системе должны быть реализованы функционал создания заказов на отгрузку\приемку и интеграционный модуль, использующий этот функционал.