- что должно быть в обязательном порядке?
- как она должна работать (основные принципы)?

(233) При больших объемах никто не будет печатать документы заранее, если вся отгрузка ночью - ночью люди и будут работать...

(248) Я могу - все или почти все.
если вы считаете что клиент должен мчаться к поставщику как Хусейн Болт на 100-ке - рынок большой, пойти есть куда ;-)

Я-то ваш сайт давно знаю, мне не проблема стукнуться.

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

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

(251) Клиент должен быть заинтересован в результате, интересоваться что за систему он выбирает, с какой командой будет работать, иметь возможность предоставить информацию о складе для анализа. Это не так сложно, не надо куда-то ехать или мчаться.

Но часто бывает так - присылают письмо с двумя строчками текста и просят коммерческое предложение. Пытаешься запросить данные - в ответ вышлют анкету того же Axelot'а, где 20 галочек проставлено. Спрашиваешь как будете систему выбирать - мычат, какой функционал нужен - молчат.

Мне не интересно с такими работать - рынок большой, пойти есть куда ;-)

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

(254) это да, по всякому бывает

(254) по собственному опыту клиент редко когда заинтересован в результате.
встречался со следующим:
1. сделайте нам как надо чтобы все было ок. - вот и вся заинтересованность
2. то что вы предлагаете нам неинтересно, вы все неправильно предлагаете
3. один раз встретился когда клиент действительно был заинтересован. Но не склеилось, бо логистический орператор, который его обслуживал - понял что у него на складе наступает (_о_) и сам начал шевелиться в нужном направлении. Да и еще договор с логоператором был интересный...

(254) Вот, а потом к такому неопределившемуся клиенту приходит впариватель и впаривает свое унылое творение... И вроде как все счастливы - вы без проблемного клиента, впариватель с деньгами, а клиент думает, что внедрил "промышленную" WMS.

(257) Каждый сам кузнец своего счастья...

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

хотелка: ячейки с обратной связью

(260) Это как?
.
выходит сбощик и говорит - ну, я пошел собирать..
а ячейки так наперебой - меня возьми! меня! нет, меня!
и подмаргивают цветными лампочками и зазывают...
Подходит сборщик к ячеке - возми сто! - Взял! -Действительно - сто! Молодец, на тебе! пстрык в вену сборщику кайфорина...

(260) Тоже была такая мысль когда-то. Например встроенные в балку три пьезодатчика под каждую паллету. Поставил паллету - датчик передал свой код и вес в WMS.
Сканировал один код, а поставил в другое место - выдает ошибку. При заборе то же самое. Если прикрутить еще RFID, то может и ничего подтверждать не надо - система сама будет рассчитывать что и откуда взяли :)

(262) главное чтобы рфиды клеили туда куда надо... а то вместо рыбы наклеят на свинину.. и никто вообщем не проконтролирует - а нафига - оно же само все знает откуда что взять...

(209) Решение опубликовано http://www.1c.ru/rus/partners/solutions/solution.jsp?SolutionID=657949 с отзывом клиента. Все хотелки решены. Тиражирование конфигурации осталось за пределами проекта. Пока тиражируется только сам проект.

(264) Тоже хороший подход, для многих небольших складов вполне оптимальный...

(264) много плюсов в карму.
.
"После анализа процесса стало ясно, что учетная система не учитывает мгновенные операции с товаром (перенос для оптимизации пространства, перемещение по местам хранения в рамках подготовки к отгрузке и т.п.) в рамках склада в разрезе мест хранения."
.
Радует, что клиенту с помощью со стороны было объяснено, что учетная система - это учетная систем, а регистрация фактически выполняемых действий для оперативного управления - это совсем другое.
.
ЗЫ: несколько повесилили "объемы" обработки товаропотока ;-)

(265) Подход обычный...

Во, блин... чисто информационно... свалился заказ (еще не выдали на склад, висит в КИС) - 1119 строк (на моей памяти - самый большой по количеству строк) 40 кубов (оценка объема = 28 палет), 6 тонн...

..400 мастер-коробов, 1300 блоков, 725 штук...

(268) В Краснодаре в субботу свалился заказ на 1232 строк. Тоже первый раз такой заказ увидел. Узнал - оказывается открывают новый магазин и для ассортимента каждой продукции по 2-3 бутылки. Отобрали за 3 часа - за первый час 474 строки, за второй 554, за третий 204.

