Архив форума

Коллеги!
В каких системах существует учет движения товаров с привязкой к серийному номеру изделия.
Имеем данные, что изделие с уникальным серийным номером поступило от такого Поставщика.  
Это необходимо для персонификации, определения товара свой-чужой. Расширенная гарантия от Поставщика и д.р.
 
Операция по приему товара.
Сканируем не только EAN но серийный номер изделия.
 
Каждый серийный номер - зашит в штрихкод. Сканируем штрихкод коробки, в которой находится 10 шт, со своими серийными номерами
Как пример, в каждом изделии (в серийном номере) меняется последняя цифра и при однократном сканировании коробки - мы имеем автоматически зафиксированных 10 серийных номеров. (нет необходимости 10 раз проводить считывание)
В другом товаре может меняться в середине буква и таже самая схема.
Необходимо самообучающейся процесс....
 
ПРи выдаче  
сканируется серийный номер изделия (коробки) с привязкой к накладной.
 

Процитировано сообщение: Орехов Андрей от 15.04.2008 :: 15:53:56:

 
1. А какую Вы систему используете?
2.Сканирование серийных номеров на входе- это страховка (обязательного сканирования на выходе, но не 100% , а то что подлежит гарантии )  
Это для того, что-бы при обращении пользователя в наш сервис центр понимали устройство проданно нами или нет... Получали-значит наше
Кроме того бывают и др. специфические функции. Например Вендор по Мировому соглашению между корпорациями продал/подарил устройство с вечной гарантией. ТОгда при приеме будет 100 шт. обычных устройств и 1 с уникальным серийным номером, который даже может быть прописан в инвойсе...
3. История нужна, а серийный номер уникальный идентификатор

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

Процитировано сообщение: Перов Дмитрий от 17.04.2008 :: 10:37:29:

 
Вообще идея есть и такая
1.Сканируем на входе - код товара (например Монитор) + серийный номер
Есть база входа код товара (например Монитор)кол-во шт + серийные номера
 
2. Размещаем товар по коду товара, без привязки серийного номера
Штрихкод палеты, на палете код товара (например Монитор) кол-во шт.
 
3. Отборка заказа из мест хранения по коду товара (например Монитор) и кол-ву
 
4. Комлектация заказа по коду товара и кол-ву.
5. Контроль выходное сканирование по серийному номеру
 
Аналогия как касса супермаркета
Сканируем серийный номер , система проверяет что данному номеру соответствует код товара "Монитор" и проверяет этот ли код товара есть в заказе/накладной.
 
В итоге просканировав весь заказ по серийным номерам мы должны получить  
Одинаковое кол-во мониторов, под требуемым кодом товара  со списком серийных номеров соответствующим с распоряжением для выдачи...
   

Быть может, нет нужды сканировать серийный номер при приеме (вопрос времени приемки. Например, принять 100 мониторов "одни нажатием" или сканировать 100 серийных номеров). Вариант "меняется последняя цифра" (ИМХО) может быть рискованным... а вдруг не так  
получаем:
Вообще идея есть и такая  
 
1.Сканируем на входе - код товара (например Монитор)
 
2. Размещаем товар по коду товара (согласно стратегии)  
Штрихкод палеты, на палете код товара (например Монитор) кол-во шт.  
 
3. Отборка (комплектация) заказа из мест хранения по коду товара (например Монитор)
 
4а. Если загружаем товар в машину "навалом", то при сканировании штрих-кода сборной паллеты, система "скажет" что паллета содержит товар, по которому стоит признак "сканирование серийного номера". И в процессе непосредственной загрузки с паллеты в кузов сканируются серийные номера товара (Монтиров)
 
4б. Если сборные паллеты загружаются целиком, то сканирование после отборки будет невозможным. Тогда отбирая из комплектовочной ячейки необходимое количество товара, у которого стоит признак "Сканирование серийного номера", комплектовщик не вводит на терминале общее количество, а сканирует каждый серийный номер, а система (после каждого такого сканирования) плюсует по одной единице с комплектовочной ячейки на паллету. В таком варианте идентификация "соответствует ли сосканированный серийный номер этому товару" неактуальна, поскольку по связке ячейка-носитель-товар система "привела" комплектовщика к правильной позиции.. все "нескладухи" лечить уже административными методами...

