Малекс:Бизнес-Пересчет из Сводного прихода — различия между версиями

Материал из GB wiki
Перейти к: навигация, поиск
(Описание бизнес-процесса)
(Описание бизнес-процесса)
Строка 3: Строка 3:
 
<br>Во время [[Малекс:Приемка ТСД|приёмки товара с использованием ТСД]] некоторый товар был ошибочно принят и размещён в ячейках в количестве большем, чем его имелось в наличии. Затем часть этого товара переместили в другие ячейки. И только после этого обнаружили лишний товар.
 
<br>Во время [[Малекс:Приемка ТСД|приёмки товара с использованием ТСД]] некоторый товар был ошибочно принят и размещён в ячейках в количестве большем, чем его имелось в наличии. Затем часть этого товара переместили в другие ячейки. И только после этого обнаружили лишний товар.
  
Для исправления ситуации нужен пересчёт по всем ячейкам (либо по части ячеек), в которых размещён (и/или в которые перемещён) ошибочно принятый товар. Для упрощения создания заданий на пересчёт предлагается следующий алгоритм:
+
Для исправления ситуации нужен пересчёт по всем ячейкам (либо по части ячеек), в которых размещён (и/или в которые перемещён) ошибочно принятый товар.
* [[Малекс:Импорт заявок|импорт Заявки из 1С]], её планирование;
+
 
* сборку Заявки;
+
Для упрощения этого процесса был реализован механизм создания [[Малекс:Задание на пересчёт|Заданий на пересчёт]] из документа [[Малекс:Сводный приход|Сводный приход]], который при размещении на складе был некорректно обработан.
* [[Малекс:Импорт реализации|импорт Реализации из 1С]], её связывание с Заявкой, расчёт дельты с Заявкой;
 
* контроль сборки по данным Реализации;
 
* отгрузка Реализации.
 
  
 
====Термины====
 
====Термины====

Версия 13:17, 25 декабря 2015

Описание бизнес-процесса

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

Для исправления ситуации нужен пересчёт по всем ячейкам (либо по части ячеек), в которых размещён (и/или в которые перемещён) ошибочно принятый товар.

Для упрощения этого процесса был реализован механизм создания Заданий на пересчёт из документа Сводный приход, который при размещении на складе был некорректно обработан.

Термины

Методика обработки Заявок

Импорт, планирование Заявки

Из 1С импортируется Заявка. После импорта Заявка планируется, т.е. создаются Сборочные листы в состоянии 300 (WMS), которые связываются с данной Заявкой, сама Заявка переходит в состояние 400 (Спланирован). На этом этапе Заявка готова к сборке, но не готова к импорту документа Реализация. В АРМ "Администратор склада" на закладке "Сборка" видны Сборочные листы, готовые к сборке.
Если планирование Заявки невозможно (нехватка товара на складе), то Сборочный лист не создаётся, а Заявка после импорта переходит в состояние 300 (WMS). Такая Заявка не подлежит сборке. Нужно исправить ситуацию с нехваткой товара на складе и повторить импорт данной Заявки.

Сборка Заявки

Заявка собирается по данным Сборочного листа (наименование товара, его количество, адрес ячейки).
Сборка возможна двумя способами:

  • используетсяя команда Собрать заявку.
    Команда предназначена для сборки Заявки без использования ТСД. Этот вариант пригодится, когда сборщик на складе работает не с ТСД, а с распечатанным на бумаге сборочным листом, отмечая в нём собранный товар, после чего оператор "собирает" Заявку в базе ГБ. Использование этой команды предполагает, что сборка Заявки осуществлена на 100% (весь товар найден в нужных ячейках и собран).
  • используется АРМ "Сборка ТСД".
    Для сборки Заявки сборщик использует ТСД. Сканируется штрих-код Заявки (либо вручную вводится её номер), после чего ТСД поочерёдно предлагает к сборке каждую товарную строку из Сборочного листа, связанного с данной Заявкой.
Завершение сборки Заявки

По окончании сборки возможны два варианта:

  • весь товар найден и собран.
    В этом случае при завершении сборки Сборочный лист, связанный с данной Заявкой, двигается в состояние 1000 (Отгрузка) и больше не отображается в АРМ "Администратора склада" на закладке "Сборка". Заявка двигается в состояние 500 (Готов). Заявка собрана и готова к импорту Реализации.
  • во время сборки обнаруживается нехватка товара.
    В этом случае при завершении сборки состояние Заявки и Сборочного листа не изменяется, но создаётся документ Расхождения и связывается с Заявкой. Документ Расхождения создаётся с номером и датой обрабатываемой Заявки, со всеми товарными строками из соответствующего Сборочного листа, количество товара в товарных строчках соответствует собранному количеству. Таким образом, по связям можно увидеть, какой именно товар не собран и в каком количестве. Состояние документа Расхождения – 0 (Создан).
    После этого начинаются поиски пропавшего товара. Тут также выделяются два варианта:
    • товар нашли на самом складе (например, в другой ячейке) и в 1С ничего править не надо. Оператор ГБ вручную удаляет документ Расхождения, связанный с данной Заявкой (это можно сделать на закладке "Связи-Расхождения" в Заявке), тем самым обеспечивая возможность повторной сборки Заявки.
      Затем сборщик повторяет сборку данной Заявки с помощью ТСД, либо Заявку собирают без ТСД, т.е. сам оператор ГБ использует команду "Собрать Заявку". Заявка собрана и готова к импорту Реализации.
    • возникли какие-то расхождения с 1С и нужно править Заявку в 1С.
      Поправили Заявку в 1С, выгрузили. Повторно импортировали Заявку из 1С с помощью команды "1С – импорт заявок" (команда обеспечивает возможность повторного импорта для таких Заявок). После этого, как и в предыдущем пункте, можно собрать Заявку с помощью ТСД, либо с помощью команды "Собрать Заявку". Заявка собрана и готова к импорту Реализации.

Методика обработки Реализации

Импорт Реализации

Тут будет описание