(264) "Супер Внедрение".
количество вводимых документов в день: 50
среднее число строк в одном документе: 4    
Всего 200 операций. Это уровень ларька.
Я подсчитал объем операций на нашем складе у меня получилось в районе 20 000 операций в сутки. Когда я подсчитал количество операций, то понял почему мы не используем терминалы сбора данных. Даже если сканирование занимает 10 сек, то потребуется более 4 человеко/суток. Это где-то 500 тыс/мес дополнительно на ЗП.

(270) ээээ 474 строки за час - не показатель. Скольо за час в среднем один сборщик.?

(271) ну и дятел. ;-)
никто не заставляет на ТСД именно "сканировать". в принципе достаточно два скана - позиционирование на ячейку и какой-то "скан" или нажатие клавиши (простое если критично!) типа "готово, дальше", в особо критичных случаях, при нормальной мотивации сотрудников - вообще достаточно одного скана. на одну позицию.
.
Например - озвученный мной заказ выше - если его делать без сканера - гораздо больше времени уйдет на работу с бумагой на ЧИСТОЕ ПОЗИЦИОНИРОВАНИЕ взглядом на планшетку с товарами/цифрами. Ясен пень, если на сборочном листе 2-5 позиций то это можно сделать удобно. И даже в этом случае - все равно в итоге времени на "позиционирование" нужного к отбору товара на этом листе - не меньше чем при работе с ТСД.

(271) я как-то писал выше - у меня в среднем только операций физического захвата товаров из ячейки - порядка 10 тыс. за обычную 8-часовую смену. И ничего - справляются. а если сравнить с тем что было до этого по бумаге - вообще небо и земля.

(272) Так каждая строка - это 2-3 бутылки, количество не кратно даже ящику (обычно 6 или 12), так что считай штучный отбор, целые ящики очень редко попадались.

Всего в заказе 9937 бутылок.

Склад только неделю работает на WMS ;)

(275) ну так я потому и спрашиваю - так как у меня совершенно аналогичная ситуация - одна строка может быть "простая" -

типа 2 мастеркоробка и все.. или 1 блок и все... а может быть в одной строке например: 2 короба + 3 блока + 7 штук.

у меня склад спроектирован как оптовый (вообще на товарооборот видимо не смотрели), а по сути - рапределительный центр "в розницу", снимал показатели: 75-80% - ШТУЧНЫЙ набор, 15-20 - блоки/минипаки, 5% - короба...

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

в среднем у меня получается 3-4 единицы отбора в строке

(261) мне видятся два вида обратной связи от ячейки:
- для WMS (262) - по весу (сколько чего по факту лежит, сколько по WNS)
- для человека (261) - табло с номером сборщика и порядком обхода

уже огромное поле для фантазии открывается...

(277) "..для человека - табло с номером сборщика и порядком обхода" - для чего? какая задача решается таким инструментом?

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

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

(278) чтобы карта склада была не у сборщика в голове/на листе сбора, а перед глазами (табло)

кстати, у вас WMS предлагает откуда взять/куда положить или же это решают исключительно сотрудники?

(279) мне виделся такой сценарий: а по факту на ячейке лежит 10 кг, а по учетным данным 5 кг = непорядок нужно проверить ячейку. и в общей карте ячеек (отчет в 1С) - можно оценить общий порядок на всем складе

Полезное по настройке УТ11 в части адресного хранения
http://1c-upravlenie-torgovley-11.ru/wms-sklad/primer-nastroyki-adresnogo-wms-sklada/

Мне "таак кааа(ж)тсяяя" что функционала УТ11 с лихвой хватит многим складам и "складам"

(280) "Решение откуда взять куда положить" - в настоящих WMS решает только WMS. Но возможны разные варианты. Вполне допустимо что кому-то дано право при размещении размещать товар "произвольно". Но в большинстве случае люди считают "хуже" чем комп. При отборе - такие вольности я бы уже в "тповом" варианте - не разрешал. Но тут тоже все зависит от частностей. Если на складе бардак - то возможность сделать отбор "по решению сборщика" - "...ну капец как необходимо". Иначе не успеем, не соберем.. программа тупая ну и т.д. Имхо - это является следствие либо 1. "бардака" или бардака на предыдущих этапах обслуживания товара либо 2. тотальным вслух неозвучиваемым желанием и птичьку сьесть и сексшоп сходить... то есть получить нужное "даром", без затрат ресурсов...

