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

(0) :[||||]: с батоном "Make ALL"

Пока про РМ на десктопах для АУПа склада.

Система должна ИНФОРМИРОВАТЬ пользователя об отклонениях от штатных режимов работы.

То есть.

Пользователь не занимается ВИЗУАЛЬНЫМ ПОИСКОМ НА ЭКРАНЕ каких-либо значений, обозначающих отклонения, среди списков "нормальных" значений/показателей.

Пользователь не должен искать/раскапывать - почему не выдается в отбор/не спланировалось/етц чтото. Система должна штатно проинформировать: типа такое-то отклонение, причина: такая-то

(2) а еще лучше вывести ему пульт управления как у авиалайнера

и пусть юзверь тренируется как пилоты - они не приборы видят а отклонение от "штатного"

Система не должна показывать массу однородных цифр на экране. Типа список заказов, для каждого заказа - абсолютные цифры выполнения этапов обработки заказов - МАЛОИНФОРМАТИВНО. А зачастую и нафиг не нужно 9если все идет нормально - зачем на это смотреть?).

Достаточно видеть: заказ МАЛЕНЬКИЙ/СРЕДНИЙ/БОЛЬШОЙ.
И для каждого этапа - процентное выполнение. Шаг процента - везде одинаков. Минимальный шаг процента = равен неделимому кванту работы.

(3) да, примерно так

Все излагаемое мной:
1. частное мнение...
2. ...мое
3. в порядке дежурного бреда
4. основные идеи/принципы

Приглашаемся к обсуждению!

(4) а еще цветами, цветами... типа чем краснее тем... или по радуге КОЖЗГСФ

для начала по складу кто бегает с коробками/поддонами? роботы или обезьянки?

Меньше цифр.
Больше диаграмм.
Диаграммы при желании  (жмак в нее) - детализируются до нужной степень (вариант детализации - настраивается - ступенчатая-иерархическая детализация или детализация сразу до самого нижнего уровня)

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

http://content.screencast.com/users/Che66/folders/Jing/media/fd0c1587-7ca7-4d61-befe-087d930a23d1/2015-05-14_1425.png

(9) Пока речь ведем по десктопным Рабочим местам АУПа склада - операторов, начсклада...

(9) пиплы бегают

(11) тогда брать пример с экранов/систем авиадиспетчеров...

прошу меньше обсужденйи\вопросов - сейчас.
СЕЙЧАС - ПОЖЕЛАНИЯ И ХОТЕЛКИ.
.
обсуждения и вопросы - позже.

(14) пожелание: столбиковые диаграммы неинформативны, хочется круговые с %

Обсуждения высказанных пожеланий - в этой ветке ПОКА делаю только я.

да хотелка большой 3D карта склада... с тыкнешь куда (да и повращать-позуммить можно) и инфа те - что энто

(17)+ еще отображение "остаточных шлейфов" маршрутов движения грузов/товаров

типа чем четче тем популярнее маршрут и т.д.

(17)+ навигация по складу... онлайн... с расчетом уклонения от столкновений и обхода препятствий с учетом быстроты...

и главная хотелка...не забывать что седня уже тяпница :)

(15) Процент считается относительно базы. База (ресурсы) - плавает. Процент все время дышит. Без понимания - а уложимся мы в этот процент - успеем ли - такой процент малоинформативен (выход на систему управления и перераспределения ресуросв складских работников).

НО ПОДУМАТЬ.

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

Процент выполнения заказа - это м.б. и полезно
Сколько строк собрать на завтра - 2900 строк - какой процент тут показывать? относительно чего?

Сильно думать

(17) есть такое. и 2д и 3д.
почти всеглда - ЭТО ПСЕВДОАВТОМАТИЗАЦИЯ - замена неэффективным алгоритмам, недостаточно автоматизированы процессы. Отдаем на откуп - РУЧНОМУ УПРАВЛЕНИЮ посредством карт-схем склада.

но используется часто.

(22) дада зато: "красиво"!

(18) при фиксированных ячейках для товаров - и редком их изменении\перестановке - показывает популярность ячеек/маршрутов.

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

АBC-критерии для расстановки товара.
1. объем - да, есть
2. вес - да, есть
3. колов штук отбора из ячейки сборки - не видел такого, надо ли? непонятно...
4. количество подходов к товару с целью сборки - не видел, но - надо! для складов с сильнйо неравномерностью товаропотока по заказам. из одной ячейки могут за неделю подойти 30 раз и взять 100 штук общим весом/объемом = 100кг, а к другому товару за 1 подход к товару в неделю - взять 300 кг. - какой из товаров должен быть в зоне А?

думать.

возможно АБЦ по количеству подходов к ячейке - из-за неправильной сегментации склада по товарам/группам - характеристикам процесса отбора - для разных товаров?

Просмотр АУПом склада на большом табло: кто чем занимается.
Смотреть на живые экраны мобильных устройств (ТСД сборщиков и прочих - линейных персоналов)

для чего?

1. помогает на этапе настройки/юстировки/дизайна/эргономики фейсов.
2. смотреть - кто что делает.. - зачем?

лучше ИНФОРМИРОВАТЬ АУП о существенных отклонениях от средних показателей обработки. если на выбор товара из ячейки - в среднем 30 секунд - то ИНФОРМИРУЕМ - что ВасЯПетров "вошел" в ячейку и "сидит в ней" - уже 3 минуты - может егор ричтрак задавил? уснул? инфаркт? халявит?

отсюда: для разных массогабаритов одного и того же товара - разные нормативы. если надо отобрать из ячейки 3 блока - это 30 сек, если 3 коробки - это 90 секунд.

(26) Просмотр экранов линейного персонала - не с целью улучшения эргономики - свидетельство недостаточной автоматизации УПРАВЛЕНИЯ СКЛАДОМ. - ручная рулежка.. но называется гордо - система управления складом.. ;-)

Возможность отсылки сообщейни на дивайсы линейного персонала.
С обязательным откликом: 1. дошло не дивайс 2.сотрудник подтвердил что озакомился с ообщением

зачем? надо ли?
- скорее всего - да.

На складах - где нет выделенных людей для конкретных операций: один чел может выполнять разные операции - например и отбор и подпитку. Подпитка более приоритетна - отбор и другие с 1 яруса сделают. а сверху - квалификация нужна.

Отсюда - задания на терминал - в зависимости от приоритетов.

На складах с несильной загрузкой, где не все операции выполняются посканеру. - как сообщить не сидящему на штабелере штабелерщику - что нужна срочная подпитка(отбор) с верхнего яруса - ТСД у него может быть не включен...

- RFID вшить под кожу и бить током - типа пора на штабелер!
- звуковой сигнал на склад, сирена с гнусным алярмом. Короткие сигналы через полминуты-минуту. Без возможности отключения. До тех пор пока штабелерщик не вошел в систему в режим где берет/дается это задание - автоотклбючение алярма.
- световой сигнал, примерно аналогично

Устранение ВОЗМОЖНОСТИ АЛЬТЕРНАТИВ для линейного персонала - залог стабильности и предсказуемости поведения системы, ожидаемых результатов за планируемое время.

если есть альтернатива - выбирается персоналом - более легкая альтернатива. потому что просто так устроены люди...

МОТИВАЦИЯ - ВООБЩЕ ОТДЕЛЬНАЯ ИСТОРИЯ.
ЗДЕСЬ НЕ ОБСУЖДАЕМ.

Система должна всегда и безоговорочно регистрировать
- начало выполнения конкретной операции.
- конец выполнения конкретной операции.

позволяет считать статситику/выработку/тарифы/мотивация

если в системе предусмотрено ПЛАНИРОВАНИЕ операций: надо
регистрация когда операция запланирована - позволяет считать (вместе с временем непосредственного выполненяи операций) "срочность" выполнения операций, сколько операция/задание находилось в состоянии ожидания.

