Comments 11
Неправильно! Ключевое отличие - 1С это система документарного учета. Первичной учитываемой сущностью являются документы, а вспомогательные - те же места и остатки - обновляются при закрытии документов.
Нормальная WMS - событийно-ориентированная система. Первичной учитываемой сущностью являются события происходящие с товаром. Некоторые из этих событий побуждаются входящими документами (заявками на сборку и отгрузку). Некоторые из событий потом группируются чтобы сформировать исходящие документы (накладные). Но в общем случае - никакого документа для операций с товаром не нужно.
Чтобы было понятнее: кладовщик идет вдоль стеллажа и видит что с трубки отвода конденсата под потолком течет вода на паллеты с товаром. Если на складе нормальная WMS - он выбирает на терминале "перемещение товара" и перекидывает товар с угрожаемого места на неугрожаемое (при этом - система подсказывает ему свободные места когда визуально их не видно или надо соблюдать правила товарного соседства), потом блокирует залитые места с пометкой "течет вода с потолка" - дальше старший смены разберется кого надо вызвать. И не требуется ни одного документа, ни одного оператора, ни одной накладной внутреннего перемещения - ни танцев с бубном (как это принято повсеместно в 1С)...
Если на складе нормальная WMS - он выбирает на терминале "перемещение товара" . И не требуется ни одного документа
А "Перемещение товара" - это что за сущность, не документ?
Документ это тоже событие, в какой-то степени. Так что все условно. С другой стороны, для wms не требуется крупной консолидации документов. Необходимы точечные манипуляции, а не перепроведения документов на сотни строк.
Строчить документ на каждое событие на складе - это изощренная форма мазохизма ИМХО. Просто люди из вселенной 1С - они думают документами. Это не хорошо и не плохо - это их парадигма, потому что они выросли из бухгалтерии. Те кто начинал автоматизацию не из бухгалтерии - мыслят процессами. И нормальная WMS - должна быть процесс-ориентированной. Хотя при этом документы конечно же являются очень частыми входами и выходами этих процессов. Но отождествлять сам процесс с документом который через него проходит - это неоправданное упрощение. Оно отсекает большое количество направлений для оптимизации работы - и вообще приводит к довольно смешным решениям на реальном складе...
@Naf2000 абсолютно прав: граница между ERP и WMS проходит не по фантастическому "отсутствию документов", а по размеру транзакции. WMS делает точечные манипуляции (документ на одну строку), а не заставляет перепроводить накладные на сотни строк с блокировкой таблиц. То есть дело в процессах и гранулярности, о чем и написана статья, а не в том, как называется запись в БД — документ или событие
Да что ж вы все с мира 1С держитесь за документы-то как дети за мамкину грудь?! Вы завтракали сегодня ? Вас не удивило что завтрак это процесс - который начался с ощущения голода в животе, прошел определенные стадии (включая махание вилкой) - и закончился ощущением сытости ? И заметьте - ни одного ордера или акта в процессе оформлено не было! И склад - это точно такой же живой организм в котором множество процессов происходят просто потому что нужны. Хотя еще раз повторюсь - документы тоже важны и нужны, и зачастую являются входами и выходами этих процессов. Когда я иду в магазин и жена пишет мне список - таковой список безусловно становится участником процесса и влияет на то что будет получено в результате. Но сводить процесс к документу - это упрощение которое имеет право на жизнь в бухгалтерии, а не в жизни.
Нормальная WMS - автоматизирует и оптимизирует процессы склада. Документы в ней появляются ровно настолько насколько некоторым стейкхолдерам удобно в такой форме с ней взаимодействовать. Заранее говорю - что линейному персоналу на складе - это совершенно неудобно в большинстве случаев.
Если речь про то, кто инициирует операцию, - тогда разница есть, и она не платформенная. В документарной модели незапланированное перемещение начинается с документа-основания, который кто-то должен создать. В процессной кладовщик инициирует его сам с терминала, а учётные записи формируются следом. На ad hoc сценариях - течь, бой, консолидация - разница заметная, тут согласен.
Но и в SAP EWM, и в Dynamics операции ложатся в те же документы, просто мелкие и создаваемые автоматически. Так что граница проходит не между платформами, а между тем, обязателен документ на входе процесса или он появляется на выходе.
обязателен документ на входе процесса или он появляется на выходе.
А можете прокомментировать?
ЗЫ: не знаком с темой -- не трогал руками, но был причастным на полу производства
Документ на входе - это когда сначала в системе появляется основание, а потом человек действует. Кладовщик видит, что паллету залило, но чтобы переставить товар, нужно, чтобы кто-то создал перемещение: оператор, мастер, начальник смены. Пока документа нет, операции формально не существует.
Документ на выходе - когда человек действует сразу с терминала: отсканировал товар, отсканировал новое место, готово. Система записала факт, а учётный документ, если он нужен бухгалтерии, соберётся потом автоматически.
На производстве это та же разница, что между «сначала выпиши требование на материал, потом получай» и «бери и сканируй, требование сформируется само».
Документ на входе - это санкция и контроль: никто не двигает товар без основания. Документ на выходе - скорость реакции. Выбирают по тому, что дороже в конкретном случае: риск, что операцию сделают не спросив, или простой, пока ждут оформления.
В 1С:ERP есть адресное хранение. Зачем тогда складу отдельная WMS?