имхо както так

(280) у мну предлагает исключительно WMS. послабление только для операции размещения в РХ. и то только потому - что ячеек свободных дофигища. Но даже здесь это плохо: штабелерщик жалуется что прога "отправляет не туда" - как понять это ошибка или нет (упоминал ранее необходимост пртоколирования варианта срабатывания правил) - если штабелерщик непонятно как работал..?

WMS как и склад - зло несусветное. Только бабки вваливать. Вот DCS (direct-chain-supply) это сила, а мы опять в хвосте идем.

Хотя если склад это ваш бизнес тогда ОК.

(280) "мне виделся такой сценарий: по факту на ячейке лежит 10 кг, а по учетным данным 5 кг = непорядок нужно проверить ячейку"

...угу, осталось определиться с какой частотйо и кто (отчетом интерактивно или роботомнапоминалкой) это будет делать..? а также - как определить допустимые допуски - 10кг и 10,1 кг - это плохо или это нормуль..?

Мы прорабатывали вариант весового контроля на приемке (заводские упаковки, бывают внутритарные заводские отклонения) - не имеет смысла, экономически невыгодно (это видно по имеющейся регистрируемой статистике таких внутритарных отклонений)

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

"..и в общей карте ячеек (отчет в 1С) - можно оценить общий порядок на всем складе"
- это имхо в общем случае - бяка. Общий порядок на складе - фигли его оценивать? он или есть или его нет. И достигается он проработкой регламентов и их соблюдением.

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

"... как оптовые поставщики" читать "..как оптовые покупатели"

(285) вообщем-то согласен. но это требует капец какой аккуратности и ответственности.
В первом приближении таким DCS можно считать "торговлю с колес" - приехала машина от поставщика, разгрузили, все что надо сделали - отправили дальше. этакий типа кросс-докинг. Пробовали такое. на фармации. не катит. машина по графику должна придти в 10 утра, приходит в 4 дня... ;-) и все накрывается медным тазиком ;-)

(290) а какая разница для торговли с колёс какое время доставки?

(291) ну я-то в цепочке поставок СВОЙ товар должен привезти к вполне определенному времени покупателю...

(291) я немного неверно назвал "торговля с колес"
назовем это "минимизация складских площадей за счет оптимизации цепочки поставок"...

(285) Для производителя может быть, а например, для оптового дистрибутора продуктов питания?

(294) загружать у ваших поставщиков машины в соответствии с вашим планируемым планом поставки вашим покупателям и развозить сразу, минуя склад ;-)

Кстати... не реклама

WMS ТопЛог - просто, надежно, без изяществ.
Просто работает.

Стоит у нас уже не первый год... нареканий почти нет.

А главное, на мой взгляд.

Глубокая погруженность авторов в ЛПО и правильная метода внедрения.

(297) Крассава, пиши еще...

(295) Да уж, адепты любых методик считают, что их методика применима во всех случаях...

(298) успех внедрения складывается из трех факторов:
- правильное решение
- правильная команда исполнителя (программисты хорошо знают решение, консультанты хорошо знают складские технологии)
- правильная команда заказчика (мотивированность на результат, отсутствие мозготрахов, адаптивность)
при провале любой составляющей результат сильно отрицательный

(300) А если первых двух нет вообще чтоли не внедримся :)?

(296) Да, кстати, привет Топлогу :))

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

возможно, отрицательный резус пп1,2 обусловлен п.3 :)

быстро, качественно, недорого - выбери любые два!

(303) "спасибо, поржал!" ;-)

(303) тут главное чтобы исполнитель не откатился назад...

(303) Не, относительно положительный результат обусловлен п.3 :))

(304) Блин, не в один не попали :))))

(303) Да, кстати, вы вроде тоже имеете отношение к производителям WMS?

(309) действительно, с кухней разработки решений знаком, но здесь " я не танцую" :)

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

(311) Кто в теме склада - тот знает многих...

(311) их даже знать не надо - пояндексить на "каталог WMS"

(293) спасибо!

в этой ветке нужен кортес еще

(314) Зови!
наверняка у него ВМС, которая удовлетворит и умеет все!

А что разговоры по WMS утихли, не уж то готовится бомба, которая разорвет рынок? :)