то есть оценка успешности работы склада. Идеал - задание поступило на склад - тут же выполнилось персоналом.

Система должна позволять регистрировать не только начало-конец выполнения операций, но и начало и конец БЛОКА ВЫПОЛНЕНИЯ ОДНОТИПНЫХ ОПЕРАЦИЙ.

Сотрудник вошел в режим сборки заказов и занимается сборкой одного заказа за другим. Потраченное время на сборку = ХОЛОСТОЕ (переходы от ячейки к ячейке, перемещени собранного в другие зоны - контроля/упаковки/отгрузки) + ВРЕМЯ КОНКРЕТНЫХ ОПЕРАЦИЙ.

"КПД" процесса "СБОРКА" = ПОЛНОЕВРЕМЯВРЕЖИМЕСБОРКА/ВРЕМЯКОНКРЕТНЫХОПЕРАЦИЙПООТБОРУТОВАРА

- надо ли..?

при оптимальном построении маршрутов/топологии/зонирования - КПД будет близко к порговому значению.

Что делать с нетарифицируемыми/нучитываемыми операциями?
Регистрировать всё и вся: - отъедается ресурс, но растет точность/обоснованность - влияет на мотивацию. Где баланс разумный?

Если выписка документов отгрузки выполняется в WMS - автоматизировать без участия оператора!

Критерий автовыписки документов?

каким-то клиентам можно доки выписать и заранее, каким-то - только в момент отгрузки (например завтра или послезавтра)..

Упоминавшееся выше схема склада
Куча цифр.
Куча данных.
и вроде минимум необходимого.
зачем?

- шоб було!
начальникам складов - нравится.
не всегда у них достаточноая квалификация, не всегда они желают учится как делать "правильно", не всегда на это есть время. много еще чего "почему.."

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

http://content.screencast.com/users/Che66/folders/Jing/media/27b88c7b-0ba9-4b5d-a22e-8c94030ea96e/2015-04-20_1729.png

Чем склад симметричнее и однороднее по топологии - тем проще всем - программе и людям? - конечно с учетом разных зон для разных по характеритикам обработки товаров

?

Как задавать порядок обхода ячеек? рейтинги всякие и прочее - тут и пригодилась бы ВИЗУАЛЬНАЯ схема склада, отражающая реальную расстановку стеллажей/ячеек/проходов. - ПРЯМО НА КАРТЕ СКЛАДА - натыкиваем/определяем все что касается маршрутов/порядков/рейтингов.

В том случае если система сама не может перераспреелять положениетоваров на складе динамически

Эк тебя ночью торкнуло... Вот я бы сейчас написал, какой не должна быть WMS, но это не конструктивно...

Учитывать (группами) особенности персонала. "Сложные заказы", "мелочёвка", "дважды проверяет". Статистика ошибок в разрезе поставщиков, товаров, покупателей, кладовщиков.

Гибкая логика, настраиваемая пользователями ИС -

"Клиента ЫЖ собирать с двойным контролем". "Перевозчика ЪыУ2 собирать к 12 часам вторника и 18 часам субботы".

бенефис одного автора какой то...
суровая пятница?

(0) как я себе представляю идеал

1. система делится на 2 основные части, оперативных действий и анализа
2. система оперативных действий должна сама говорить, что делать, например "с полки 3/15 снять синий контейнер, из него взять коробки с серийниками 2333, и 444 всего 2 шт, контейнер поставить обратно, коробки перевести в зону сборки заказов и отложить на 5 полку в коробку с номером 8"
3. система анализа должна следить за сроками и условиями хранения, например ИБП необходимо раз в пол года переворачивать на небольшое время а через 3 года - заряжать.
Или например ацетон нальзя хранить рядом с рыбой дольше 5 часов :)


то есть по факты мы имеем 2 разных рабочих места, одно для оператора (планшет или ТСД) второе для анализа руководителем склада...

...
http://www.yellowtop.ru/uploads/news/id4/лебедь.jpg

ЗЫ
...Однажды лебедь, рак и щука...

(40) Принято!

(42) не возражаю.
пишите еще!

Бойтесь все!
Начал писать "простую и понятную WMS".
Пока ограничился написанием предыдущего предложения ;-)

(45) ты 19 на круглый стол идешь? если да - там перетрем :)

(47) а то!

я туточки на складе был надысь недавно - сборщиков больше 100 челов, большущий склад. Внедряют приснопамятный продукт. "записался" в наблюдатели

(19) г.вно-вопрос "навигация по складу" онлайн

http://habrahabr.ru/company/wicron/blog/215871/

(47) а что за "круглый стол 19го"?

(50) а че вы в наш скверик приперлись тихим сапом? поздно!!!

(51) Акселот чтоли?

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

(2)
(10)

Когда вы успели посмотреть нашу систему? ;)

(53) И это у нас есть ;)

(54) для этого, не обязательно смотреть систему. Надо просто включить голову хоть немного, чтобы понять основные потребности АВТОМАТИЗИРОВАННОГО СКЛАДА ;-)

...но я за вами слежу...

(56) Да, это лежит на поверхности, но почему-то редко кто концентрирует на этом внимание. Сделают пару отчетиков с KPI и считают, что все сделали, ставят "птичку" в функционале...

KPI глянуть и откуда танцевать

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

(58) для нормального КиПиАй - должно регистрироваться почти все. Чтобы понять реальную выработку и загруженность. Сомневаюсь что это во многих местах так. У нас, например - хотя и заложили и сделано - палетирование (пленкой на станке) - но это не регистрируется. Видимо потому что ПОКА не надо. Ибо у нас от выработки почти ничего не зависит у складских (вот такая вот мотивация, да). Как только упрутся в такие вопросы - сразу все повылазит (и я даже вангую где и когда).

(60) В общем случае это не функционал ВМС.

(25) по количеству подходов у нас реализовано. Точнее не подходов, а по частоте отгрузки товара. Позволяет грамотно выстраивать маршрут погрузчика, так как у нас один вид товара, одинаковые позиции но с разными характеристиками - цвет размер, продаются в разных количествах. Поэтому, к примеру туфли черные 38 размера 100 коробок в неделю отгружается, такая же модель туфель тот же размер но белые 10 коробок в месяц. Соответственно, черные туфли лежат в секции А, а белые в секции В.

Самая главная хотелка это придумать нормально-прилично-красивый термин для сабж...вместо непонятно-буржуйского WMS

ЗЫ СУС? УСС? как то не очень... О, УТС - Управление товарным складом! или УСТ - Управление складом товаров :)

(55) Не, ну хорош подкалывать :)

апну
(64) вместо постылого "склад" можно использовать в названии: лабаз, клуня, цейхгауз, пакгауз.

(63) так все-таки по частоте подходов к товару или по количеству отгруженного?

(65) Почему подкалывать то сразу? У нас же экспертная система. Как у любой экспертной системы есть база знаний, из который система выдает советы, контролируя основные показатели работы склада.

Все уже давно реализовано ;)

(68) Странно только, почему вы не завоевали весь мир.. скромные, наверное...

(69) Для завоевания всего мира нужно огромные средства для маркетинга. У нас их нет, да и желания тоже заставлять клиента платить за раздутый маркетинг.

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

Плюс есть такая штука. Мы сделали упор на функциональность, которую нам самим не хватало в свое время при работе с западными продуктами. Получилось хорошо. Но оценить это могут только профессионалы. Кто выбирает WMS впервые не могут оценить весь функционал, им гораздо важнее количество внедрений и наличие проекта в профильной фирме. А вот кто выбирает WMS повторно, тот уже понимает что он ищет. Поэтому половина наших клиентов внедряли другие WMS ранее и пришли к нам.

Есть, например, крупные Hi-Fi компании, которые продают акустику и усилители тысячами. А есть частные мелкие Hi-End компании, которые продают десятки изделий в год, качества совершенно другого. Бюджет у них ниже, доходы тоже, но качество аппаратуры гораздо выше. Мы ближе к последним ;)