Как вариант - не давать в накладной на отборку серийные номера, которые надо отгружать А "тянуть" все из WMS - получил номер накладной, отобрал, отсканировал штрих-код товара, отсканировал серийный номер. Отправили данные в ERP, распечатали данные в накладной.
Ситуация "отобрал монитор, отсканировал серийный номер принтера" - не совсем понял.. если принтер и монитор лежат в разных ячейках, и запрос на сканирование серийного номера не позволяет перейти к следующей ячейке - то неправильное сканирование это уже вредительство  
Вопрос сверки серийного номера и изделия - быть может можно сделать по "маске" серийного номера.. не готов дать руку на отсечению по механизму сравнения....

Хм.... у меня немного иначе получается:
1. Комплектовщик получил на радиотерминал задание - скомплектовать паллету.
2. Взял пустую паллету, переместился к первой указанной ячейке.
3. Отсканировал штрих-код места (а правильно ли я пришел?)
4. Отсканировал штрих-код товара - принтера.
5. Ввел вручную количество перемещаемых позиций - "10".
6. Система определила, что есть "жесткое" требование сканирования серийного номера для этого артикула, и ждет, когда будет выполнено 10 сканирований различных серийных номеров.
7-16. Сканирование серийных номеров принтера.
17. На экране радиотерминала "смена декораций" - указана следующая ячейка для отбора.
18. Комплектовщик перемещается к необходимой ячейке.
19. Повтор пп. 3-6 с той разницей что вводится количество "2" монитора и сканируется 2 коробки.
20. Сбор по данным системы окончен, все серийные номера считаны. Система посылает на принтер, расположенный "по пути следования комплектовщика", комплектовочный лист, на экране радиотерминала указано место в зоне приема-отпуска возле ворот, куда необходимо поставить скомплектованную паллету.
21. При необходимости контролер перед обмоткой сборной паллеты по комплектовочному листу (пересечение технологий) проверяет "качество" сборки.
22. Комплектовщик размещает паллету в необходимом месте в зоне приема-отпуска, и сканирует контрольный номер.
Таким образом, физически и программно собранная паллета находится в зоне приема-отпуска, в системе (а при необходимости - на комплектовочном листе) хранится информация о 12 серийных номерах - 10 "серийников" принтеров, и два - мониторов. Эти данные (при наличии в проекте обмена данными соответствующих полей для передачи) могут быть отправлены в ERP. Либо сформированы в виде печатного отчета, подкрепленного файлом в формате *.xls, который может загружаться в базу сервисных центров в ручном режиме...
Насчет "лишних 12-ти операций"... Если обязать сканировать штрик-код товара каждой единицы, то на практике большинство начнут действовать по-своему: взял первый ящик, отсканировал его нужное количество раз, и остальные единицы товара по заказу переложил без их сканирования. Таким образом, число сканирований может быть правильным, а число фактически перемещенных единиц - отличаться... поэтому от такого подхода (сканирование каждой единицы) отказались...

Не, мы сканируем одну единицу и вводим количество после того как фактически переместили на сборную паллету. Потому как если в заказе написано "положить 30 единиц", и визуально (если не видно по рядности) невозможно определить есть ли там 30 единиц, а комплектовщик на терминале уже ввел "30" - то это уже очень и очень плохо...

В данный момент мы не сканируем серийный номера. В своих пунктах действий комплектовщика я указал - "как должно быть", если необходимо сканировать серийиные номера. А ввод количества - это и есть уход от тех 12-ти операций (замена их на 2), которые Вы считаете "лишними".

Я думаю нужно брать WMS систему, которая в принципе умеет работать с серийными номерами и настроить алгоритмы приемки/отгрузки согласно требованиям.