По поводу "Pick by light", да системы чем то похожи, отличие в том, что наша система формирует конечный заказ, так сказать в зоне комплектовки (если разделить склад на две зоны - зона комплектовки и зона хранения), тогда как вышеупомянутая система действует в основном в зоне хранения.
По поводу быстроты сборки по бумажному листу - это интересно тем компаниям у которых не более 10 отгрузок в день.
Здесь Вы заблуждаетесь! Бумага применяется в серьёзных западных компаниях в сочетании с автоматизированными конвейерными линиями KNAPP именно потому, что эффективнее и быстрее в некоторых операциях.
По моей практике отбор 1 шт товара на мезанине с полочных стеллажей занимает примерно 3 сек, а с ТСД до 10 сек, так как нужно пропикать штрихкоды товара, адреса и др. Поэтому для высокооборотистых складов с сотнями заказов в сутки бумага иногда предпочтительнее и экономически целесообразней, так как если работает 50 сборщиков, то им нужно 50 ТСД по 1500 баксов каждый!
Серьёзный минус бумаги в том, что мы лишаемся управления складом он-лайн в режиме реального времени, особенно это важно при проведении целевых выборочных инвентаризаций в процессе работы склада, при обнаружении отклонений в учёте остатков или поступлении Акта от клиента.
В этой ветке форума прозвучало упоминание компании «ЕМЕ». www.eme-wms.ru
У нас нет пресс-службы, мы больше занимаемся внедрениями и программированием, поэтому отвечаем г-ну Лобанову с задержкой.
Видимо Николай имеет ввиду проект автоматизации склада Максвал. Расскажем историю подробно.
MAXVAL (МАКСВАЛ www.maxval.ru) - крупная российская компания, уже 15 лет занимающаяся производством и продажей головных уборов.
На новом складе (г. Троицк) площадью 1000 кв.м. (с мезонином) была установлена стандартная версия EME.WMS 3.5. Для работы используются терминалы сбора данных Intermec CK3 с батареями повышенной емкости, термопринтеры Zebra S-4M, точки доступа Cisco. Все оборудование поставлялось компанией ЕМЕ.
Компания ЕМЕ начала плотную работу по проекту в конце 2010 года.
Одной из основных поставленных задач проекта была работа с весовым товаром - пряжей шерсти на бобинах. Дело в том, что в процессе хранения вес пряжи меняется. EME.WMS не просто учитывает вес бобин, а производит подборку заказа нужного веса таким образом, чтобы отклонение подобранного веса от заказанного было минимальным.
Здесь надо отметить, что эта работа с весовым товаром сильно отличает EME.WMS от других WMS-систем, где вес указывается лишь как комментарий к товару и не участвует в складских операциях. В некоторых системах учет ведется только в одних единицах: или в штуках, или в весовых единицах, т.е. нельзя параллельно вести учет в двух единицах измерения.
Кроме того, для быстрого и точного контроля веса выполнено сопряжение EME.WMS с электронными весами CAS, внедрены АРМ контролёров и приемщиков.
Первая рабочая версия системы на складе была запущена в первом квартале 2011 года. Так, как в первоначальном техническом задании были поставлены не все задачи, которые в дальнейшем были реализованы, в течение года продолжалась настройка дополнительных алгоритмов по работе с весовым товаром и работе склада в целом. В ходе плотной работы с заказчиком, весь необходимый функционал были выполнен и склад заработал в полном объеме.
На некоторое время к логистическому консультированию заказчиком был привлечен Николай Лобанов. Спустя некоторое время (через 2-3 месяца) сотрудничество с ним было прекращено.
На данный момент никаких замечаний по работе системы на складе не имеется. Ожидаемые результаты от автоматизации – повышение скорости работы, точности подбора, «прозрачности» склада – достигнуты.
Руководство в лице генерального директора Русмир Логистик Золоткова Руслана полностью удовлетворено работой системы EME.WMS на складе компании. По обращению мы можем предоставить их рекомендации.
В течение всей работы склада постоянно происходят улучшения бизнес процессов, параллельно ведутся новые разработки и внедряются дополнительные алгоритмы.
Например, летом 2013 года было установлено и запущено несколько новых секторов на складе для подбора заказов с большим количеством наименований. По каждому наименованию количество невелико.
Был разработан алгоритм, позволяющий оценить позиции в заказе - если по некоторым наименованиям количество менее определенного значения, система предлагала брать товар из специально выделенной зоны, где в одной ячейке хранится несколько наименований. При опустошении ячейки автоматически пополняются из основного склада до конкретного значения. Данный алгоритм разработан для уменьшения пробега подборщика по складу, и как следствие уменьшение времени подборки заказа.
Сейчас склад находится на техподдержке специалистами ЕМЕ.
Вся эта история показывает что внедрение – очень непростой процесс, даже для таких мощных систем как EME.WMS. Но не надо преувеличивать временные трудности при внедрении системы. ЕМЕ отвечает за качество своих программ и услуг.
На самом деле в компании ЕМЕ работают хорошие ребята, когда общаешься с ними с каждым по отдельности и у меня с ними хорошие личные отношения, но Платон сказал: ...Сократ мне друг, но Истина дороже! Так и я, при всём уважении к Володе не могу не сказать, что он мягко говоря лукавит, а точнее лжёт.
Я написал Руслану и надеюсь, что он подключится к разговору, хоть и не любит он участвовать в конфликтах.
Именно поэтому в июле 2011 года, т.е. через 9 месяцев после внедрения EME.WMS, компания Максвал пригласила меня в качестве консультанта -внешнего директора по логистике.
На эту дату ситуация была тупиковая ЕМЕ говорила, что внедрение успешно закончено и просила клиента оплатить оставшиеся 300 тыс руб.
А клиент был недоволен работой WMS и отказывался платить до устранения всех замечаний в работе Системы.
В результате проведённых мной переговоров были заключены дополнительные соглашения, ситуация переведена в рабочее русло.
Клиент заплатил 300 тыс под мои гарантии, что я найду общий язык с ЕМЕ и Система будет доведена до ума. При этом я получил заверения всех руководителей ЕМЕ в том, что они всё доделают. Был также заключен договор на "Сопровождение" с ежемесячным платежом в 30 тыс ежемесячно, по которому идёт оплата по сей день.
Вот тут-то всё и началось, что привело к моему разочарованию как в Системе, как и в Команде ЕМЕ. ЕМЕ не смогли выполнить данные мне и клиенту обязательства по доработке Системы. Исправляя одну ошибку, плодили ещё несколько! Выставляли за исправление своих же ошибок счета с немыслимыми суммами сопоставимыми со стоимостью всей их WMS.
И начался конфликт уже не с компанией-клиентом, а со мной!
Мы ввели Реестр проблем и кучу всяких регламентирующих документов, который вели в течении июля-октября 2011 года, но меньше их не становлось.
Все документы у меня в наличии и не являются коммерческой тайной!
В октябре ЕМЕ заявили, что Лобанов им мешает дорабатывать Систему и они хотят напрямую работать с Русланом - Руководителем РЦ Максвал.
Мы подумали и согласились на их условия - я просто ушёл в тень и стал коучем Руслана.
Когда и это не помогло, то в Максвале приняли решение о бесперспективности бодания с ЕМЕ и проведении тендера по подбору другой WMS, чем мы с Русланом и занялись.
К сожалению, в бюджете Максвал пока нет лишних денег на WMS, поэтому тендер приостановлен, а мучения с ЕМЕ на складе продолжаются.
Вот она какая Правда-то, Володя! хоть и горькая! Могу доказать в суде каждое своё слово документом!
Уважаемый Сергей!
Вы наверно плохо прочитали – склад работает на EME.WMS и руководство довольно работой системы. Ни о какой смене системы на складе Максвал речи не идет.
Рекомендации по работе EME.WMS можем вам предоставить от руководителя Максвал.
Владимир, я читать умею, только у меня свои источники информации.
Недавно, а точнее 25 июля 2013 года, получил письмо от ИТ директора компании Maxval с темой "Замена существующей WMS", текстом о желании сменить существующую систему, а также документом во вложении "Требования к WMS" в формате doc на 8 страниц.
К сожалению ничего не смог предложить т.к. одно из требований:
"Проработанный интерфейс - простое изменения параметров (например галочки или флажки)" совершенно не сочетается с моим мировозрением на интерфейс и гибкость системы.
Так что словам Николая доверяю, все сходится и похоже на правду.
Я, Золотков Руслан, генеральный директор РУСМИР Логистик, упомянутый в посте выше.
Со своей стороны могу подтвердить информацию Николая Лобанова о трудностях возникших с работой ЕМЕ WMS. Так же подтверждаю, что мы сейчас проводим тендер по поиску новой системы.
Я, Золотков Руслан, генеральный директор РУСМИР Логистик, упомянутый в посте выше.
Со своей стороны могу подтвердить информацию Николая Лобанова о трудностях возникших с работой ЕМЕ WMS. Так же подтверждаю, что мы сейчас проводим тендер по поиску новой системы.
Привет всем!
Хочу поблагодарить Руслана, который вышел из отпуска, и расставил все точки над i в моей дискуссии в Володей Лыковым - руководителем проектов EME.WMS, который отвечает за своего клиента Русмир Логистик (ГК Максвал).
Коллеги, давайте говорить правду, иначе так заврёмся, что сами запутаемся в "хорошо-плохо", "добро-зло", а это же так важно как для души, так и для бизнеса!
Я не призываю поливать друг друга грязью и переходить на личности, но давая правдивую информацию здесь на форуме мы создаём "базу знаний", чтобы в дальнейшем не наступать на "грабли", не делать чужих ошибок, а значит работать эффективнее, что является смыслом логистики.
Сегодняшняя "правда" даст компании ЕМЕ не тратить время на пустую переписку со своими клиентами, а побудит сконцентрировать усилия на доработке своей Системы. В результате все выиграют, у ЕМЕ поднимется качество WMS системы, а их клиенты будут эффективнее вести свой бизнес с её помощью!
Обращаюсь к разработчикам WMS! Максвал проводит тендер, я скорее всего буду помогать Руслану выбрать достойную WMS. Прошу предлагать свои системы в тендер, но давайте без фантазий рассказывайте о их реальных возможностях. Мы понимаем, что идеальных Систем не бывает, поэтому будем выбирать по цене/качество, наиболее подходящую. Особое внимание уделим условиям "доработки" и "сопровождения"!
Мониторинг склада Максвал мы уже проводили, поэтому протестированный в экселе алгоритм будем внедрять в новой WMS, который позволит в дальнейшем работать на основе хорошей "биллинговой ситемы" в качестве 3PL оператора, позволит внедрить хорошую систему мотивации на основании нормативов складских операций, автоматически рассчитывая сдельно-окладную зарплату сотрудников склада.
Коллеги, ещё раз убедительно всех прошу "выносить сор из избы" и рассказывать здесь от трудностях и проблемах, которые вы знаете в WMS и TMS системах. Мы все от этого только выиграем!
Если Вам действительно необходимо получить достоверную информацию о работе того или иного поставщика WMS решений или консалтинговых услуг в сфере логистики, то попросту - напрямую свяжитесь с компаниями интеграторами или заказчиками, и задайте все интересующие Вас вопросы. Уверен, Вам ответять на них. Попросите организовать несколько референс-визитов (даже в рамках одного поставщика) на автоматизированные склады и т.п. После этого самостоятельно проанализируйте полученную информацию и примите окончательное решение - с кем продолжить работу.
Также хочется обратится к уважаемым модераторам данного портала! Убедительная просьба, прописать четкие правила форума с правами участников и возможными санкциями за размещение недостоверной информации, "троллинг" и засорение "топика", вплоть до удаления аккаунта пользователя (даже, если он известен в узких кругах) - как на любом авторитетном портале. Если не ошибаюсь, логист.ру позиционирует себя именно так - экспертное сообщество. К сожалению, сейчас найти на портале "правила форума" невозможно. При регистрации - нет никакой информации об этом, требуются только достоверные персональные данные пользователя. В связи с этим - официальную информацию (включая ответы на вопросы) от имени компании LogistiX - на данном портале предоставлять не вижу возможности. Если есть вопросы - обращайтесь в компанию, рады будем ответить.
P.S. Наша компания - как и вышеупомянутые коллеги по рынку - занимается реализацией множества проектов по внедрению WMS, автоматизацией складских комплексов и профессиональным консалтингом в логистике. В связи с этим - для работы с прессой и подобными форумами в нашей компании был создан обособленный департамент, поэтому стараемся отвечать оперативно. Также в ответ некоторым болггерам сообщаю, что на форуме я выступаю не от имени пресс-службы LogistiX, а от своего имени.
Согласен, что информацию нужно предоставлять достоверную и какие-то подтверждения своим словам.
Но наивно пологать, что обратившись к поставщику можно получить правдивую информаци т.к. поставщик не заинтересован выдавать не выгодную ему информацию. В данном случае как-раз коллеги из EME вместо ответа на вопрос упорно утверждают, что клиент доволен, хотя уже два несвязанных человека заявили, что клиент ищет другую систему. Со своей стороны готов предоставить все данные по обращению, только разве это повернет разговор в другое русло?
Я вообще против обсуждения конкретных поставщиков (поэтому свой список и не разглошаю), но Николай настолько активен, что не удержался и подтвердил его информацию.
Мне кажется, что не стоит стыдится неудачных проектов. Они есть у каждого. Вопрос какие выводы сделала компания из этого и как она попыталась исправить положение. На ошибках учатся, поэтому негативный опыт - тоже опыт. Я, например, готов рассказать о своих ошибках и никакой информации не скрываю ;)
Мне импонирует твоя позиция открытости и честности по отношению к клиентам, желание честно рассказать о трудностях возникающих в работе. Именно это развивает компании и улучшает их Системы! Я смотрел вашу Арену и как видите у меня нет никакого желания наезжать ни на Систему ни на компанию, так как прямо на сайте и в статьях ты объективно говоришь о реальных возможностях своей Системы, ты объективно оцениваешь её нишу.
Конечно Лид и Арена -это Системы разных уровней, но они не конкуренты, так как цена Арены настолько доступная, что критерий Цена/качество становится у Арены очень хорошим и привлекатильным для тысяч клиентов не способных выложить более 2млн руб за WMS.
Николай, почему вы считаете, что Лид и Арена системы разных уровней?
Я могу лишь привести один пример - группа компаний МАК-ДАК, которая использует для одной из своих компаний решение на Лиде, для своего московского склада выбрало наше решиние т.к. по их словам Лид на тот момент им на мелкоштучной отгрузки не понравился, ну и плюс еще пару моментов, о которых я писать здесь не буду.
Хоть наше решение и дешевле, но выбор был не только из-за цены, сколько из-за функционала. В новой версии Лида вроде как поменялись алгоритмы работы с меткоштучкой и возможно сейчас выбор был бы другим.
Но общаясь с их логистами я сделал вывод, что во многих моментах наше решение даже более функциональней и какие-то идеи они решели перенести в Лид. При этом нельзя сказать, что одна система заменила другую. Склады ответственного хранения продолжают запускаться на Лиде по всей России, ну а наше решение постепенно запускается на московском распределительном складе и вскоре охватит весь склад (запуск поэтапный).
я не претендую на лавры эксперта по ИТ и не копал обе системы досконально, но после первичного знакомства у меня сложилось впечатление, что платформа Лид более современна, а сама WMS имеет бОльший потенциал по производительности. Всё-таки платформа 1С - это не самая лучшая платформа для реализации Систем типа WMS. Хотя искусные разработчики и на 1С достигают хороших результатов. Я, например, смотрел Пенту Валеры Павлова - бывший Логитон, доведённый до ума, так мне очень понравилось. И вообще мне нравится как Валера работает со своими клиентами. Его клиенты не сидят на игле - их программисты 1С-ники легко сопровождают Пенту ВМС самостоятельно.
Сравнивать функционалы - это гиблое дело, так как все пишут примерно одно и тоже по функциональным возможностям, а на практике Систему всё равно нужно подстраивать под функционал, под особенности бизнес-процессов конкретного клиента. Я всегда подбираю Систему "под клиента", а не по бренду или цене.
Николай, отчасти я с вами согласен. Платформа Лид имеет потенциально большую производительсность из-за особенности своей реализации, но имеет и свои огранчения связанные с "ядром".
Платформа 1С обладает очень медленным интерпретатором кода и есть некоторые особенности использования сложных объектов. Но к счастью выполнение запросов к SQL серверу выполняется так же быстро, как и на любой другой платформе. Поэтому уменьшив до минимума обработку информации кодом и переведя всю логику работы на SQL мы лишаемся первого недостатка. Отказ от сложнх объектов (типа документ и регистр накоплений) позволяет уйти и от второго недостатка.
В итоге можно получить производительное решение на единой платформе, которая содержит все необходимые блоки без необходимости использовать сторонние программы (сервер отчетов, печать этикеток, модуль KPI, планировщик заданий, интерфейс рабочей станции, интерфейс ТСД и т.п.).
К сожалению платформа дискредитировала себя непрофессиональным использованием. Легкость ее освоения породило массу "специалистов", которые поддерживая то или другое решение все больше и больше вносят ошибок, чем развивают ее. Также недоверие к платформе связано с большим количеством систем управления складом, которые написаны со стандартным подходом к бухгалтескому и управленческому учету.
В 2007 году нам было сложно продвигать решение и мы старались напирать на функционал, а про платформу упоминать уже потом. Сейчас же ситуация координально изменилась - многие клиенты изначально ищут систему только на платформе 1С. И понять их можно - негативный опыт общения с закрытыми системами с высокими ценами на обслуживание заставляет изначально выбирать открытую платформу, поддержание который можно выполнять своими силами или более прозрачно контролировать выполненные работы поставщиком услуг.
С Валерой у нас хорошие отношения, даже когда-то обменивались клиентами в связи с загрузкой. Хотя само решение я не видел, но по имеющейся информации оно достаточно качественное и производительное.
Но из всех обращений клиентов, которые уже имеют одну из WMS и хотят ее поменять, я ни разу не слышал жалобу на производительность. Обычно не хватает функционала и/или не нравится качество и/или стоимость поддержки.
Функционал у разных систем сильно отличается. Достаточно задать пару вопросов и понятно как выполняется та или иная задача и какие перспективы по настройке системы под различные варианты. Но тяжело оценить все возможности системы и примерить ее на себя, гораздо проще описать свои требования и узнать как они реализованы в одной или другой системе. Если большинство требований реализуются через отчеты и доработку системы - это один вариант, а если уже механизмы настройки заложены в текущую версию и нужно лишь подстроить под конкретный склад - это уже другой вариант.
Да, Сергей, у меня тоже есть информация, что появился пул клиентов желающих получить WMS на 1С - это уже тенденция, которая связана с тем, что в качестве КИСы клиенты используют 1С, а некоторые особо дорогие Системы не удосужились сделать качественный интерфейс с 1С и просят примерно 150-200 тыс руб с клиентов за его разработку. Как правило эти крутые Системы имеют примитивные интерфейсы с 1С через XLS c использованием эл. почты, а сделать действительно автоматизированный интерфейс на XML это для них так трудно, что нужно драть с клиента дополнительную мзду.
У меня тоже есть несколько каверзных вопросов, чтобы оценить уровень функциональности Системы!
Например,
Есть ли у вас функция с использованием АВС анализа сортировки товара по ТЕ после его выгрузки и приёмки перед его размещением в зону хранения?
Какие у вас стратегии размещения товара в места хранения?
Какие у вас стратегии отбора товара и пополнения ячеек отбора?
Какие стратегии уплотнения товара и его дефрагментации в зоне хранения?
Какие стратегии контроля сборки заказов?
Есть ли в вашей системе модуль биллинга, расчёта зарплаты и мотивации сотрудников?
Есть ли система нормирования операций и как она работает?
Пока видел только примитивы в базовой версии, которые нужно дорабатывать напильником и слышал коронную фразу: Скажите как вам надо и мы напишем! За дополнительные и немалые деньги конечно!
Про мотивацию мы с вами уже пообщались, а на остальные вопросы ответы будут слишком объемные. Информацию можно найти у нас на сайте, ну или можем пообщаться вне форума. Думаю стоит даже пересечься на складе какого-нибудь клиента, я надеюсь вы останетесь довольны функционалом нашей системы ;)
А про интерфейс обмена - вроде уже все решения на нашем рынке имеют интеграцию с 1С т.к. в качестве КИС это очень распространенная система. Думаю проблема не столько в самом обмене, а сколько в завышенных ставках на любые дополнительные работы сверх проекта. Помню как по Exceed компания i2 СНГ за 4 доработки запросила свыше 600 тыс. рублей. После таких цен начинаешь инстуктивно искать более открытые решения.
Хотя все не так однозначно. Сейчас вот взялся за работу восстановить работоспособность одной WMS на базе 1С. Виновато не само решение, а группа программистов в компании, которая довнедряла систему до такого состояния, что остатки просто пропадают, отборные листы задваиваются и складское начальство уже не верит данным системы.
Тут главное не перегнуть палку с собственной поддержкой с помощью непрофессиональных специалистов.
Николай, мне не жалко потратить свое время, но как минимум эта не та ветка для обсуждения функционала, а как максимум данных действительно очень много, а в текущей реализации этого форума читать ее будет достаточно тяжело.
Ну и главное - я не люблю пиариться на форумах, меня раздражает когда на форумах размещают красивые оптимизированные SEO тексты с ссылками на сайты, на количество метров склада, довольных пользователей, красивых отзывов и т.п. Для этого есть официальные новостные ленты каждого поставщика, а тут мы обсуждаем детали без лишнего пафоса.
Например, по вопросу размещения можно почитать информацию на нашем сайте:
Но это только поверхностное описание, реально стратегии размещения гораздо гибче и могут быть настроены на разные подходы к размещению продукции. Можно даже из завязать на текущие показатели KPI склада и они будут автоматически подстраиваться под текущую ситуацию на складе, они также могут быть зависеть от конкретного исполнителя, качество размещаемого товара, вида паллеты, наличия уже размещенного товара, группы совместимости, пробега от ворот и т.д. и т.п.
Сергей, я давно предлагал завести новую тему по обсуждению и сравнению конкретных WMS.
Я видел ваши стратегии на сайте, но они меня не удовлетворили, так как обладют высоким уровнем абстрактности и неопределённости, а я как логист ищу в них конкретную логику.
Ну, например, вы пишете:
Гибкий механизм настраиваемых пошаговых стратегий размещения с преднастроенными общими алгоритмами:
Размещение для быстрого отбора под спрос Не понимаю как это!?
Размещение в оптимальную ячейку Не понимаю, а какая ячейка оптимальная?! Ведь Стратегии по своей суди и создаются для оптимизации размещения!
Размещение в оптимальной зоне вблизи ячейки отбора Эта стратегия также не определяет точно, что это за зона такая.
Размещение вблизи оптимальной ячейки Нет определюнности!
Размещение в ячейку с той же номенклатурой Обычно на складе одна номенклатура может занимать разные места! И что тогда?
Размещение в свободную зону
Использование другой стратегии Это вообще смешно! Наша стратегия в выборе другой стратегии! Вдумайтесь в смысл.
Стандартный алгоритм Это как это?
Произвольный пользовательский алгоритм Ну это тоже что и Использование другой стратегии.
Без обид, Сергей, но я не увидел ни одной реальной стратегии в этом списке!
Чтобы не быть голословным критиканом привожу некоторые стратегии из моих выполненных проектов.
Стратегия размещения товара в места хранения:
Из зоны приёмки товар на миксованных паллетах может быть размещён на мезанин, если ТЗср меньше= 0,5м3 либо на ФС4 ЗХ, если ТЗср больше 0,5м3. При этом пограничное значение ТЗср.гр. = 0,5м3 может в дальнейшем изменяться с целью оптимизации хранения. В ЗХМ находятся товары двух типов: 1. Отгружаемые коробками с ФС4, а штуками с ЗХМ и 2. Отгружаемые с ЗХМ коробками и штуками. Общий объём товаров типа 2 на мезанине – хранящегося только в ЗХМ, зависит от ОЗ компании и склад повлиять на это не может. Общий объём товаров типа 1 на мезанине – хранящегося в ЗХ ФС4 и в ЗХМ, зависит выбранной складом стратегии определения ТЗ на мезанине. Таким образом, склад может выбрать на сколько дней ТЗ нужно хранить на мезанине. На первом этапе оптимизации можно определить максимальное количество дней ТЗ на мезанине, исходя из оставшегося полезного объёма мезанина, если из общего объёма мезанина вычесть объём, занятый товаром типа 2. Но было бы целесообразно в дальнейшем задавать разное количество дней ТЗ в зависимости от ранга АВСД товара по количеству обращений. Например, товара ранга Д можно хранить однодневный запас, ранга С - двухдневный, ранга В - трёхдневный, ранга А – четырёхдневный запас. Оптимальные пропорции можно вычислить опытным путём.
В ЗХ ФС4 присваиваем каждой ячейке хранения ранг А,В,С,Д. Примем, что ярус№1 ФС4 имеет ранг «А», ярус№2 ФС4 имеет ранг «В», ярус№3 ФС4 имеет ранг «С», ярус№4 ФС4 имеет ранг «Д». В дальнейшем можно будет изменить пропорции рангов для более точной настройки склада.
Каждый артикул будет иметь не только ранг А,В,С,Д, но для более точного определения места размещения используем «числовое значение» АВСД анализа как среднеарифметическое двух вышеуказанных критериев: «количество обращений», «удельный вес». Таким образом, более тяжёлые товары и более востребованные товары окажутся ниже на стеллажах и ближе к зоне комплектации.
В ЗХМ присваиваем каждому этажу хранения ранг А,В,С,Д. Примем, что этаж№1 ЗХМ имеет ранг «А», этаж№2 ЗХМ имеет ранг «В», этаж №3 ЗХМ имеет ранг «С», этаж №4 ЗХМ имеет ранг «Д». В дальнейшем можно будет изменить пропорции рангов для более точной настройки склада. Товары «ценной группы» выделим в отдельную зону на этаже №4 ЗХМ.
На ПС4 этажа ЗХМ товар размещаем в соответствии «числовому значению» АВСД анализа. Таким образом, более тяжёлые товары и более востребованные товары окажутся ниже на полочных стеллажах и ближе к доку отгрузки этажа мезанина.
А вот ещё один вариант стратегии размещения для клиента с гравитационными стеллажами!
Правила размещения.
Размещение ГП на стеллажах происходит путём подбора определённого набора стеллажей с одним или несколькими типами хранения, исходя из нижеследующих условий:
Суммарная вместимость набора стеллажей должна быть максимально близка значению ТЗср по артикулу. При этом применяется динамическая система с подбором места хранения из набора 9 «типов хранения» с фиксированной вместимостью. См табл№2 выше.
Подбор производится по следующим 20 правилам.
Условия размещения ГП
Усл
ТЗср
СДРкор
АВС по Кобр.
наборТХ=околоТЗср
ТЯ
1
меньше ТЗср гр
0
Ао,Во,Со
N*ФС3=околоТЗср
ТЯП
2
меньше ТЗср гр
больше 0
Ао
N*ФС1=околоТЗср
ТЯК
3
меньше ТЗср гр
больше 0
Во
N*ФС1=околоТЗср
ТЯК
4
меньше ТЗср гр
больше 0
Со
N*ФС2=околоТЗср
ТЯК
5
больше или = ТЗср гр, но меньше 6
0
Ао,Во,Со
1*ГС2-6
ТЯП
6
больше или = 6, но меньше 12
0
Ао,Во,Со
1*ГС2-12
ТЯП
7
больше или = 12, но меньше 15
0
Ао,Во,Со
1*ГС2-15
ТЯП
8
больше или = 15
0
Ао,Во,Со
N*ГС2=околоТЗср
ТЯП
9
больше или = ТЗср гр, но меньше 5
больше или = СДРкор гр
Ао,Во,Со
1*ГС1-5
ТЯК
10
больше или = 5, но меньше 6
больше или = СДРкор гр
Ао,Во,Со
1*ГС1-6
ТЯК
11
больше или = 6, но меньше 7
больше или = СДРкор гр
Ао,Во,Со
1*ГС1-7
ТЯК
12
больше или = 7, но меньше 12
больше или = СДРкор гр
Ао,Во,Со
1*ГС1-12
ТЯК
13
больше или = 12
больше или = СДРкор гр, но меньше 5
Ао,Во,Со
N*ГС2+1*ГС1-5=околоТЗср
ТЯП+ТЯК
14
больше или = 12
больше или = СДРкор гр, но меньше 6
Ао,Во,Со
N*ГС2+1*ГС1-6=околоТЗср
ТЯП+ТЯК
15
больше или = 12
больше или = СДРкор гр,но меньше 7
Ао,Во,Со
N*ГС2+1*ГС1-7=околоТЗср
ТЯП+ТЯК
16
больше или = 12
больше или = 12
Ао,Во,Со
N*ГС2+1*ГС1-12=околоТЗср
ТЯП+ТЯК
17
больше или = ТЗср гр
больше 0, но меньше СДРкор гр
Ао
N*ГС2+1*ФС1=околоТЗср
ТЯП+ТЯК
18
больше или = ТЗср гр
больше 0, но меньше СДРкор гр
Во
N*ГС2+1*ФС1=околоТЗср
ТЯП+ТЯК
19
больше или = ТЗср гр
больше 0, но меньше СДРкор гр
Со
N*ГС2+1*ФС2=околоТЗср
ТЯП+ТЯК
20
для п.13-19 подбор комбинации ГС2 нужно делать так, чтобы N был минимально возможным.
Условные обозначения:
ТЗср – средний товарный запас
ТЗср гр - граничное значение среднего товарного запаса (по умолч=3)
СДР – средний дневной расход
СДРкор.гр.- граничное значение среднего дневного расхода (по умолч=0,5)
Кобр– среднее суточное количество обращений к артикулу
ТХ-тип хранения
ТЯ-тип ячейки
ТЯП-тип ячейки паллетный
ТЯК-тип ячейки коробочный
N - количество слагаемых ТХ в наборе
При вышеперечисленных условиях WMS должна соблюдать следующие правила:
Правило№1:
Один артикул может иметь только одну ячейку коробочного отбора.
Правило№2:
Размещение паллеты с артикулом , предназначенной только для хранения, при наличии нескольких свободных ячеек, определяется последовательно по приоритетам как:
1. В ячейку, где данный артикул уже находится
2. В самую близкую ячейку к ячейке коробочного отбора артикула.
3. В самую близкую ячейку к ячейке, где данный артикул уже находится
Правило№3:
На стеллаже ТХ=ГС2, который занят не полностью, можно размещать товар другого артикула. При этом нужно придерживаться правила, чтобы артикул, стоящий в начале стеллажа имел показатель Кобр («количеству обращений») выше, чем товар, размещаемый за ним. Но размещаемый артикул должен быть в другом стеллаже доступным для отбора.
Правило№4:
Если на СК при приёмке ГП с производства образовалось две неполные паллеты с ГП одного срока годности, должно выдаваться задание на консолидацию ГП в одну целую паллету и одну неполную, с размещением целой паллеты в ячейку паллетного хранения, а неполной в ячейку коробочного отбора на стеллаже.
Именно поэтому я считаю, что в рамках форума даже обсуждение одной стратегии займет много времени и текста, а уж обсудить всю систему вообще кажется нереальным.
Отвечу вкратце, остальное нужно расписывать подробней и на примерах.
Размещение для быстрого отбора под спрос - некоторый кросс-докинг, при котором товар минуя хранения размещается в специально выделенные динамические ячейки на складе, из которых потом выполняется сразу же отбор.
Размещение в оптимальную ячейку - под оптимальной ячейкой предполагается заранее зарезервированное место в ячейках отбора, в которой храниться товар для отбора, туда же пополняется, и при размещении мы можем дополнить остаток в этой ячейке.
Размещение в оптимальной зоне вблизи ячейки отбора - это лишь общий алгоритм. Система действует следующим образом - находит на складе ячейку отбора с этим товаром. Определяет по заранее заданным параметрам те зоны, куда товар может быть размещен на хранение (с учетом заданных приоритетов). Зоны могут быть как заданы, так и отсутствовать - считаем что товар может размещаться где угодно. Далее в указанных зонах находим ближайшую ячейку к найденной ячейке отбора для минимизации движений при дальнейшем пополнении. Здесь основой алгоритма являются главное правило - минимизация расстояния от ячейки отбора. Все остальное детализируется уже внутри шага стратегии - можно установить отбор только на определенные типы ячеек, можно дополительно отсортировать результат по удаленности ячейки от склада, совмещению АВС ячейки и АВС товара, возможностью совмещения разных групп товаров и т.д.
Размещение в ячейку с той же номенклатурой - здесь опять же предварительно мы указываем только одно ограничение - что в ячейке должен быть уже такой же товар. Далее в стратегии мы уже дополнительно указываем нужные нам ограничения - можно ли совмещать разные партии, можно ли совмещать разные упаковки, смотреть ли на объем ячейки и ее вес, принимать во внимание нагрузку на балку, учитывать ли габариты коробок и паллеты (а не только объем), установить отбор на определенные виды или категории ячеек, добавить сортировку результата по рейтингу ячейки, классу ABC, расстоянию от текущего места, расстоянию от ворот, минимизации свободного объема после размещения, залежалости товара, разниц дат сроков годности (когда разрешено размещение разных партий) и т.п. В итоге из всего массива ячеек с этим товаров находится самая лучшая ячейка по совокупности параметров. Или ячейка не находится и идет переход на следующий шаг, где идет поиск уже по другим критериям.
Использование другой стратегии - совсем не смешно. С помощью такого хода можно строить вызов уже другой настроенной стратегии со своими шагами, дабы не плодить одинаковые настройки под каждый отличающийся процесс. Хотя на практике такие сложные конструкции еще не применялись.
Стандартный алгоритм - это когда изначально алгоритм не имеет явных ограничений или приоритетов. Все ограничения и приоритеты настраиваются логистом самостоятельно (примеры чуть выше)
Произвольный пользовательский алгоритм - позволяет реализовать самые нестандартные варианты. Суть в том, что если предыдущие алгоритмы лишь дополнительно характеризуются различными ограничениями и порядком, которые задаются в удобной форме, то тут возможно вставить просто оптимизированный запрос, который содержит всю необходимую логику работы, даже учитывать температуру поверхности планеты Венера (если такие данные как-то заносятся в систему) :)
Фактически перечень того что есть - это только предопределенные алгоритмы каждого шага стратегии размещения.
А само размещение работает гораздо сложнее:
1. На первом шаге по данным о размещаемом товаре, его качестве, месте нахождения, владельца товара, поставщика, пользователя и т.п. определяется одна из созданных стратегий размещения.
2. Каждая стратегия размещения содержит несколько шагов, которые постепенно перебираются системой, пока не будет найдена искомая ячейка для размещения.
3. Каждый шаг имеет предопределенный базовый алгоритм, шаблон ограничений по объему/весу/габаритам, требуемый тип ячейки, кратность по количеству, а также произвольный набор условий, которые будут ограничивать перечень ячеек в выборке, а также произвольный набор параметров сортировки, которые из полученного массива будут определять какие ячейки более приоритетны.
4. Если на очередном шаге была найдена искомая ячейка, то размещение товара идет в нее. Разместится может как весь товар на паллете, так и частично (после идет доразмещение остатка). Если на шаге не была найдена ячейка, то идет переход на следующий шаг, где заданы другие ограничения в поиске ячейки. Шаги могут также зависеть от данных KPI - при загруженности склада более 90% может срабатывать одни шаги, а при загрузки менее 90% срабатывать другие шаги. Или при наличии задач на отбор выполняться "быстрые" размещения, а при их отсутствии более длинные, но и более оптимальные с точки зрения оптимизации запасов.
5. В качестве завершающих шагов используется проверочные, которые анализируют почему товар не смог разместиться на предыдущих шагах и выдают предполагаемую ошибку почему не была найдена ячейка. Это может быть ошибка в замере объема товара или веса, или нехватки ячеек в определенной области. В качестве завершающего шага может быть использована ячейка разбора, куда перемещается целиком паллета, для которой по каким-то причинам не нашлось ячейки на складе.
Т.е. одна группа товаров может размещаться по одной стратегии, другая группа по другой, брак по третьей стратегии, а размещение роклой по четвертой. В каждой стратегии определяется логическая последовательность, начиная от преимущественного размещения и заканчивая выбором ячеек когда на предыдущих шагах не было найдены ячейки с установленными правилами.
И это еще не все. Помимо самих алгоритмов размещения в системе еще множество других статистических данных, которые потом учитываются в шагах стратегиях. Это и АВС/XYZ товаров, и требуемым запас в отборе на несколько дней отгрузки, и сезонность товара, наличия товаров в уже сформированных заказов, и еще множество факторов, которые рассчитываются или непосредственно во время размещения, или рассчитываются заранее и дальше используются в алгоритмах.
Даже этого думаю не хватит, чтобы понять алгоритм размещение, поэтому я всегда настаиваю посмотреть на живом примере или на дистанционной презентации и тогда все сразу встает на свои места.
Ну вот, Сергей, немного туман рассеялся и становится понятно, что ваша Арена достаточно интеллектуальная Система!
Кстати, а в какой момент складских бизнес-процессов запускается вся эта аналитическая работа Системы?
В момент когда товар выгружен или принят? или раньше, когда он ещё в статусе "в пути"?
Судя по алгоритму перебора - этот процесс поиска нужной ячейки может занять много времени при номенклатуре прихода около 300-500 артикулов, вот тут то и потребуется производительность Системы.
2. При закрытие поступления (по всем принятым паллетам)
3. Непосредственно при сканировании очередной паллеты, которая расположена скраю зоны приемки.
Приемущественно используется 3 вариант, т.е. место назначение определяется в момент сканирования паллеты и по времени это занимает менее одной секунды.
А быстродействие при таком способе зависит только от производительности SQL сервера, архитектуре базы данных, количестве шагов и их оптимальности. Платформа тут вообще фактически не участвует и лишь задействована для вывода полученного результата на экран ТСД.
Вы так и не ответили на мои конкретные вопросы, которые интересны многим участникам форума, так как это потенциальные клиенты, которые не хотят покупать "кота в мешке" или "чёрный ящик" в красивой обёртке. WMS - это сложный высокотехнологичный ИТ продукт, в котором сложно разобраться даже хорошему специалисту по ИТ, а уж клиентам разобраться практически невозможно. Поэтому клиентам как воздух необходимо наше независимое экспертное мнение. Они понимают, что поставщики WMS подготовились к "показательным выступлениям" на складах у своих клиентов. Ведь все клиенты большинства WMS практически "сидят на игле", т. е. ЗАВИСЯТ от разработчиков-поставщиков WMS, которые могут одной кнопкой дистанционно устроить коллапс на их складе, отрубив свою Систему, при этом обвинив сотрудников клиента, которые мол нажали не ту кнопку. Я такие ситуации наблюдал!
У Вас, Анатолий, который выступает то от своего имени, то от компании LogistiX, явно не хватает ни аргументов для дискуссии, ни знаний, чтобы отстоять своё мнение, поэтуму Вы пытаетесь запугивать участников форума ГК и УК РФ и всякими правилами форумов. При этом Вы атакуете модераторов форумов, в том числе и этого всякими угрожающими письмами, чтобы они удалили неугодные Вам посты. При чём это происходит не только на этом форуме!
Вы, Анатолий, как "цепной пёс" лаете на всех, пытаясь укусить, защищищая своего хозяина, но по делу Вы ничего сказать не можете. Мне Вас искренне жаль, Анатолий!
На днях пришлось разбираться с одной из систем WMS на складе крупной компании. На сайте разрабочтика лестные слова, на деле все просто очень и очень плохо. Поездка на склад показала, что процессы не оптимальны, количество обслуживающего персонала завышено, совместно с работой ТСД параллельно печатается тонна бумаги.
Виной, наверное, не столько само решние, сколько постоянная доработка системы силами компании.
Склад вскоре должен перейти на новую систему, но пока задача протянуть до запуска, что тоже нелегкая задача.
Табло работы склада в режиме онлайн. Монитор не является частью функционала WMS, сделан на основе регистрируемых событий (складских операций) в базе данных (не нужна лицензия на клиента WMS для рабочей станции). Порой штатный модуль мониторинга в функционале WMS не всегда полностью удовлетворяет пользователя.
Очень показательная таблица. Я делал аналогичную у себя. Только задача ставилась проще. Смысл в следующем. На складе стоит комп, через который комплектовщик сканирует начало и конец отрборки сборочного листа. В момент пока ни кто не сканирует на компе, он в он-лайн режиме демнострирует, сколько каждой складской зоне нужно собрать операций, сколько собрано, сколько осталось. Данная таблица "подстегивает" комплектовщиков на спортивную коллективную конкуренцию между складами. Когда комплектовщик заходит в меню через свой бейдж, для сканирования начало и конца отборки. Система показывает, сколько комплектовщик выполнил операций за текущую смену, и сколько операций выполнил с начала месяца.
Данная таблица индивидуально мотивирует комплектовщика на зарабатывание денег и на производительность.
Еще раз повторюсь, что система работает в он-лайн.
По поводу "Pick by light", да системы чем то похожи, отличие в том, что наша система формирует конечный заказ, так сказать в зоне комплектовки (если разделить склад на две зоны - зона комплектовки и зона хранения), тогда как вышеупомянутая система действует в основном в зоне хранения.
Сергей, какая у вас компания и ваша должность?
Игорь,
По поводу быстроты сборки по бумажному листу - это интересно тем компаниям у которых не более 10 отгрузок в день.
Здесь Вы заблуждаетесь! Бумага применяется в серьёзных западных компаниях в сочетании с автоматизированными конвейерными линиями KNAPP именно потому, что эффективнее и быстрее в некоторых операциях.
По моей практике отбор 1 шт товара на мезанине с полочных стеллажей занимает примерно 3 сек, а с ТСД до 10 сек, так как нужно пропикать штрихкоды товара, адреса и др. Поэтому для высокооборотистых складов с сотнями заказов в сутки бумага иногда предпочтительнее и экономически целесообразней, так как если работает 50 сборщиков, то им нужно 50 ТСД по 1500 баксов каждый!
Серьёзный минус бумаги в том, что мы лишаемся управления складом он-лайн в режиме реального времени, особенно это важно при проведении целевых выборочных инвентаризаций в процессе работы склада, при обнаружении отклонений в учёте остатков или поступлении Акта от клиента.
Источник:Клуб Логистов|Логист.ру
С Уважением,
Николай Лобанов
http://www.lobanov-logist.ru/
В этой ветке форума прозвучало упоминание компании «ЕМЕ». www.eme-wms.ru
У нас нет пресс-службы, мы больше занимаемся внедрениями и программированием, поэтому отвечаем г-ну Лобанову с задержкой.
Видимо Николай имеет ввиду проект автоматизации склада Максвал. Расскажем историю подробно.
MAXVAL (МАКСВАЛ www.maxval.ru) - крупная российская компания, уже 15 лет занимающаяся производством и продажей головных уборов.
На новом складе (г. Троицк) площадью 1000 кв.м. (с мезонином) была установлена стандартная версия EME.WMS 3.5. Для работы используются терминалы сбора данных Intermec CK3 с батареями повышенной емкости, термопринтеры Zebra S-4M, точки доступа Cisco. Все оборудование поставлялось компанией ЕМЕ.
Компания ЕМЕ начала плотную работу по проекту в конце 2010 года.
Одной из основных поставленных задач проекта была работа с весовым товаром - пряжей шерсти на бобинах. Дело в том, что в процессе хранения вес пряжи меняется. EME.WMS не просто учитывает вес бобин, а производит подборку заказа нужного веса таким образом, чтобы отклонение подобранного веса от заказанного было минимальным.
Здесь надо отметить, что эта работа с весовым товаром сильно отличает EME.WMS от других WMS-систем, где вес указывается лишь как комментарий к товару и не участвует в складских операциях. В некоторых системах учет ведется только в одних единицах: или в штуках, или в весовых единицах, т.е. нельзя параллельно вести учет в двух единицах измерения.
Кроме того, для быстрого и точного контроля веса выполнено сопряжение EME.WMS с электронными весами CAS, внедрены АРМ контролёров и приемщиков.
Первая рабочая версия системы на складе была запущена в первом квартале 2011 года. Так, как в первоначальном техническом задании были поставлены не все задачи, которые в дальнейшем были реализованы, в течение года продолжалась настройка дополнительных алгоритмов по работе с весовым товаром и работе склада в целом. В ходе плотной работы с заказчиком, весь необходимый функционал были выполнен и склад заработал в полном объеме.
На некоторое время к логистическому консультированию заказчиком был привлечен Николай Лобанов. Спустя некоторое время (через 2-3 месяца) сотрудничество с ним было прекращено.
На данный момент никаких замечаний по работе системы на складе не имеется. Ожидаемые результаты от автоматизации – повышение скорости работы, точности подбора, «прозрачности» склада – достигнуты.
Руководство в лице генерального директора Русмир Логистик Золоткова Руслана полностью удовлетворено работой системы EME.WMS на складе компании. По обращению мы можем предоставить их рекомендации.
В течение всей работы склада постоянно происходят улучшения бизнес процессов, параллельно ведутся новые разработки и внедряются дополнительные алгоритмы.
Например, летом 2013 года было установлено и запущено несколько новых секторов на складе для подбора заказов с большим количеством наименований. По каждому наименованию количество невелико.
Был разработан алгоритм, позволяющий оценить позиции в заказе - если по некоторым наименованиям количество менее определенного значения, система предлагала брать товар из специально выделенной зоны, где в одной ячейке хранится несколько наименований. При опустошении ячейки автоматически пополняются из основного склада до конкретного значения. Данный алгоритм разработан для уменьшения пробега подборщика по складу, и как следствие уменьшение времени подборки заказа.
Сейчас склад находится на техподдержке специалистами ЕМЕ.
Вся эта история показывает что внедрение – очень непростой процесс, даже для таких мощных систем как EME.WMS. Но не надо преувеличивать временные трудности при внедрении системы. ЕМЕ отвечает за качество своих программ и услуг.
Владимир Лыков
Владимир, вы бы вместо PR и ссылок на свой сайт объяснили бы лучше почему они сейчас ищут другую WMS взамен EME?
Володя привет!
На самом деле в компании ЕМЕ работают хорошие ребята, когда общаешься с ними с каждым по отдельности и у меня с ними хорошие личные отношения, но Платон сказал: ...Сократ мне друг, но Истина дороже! Так и я, при всём уважении к Володе не могу не сказать, что он мягко говоря лукавит, а точнее лжёт.
Я написал Руслану и надеюсь, что он подключится к разговору, хоть и не любит он участвовать в конфликтах.
Именно поэтому в июле 2011 года, т.е. через 9 месяцев после внедрения EME.WMS, компания Максвал пригласила меня в качестве консультанта -внешнего директора по логистике.
На эту дату ситуация была тупиковая ЕМЕ говорила, что внедрение успешно закончено и просила клиента оплатить оставшиеся 300 тыс руб.
А клиент был недоволен работой WMS и отказывался платить до устранения всех замечаний в работе Системы.
В результате проведённых мной переговоров были заключены дополнительные соглашения, ситуация переведена в рабочее русло.
Клиент заплатил 300 тыс под мои гарантии, что я найду общий язык с ЕМЕ и Система будет доведена до ума. При этом я получил заверения всех руководителей ЕМЕ в том, что они всё доделают. Был также заключен договор на "Сопровождение" с ежемесячным платежом в 30 тыс ежемесячно, по которому идёт оплата по сей день.
Вот тут-то всё и началось, что привело к моему разочарованию как в Системе, как и в Команде ЕМЕ. ЕМЕ не смогли выполнить данные мне и клиенту обязательства по доработке Системы. Исправляя одну ошибку, плодили ещё несколько! Выставляли за исправление своих же ошибок счета с немыслимыми суммами сопоставимыми со стоимостью всей их WMS.
И начался конфликт уже не с компанией-клиентом, а со мной!
Мы ввели Реестр проблем и кучу всяких регламентирующих документов, который вели в течении июля-октября 2011 года, но меньше их не становлось.
Все документы у меня в наличии и не являются коммерческой тайной!
В октябре ЕМЕ заявили, что Лобанов им мешает дорабатывать Систему и они хотят напрямую работать с Русланом - Руководителем РЦ Максвал.
Мы подумали и согласились на их условия - я просто ушёл в тень и стал коучем Руслана.
Когда и это не помогло, то в Максвале приняли решение о бесперспективности бодания с ЕМЕ и проведении тендера по подбору другой WMS, чем мы с Русланом и занялись.
К сожалению, в бюджете Максвал пока нет лишних денег на WMS, поэтому тендер приостановлен, а мучения с ЕМЕ на складе продолжаются.
Вот она какая Правда-то, Володя!
хоть и горькая! Могу доказать в суде каждое своё слово документом!![cool cool](http://logist.ru/sites/all/modules/ckeditor/ckeditor/plugins/smiley/images/shades_smile.gif)
С Уважением,
Николай Лобанов
http://www.lobanov-logist.ru/
Уважаемый Сергей!
Вы наверно плохо прочитали – склад работает на EME.WMS и руководство довольно работой системы. Ни о какой смене системы на складе Максвал речи не идет.
Рекомендации по работе EME.WMS можем вам предоставить от руководителя Максвал.
Владимир Лыков
Владимир, я читать умею, только у меня свои источники информации.
Недавно, а точнее 25 июля 2013 года, получил письмо от ИТ директора компании Maxval с темой "Замена существующей WMS", текстом о желании сменить существующую систему, а также документом во вложении "Требования к WMS" в формате doc на 8 страниц.
К сожалению ничего не смог предложить т.к. одно из требований:
"Проработанный интерфейс - простое изменения параметров (например галочки или флажки)" совершенно не сочетается с моим мировозрением на интерфейс и гибкость системы.
Так что словам Николая доверяю, все сходится и похоже на правду.
Здравствуйте, Коллеги!
Я, Золотков Руслан, генеральный директор РУСМИР Логистик, упомянутый в посте выше.
Со своей стороны могу подтвердить информацию Николая Лобанова о трудностях возникших с работой ЕМЕ WMS. Так же подтверждаю, что мы сейчас проводим тендер по поиску новой системы.
Я, Золотков Руслан, генеральный директор РУСМИР Логистик, упомянутый в посте выше.
Со своей стороны могу подтвердить информацию Николая Лобанова о трудностях возникших с работой ЕМЕ WMS. Так же подтверждаю, что мы сейчас проводим тендер по поиску новой системы.
Привет всем!
Хочу поблагодарить Руслана, который вышел из отпуска, и расставил все точки над i в моей дискуссии в Володей Лыковым - руководителем проектов EME.WMS, который отвечает за своего клиента Русмир Логистик (ГК Максвал).
Коллеги, давайте говорить правду, иначе так заврёмся, что сами запутаемся в "хорошо-плохо", "добро-зло", а это же так важно как для души, так и для бизнеса!![smiley smiley](http://logist.ru/sites/all/modules/ckeditor/ckeditor/plugins/smiley/images/regular_smile.gif)
Я не призываю поливать друг друга грязью и переходить на личности, но давая правдивую информацию здесь на форуме мы создаём "базу знаний", чтобы в дальнейшем не наступать на "грабли", не делать чужих ошибок, а значит работать эффективнее, что является смыслом логистики.
Сегодняшняя "правда" даст компании ЕМЕ не тратить время на пустую переписку со своими клиентами, а побудит сконцентрировать усилия на доработке своей Системы. В результате все выиграют, у ЕМЕ поднимется качество WMS системы, а их клиенты будут эффективнее вести свой бизнес с её помощью!
Обращаюсь к разработчикам WMS! Максвал проводит тендер, я скорее всего буду помогать Руслану выбрать достойную WMS. Прошу предлагать свои системы в тендер, но давайте без фантазий рассказывайте о их реальных возможностях. Мы понимаем, что идеальных Систем не бывает, поэтому будем выбирать по цене/качество, наиболее подходящую. Особое внимание уделим условиям "доработки" и "сопровождения"!
Мониторинг склада Максвал мы уже проводили, поэтому протестированный в экселе алгоритм будем внедрять в новой WMS, который позволит в дальнейшем работать на основе хорошей "биллинговой ситемы" в качестве 3PL оператора, позволит внедрить хорошую систему мотивации на основании нормативов складских операций, автоматически рассчитывая сдельно-окладную зарплату сотрудников склада.
Коллеги, ещё раз убедительно всех прошу "выносить сор из избы" и рассказывать здесь от трудностях и проблемах, которые вы знаете в WMS и TMS системах. Мы все от этого только выиграем!
Если не хотите на этом форуме выссказываться, приходите на форум моего сайта:WMS- системы управления складом., Сравнительный анализ WMS на конец 2013 года. http://lobanov-logist.ru/new_forum/new_forum3/topic35/
TMS - система управления транспортом, Предлагаю обсудить ваши системы управления транспортной логистикой.
http://lobanov-logist.ru/new_forum/messages/new_forum5/topic34/message75...
Источник:Клуб Логистов|Логист.ру
С Уважением,
Николай Лобанов
http://www.lobanov-logist.ru/
Уважаемые читатели форума, всем доброго дня!
Если Вам действительно необходимо получить достоверную информацию о работе того или иного поставщика WMS решений или консалтинговых услуг в сфере логистики, то попросту - напрямую свяжитесь с компаниями интеграторами или заказчиками, и задайте все интересующие Вас вопросы. Уверен, Вам ответять на них. Попросите организовать несколько референс-визитов (даже в рамках одного поставщика) на автоматизированные склады и т.п. После этого самостоятельно проанализируйте полученную информацию и примите окончательное решение - с кем продолжить работу.
Также хочется обратится к уважаемым модераторам данного портала! Убедительная просьба, прописать четкие правила форума с правами участников и возможными санкциями за размещение недостоверной информации, "троллинг" и засорение "топика", вплоть до удаления аккаунта пользователя (даже, если он известен в узких кругах) - как на любом авторитетном портале. Если не ошибаюсь, логист.ру позиционирует себя именно так - экспертное сообщество. К сожалению, сейчас найти на портале "правила форума" невозможно. При регистрации - нет никакой информации об этом, требуются только достоверные персональные данные пользователя. В связи с этим - официальную информацию (включая ответы на вопросы) от имени компании LogistiX - на данном портале предоставлять не вижу возможности. Если есть вопросы - обращайтесь в компанию, рады будем ответить.
P.S. Наша компания - как и вышеупомянутые коллеги по рынку - занимается реализацией множества проектов по внедрению WMS, автоматизацией складских комплексов и профессиональным консалтингом в логистике. В связи с этим - для работы с прессой и подобными форумами в нашей компании был создан обособленный департамент, поэтому стараемся отвечать оперативно. Также в ответ некоторым болггерам сообщаю, что на форуме я выступаю не от имени пресс-службы LogistiX, а от своего имени.
Согласен, что информацию нужно предоставлять достоверную и какие-то подтверждения своим словам.
Но наивно пологать, что обратившись к поставщику можно получить правдивую информаци т.к. поставщик не заинтересован выдавать не выгодную ему информацию. В данном случае как-раз коллеги из EME вместо ответа на вопрос упорно утверждают, что клиент доволен, хотя уже два несвязанных человека заявили, что клиент ищет другую систему. Со своей стороны готов предоставить все данные по обращению, только разве это повернет разговор в другое русло?
Я вообще против обсуждения конкретных поставщиков (поэтому свой список и не разглошаю), но Николай настолько активен, что не удержался и подтвердил его информацию.
Мне кажется, что не стоит стыдится неудачных проектов. Они есть у каждого. Вопрос какие выводы сделала компания из этого и как она попыталась исправить положение. На ошибках учатся, поэтому негативный опыт - тоже опыт. Я, например, готов рассказать о своих ошибках и никакой информации не скрываю ;)
Сергей привет!
Мне импонирует твоя позиция открытости и честности по отношению к клиентам, желание честно рассказать о трудностях возникающих в работе. Именно это развивает компании и улучшает их Системы! Я смотрел вашу Арену и как видите у меня нет никакого желания наезжать ни на Систему ни на компанию, так как прямо на сайте и в статьях ты объективно говоришь о реальных возможностях своей Системы, ты объективно оцениваешь её нишу.
Конечно Лид и Арена -это Системы разных уровней, но они не конкуренты, так как цена Арены настолько доступная, что критерий Цена/качество становится у Арены очень хорошим и привлекатильным для тысяч клиентов не способных выложить более 2млн руб за WMS.
С Уважением,
Николай Лобанов
http://www.lobanov-logist.ru/
Николай, почему вы считаете, что Лид и Арена системы разных уровней?
Я могу лишь привести один пример - группа компаний МАК-ДАК, которая использует для одной из своих компаний решение на Лиде, для своего московского склада выбрало наше решиние т.к. по их словам Лид на тот момент им на мелкоштучной отгрузки не понравился, ну и плюс еще пару моментов, о которых я писать здесь не буду.
Хоть наше решение и дешевле, но выбор был не только из-за цены, сколько из-за функционала. В новой версии Лида вроде как поменялись алгоритмы работы с меткоштучкой и возможно сейчас выбор был бы другим.
Но общаясь с их логистами я сделал вывод, что во многих моментах наше решение даже более функциональней и какие-то идеи они решели перенести в Лид. При этом нельзя сказать, что одна система заменила другую. Склады ответственного хранения продолжают запускаться на Лиде по всей России, ну а наше решение постепенно запускается на московском распределительном складе и вскоре охватит весь склад (запуск поэтапный).
Сергей,
я не претендую на лавры эксперта по ИТ и не копал обе системы досконально, но после первичного знакомства у меня сложилось впечатление, что платформа Лид более современна, а сама WMS имеет бОльший потенциал по производительности. Всё-таки платформа 1С - это не самая лучшая платформа для реализации Систем типа WMS. Хотя искусные разработчики и на 1С достигают хороших результатов. Я, например, смотрел Пенту Валеры Павлова - бывший Логитон, доведённый до ума, так мне очень понравилось. И вообще мне нравится как Валера работает со своими клиентами. Его клиенты не сидят на игле - их программисты 1С-ники легко сопровождают Пенту ВМС самостоятельно.
Сравнивать функционалы - это гиблое дело, так как все пишут примерно одно и тоже по функциональным возможностям, а на практике Систему всё равно нужно подстраивать под функционал, под особенности бизнес-процессов конкретного клиента. Я всегда подбираю Систему "под клиента", а не по бренду или цене.
"Главное, чтобы костюмчик сидел!"
С Уважением,
Николай Лобанов
http://www.lobanov-logist.ru/
Николай, отчасти я с вами согласен. Платформа Лид имеет потенциально большую производительсность из-за особенности своей реализации, но имеет и свои огранчения связанные с "ядром".
Платформа 1С обладает очень медленным интерпретатором кода и есть некоторые особенности использования сложных объектов. Но к счастью выполнение запросов к SQL серверу выполняется так же быстро, как и на любой другой платформе. Поэтому уменьшив до минимума обработку информации кодом и переведя всю логику работы на SQL мы лишаемся первого недостатка. Отказ от сложнх объектов (типа документ и регистр накоплений) позволяет уйти и от второго недостатка.
В итоге можно получить производительное решение на единой платформе, которая содержит все необходимые блоки без необходимости использовать сторонние программы (сервер отчетов, печать этикеток, модуль KPI, планировщик заданий, интерфейс рабочей станции, интерфейс ТСД и т.п.).
К сожалению платформа дискредитировала себя непрофессиональным использованием. Легкость ее освоения породило массу "специалистов", которые поддерживая то или другое решение все больше и больше вносят ошибок, чем развивают ее. Также недоверие к платформе связано с большим количеством систем управления складом, которые написаны со стандартным подходом к бухгалтескому и управленческому учету.
В 2007 году нам было сложно продвигать решение и мы старались напирать на функционал, а про платформу упоминать уже потом. Сейчас же ситуация координально изменилась - многие клиенты изначально ищут систему только на платформе 1С. И понять их можно - негативный опыт общения с закрытыми системами с высокими ценами на обслуживание заставляет изначально выбирать открытую платформу, поддержание который можно выполнять своими силами или более прозрачно контролировать выполненные работы поставщиком услуг.
С Валерой у нас хорошие отношения, даже когда-то обменивались клиентами в связи с загрузкой. Хотя само решение я не видел, но по имеющейся информации оно достаточно качественное и производительное.
Но из всех обращений клиентов, которые уже имеют одну из WMS и хотят ее поменять, я ни разу не слышал жалобу на производительность. Обычно не хватает функционала и/или не нравится качество и/или стоимость поддержки.
Функционал у разных систем сильно отличается. Достаточно задать пару вопросов и понятно как выполняется та или иная задача и какие перспективы по настройке системы под различные варианты. Но тяжело оценить все возможности системы и примерить ее на себя, гораздо проще описать свои требования и узнать как они реализованы в одной или другой системе. Если большинство требований реализуются через отчеты и доработку системы - это один вариант, а если уже механизмы настройки заложены в текущую версию и нужно лишь подстроить под конкретный склад - это уже другой вариант.
Да, Сергей, у меня тоже есть информация, что появился пул клиентов желающих получить WMS на 1С - это уже тенденция, которая связана с тем, что в качестве КИСы клиенты используют 1С, а некоторые особо дорогие Системы не удосужились сделать качественный интерфейс с 1С и просят примерно 150-200 тыс руб с клиентов за его разработку. Как правило эти крутые Системы имеют примитивные интерфейсы с 1С через XLS c использованием эл. почты, а сделать действительно автоматизированный интерфейс на XML это для них так трудно, что нужно драть с клиента дополнительную мзду.
У меня тоже есть несколько каверзных вопросов, чтобы оценить уровень функциональности Системы!
Например,
Есть ли у вас функция с использованием АВС анализа сортировки товара по ТЕ после его выгрузки и приёмки перед его размещением в зону хранения?
Какие у вас стратегии размещения товара в места хранения?
Какие у вас стратегии отбора товара и пополнения ячеек отбора?
Какие стратегии уплотнения товара и его дефрагментации в зоне хранения?
Какие стратегии контроля сборки заказов?
Есть ли в вашей системе модуль биллинга, расчёта зарплаты и мотивации сотрудников?
Есть ли система нормирования операций и как она работает?
Пока видел только примитивы в базовой версии, которые нужно дорабатывать напильником и слышал коронную фразу: Скажите как вам надо и мы напишем! За дополнительные и немалые деньги конечно!
А в Арене как обстоят дела по этим вопросам?
С Уважением,
Николай Лобанов
http://www.lobanov-logist.ru/
Николай, хорошие вопросы.
Про мотивацию мы с вами уже пообщались, а на остальные вопросы ответы будут слишком объемные. Информацию можно найти у нас на сайте, ну или можем пообщаться вне форума. Думаю стоит даже пересечься на складе какого-нибудь клиента, я надеюсь вы останетесь довольны функционалом нашей системы ;)
А про интерфейс обмена - вроде уже все решения на нашем рынке имеют интеграцию с 1С т.к. в качестве КИС это очень распространенная система. Думаю проблема не столько в самом обмене, а сколько в завышенных ставках на любые дополнительные работы сверх проекта. Помню как по Exceed компания i2 СНГ за 4 доработки запросила свыше 600 тыс. рублей. После таких цен начинаешь инстуктивно искать более открытые решения.
Хотя все не так однозначно. Сейчас вот взялся за работу восстановить работоспособность одной WMS на базе 1С. Виновато не само решение, а группа программистов в компании, которая довнедряла систему до такого состояния, что остатки просто пропадают, отборные листы задваиваются и складское начальство уже не верит данным системы.
Тут главное не перегнуть палку с собственной поддержкой с помощью непрофессиональных специалистов.
Сергей,
я не просто так трачу своё время на этом форуме, а преследую несколько целей:
1. Поднять посещаемость форума обсуждением актуальных вопросов
2. Выложить самому и побудить выкладывать других спецов ценную информацию по конкретным вопросам
3. Установить дополнительные связи и приобрести дополнительных партнёров и клиентов.
Поэтому, если ты потратишь своё время и выложишь здесь информацию по моим вопросам, то тоже достигнешь всех трёх целей!
Буду рад встретиться и посмотреть Арену вживую, чтобы возможно заняться её продвижением.
С Уважением,
Николай Лобанов
http://www.lobanov-logist.ru/
Николай, мне не жалко потратить свое время, но как минимум эта не та ветка для обсуждения функционала, а как максимум данных действительно очень много, а в текущей реализации этого форума читать ее будет достаточно тяжело.
Ну и главное - я не люблю пиариться на форумах, меня раздражает когда на форумах размещают красивые оптимизированные SEO тексты с ссылками на сайты, на количество метров склада, довольных пользователей, красивых отзывов и т.п. Для этого есть официальные новостные ленты каждого поставщика, а тут мы обсуждаем детали без лишнего пафоса.
Например, по вопросу размещения можно почитать информацию на нашем сайте:
http://www.arenawms.ru/features/descr/razmeshhenie-wms.html
http://www.arenawms.ru/news/articles/34-wms.html
http://www.arenawms.ru/features/descr/fullfunc.html
http://www.arenawms.ru/features/descr/technologiya.html
Но это только поверхностное описание, реально стратегии размещения гораздо гибче и могут быть настроены на разные подходы к размещению продукции. Можно даже из завязать на текущие показатели KPI склада и они будут автоматически подстраиваться под текущую ситуацию на складе, они также могут быть зависеть от конкретного исполнителя, качество размещаемого товара, вида паллеты, наличия уже размещенного товара, группы совместимости, пробега от ворот и т.д. и т.п.
Сергей, я давно предлагал завести новую тему по обсуждению и сравнению конкретных WMS.
Я видел ваши стратегии на сайте, но они меня не удовлетворили, так как обладют высоким уровнем абстрактности и неопределённости, а я как логист ищу в них конкретную логику.
Ну, например, вы пишете:
Гибкий механизм настраиваемых пошаговых стратегий размещения с преднастроенными общими алгоритмами:
Без обид, Сергей, но я не увидел ни одной реальной стратегии в этом списке!
Чтобы не быть голословным критиканом привожу некоторые стратегии из моих выполненных проектов.
Стратегия размещения товара в места хранения:
С Уважением,
Николай Лобанов
http://www.lobanov-logist.ru/
А вот ещё один вариант стратегии размещения для клиента с гравитационными стеллажами!
Правила размещения.
Размещение ГП на стеллажах происходит путём подбора определённого набора стеллажей с одним или несколькими типами хранения, исходя из нижеследующих условий:
Суммарная вместимость набора стеллажей должна быть максимально близка значению ТЗср по артикулу. При этом применяется динамическая система с подбором места хранения из набора 9 «типов хранения» с фиксированной вместимостью. См табл№2 выше.
Подбор производится по следующим 20 правилам.
Условия размещения ГП
Усл
ТЗср
СДРкор
АВС по Кобр.
наборТХ=околоТЗср
ТЯ
1
меньше ТЗср гр
0
Ао,Во,Со
N*ФС3=околоТЗср
ТЯП
2
меньше ТЗср гр
больше 0
Ао
N*ФС1=околоТЗср
ТЯК
3
меньше ТЗср гр
больше 0
Во
N*ФС1=околоТЗср
ТЯК
4
меньше ТЗср гр
больше 0
Со
N*ФС2=околоТЗср
ТЯК
5
больше или = ТЗср гр, но меньше 6
0
Ао,Во,Со
1*ГС2-6
ТЯП
6
больше или = 6, но меньше 12
0
Ао,Во,Со
1*ГС2-12
ТЯП
7
больше или = 12, но меньше 15
0
Ао,Во,Со
1*ГС2-15
ТЯП
8
больше или = 15
0
Ао,Во,Со
N*ГС2=околоТЗср
ТЯП
9
больше или = ТЗср гр, но меньше 5
больше или = СДРкор гр
Ао,Во,Со
1*ГС1-5
ТЯК
10
больше или = 5, но меньше 6
больше или = СДРкор гр
Ао,Во,Со
1*ГС1-6
ТЯК
11
больше или = 6, но меньше 7
больше или = СДРкор гр
Ао,Во,Со
1*ГС1-7
ТЯК
12
больше или = 7, но меньше 12
больше или = СДРкор гр
Ао,Во,Со
1*ГС1-12
ТЯК
13
больше или = 12
больше или = СДРкор гр, но меньше 5
Ао,Во,Со
N*ГС2+1*ГС1-5=околоТЗср
ТЯП+ТЯК
14
больше или = 12
больше или = СДРкор гр, но меньше 6
Ао,Во,Со
N*ГС2+1*ГС1-6=околоТЗср
ТЯП+ТЯК
15
больше или = 12
больше или = СДРкор гр,но меньше 7
Ао,Во,Со
N*ГС2+1*ГС1-7=околоТЗср
ТЯП+ТЯК
16
больше или = 12
больше или = 12
Ао,Во,Со
N*ГС2+1*ГС1-12=околоТЗср
ТЯП+ТЯК
17
больше или = ТЗср гр
больше 0, но меньше СДРкор гр
Ао
N*ГС2+1*ФС1=околоТЗср
ТЯП+ТЯК
18
больше или = ТЗср гр
больше 0, но меньше СДРкор гр
Во
N*ГС2+1*ФС1=околоТЗср
ТЯП+ТЯК
19
больше или = ТЗср гр
больше 0, но меньше СДРкор гр
Со
N*ГС2+1*ФС2=околоТЗср
ТЯП+ТЯК
20
для п.13-19 подбор комбинации ГС2 нужно делать так, чтобы N был минимально возможным.
Условные обозначения:
ТЗср – средний товарный запас
ТЗср гр - граничное значение среднего товарного запаса (по умолч=3)
СДР – средний дневной расход
СДРкор.гр.- граничное значение среднего дневного расхода (по умолч=0,5)
Кобр– среднее суточное количество обращений к артикулу
ТХ-тип хранения
ТЯ-тип ячейки
ТЯП-тип ячейки паллетный
ТЯК-тип ячейки коробочный
N - количество слагаемых ТХ в наборе
При вышеперечисленных условиях WMS должна соблюдать следующие правила:
Правило№1:
Один артикул может иметь только одну ячейку коробочного отбора.
Правило№2:
Размещение паллеты с артикулом , предназначенной только для хранения, при наличии нескольких свободных ячеек, определяется последовательно по приоритетам как:
1. В ячейку, где данный артикул уже находится
2. В самую близкую ячейку к ячейке коробочного отбора артикула.
3. В самую близкую ячейку к ячейке, где данный артикул уже находится
Правило№3:
На стеллаже ТХ=ГС2, который занят не полностью, можно размещать товар другого артикула. При этом нужно придерживаться правила, чтобы артикул, стоящий в начале стеллажа имел показатель Кобр («количеству обращений») выше, чем товар, размещаемый за ним. Но размещаемый артикул должен быть в другом стеллаже доступным для отбора.
Правило№4:
Если на СК при приёмке ГП с производства образовалось две неполные паллеты с ГП одного срока годности, должно выдаваться задание на консолидацию ГП в одну целую паллету и одну неполную, с размещением целой паллеты в ячейку паллетного хранения, а неполной в ячейку коробочного отбора на стеллаже.
С Уважением,
Николай Лобанов
http://www.lobanov-logist.ru/
Именно поэтому я считаю, что в рамках форума даже обсуждение одной стратегии займет много времени и текста, а уж обсудить всю систему вообще кажется нереальным.
Отвечу вкратце, остальное нужно расписывать подробней и на примерах.
Размещение для быстрого отбора под спрос - некоторый кросс-докинг, при котором товар минуя хранения размещается в специально выделенные динамические ячейки на складе, из которых потом выполняется сразу же отбор.
Размещение в оптимальную ячейку - под оптимальной ячейкой предполагается заранее зарезервированное место в ячейках отбора, в которой храниться товар для отбора, туда же пополняется, и при размещении мы можем дополнить остаток в этой ячейке.
Размещение в оптимальной зоне вблизи ячейки отбора - это лишь общий алгоритм. Система действует следующим образом - находит на складе ячейку отбора с этим товаром. Определяет по заранее заданным параметрам те зоны, куда товар может быть размещен на хранение (с учетом заданных приоритетов). Зоны могут быть как заданы, так и отсутствовать - считаем что товар может размещаться где угодно. Далее в указанных зонах находим ближайшую ячейку к найденной ячейке отбора для минимизации движений при дальнейшем пополнении. Здесь основой алгоритма являются главное правило - минимизация расстояния от ячейки отбора. Все остальное детализируется уже внутри шага стратегии - можно установить отбор только на определенные типы ячеек, можно дополительно отсортировать результат по удаленности ячейки от склада, совмещению АВС ячейки и АВС товара, возможностью совмещения разных групп товаров и т.д.
Размещение в ячейку с той же номенклатурой - здесь опять же предварительно мы указываем только одно ограничение - что в ячейке должен быть уже такой же товар. Далее в стратегии мы уже дополнительно указываем нужные нам ограничения - можно ли совмещать разные партии, можно ли совмещать разные упаковки, смотреть ли на объем ячейки и ее вес, принимать во внимание нагрузку на балку, учитывать ли габариты коробок и паллеты (а не только объем), установить отбор на определенные виды или категории ячеек, добавить сортировку результата по рейтингу ячейки, классу ABC, расстоянию от текущего места, расстоянию от ворот, минимизации свободного объема после размещения, залежалости товара, разниц дат сроков годности (когда разрешено размещение разных партий) и т.п. В итоге из всего массива ячеек с этим товаров находится самая лучшая ячейка по совокупности параметров. Или ячейка не находится и идет переход на следующий шаг, где идет поиск уже по другим критериям.
Использование другой стратегии - совсем не смешно. С помощью такого хода можно строить вызов уже другой настроенной стратегии со своими шагами, дабы не плодить одинаковые настройки под каждый отличающийся процесс. Хотя на практике такие сложные конструкции еще не применялись.
Стандартный алгоритм - это когда изначально алгоритм не имеет явных ограничений или приоритетов. Все ограничения и приоритеты настраиваются логистом самостоятельно (примеры чуть выше)
Произвольный пользовательский алгоритм - позволяет реализовать самые нестандартные варианты. Суть в том, что если предыдущие алгоритмы лишь дополнительно характеризуются различными ограничениями и порядком, которые задаются в удобной форме, то тут возможно вставить просто оптимизированный запрос, который содержит всю необходимую логику работы, даже учитывать температуру поверхности планеты Венера (если такие данные как-то заносятся в систему) :)
Немного об подходе к настройкам описано тут: http://www.arenawms.ru/features/adaptiruemost.html
Фактически перечень того что есть - это только предопределенные алгоритмы каждого шага стратегии размещения.
А само размещение работает гораздо сложнее:
1. На первом шаге по данным о размещаемом товаре, его качестве, месте нахождения, владельца товара, поставщика, пользователя и т.п. определяется одна из созданных стратегий размещения.
2. Каждая стратегия размещения содержит несколько шагов, которые постепенно перебираются системой, пока не будет найдена искомая ячейка для размещения.
3. Каждый шаг имеет предопределенный базовый алгоритм, шаблон ограничений по объему/весу/габаритам, требуемый тип ячейки, кратность по количеству, а также произвольный набор условий, которые будут ограничивать перечень ячеек в выборке, а также произвольный набор параметров сортировки, которые из полученного массива будут определять какие ячейки более приоритетны.
4. Если на очередном шаге была найдена искомая ячейка, то размещение товара идет в нее. Разместится может как весь товар на паллете, так и частично (после идет доразмещение остатка). Если на шаге не была найдена ячейка, то идет переход на следующий шаг, где заданы другие ограничения в поиске ячейки. Шаги могут также зависеть от данных KPI - при загруженности склада более 90% может срабатывать одни шаги, а при загрузки менее 90% срабатывать другие шаги. Или при наличии задач на отбор выполняться "быстрые" размещения, а при их отсутствии более длинные, но и более оптимальные с точки зрения оптимизации запасов.
5. В качестве завершающих шагов используется проверочные, которые анализируют почему товар не смог разместиться на предыдущих шагах и выдают предполагаемую ошибку почему не была найдена ячейка. Это может быть ошибка в замере объема товара или веса, или нехватки ячеек в определенной области. В качестве завершающего шага может быть использована ячейка разбора, куда перемещается целиком паллета, для которой по каким-то причинам не нашлось ячейки на складе.
Т.е. одна группа товаров может размещаться по одной стратегии, другая группа по другой, брак по третьей стратегии, а размещение роклой по четвертой. В каждой стратегии определяется логическая последовательность, начиная от преимущественного размещения и заканчивая выбором ячеек когда на предыдущих шагах не было найдены ячейки с установленными правилами.
И это еще не все. Помимо самих алгоритмов размещения в системе еще множество других статистических данных, которые потом учитываются в шагах стратегиях. Это и АВС/XYZ товаров, и требуемым запас в отборе на несколько дней отгрузки, и сезонность товара, наличия товаров в уже сформированных заказов, и еще множество факторов, которые рассчитываются или непосредственно во время размещения, или рассчитываются заранее и дальше используются в алгоритмах.
Даже этого думаю не хватит, чтобы понять алгоритм размещение, поэтому я всегда настаиваю посмотреть на живом примере или на дистанционной презентации и тогда все сразу встает на свои места.
Ну вот, Сергей, немного туман рассеялся и становится понятно, что ваша Арена достаточно интеллектуальная Система!![smiley smiley](http://logist.ru/sites/all/modules/ckeditor/ckeditor/plugins/smiley/images/regular_smile.gif)
Кстати, а в какой момент складских бизнес-процессов запускается вся эта аналитическая работа Системы?
В момент когда товар выгружен или принят? или раньше, когда он ещё в статусе "в пути"?
Судя по алгоритму перебора - этот процесс поиска нужной ячейки может занять много времени при номенклатуре прихода около 300-500 артикулов, вот тут то и потребуется производительность Системы.
С Уважением,
Николай Лобанов
http://www.lobanov-logist.ru/
В зависимости от настроек алгоритмы срабатывают:
1. При приемке очередной паллеты с товаром
2. При закрытие поступления (по всем принятым паллетам)
3. Непосредственно при сканировании очередной паллеты, которая расположена скраю зоны приемки.
Приемущественно используется 3 вариант, т.е. место назначение определяется в момент сканирования паллеты и по времени это занимает менее одной секунды.
А быстродействие при таком способе зависит только от производительности SQL сервера, архитектуре базы данных, количестве шагов и их оптимальности. Платформа тут вообще фактически не участвует и лишь задействована для вывода полученного результата на экран ТСД.
Анатолий,
Вы так и не ответили на мои конкретные вопросы, которые интересны многим участникам форума, так как это потенциальные клиенты, которые не хотят покупать "кота в мешке" или "чёрный ящик" в красивой обёртке. WMS - это сложный высокотехнологичный ИТ продукт, в котором сложно разобраться даже хорошему специалисту по ИТ, а уж клиентам разобраться практически невозможно. Поэтому клиентам как воздух необходимо наше независимое экспертное мнение. Они понимают, что поставщики WMS подготовились к "показательным выступлениям" на складах у своих клиентов. Ведь все клиенты большинства WMS практически "сидят на игле", т. е. ЗАВИСЯТ от разработчиков-поставщиков WMS, которые могут одной кнопкой дистанционно устроить коллапс на их складе, отрубив свою Систему, при этом обвинив сотрудников клиента, которые мол нажали не ту кнопку. Я такие ситуации наблюдал!
У Вас, Анатолий, который выступает то от своего имени, то от компании LogistiX, явно не хватает ни аргументов для дискуссии, ни знаний, чтобы отстоять своё мнение, поэтуму Вы пытаетесь запугивать участников форума ГК и УК РФ и всякими правилами форумов. При этом Вы атакуете модераторов форумов, в том числе и этого всякими угрожающими письмами, чтобы они удалили неугодные Вам посты. При чём это происходит не только на этом форуме!
Вы, Анатолий, как "цепной пёс" лаете на всех, пытаясь укусить, защищищая своего хозяина, но по делу Вы ничего сказать не можете. Мне Вас искренне жаль, Анатолий!
С Уважением,
Николай Лобанов
http://www.lobanov-logist.ru/
На днях пришлось разбираться с одной из систем WMS на складе крупной компании. На сайте разрабочтика лестные слова, на деле все просто очень и очень плохо. Поездка на склад показала, что процессы не оптимальны, количество обслуживающего персонала завышено, совместно с работой ТСД параллельно печатается тонна бумаги.
Виной, наверное, не столько само решние, сколько постоянная доработка системы силами компании.
Склад вскоре должен перейти на новую систему, но пока задача протянуть до запуска, что тоже нелегкая задача.
Табло работы склада в режиме онлайн. Монитор не является частью функционала WMS, сделан на основе регистрируемых событий (складских операций) в базе данных (не нужна лицензия на клиента WMS для рабочей станции). Порой штатный модуль мониторинга в функционале WMS не всегда полностью удовлетворяет пользователя.
Очень показательная таблица. Я делал аналогичную у себя. Только задача ставилась проще. Смысл в следующем. На складе стоит комп, через который комплектовщик сканирует начало и конец отрборки сборочного листа. В момент пока ни кто не сканирует на компе, он в он-лайн режиме демнострирует, сколько каждой складской зоне нужно собрать операций, сколько собрано, сколько осталось. Данная таблица "подстегивает" комплектовщиков на спортивную коллективную конкуренцию между складами. Когда комплектовщик заходит в меню через свой бейдж, для сканирования начало и конца отборки. Система показывает, сколько комплектовщик выполнил операций за текущую смену, и сколько операций выполнил с начала месяца.
Данная таблица индивидуально мотивирует комплектовщика на зарабатывание денег и на производительность.
Еще раз повторюсь, что система работает в он-лайн.
Страницы