Просто для кого-то это просто бизнес, а для кого-то жизненный путь

(68)>Все уже давно реализовано ;)
Если бы все руководствовались этим правилом, то люди жили бы в пещерах и охотились на мамонтов с дубинами.

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

Нужно ли такое? имеет ли смысл?
???

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

При необходимости - включение /выключение режима протоколирования работы системы
1. всяких фоновых заданий/планировщиков - для понимания как и что получилось в результате работы этих заданий (или почему не получилось).
2. работы/переходов/кнопок/экранов на ТСД

(72) У нас есть такое. Почти. Вначале пополнение под запущенные заказы. Потом обычное, НО с приоритетом по товарам из не запущенных заказов.

Т.е. предполагается, что заказы на будущее уже есть в WMS, но они пока не запущены т.к. "рано". Отличие от вашей схемы в том, что заказы уже в WMS, но "спят".

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

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

А вот логировать действия с ТСД очень полезно и нужно, я до сих пор не могу нарадоваться на эту возможность.

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

(75) И правильно будут сигналить. Как раз линейному персоналу сигналить я не вижу особого смысла. Ибо не задача линейного персонала обеспечиват бесперебойную работу склада с плановой производительностью и предсказуемостью.

И такая напоминалка будет "не по делу" сигналить только в том случае - если уровни срабатывания сигналов будут выставлены от балды/без проработки статситики по типам заказов/тарности/прочего... опять же уровень срабатывания может быть существенным - когда отклонение более чем на 20% например. А если об отклонениях не сигналить - внезапно в один прерасный момент выясняется что выполнить заказ не сумеют вовремя и никак уже не поправить...

А задания закончились - ну так и сигналить не будет, ибо нечего контролировать по нормативам выполнения

(75) А без протокола - разбираться еще сложнее будет...

(46) В курсе про "синдром второй системы"? Или у тебя уже не вторая? :-)

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

(79) В курсе ;-)

завтра посмотрим что расскажут очередные ВМСники в лице анонимного на данный момент "Ведущий эксперт в области автоматизации складской логистики продемонстрирует бизнес-кейс автоматизации на действующем макете склада, участники"

(82) Думаете бит покажет что-то сногшибательное? ;)

(81) Я правильно понял, что ты решил инвестировать в создание собственного коробочного продукта WMS или пишешь под какого-то заказчика?

Закладочка.

(84) Как располагающий определенными финансами - я могу и инвестировать в кого-нибудь...

(85) закладочку надо ставить сюда: http://catalog.mista.ru/community/groups/22/

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

(83) покажет-не покажет, а с миру по нитке - нищему рубаха ;-)
.
типовая минивстреча для "детского сада" по WMS (кому-то и такое тоже нужно). Для себя - ничего полезного не увидел (того, чего бы не знал раньше). Практика показывалась и рассказывалась по Логистике-3. Меня например больше инстервоал Бит: Управление складом - на что экспер ответил, что наш (битовский продукт) - попроще, для небольших складов.

Из увиденного в Логистике-3 особо ничем не впечатлился. Пару полезностей вроде есть (наскольо они соответсвуют заявленному) - хз. Некоторые вещи не реализованы/нет - почти все что мне интересно - надо было бы дописывать или нештатно выкручивать как-то.

Вообщем заинтересовало только возможность упаковывать грузы в грузы.

Вместимость ячеек - только по ВГХ, тупо задать что в эту ячейку Типоразмера1 влезет или 300 шт, или 80 блоков, или 20 коробько - нет 9а на моем складе тупым универсальным расчетом ВГХ упаковок ии DU{ ячеек - красиво и внятно решить не удалось.

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

Типовая стоимость проекта озвученная - соответсвует моим ожиданиям и соспоставима с моим проектом.

То есть воощем ничего такого, чего бы я не знал раньше.

(88) ну в общем все и так более менее понятно, все используют примерно одну методологию... Собственно я никогда не внедрял подобное, но то же нового ничего не обнаружил. Так зафиксировал для себя моменты на которые нужно обращать внимание, но ничего с ног сшибательного не увидел.
(90) для меня самым сложным показалось синхронизация фронт (WMS) и бек системы (ERP). Причины: возникающие количественные коллизии. Причем тут я вижу сложности не только технического характера но и скорее методологического.

(91) а какая еще метода может использоваться если овер 90% вмс проста как два пальца об асфвальт?

все принципиальные различия начинаются на уровне архитектуры решения и обеспечения бесперебойной работы при высоких интенсивностях/нагрузках.

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

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

на мероприятии мне в принципе не понравилось только одно: что чуть ли не явно было заявлено что поддерживать "совпадение" остатков в ВМС и КИС необходимости нет (на примере текущийх инвентаризаций).

(86) Все-таки, ты выступаешь в качестве заказчика или у тебя есть заказчик с бюджетом на внедрение WMS? Или, решил создать коробочный продукт за счет собственных средств, в ожидании, что за ним после создания выстроится очередь покупателей? :-)

(93)это я и имею в виду, придется в кисе вести 2 вида остатков "учетные" и "фактические", у меня сейчас так и сделано, но у нас контора маленькая, на большой оптовке так не прокатит...

еще у меня идея прошла - надо вмс интегрировать в кис, но для склада делать узел урбд, тогда и расширяемость будет и автономность и надежность...

(94) Я - параноик.
Вот сейчас смотрю, например, на ВМС на складе - вообщем, к ядру пока претензий нет. Кардинально не нравятся подходы к обвеске интерфейсами взаимодействия с АУП склада, например... И это - во всех вмсках которые хотя бы мельком видел на 1С (да и не на 1С - тоже)... Понятно, что такие подходы - из-за желания сделать универсальный продукт. Но, бляха-муха - это какой-то пятнадцатилетний подход давности к автоматизации... и УПРАВЛЕНИЯ складом. Все управление сводится к увеличению числа операторов - которые сидят и "управляют" складом. зашибись автоматизация. Понятно. что такие подходы, превалирующие сейчас - они не от хорошей жизни (многие конторы просто неспособны/нехотят/ выходить действительно на уровень АВТОМАТИЗАЦИИ, а не на уровень пусть и большой, и быстро реагирующей на запросы "оператора" ЗАПИСНОЙ КНИЖКИ).

Как-то по другому имхо должно строиться взаимодействие системы и операторов. Но пока как ШТАТНОЕ РЕШЕНИЕ БАЗОВЫХ модулей - не видно...

Понятно, что все эти мои "ожидания" могут быть от "бездуховности" и незнания реалий большинства складов. Но если все время нам предлагают жевать гуано - откуда мы узнаем  вкус бабушкиных пирогов...?

(94) ..поэтому мне и понравилась (предварительно) ваше "изделие" на событийной модели...

(89) Бит-овский продукт - это нашлепка на УТ11, с расширением возможностей адресного хранения + обработки для ТСД. Но вот документация у них отменная, этого не отнимешь...

(94) ..у многих "потенциальных" заказчиков желание бюджета  простое: "а можно вот это все что вы мне показали/рассказали - но дешевле?"

а когда подводишь к реалиям о том чтобы все было зашибись - что для этого надо ДЛЯ НАЧАЛА проделать ТУЕВУ ХУЧУ РАБОТЫ (втоптать логистику всего и вся, мало того - ее надо откуда-то выцепить или самому обмерить) - энузиазм в глазах заказчиков сменяется недоверием по типу - а разве это не вы все должны сделать. Да, могжем мы(я). За соответсвующую плату. (а я думал даром...). Причем эта плата будет скорее всего дороже чем ту же самую работу делал бы персонал Заказчика.

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

может быть когд анибудь я скачусь до такого состояния что мне будет пох что и какого качества продавать. Мое дело впарить - дело клиента следить чтобы ему не впарили бяку. если клиент говорит что ему впарили бяку - ССЗБ.

сумбурно.. но как-то так...