(316) Херня какая все эти ВМС... ;-) Ходил на Росупак на конференцию. Над некоторыми вещами тихо поржал про себя, над некоторыми поизумлялся. Кое-что взял на заметку. Народу кстати было весьма прилично - то нетипично для конференции именно на Росупаке.

(316) Плохо, чтоя не умею на снеговике писать. Лабаю на клюшках тестовый вариант конфиги для услуг ОХ.

(316) ничто нигде не разорвет рынок, не нужно это ему...

(319) смотря чем снарядить.
Глядишь, может не разорвет, но забрызгает...

(318)
а что мешает?
садись и пиши!

Технически все эти ВМС - просты до безобразия.
Основные проблемы - концептуально правильно построить саму "идею".. ;-)

(321) Не копенгаген я, ;-(

(322) "за удар молотком - 1$. За то, что знал,куда ударить - 499$"©

(318) услуга непрофильная для нас, если взлетит - то бум заморачиваться "доработкой" ВМС

(323)
ты не копенгаген - ты лентяй!
да займет больше времени, да гуглить придется больше, но ига стоит свеч...

(326) что лентяй - возможно... ;-)
но мну программить - не прёт уже...

(327)
тогда тем более...

Сижу, думаю как красиво прикрутить нелинейную тарификацию к выполняемым операциям...

(329) ну наверно смотря как зависят и какого вида нелинейность тарифов от выполняемых операций ))

(330) по разному (на примере оерации разгрузка):
- оплата за событие (просто факт разгрузки)
- оплата за время выполнения операций (разгрузка заняла 3 часа)
- оплата за количество разгруженных ЕДИНИЦ (кубов? весов? штук, номенклатур)
- оплата за количество строк?
- оплата за количество выполненных операций - можно три раза вывезти по 1 рулону, а можно за 1 раз 3 рулона (3 операции и 1 операция)
.
и т.д.
.
в принципе вроде вырисовывается, но все "портит" разные шкалы тарифа в зависимости от объемов, причем зависимость м.б. и нелинейная, а произвольная.

а это значит что шаблоны тарифов-операций придется навешивать на клиентов, или на конкретные заказы.
.
все пока в порядке дежурного бреда

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

(332) Да все хорошо у нас ОХ, пока не было такого, чтобы какую-то операцию нельзя было учесть.

У нас на сайте есть страничка об этом, но ссылку давать не буду, чтобы опять не обвинили в чем-нибудь ;)

(333) а кто ту вас в чем обвинял? вроде не было такого.. или я что-то пропустил/отшибло мозги?

(333) почитал. Страничка маленькая. Типа "у нас есть всё" ;-)

(335) А что вы хотели? Раскрытие всех тайн на публике? ;)

(336) экий вы скрытный эксгибиционист... ;-)

(336) прям такие тайны, куда деваться

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

(338) самое хреновое в этих тайнах мадридского двора - то, что у клиентов возникает проблем с выбором.
Особенно у тех, кто не представляет деталей технической реализации.
(339)+1
(337) зачет!

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

Кому надо - все узнает ;)

(341) Ваша презентация ЛПРам не понравилась.
а я отстоять не смог.
Хотя потом все равно все отложилось в связи с известными декабрьскими событиями....

(340) Эта ситуация выгодна большинству производителей WMS, так как позволяет задорого впаривать свои унылые поделия под видом "промышленных WMS".

(342) а у нас все работает уже больше года.. потихоньку новые горизонты осваиваю...

(344) Ну да, у нас тоже както работает :) Где-то месяца через 3-4 будет работать как надо и удобно пользователям :))

(345) у нас вообщем работало сразу после запуска не "както" а вообщем в основных операциях привычно и удобно.

еще раз повторюсь: если хочется чтобы было как надо, удобно и красиво  - пилить надо самим. Принципиально. брать тупо ядро какое-нить, которое позволяет пилить. И пилить самим. парочку вмсин посмотрел совсем немного - ниодна НЕ НРАВИТСЯ с точки зрения "как надо" и "удобно пользователям".

Поэтому - для программеров - пилить самим.
А тем более кто из итшников плотно в теме склада/процессов на складе - тем вообще противопоказано работать с чужими прогами. в них почти все не так. ;-)

(346) Чем проще процессы, тем больше вероятность, что все заработает как надо "из коробки"...

(348) Кстати, не знаю где там что "не закрывается" по регистрам - сейчас программлю "пробный шар" (на клюшках) под новый проект, применяю ту же метОду построения регистров - у мну получается все зашибись.