попробуйте обратится к компании Лоджистикс http://www.logx.ru/ У них вроде в конфигурации WMS есть модуль управления и загрузки транспорта. Во всяком случае в том решении, которое я внедрял это было. В Вашем случае потребуются минимальные доработки в части % загрузки АТС — мне это было не нужно.

Добрый день, Юлия!

Прикольно… Особенно п.п.1, 2…. Особенно в присутствии инспектора пожарной охраны….

Добрый день, Владимир! Поясните, где ж это Ваш погрузчик ездит????

Есть вариант с 1-2-3… секциями набивных стеллажей с фиксированными (обозначенными) «входом» и «выходом». Правда, и в этом случае без перекладки никуда.

Евгений, добрый день!

Прежде всего примите как данность: Для Вашего заказчика все, что происходит у Вас — черный ящик. Он (на входе) сдал товар и желает его получить (на выходе) в указанном количестве, качестве и в согласованное время. Где Вы его будете хранить — на складе А, на складе Б, в черной дыре, что б не тратиться на аренду — его не волнует. Стало быть уведомлять его о внутренних перемещениях не надо. Теперь к документам перемещения… Это Ваш внутренний учет. Вы же хотите знать на каком складе проткнули паллету вилами? По сути, оба Ваших склада при подобных перемещениях производят полноценную сдачу-приемку товара, а отражается все это в документах внутреннего перемещения.

Коллеги, добрый день!

Прежде всего хотел бы заметить, что Илья в чем-то прав. Игорь, Ваша ошибка в том, что Вы, при огромном многообразии кодов поставщиков (условно) и отсутствии возможности получать базы (и обновления этих баз) шк от производителей, пытаетесь работать по их кодировкам. Пример: нам на склад одна международная фармацевтическая компания поставляла препараты со своих заводов. При этом один и тот же препарат мог производиться и в Восточной и в Западной Европе на разных заводах. Соответственно, и коды на паллетах стояли разные — иной раз до 7 этикеток на одной паллете, что характеризовало этапы изготовления именно этой партии именно на этом заводе. Кстати, количество этикеток не унифицировалось — иногда 7, иногда 5, и т.д. Примерная история и у Вас, насколько я понимаю. Ваши приемщики могут идентифицировать товар? Или для них это черный квадрат? В любом случае, для успешной работы и спокойствия каждой из сторон (Вас и клиента), желательно бы заранее получать типа заявки на прием товара. Нет необходимости говорить, что товар должен быть занесен в Вашу учетную. либо WM систему. При этом синхронизация записей в базах (Вашей и клиента) должна быть однозначной. Иными словами не допускается написания А, С,Н и т.д. в одной базе латиницей, а в другой кириллицей — вид один, но значение разное. Далее… Если Ваши приемщики могут отличить «вилку от ложки» то лепите на товар собственный шк и синхронизируйте его с записью в своей базе. Вообще-то этот вопрос уже попахивает ТЗ для полноформатной WMS)))), коллеги равильно отметили, что ПО для сканнеров работает лишь со сканнером — что и как прочитать и чего дать на выход. А вот взять это «чего» и преобразовать в «наименование товара — количество — место хранения…» — это уже задача другого ПО.

Привет, коллеги! А никто не пробовал просто соотносить нумерацию зон с баркодом в системе? Поясню… при напольном хранении (как правило) паллеты с товаром начинают устанавливать от стены к проходу. Т.о. образуется некий «ряд» паллет… в один-два-три или более ярусов — не важно. Тогда над каждым рядом можно на сколь угодно большой высоте подвесить табличку с его номером, а на раме погрузчика (как это обычно и бывает) наклеить штрихкоды этих номеров. Тогда при использовании системы управления, последняя выдает в качестве места номер ряда, а исполнитель при достичении этого места считывает соответствующую ему этикетку, которая присобачена на раме. Т.о. никаких заморочек с дальнобойными сканерами, вмонтированными в пол этикетками и прочими развлечениями… ;)