(98) туевой хуче складов как раз и хватит на типовую УТ нашлепнуть вменяему работу через ТСД...

(100) Да, ниша у продукта есть в принципе. Но это не WMS-система по большому счету...

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

(95) нафейхоа мешать котлеты и мух. почти всегда КИС, котоорая взаимодействует с ВМС - это некая УУ/ОУ-система, а не бухгалтерия с некими виртуальными/сущностями показателями. У тебя манагеры в КИС - будут торговать УЧЕТНЫМИ остатками? или все-таки реальными запасами ТМЦ.

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

И я не представляю, как остатки в КИСе - ФАКТИЧЕСКИ ДОСТУПНЫЕ ДЛЯ ПРОДАЖИ - могут не совпадать с остатками на ВМС (в части учета/отсеивания недостач).

У меня манагеры привыкли, что то что выдается на склад - собирается практически всегда со 100% показателем.

А потери от недостач по последней инвентаризации составили что-то там около 0.002% от оборота товара - что примерно соответствует статистике внутритарных заводских отклонений в упаковках.

(102) "...а на продуктовой оптовке затраты на полную синхронизацию остатков скорее всего превысят потери от ее отсутствия..."
- могу быть неправ, но это смотря как сделать. если добиться и при запуске системы "синхронизировать" остатки на WMS и КИС - то все последующие разбежки - либо 1. они не критичны (как у меня когда я в КИС не могу до плановой инвентаризации показать излишки) 2. либо они следствие КАРДИНАЛЬНЫХ проблем, решение которых не может быть сделано внутри нашей системы 3. либо это просто раз 3.14 зд...  при ведении учета/факта, то есть общего отношения к работе.

По моим наблюдениям - превалирует причина-3: никто не хочет решать проблемы, находящиеся на СТЫКЕ (подразделений, взаимодействий, участков, типов учета). ВСЕМ ВСЕ ПО><YИ. главное - у меня на участке все правильно, у меня косяков нет, косячат все остальные, остальное - не моя проблема.

Когда "не мои проблемы" становятся глобальными проблемами организации - разрешение таких проблем СТОИТ ОЧЕНЬ ДОРОГО. пару раз сталкивался. вытягивал. вычищал. выдавливал. тупо пахал сам когда "не было" кому делать.

Ясен пень - не даром.
А куда им было деваться - когда никто не хочет ДЕЛАТЬ ЧТОБЫ БЫЛО ХОРОШО - рано или поздно приду "я" - если это действительно нужно ;-)

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

Конечно, везде надо просчитывать экономическую целесообразность той или иной автоматизации/отдельных вопросов/участков. Чтобы автоматизация не превратилась в автоматизацию ради автоматизации. "Во всем нужна сноровка, закалка, тренировка".

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

Как говорится: не страшно быть дедушкой, страшно спать с бабушкой...

(104) Ты просто не понимаешь масштаба проблем, когда ежедневно со склада уходят сотни тысяч единиц товара. Никого не волнует, если например банка тушенки куда-то завалилась, а вот расхождение в 100 банок будет расследовано. Просто физически невозможно расследовать все отклонения...

WMS походу умирает, я не нашел ни одного повода в её использовании.
Возвращается время онлайн заказов, сменили телефон на web-клиента.

(108) Я понимаю.
Должен быть смысл в проводимых действиях.

Если расхождение в 100 банок - это все-таки разовый скорее  форсмажорный вариант - и 100 банок найти легче (или сделать вывод - скоммуниздили), то 100 раз по 1 банке - вот это уже действительно РЕГУЛЯРНАЯ проблема.

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

(109) А при чем здесь ВМС к способу доставки "потребностей" к месту удовлетворения этих потребностей? WMS же - это не система. Это подход к решению определенного класса проблем.

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

(112) угу, я примерно из тех же соображений исхожу.

Признак хорошей ВМС: отсутсвие у персонала возможностей альтернатив. Альтернативы - представлять только тем пользователям, где без этого не обойтись. там где можнго без этого обойтись - пусть даже с некоторым "ущербом" от потери сиюминутной эффективности - это окупается стабильностью и предсказуемостью

???

(109) И товар к покупателю сам собой онлайн приедет, ага...

(114) Что есть альтернатива? Например, подтвердить набор штрихкодом ячейки или штрихкодом товара это альтернатива?

(116) например:

неправильная альтернатива: дать возможность сборщику выбрать заказ из списка заказов вместо того, чтобы выплюнуть ему заказ принудительно

> подтвердить набор штрихкодом ячейки или штрихкодом товара это альтернатива?
имхо да, неправильная альтерантива. если подтверждение набора можно делать и так и так - следует выбрать и зафиксировать в алгоритм работы тот вариант который при прочих равных условиях удобен для работника, сборщик не должен думать куда жмакнуть - в ШК ячейки или ШК товара (и даже если ВРОДЕ он не думает - мозг унутре все равно каждый раз делает выбор) - сборщик по большей части - это человекооборазный робот. Без ошибок выполняются наработанные схемы. если наработанная схема - одна здесь и следом за ней еще одна (2 клика по двум объектам) то следует выбрать ее вместо 1 клик по одному из двух объектов и на следующем этапе 1 клик по одному из двух объектов. в первом случае мозг "обрабатывает" 2 клика на два объекта, во втором случае 2 клика на 4 объекта - нафига напрягать лишний раз?

(99) Если есть реальный практический интерес Заказчика к WMS, могу повторить проект WMS с нуля за 90 дней.

(118) учтем

(117) А теперь рассмотрим, в каких ситуациях мы не сможем подтвердить набор штрихкодом товара:
1. У товара нет штрихкода.
2. Штрихкод товара не читается.

И как быть, если мы уберем альтернативу? Всегда подтверждать штрихкодом ячейки?

(103) расхождения между фактическим и учетным состоянием довольно обычное дело... простой пример 15 января покупатель попросил оформить торг-12 прошлым годом (30-дек) а отгрузить "в январе", такое сплошь и рядом при работе с бюджетниками и тендерниками, это есть временные расхождения, но бывают и другие (не буду их расписывать, возможно ты не поймешь их смысл, но они есть). У меня в системе это расхождение дело доходит до 5-10% от оборота... Игнорировать его нельзя...

Огромной проблемой является выявление и купирование этих расхождений когда они в разных базах, а вот в одной базе - куда проще... По этому я и вижу, что для части клиентов интеграция оправдана.

(120) "Порядок должен быть везде, даже на складе!"
.
Все зависит от частностей. Схемы следует прорабатывать с учетом реалий. А на складе - если выбран вариант подтверждения штрихкодом товара - должно быть обеспечено наличие ШК товара (на самом товаре, или где-то в ячейке - не суть важно).

(121) по ВМС отгрузил 15 января. по КИС отгрузка на 15 января - тоже выполнена. Остатки на 15 января - "совпадают". Но такое расхождение в прошлых периодах существенно затруднит "расследования" при необходимости их проведения.
.
ясен пень, что если ВМС работает по факту, а в КИС - от балды - в общем случае сопоставить без допусилий остатки на ВМС и КИС - не получится. И вообще может быть что они никогда не совпадут (в Кисе выписываются документы вообще без реальных отгрузок).
.
Опять же - в КИСЕ на "сейчас" - у вас же есть какие-то "реальные" остатки, на которые ориентируются менеджеры при общении с клиентами? - скорее всего есть - вот их при необходимости и сверять. Опять же - ясен пень, если источником реальных данных по складским запасам является исключительно складская прога - и манагер из нее получает инфу - то о необходимости сопоставления остатков вообще нет смысда вести речь. КИС = печмашинка для удовлетворения клиентов. Даже близкой к реальности инфы в ней нет - хрен ли тогда тут обсуждать.? ;-)

Вопросом сопоставления и я озаботился. И проводил такое сравнение. Вообщем - все совпадает.

И тут главное - надо заботиться не силами/ресурсами затрачиваемым на такое сравнение, а соблюдением регламентов, выполнение которых не допускает неправильных данных. Выполняй в КИС и ВМС все "правильно" - это гарантирует сходимость данных. Этого достаточно.

(121) В одной базе - да, проще.
Проблема в том, что на ВМС и КИС - разная логика товародвижения и учета. И зачастую нельзя без доп.ухищрений быстро однозначно сопоставить остатки. У меня - по ВМС товар числится в зоне отгрузки, по КИС - он уже списан с баланса. Однозначно сопоставить - уже проблема, особенно если в КИС нет никаких признаков отгружен товар реально или нет (особенно если эти признаки в КИС нафиг не нужны).

По вчерашней встрече: в Логистика-3 - если заявка уже спланирована - то (_о_). Любая новая заявка с большим приоритетом выполнения - в общем случае останется невыполненной. Разруливать - ручками. Вариантов автоотслеживания таких казусов - а это вполне рядовое событие - нет.

и у мну сейчас тоже - автоперепланирования в таких случаях тоже нет. Что мне совсем непонятно - в чем сложность-то..?

(125) Помню сидим мы на проекте, обсуждаем требуемый функционал, директор по логистике (имел опыт работы с разными WMS) как-раз задает похожий вопрос:

- Что будет, если пришел срочный заказ, а товар в ячейке зарезервирован под менее приоритетный заказ?

Я ему отвечаю:

- Если включить режим "отбора резервов у заказов с низким приоритетом", то система автоматически перерезервирует товар из ячейки под приоритетный заказ, а под второй будет сформировано пополнение.

Директор по логистике встал, подошел ко мне и пожал руку :)

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

(127) Если товар кончился, а заказ пришел - то это какая-то ошибка в синхронизации остатков.

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

Для этого собственно приоритеты и расставляются и WMS должна их уметь учитывать.

(125) Вот какраз в твоем случае понятно, в чем сложность :)

(128) Вопрос с приоритетами весьма интересен, например, что делать, если отбор по менее приоритетному заказу уже начался, но нужный товар еще не отобран наборщиком, можно его отменить или уже нельзя? Или если товара не хватает на все приоритетные заказы, что лучше - набрать полностью часть заказов, или частично, но все?

(130) У нас сейчас настроено так, что если задачи на отбор сформировались, но по этому товару задача не попала еще в пул какому-нибудь пользователю, то отменяем, если попала - не трогаем. В принципе можно перестроить, чтобы отмена была возможна вплоть до того, пока комплектовщик не получил задачу на экран ТСД.

Задачу с распределением заканчивающегося товара по заказам считаю неверно поставленной. Данный механизм служит для ускорения отгрузки приоритетных заказов, а не для исправления сломанной схемы обмена данными WMS-КИС, при которой из КИС сыпятся заказы на отсутствующий на складе товар...

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

(132) Тогда нужно садиться и обсуждать как должна расставлять приоритеты WMS. Замутить можно любой алгоритм, главное чтобы он был логичным ;)

(133) Это да, такие вопросы можно дорабатывать, если нормальная WMS, а не всякое УГ, в котором сначала надо базовые вещи программно запиливать...

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

(126) плюс вам в карму! ;-)

(129) и что? сложности у всех/везде есть...
другой и более интересный вопрос кто и как умеет/сподабливается их решать.
.
все проблемы/ошибки у меня на внедрении успешно выпиливались и выпиливаются. И эту проблему выпилим.

(132) Херня-с...
в функционал ВМСа штатно не входит функционал оперирования несуществующими резервами. И скидывать на ВМС задание на сборку несуществующего товара - моветон. И выше я расписывал подробно. И то, что ожидается какое-то поступление под какой-то заказ необеспеченный товаром на данный момент - ВМСу абсолютно пояиг. Потому что приоритеты обслуживания заявок в ВМС запросто могут не совпадать с приоритетами заявок/резервов в КИС. И выкидывать на ВМС задачи КИСа - бяка.
хрен ли тут рассуждать: ВМС работает ПО ФАКТУ - пришла фура - приянли- раскидали- в соответсвии с текущими заданиями-приоритетами ушло в работу. и нефиг.

в вмс можно напихать много всего. И в том или ином виде во вмс есть кусочки и ТМС и другого, можно туда еще впихнуть задачи резервирования из ожидаемых поставок. Можно все. Вопрос - нафейхоа? Берите ЕРП - "там есть все"

(134) А вы детализируйте - про какое конкретно "УГ" идет речь? а то трындеть все горазды.. беспредметно...

(130) что значит "отменить"..?
Отбор уже начался, часть товара из заказа - уже на палете сборщика в хрен знает каком углу склада. Что значит "отменить"? - товар от этого автоматом в свои ячейки не вернется. Руками можно сделать все. Можно и отменить - упростив себе жизнь. Голосом отдать команду - тащи обратно где лежало! - потащили.. а там ячейки уже под завязку забиты свершившимися чуть ранее подпитками? куда товар девать? - ну кинут возле ячейки.. или запихают по дырам, или кинут в свободную ячейку не отразив это в системе. А потом непонятн откуда появляются недогрузы по заявкам, "...не хватило товара" и прочее "нескладушечки" типа 5-10% от оборота отклонений - это нормально...
.
можно сделать все.
.
тупо операция "разукомплектация" - по уже собранному товару "обратным" маршрутом без контроля вместимости и прочего.
.
или штатно везти собранную палету на приемку и штатным регламентом на склад...

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

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

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

Опять же - хорошо когда заявка 20-30 строк и собирается в полном объеме одним сборщиком (мультпикинг и волновую сборку здесь не рассматриваем).

У меня заявки по 500-100 строк. Могут собираться неограниченным количеством сборщиков на негораниченное колво палет И проблем нет. Запросто случается что три сборщика пошли собирать один заказ, по мере отработки своих квантов - им вываливаются более срочные заказы. И запрсото может получиться что стоит куча заказаов, каждый заказ из кучи собранных квантов (ТЕ), и ни один заказ до конца не собран - все живет дышит крутится в соответстиви с постоянно меняющимися приоритетами... И нчие - работает. И без критичных сбоев. Было бы желание конструктивное чтобы все работало.

А расчитывать, что внедренцы придут, принесут на блюдечке голубую ВМС хоторая лялечка - это наивно...

Это только пока что у rsergio по заявлениям может все... и никаких проблем\затыков при внедрениях... Но я почему-то не особо верю в неоглядную пушистость и белизну... ;-)

Это только когда "хочешь чтобы было хорошо - сделай сам". Вот и rsergio - "отказывается" от ряда контрактов ибо не может делать все сам. А давать на откуп другому персоналу видимо не особо хочет.. потому что понимает во что это выльется...

Так что написать хорошую ВМС - вообщем не проблема. Проблема - сделать хорошее внедрение.

вот.

(139) В одной из предыдущих тем озвучивал.

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

А почему?

А - потому!

(145) ну фактов-то документальных не приведено насколько я помню... ;-)

Хочется хорошую ВМС - вон к Белову стучитесь - он вам за 90 дней ВМС напишет. И я напишу, даже может быстрее и не хуже.
Только проблема не написать ВМС, а написанную ВМС тиражировать. Желательно без программных дописок. Я вот лично сомневаюсь что ПР ранее написанную ВМС сможет тиражировать без существенных программных доработок для очередного клиента не из той же предметной ниши

(147) Да, это частное оценочное суждение. Я сужу как человек, которому это дальше дорабатывать и поддерживать. Факты будут, но позже.

(142) Кстати, работа с заранее спланированными заданиями не является стандартом для работы WMS - систем...

(144) а чтобы "сделать хорошее внедрение" осталось

в комплекте к WMS прилагать совместимых "рабочих юнитов" в виде роботов или дрессированных обезьянок...

(144) Написать хорошую WMS в теории может и не проблема, а на практике нужно очень много времени. Как на кодирование, так и на последующую отладку и не на одном складе.

Мы тут недавно решили замутить бесплатную FreeWMS, чтобы зарабатывать только на внедрении. 3 месяца программирования, что-то работает, но многого нет. Времени уже пилить не осталось, реально еще месяца три на нее надо...

А про внедрение - это правда. На проектах где сам работаю все как-то хорошо идет, а когда только консультирую удаленно, то хуже получается. На месте не успевают за всем уследить, на мелочь отвлекаются, а более серьезных задач не видят, а они через какое-то время всплывают.

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

(150) можно все считать на лету. и ничего не планировать. другой вопрос - какой отклик при этом будет на ТСД и какие ресурсы понадобятся для обеспчения приемлемого отклика.

на своей самописке ДЛЯ ЧАСТНОГО случая я мог считать все на лету. Вообще все.

но это не подходит для "универсальной" тиражируемой системы

(151) для линейного персонала самодеятельность при наличии ВМС - должна быть близка к нулю. едиснтвенное что он может принять решение - медленно ему по складу двигаться или побыстрее...

Побывал на складах. Не на одном. Вообщем БОЛЬШИХ ПРОБЛЕМ НЕ ВИДЕЛ НИ НА ОДНОМ. Но почти везде - тот или иной бардак. При этом нет ни БЧПР, ни дрессированных обзьянок. Что мешает сделать ХОРОШО?

(152) А ты представь - что ты не только консультировать будешь удаленно, а что еще ТВОЮ прогу будут ДОПРОГРАММЛИВАТЬ чужие люди (твои же внедренцы)... ты сможешь обеспечить восьмерочнику уровень ЗП (не на окладе, ана проектной работе) уровня овер 120 тыс/мес???
.
а то блин много злых и умных критиковать, как все плохо. Хули не сделали "хорошо" не покупая вмс? сил не хватило? админресурса? чего?

Сергей, кстати
у вас на ВМС есть "заготовка" выдачи команд на какие-нить внешние устройства..?
.
например у меня персонала не особо много. Штабелерщик в основном штабелерщик, но и на сборке работает. да и не всегда терминал в руках по тем или иным причинам.

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

вроде я писал об этом уже.

вымороченная хотелка, но все же...

На крайняк ставим чисто механическое срабатывание - выпадающий из принтера лист замыкает конаткты матюгальника ;-)

Че-то я злой сегодня.
Разозлили нах сегодня в офисе.

Вчерашние посиделки еще... я вообщем знал что будет "хреново", но надеялся немного..
.
нихера не буду у Бита заказывать
.
то у них мероприятие под лозунгом "круглый стол", там же чуть ниже "мастер-класс", а по факту - ни то ни другое.

(157) я например сильно зол на нашу автоматизацию склада. Не на внедренцев. на принимаемые блин ПОЛИТИЧЕСКИЕ РЕШЕНИЯ. хотя с другой стороны - а хрен ли? я свои опасения и прогнозы по ряду направлений/вопросов до руководства донес, еще даже когда внедрение не началось даже. Слушать или нет - хотелось бы конечно чтоб прислушались. Но бабла немножко я поднял вне основного дохода. И в карму туеву хучу праны накапало..

Всем успехов!
Почапал домой.

(138)
...ВМС работает ПО ФАКТУ - пришла фура - приняли- раскидали- в соответсвии с текущими заданиями-приоритетами ушло в работу. и нефиг...

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

(162) "...а для доставляемых в последний момент товаров - "товар раскладывается по заказам"
.
это понятно и трудностей не вызывает, потому как это то же самое "приняли - раскидали - в соответствии с текущими приоритетами". Потому как товар по заказам раскладывается-то не от балды, а в соответствии с потребностями. А как эту потребность зафиксировать и исполнить - проблем нет, концептуально задача - ниже среднего уровня сложности. Можно вообще из фуры как таковую отдельно выделенную приемку вообще не делать - взяли-отсканировали-кинули в заказ который назвала программа (если нет заказа кинули на палету приемки/развозки).
.
У одного моего клиента у меня так примерно и реализовано:
заявки-автоматом задания на подбор со склада подпитки-остальное выделяется в отдельный пул - привоз товара от поставщика - достали - отсканировали - прога голосом сказала номер заказа(точки) - кинули в коробку на точку - если звучит алярм - кинули в коробку "свободных товаров". Результат приемки - известен. Пипл вообще на сканер не смотрит - только жмакает и кидает куда прога голосом сказала.

..что собственно и говорю я часто: все зависит от частностей. Хорошо если ВМС "из коробки" позволяет делать почти все что нам надо. А не позволяет - тогда либо "Магомет идет к горе" либо "Ну ее нафиг эту гору"... ;-)

(163) А у нас тоже есть поддержка голоса, в настройках оформления экранов ТСД есть флаг "Проговаривать значение" и "Префикс". Настроил - и WMS сама тебе нужные поля озвучивает голосом :)
Только сервер должен быть последний, с поддержкой русского speech

(163) А вот нам было предложено решение - заводить "фейковый" приход на такой товар в соответствии с объемами заказов, а потом по факту прихода приводить этот приход в соответствие с фактическим приходом...

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

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

(168) Имхо выморочено. Задание на отбор - это ПОИСК товара в этой нехилого размера рампе в нехилой куче. Если это конечно именно как ОТБОР.

Опять же - хз, надо смотреть частности. Будет у вас на рампе 20 заказов или 1 заказ - может быть большая разница в удобстве разных процедур.

В техпроекте такие особенности обговаривать надо. на начальном этапе.

(169) Это все к вопросу гибкости ВМС, в том, что имеем никакую другую схему без того, чтобы переписать полпрограммы не реализовать...

(170) Не надо на ВМС перекладывать несуществующий товар. а то так ВМС в гибкости можно до УПП довести.

Раскидка товара с прихода без фактической приемки - то есть совмещение волнового отбора/мультипикинга непосредственно с приемкой - я бы задумался сильно - типовой это функционал ВМС или нет...

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

(172) угу, вообщем в архитектуре все что надо есть. по уму там программить немного именно под эту задачу.

а про приоритеты - вам там виднее

Хотелка

при работе на ТСД - автовыход с закрытием при отсутствии активности сотрудника более ЭН минут. Ясен пень - автовыход из тех точек процессов/ожиданий - где от сотрудника не ожидается обязательных действий.

(174) Это дня 2 работы - все обработки ТСД переделать :))

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

(175) в самописке у мну такое было - простой больше 3 минут - автовыход полный.

Хотелка.

Хорошо бы еще учет в двух единицах измерения (например, погонные метры и рольки).

Непонятно:
как реализовывать/делать правильно (удобно и прозрачно) в случае "неустойчивости" товарного состава по ячейкам?
сеголдня в евроблоке из трех палет - три ячейки, в каждой ячейке - разный товар (например, тумбочки или кресла), а завтра - диван который занимает все три ячейки.

Делать одну большую ячейку с возможностью размещения нескольких товаров - как-то мну стремно/непонятно (может зря)..?

Каким-то образом организовывать несколько адресных пространств?

как правильно?

Непонятно: как строить учет на ВМС весовых товаров (не сталкивался) - которые подвержены колебанию веса...?

(180) А тут то в чем проблема?

(181) не в теме просто я: предположительно, в качестве примера: оприходовано 100кг россыпью, сборщик ходит с весами, в итоге отвесил 100кг. по учету = пусто, в ячейке - непусто...

???
или вообще в принципе все не так?

(182) Ну и оприходовали этот товар по инвентаризации, делов то... А еще есть такой товар, который в процессе хранения вес теряет, в принципе на такой товар есть некоторые нормативы потерь, но проще не заморачиваться - отгружать по фактическому весу, разницу опять же списывать/оприходовать...

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

Или, например, если по учету забирается последняя порция веса, выводящая учетный остаток в ноль - запрашивается подтверждение типа "ячейка пустая?" - если нет, то блокируется и на нее назначается срочная теекущая инвентаризация...?

ВМСники молчат, подлюки ;-) - это я не ругаюсь! ;-)
Не делятся инфой.
Скоро блин все в аренду брать будем.
За воздух платить.

(184) Я не знаю, как в нормальных ВМС, но этот функционал мне кстати тоже когда-нибудь делать придется...

Вариант:
бывают упаковки одинаковой классификации (блоки/минипаки/блистеры/етц) - которые появляются, а потом выбывают из оборота. Д.Б: функционал для "исключения" таких единиц из оперативной работы.

(186) Бывает еще хуже - поставщик внезапно меняет кратность фасовки например с 36 на 48, в результате на складе 2 различные фасовки, а товар должен отпускаться только кратно фасовке...

(187) вот у меня оно и есть. еще упаковки могут быть в матрицах сетей прописаны.

в принципе решаемо и сейчас. упаковку можно не использовать как единицу отбора. новые (или старые) упаковки можно закинуть в РХ и заблокировать до окончания других упаковок.

у мну вообщем нормально отрабатывало когда в ячейке АХ при сборке встречались две упаковки с разными КФ - у них все равно ШК разный, проходило нормально

Хотелки.
- нормальное автомасштабирование на экранах ТСД;
- возможность "убирать" типовые элементы оформления если они нахрен не нужны (заголовок окна, кнопки управления окном)

Хотелки:
для пользователей терминала-ТСД с одинаковыми 1сными-ВМСными правами - настройки - одни для всех.

Хотелки:
- если вдруг на ТСД что-то сломалось (синтаксчическая ошибка, сообщение в табло вдруг вывалилось) - должно не вываливаться в стандартное табло - а перехватываться/выводиться содержательно в "штатныЙ" экран ТСД вменяемым образом и автологгироваться в базу - сообщение об ошибке, описание ошибки - для быстрого и легкого извлечения и анализа

(174) И это у нас есть, с самого начало было ;)
Причем не просто закрытие, а постепенный выход вначале в главное меню, а потом уже закрытие сессии.

(189) Автомасштабирование тоже есть, причем под разное разрешение экранов (320*240 и 640*480).

(191) Тоже продумали. Выводится или вменяемое сообщение что не так, или на крайний случай "Ля-ля-ля, обратитесь к Администратору системы". А сам синтаксис ошибки пишется в лог ТСД, ну и журнал.

Извините, что вмешиваюсь. Аббревиатуру WMS уже расшифровали? О чём тут речь?

    Web Map Service (WMS) — протокол для выдачи географически привязанных изображений через Интернет.

    Система управления складом (англ. Warehouse Management System) — система управления, обеспечивающая автоматизацию и оптимизацию всех процессов складской работы профильного предприятия.

(192)  чисто по жкранам тсд
Субъективное мнение
Ваши мне не нравятся

Вообще сколько сиотрел видел экранов тсд мало где видно что слелано под конкретную задачу
Чтобы удобно
И понятно

Хотя у каждого свое понятие об удобстве и понятности
Так что тут чисто субъективно и могу ошибаться
А сайт хороший

(193)  про вмс которая про склад

(194) Экраны можно и под себя переделывать, главное чтобы сама система позволяла сделать это с минимумом усилий по программированию. Вот сейчас одну обработку ТСД перепиливаю - 13 форм, 3600 строк кода в модуле объекта - переделать и ничего не сломать весьма нетривиальная задача...

(194) Ладно, пошел я со своей "неудобной и непонятной поделкой", желаю Вам разработать хорошую, надежную и удобную систему.

(197) Ну нет, не надо уходить, интересно же что есть в альтернативных WMS из того чего нет в типа "промышленных".

(198) Это вы решили меня добить, назвав нашу систему "альтернативной", и что за 8 лет она и множество внедрений она так и не стала "промышленной"?

Не, ковыряйте свои системы сами, зачем я буду каждый раз писать, что все хотелки уже давно реализованы в "альтернативных" WMS...

(199) Да я другое имел в виду, альтернативная - в смысле альтернативная всякому УГ, объявляющему себя "промышленными" системами, и не имеющими очень много нужного функционала...

(197) Злобный вы какой-то.
Вашу систему насколько мне помнится я не называл "неудобной и непонятной поделкой"...? с чего это вы вдруг решили? максимум что я сказал - что ТСД-шные экраны лично мне не нравятся. то что они плохие и неудобные - нигде не звучало...

(196) вполне нормально. на самописке у меня например одна  ТСД-обработка содержит 5-7 экранов и более 2000 строк кода. Есть и более навороченные.

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

А внедрить ВМС на склад - это в первую очередь взаимоотношения с бизнесом, частью которой эта ВМС является.

(202) Нормально для самого разработчика этих форм. А вот при доработке продираться через эти 3600 строк спагетти-кода сомнительное удовольствие...

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

(204) Про аккуратность-понятность когда я комментировать ничего не могу.

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

Но попадаются такие коды, которые кто-то написал - что мой код - на фоне этих вариантов - вообще принцесса в сказочном платье...

(205) Это не показатель, интересны результаты внедрений, произведенных самим Акселотом...

(207) ну елы палы, понятно же..
Акселотовцы скажут "наша конфа самая лучшая". по проваленным внедрениям - вина на заказчиках.
все как обычно.

У всех ВМСовцев все зашибись.
Это мы, заказчики - плохие. Потому что нам все не нравится. И мы не берем на внедрение самые лучшие ВМС, в которых все есть... ;-)

Жалко что Последний Русский не участвует в обсуждении. Было бы интересно во что по трудовым ресурсам обошлось "написани ВМС с нуля за 90 дней" - наскольо удовлетворены хотелки клиента и наскольо эта "ВМС" тиражируема...

(203) Во-первых никогда не ставилась идея отжать львиную долю рынка.

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

В-третьих это не бизнес с точки зрения максимизации прибыли, это стиль жизни - разрабатывать самое лучшее ПО, ну при этом что-то зарабатывать "на хлеб с маслом".

В-четвертых рост количества проектов всегда сопровождается снижением качества работ. Это мы видели на Exceed и компании i2 СНГ, это видели и с компанией Red Tree, да и Axelot это не миновало - много неудачных проектов как-раз из-за невозможности сфокусировать свои силы на каждом из них.

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

(210) это все понятно. Только как понять, к примеру, что ваша система - лучше чем аналоги по каким-то критериям. Если вы видеороликов (как акселот на ютубе) не снимаете, в маркетинг и рекламу не вкладываетесь.
Обжечься на "плохой" вмс - и тут опа! вы все такие в белом?? ;-)

(210) Мы вот тут сейчас с коллегой подискутировали/обсудили.

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

Только хардкор!
...как говорится

(212) И чем он это обосновывает?

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

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

Но я в принципе согласен с тем, что если бизнес настолько крут, что перепутка/пересорт по сериям приводит к невосполнимому/дорогому ущербу и временной лаг в 2-3 секунды между возникновением ДОКУМЕНТИРОВАННОЙ проблемы в ВМС и отражением этой проблемы в КИС является капец как критичным что просто (__о__) - то да, можно рискнуть и впилить это отдельным контуром в оперативную учетную систему (о возникающих здесь проблемах я промолчу пока что), ибо это, с точки зрения коллеги, более продуктивно и правильно вести весь учет (по скоропорту) в одной системе, чем выделять его в отдельную ВМС.

как-то примерно так...

(214) п.2 совсем неубедительно - во многих КИС вообще нет никакого учета по срокам, и резервируется только общее количество.

п.1 - вообще похоже специфика какого-то отдельного предприятия...

А вот новости не 1С ВМС
http://www.lobanov-logist.ru/library/352/61731/

(215) ну, тут рулится просто (имхо ясен пень) - если манагер должен обсуждать/гарантировать с клиентом отгрузку в терминах конкретных серий/сроков, то для успешной работы нужно как минимум:

1. наличие такого разреза учета и резервирования в КИС
2. наличие механизма отображения резервов в КИС на ВМС (чтобы не взяли зарезервированную в КИС партию под другую отгрузку в ВМС (не нашли и взяли на замену, лень было искать взяли что ближе)
3. максимально близкая к онлайну поддержка согласованность остатков в КИС и ВМС в разрезе аналитик учета, необходимых для КИС (такую согласованность поддерживать имхо тяжелее всего - сборщик отсканировал "на замену" во время сборки внеплановую серию/срок - это тут же должно свалиться в КИС для предотвращения эффекта снежного кома)
4. ЖЕСТОКИЙ ЗАПИЛ КОНТРОЛЯ того, что отгружается именно плановая серия
5. ...??? еще что-то?

или

Переносить работу менеджеров в ВМС для оперирования текущими онланй-остатками или ВМС интегрировать в КИС ОУ.

.
Хотя, например, ЛИЧНО МНЕ кажется, что если временной лаг обмена в несколько секунд/десятков секунд (несколько минут) суперкритичен для бизнеса то это или

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

(214) возможно коллега имеет опыт работы только на "плоском" складе, где можно жестко выдавать задания по сериям.
на высотном складе обычно работают с допустимыми остаточными сроками годности. при этом серии в КИС и WMS это разные сущности - в УТ серия это жесткая совокупность ГТД и срока годности, а в WMS серия это срок годности (для скоропорта) или тон-калибр и т.п. В результате при одновременной приемке  сметаны, творога и кефира с одним сроком годности в УТ создается три серии, а в WMS только одна

(214) скорее всего коллега работает в экстенсивно развивающейся компании с бизнес-процессами зафиксированными на стартовом этапе :)

(217) Ну ты загнул конечно, без всего этого спокойно можно обойтись...

(216) Ну и хрен ли?
Докладываю:
цитата по ссылке:

"..Среди клиентов NOVARDIS такие лидеры рынка, как .... «Эльдорадо»...."

при этом:
Эльдорадо (как большинство сетей) требует палетную этикетку своего формата. На палетной этикетке - уникальный номер ЕО по нумерации Эльдорадо (единицы обработки, то есть палеты). Этот номер Эль не может выдать до тех пор, пока мы ему не скинем полную раскладку товаров по палетам в рамках заказа.

Понятно, что Эль перекладывает на нас свои издержки.
Незачет и эльдораде и новардису

(220) обойтись можно без многих вещей, я обсуждаю варианты, которые по возможности ГАРАНТИРУЮТ выполнение необходимых требований.

(221) Но зато прикинь, конвейер, пик бай лайт... Этож лимоны зелени...

(222) Я тебе скажу что гарантирует выполнение требований - отсутствие на складе товара, не отвечающего требованиям. Все остальное - от лукавого...

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

... или я чего-то не понял..

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

(225) Я вообще не понимаю, зачем серии в КИС надо резервировать. Это может только в алкоголе и фармации разве что нужно.

(224) угу, согласен.
но у нас же бизнесмены какие?
а зашибительские - давайте мы будем торговать большими объемами практически с колес!! а обеспечить закрытие проблем при такой торговле - никто не подумывает -.. ну как-то так.. все будет ОК! при этом еще подписываются на обязательства поставок под 100% выполнения заказаов... еще и при отсутсвии складского запаса... ну и понеслось... фура опоздала или полфуры гнилого пришло.. надо отгрузить!! хватают что есть/подходит.. ажитотаж.. митусня... фффууу .. отгрузили.. ПРОБЛЕМА СНЯТА! ага, щаз!

(226) серии/сроки/партии...

(227) .. на фармации у нас такое аналогичное было... все пытались втиснутся в прокрустово ложе.. говорю - вы какого хрена планируете лучший вариант??? вы гарантируете что от поставщика машина придет утром в 10 часов - чтобы мы сумели все сделать как надо до 14 часов? - все будет зашибись! Хреняк!! 10 часов - машины от поставщика нет.. 12.. 14.. приезжает в 16 часов.. у всех вырваны волосы уже во всех местах к этому времени.. ;-)

"Это бессмысленно" - сказал разум
"Это нелепо" - заметил опыт
"Это бесполезно" - отрезал здравый смысл
"О, вот так заеbiсь!"  - обрадовался клиент

(228) Какая разница, партию с остаточным сроком годности 90 или 80 процентов отгрузить клиенту с требованием по остаточному сроку 50%?

(226) ну блин.. по условиям контракта с сеткой поставка должна быть с остаточным сроком годности не менее 70% - если в КИСе и ВМСе не будет согласованных данных по сериям/срокам - а в КИСЕ не будет инфы по сериям/срокам-количествам - то будет тяжко...

(225) ... или я чего-то не понял..

у меня только предположения
- операторы КИС работают 9.00 - 18.00
- склад работает круглосуточно
- отгрузка начинается с 03.00

операторы КИС должны распечатать бумажки до 18.00 и точка :)

при этом не рассматривается вариант автоматического создания и печати расходных документов по факту завершения сборки заказа

(231) грузить надо с 50% или максимально близким к этому - отгрузим 90% - через час придет заявка на ОСГ 90% - хрен там отгрузишь на 50%

(225) ...Речь не о том, что отображается разными сущностями (лишь бы отгружалось правильно)...

Срок годности в УТ (серия) задействован в партионном учете
Срок годности в WMS используется только в остатках

(233) как бы делал я: (глубоко не думал)
.
на ВМС вывалилось задание с нужными сроками хранения.
собираем без отклонений - не вопрос! все ок.
подходим к ячейке - нет нужного срока! - "берем" на замену - как только взяли на замену (по сути отсканировали) - не дожидаясь конца сборки заказа/не дожидаясь конца пула задания - тут же пуляем взятый на замену товар-серия в КИС (в КИС пораждается цепочка автокорректировок/пересогласований заказаов).
.
это в том случае если в ВМС нет предварительного резервирования под еще не скинутые НА СБОРКУ заказы.
.
в КИС - манагер согласовал все, подобрал серии/сроки - скинул "предварительный заказ" НА ВМС. ВМСина "зарезервировала". И любой сборщик при попытке "взять"(отсканировать/идентифицировать) на замену такую зарезервированную серию/срок - получает отлуп...

(234) А, кажется дошло, похоже имеется в виду, когда отгрузка идет параллельно с поступлением заказов.

(235) Согласен, не возражаю!
мне в ВМС нафиг не нужны всякие виртуальные сущности.

(237) Она не то что паралельно идет.. оно идет вперемешку!!! ;-)
.
идеальная ситуевина когда заказы поступают и обслуживаются по ФИФО...

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

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

а, ну да - документы мы печтаем заранее, но по факту готовности заказа к отгрузке (завершена сборка, упаковка).

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

(211) Достаточно протянуть руку до телефона и сделать звонок. Если лень - мы не виноваты :)

(226) Сейчас внедряем алкоголиков, у них в КИС определяется производитель, а в WMS должна строго отобрать партию с нужным производителем. Но т.к. отбирать другого производителя не допустимо, то никакого пересорта между КИС и WMS. Даты розлива же идут обратно из WMS в КИС как факт.

(244) давайте задумаемся - клиент к поставщику или поставщик к клиенту?

(244) в личной карточке - ни телефона, ни мыла.
Клиентоориентированность, ёпть! ;-)

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

(245) Клиент к поставщику, клиент должен понимать что он хочет, а не кинуть клич, чтобы ему бежали пятки лизать.

(246) А я тут рекламой не занимаюсь, общаюсь просто по теме WMS, сайт есть, там телефон и мейл, сложно - ну тогда мы с вами далеко не уйдем, если не можете телефон набрать...

(236) Но надо отметить, что все это будет работать ровно до тех пор, пока каждая партия товара будет в отдельной ячейке...

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