Архив форума

Коллеги, не сочтите за рекламу.
Во вложении технология работы WMS Open Source HH.WMS
 
Дополнительно на сайте компании Консид Решения в разделе Скачать выложены блок-схемы базовых процессов системы.  
 
Жду откликов и комментариев.  

Процитировано сообщение: Шилов Илья от 27.11.2008 :: 20:26:09:

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

Коллеги,
Это реклама подхода к разработке, внедрению и сопровождению WMS систем.
А то у нас на Российском рынке все как то одинаково и скучно.
 
Все интеграторы (по крайней мере лидеры своих сегментов) скатились к одной технологии продвижения систем, разработки, внедрения, сопровождения, освещение результатов внедрения. Все интеграторы заявляют Заказчикам, что могут абсолютно все, только платите. В итоге складывается впечатление что различий между Exceed, Logistic Vision, Expert Logistic, решений на базе 1C нет никаких.  
Складывается впечатление, что количество одновременно работающих пользователей, одновременно работающих терминалов, интенсивность работы склада, количество позиций в товарном справочнике, количество позиций в накладных и специфика самого склада , количество одновременно обрабатываемых складских процессов никакой роли не играют.  
И все софты SQL запросами и методом перебора - решают любые задачи. причем за доли секунд.
Про понимание Заказчиков зачем нужна WMS и какую ему стоит выбрать - это отдельная песьня даже не хочется дискутировать.
Коллеги надо развивать институт независимой экспертизы, открытого диалога.
А Заказчикам хочется посоветовать что бы сэкономить время и деньги, обращайтесь к независимым консультантам по проведению тендеров и внедрению. Помощь сторонних консультантов поможет вам не только более качественно выбрать систему, но и найти консенсунс при взаимодействии с компанией интегратором. Хочется так же надеяться, что независимые консультанты при этом будут действительно независимыми, а не лобировать интересы той или иной стороны.
 
А наша компания вполне отдает себе отчет что ей будет очень трудно конкурировать в продвижении нового бренда с топ 10 ведущих Российских WMS  по крайней мере в ближайшие 2-3 года по вполне понятным для всех причинам. Конкурировать с мировыми топ-брендами вообще не собираемся. Бесперспективно. Тот кто покупает софт для капитализации, а не для автоматизации никогда не выбирет софты российкой разработки (исключение может составить лишь только Солво). На WMS мы не замыкаемся и соптимизмом смотрим в будущее.  
 
Коллеги больше оптимизма.  

Процитировано сообщение: Кнабибулин Рашид от 28.11.2008 :: 12:53:00:

 
Прошу прощение, но скажу прямо (что думаю) - просто тут организовалась уже целая группа опаздывающих на убегающий поезд и старающаяся всеми силами и во всех ветках данного форума продвигать свою систему. Выглядит как-то не профессионально, лучше бы начали с помощи в конкретных вопросах, ну а потом уже ненавязчиво советовали свою систему, а получается наоборот - любой вопрос переводят в рекламу своего решения "а в системе ХХХ" или "наша система ХХХ" ...
 
По данному топику - читаю документацию и возникает ощущения дежавю.
 
Подумал и понял - процессы и формы очень напоминают RadioBeacon, а закладывание логики в хранимые процедуры наверное LVS, при этом SOA конечно же из HighJump, а что своего?!
 
Плюс вопросы для понимания решения:
- Печать листа приемки обязательно? Зачем при использовании безбумажных ТСД?
- Можно ли запросить сверку принятого/ожидаемого без попытки закрытия приемки?
- Есть ли возможность автоматически блокировать определенную продукцию для контроля качества?
- Размещение может осуществленно только после полной приемки?
- Можно ли запретить экспертное размещение?
- Как объясняется завязка алгоритмов размещения и типа поступления?
- Есть ли возможность автоматического размещение заказов без "диспетчер заходит в меню ..." ?
- Задачи на подбор разбиваются вручную или первому запросившимуся с ТСД и больше нет алгоритмов?
- Пополнения под заказ осуществляется только через меню "Создать пополнения" или автоматически при распределение заказа?
- Как вообще прикрепляется номенклатура к ячейке отбора, вручную, автоматически или динамически?
- Есть ли механизм рекомендации какие сборные коробки нужно взять (и сколько) для подбора мелкоштучки?
- Учитывается ли при перемещении реальное физическое расстояние между ячейками при сложной организации топологии склада с множеством проходов?
- Есть ли возможность для работы с ячейками разных ярусов/зон использовать разные алгоритмы обхода?
- Поддерживается ли процедура контроля собранных паллет?
- Какие осуществляются проверки перед отгрузкой машины со склада?
 
пока хватит

Цитата:

Конечно же не обязательно - это от лукавого. Не все предприятия в России готовы полностью работать по безбумажной технологии. Просто есть специфические склады. А есть которым просто хочется видеть лист приемки. Но там где требуется первичная приемка товара с сортировкой в случае прихода широкого ассортимента - например 500 позиций рассыпухой в одной машине и имеются проблемы с идентификацией пришедшего груза. Это у нас сплошь и рядом и дело тут не в системе а в Логистике, а точнее в логистической цепочке движения товара от производителя к потребителю. В таких тяжелых случаях без листа приемки не обойтись.
 
Цитата:

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

Причины блокировки у нас в базовой версии заведены. Иключение блокированого запаса из перемещений и резервирования исключено. А вот логика самого блокирования в базовой версии не представлена. Это делается быстро и качественно в процессе подготовки решения под требования Заказчика исходя из нашего подхода к внедрению и развитию системы.
 
Цитата:

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

- Для заданий размещения и перемещения - это можно сделать.
Но в базовой версии ограничений нет.
 
Цитата:

Это дает дополнительные возможности для подключения различных алгоритмов исходя из типа заказа: возврат брака, кросс-докинг, производственные заказы и прочее.
 
Цитата:

В базовой версии такая возможность не представлена. но по запросу Заказчика в рамках проекта - это легко реализуется.
В SQL JOB указывается алгоритм резервирования по дате ожидаемой отгрузки. И этот JOB с установленным периодом резервирует запас под заказы.
(У нас в линейке решений пока нет специализированной службы обработки заданий и событий. Это в далеких планах.)
 
Цитата:

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

 
В базовой версии заложено 2 типа поплнений под заказы:
- Возможность инициирования упреждающего поплнения диспетчером склада. По выбору пункта меню пополнить.
- Поддержка "горячего пополнения". Т.е. задания поплнения создаются при резервировании в связке с заданиями отбора. пока не выполнено пополнение задания отбора не доступны.  
 
Цитата:

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

 
В базовой версии таких алгоритмов конечно же нет. Господа такой функционал появляется у систем которым 10-к лет и они совершенно из другой ценовой категории
 
Цитата:
 
 
Хочется узнать для начала где это учитывается и кому это нужно. В режиме реального времени с реализацией таких алгоритмов есть трудность. (Привидите мне пример кроме Солво кто решает подобные задачи для погрузчиков с терминалами. )
 
В базовой версии конечно же учета расстояний при пробеге нет. Очень трудоемкая задача. Это снова требования из разряда эксклюзивной ценовой категории.
 
У нас в базовой версии можно организовать маршрут размещения и отбора на основе приоритетности ячеек.  (т.е. оптимизировать перемещение)
 
Цитата:

 
- Первое можно организовать маршрут отбора на основе приоритетности ячеек.  (т.е. оптимизировать перемещение)
- Зонный отбор. В пределах зоны настравивается специализированные маршруты в пределах зоны
 
Цитата:
 
Я этот вопрос понял как проверка содержимого собранных паллет.
В базовой версии реализован следующая операция проверки собранного паллета. К собранному паллету приложен распечатанный упаковочный лист с содержимым паллета.Сотрудник с терминала сканирует код паллета. Получает список содержимого. Визуально сверяет строки и количества с упаковочным листом и с реальным кол-вом. Если находятся расхождения, то строка с расхождениями корректируется (исключается из паллета) . По завершению процедуры проверки перепечатывается упаковочный лист.
 
 
[quote]Какие осуществляются проверки перед отгрузкой машины со склада? [quote]  
После выполнения погрузки собранных паллет в машину с использованием мобильных терминалов, сканируя паллеты. Если загружены все паллеты, то статус заказа автоматически поменяется на "Загружен" (сложный случай управления отгрузками с группировкой заказов по маршрутам опущу описание -с кажу лишь что этот функционал в системе пресутствует. смотрите описание). Если какой то палет не загружен в машину, то диспетчер не отпускает машину. Если какой-то паллет потяряли или он не помещается в машину, то с терминала выполняется
процедура "Разборка заказа" - отцепление собранного ГМ от заказа. Если все ГМ в машине статус автоматически изменяется на Загружен. Машину можно отпускать.
 
 
 
 

Сергей. Я то же с вами не соглашусь. Или в вас есть увереность что система, например LVision подходит для любых типов складов и любой специфики?
А я вот понял, что вы Сергей сторонник систем в которых есть функционал, весь и сразу и не всегда нужный конкретному складу. Т.е. технология развития системы от Большого к малому.  
Пишите мне в личку и я вам расскажу как делались крупные проекты для крупных складов. С какими проблемами сталкивались уже на этапе внедрения. И не только на примере проектов в которых я участвовал и софтов которые я внедрял. Что происходит с ВМС системой через 3-4 года эксплуатации на складе. Какие проблемы возникают с функционированием, тех. поддержкой и развитием систем. Как ВМС обрастает дописками программистов со стороны Заказчика.
Т.е. у предлагаемого вами технологии Цикл жизни системы составляет порядка 5-7 лет. Т.е. компания должна каждые 5-7 лет писать новую ВМС под старым брендом.  
Подход SOA кроме прочих преимуществ позволяет увеличить время жизненного цикла решения в несколько раз. Я соглашусь, что такой подход не везде подайдет, но я думаю Заказчики найдутся.  

Процитировано сообщение: Рубанов Сергей от 28.11.2008 :: 16:30:21:

 
Сергей, не понимаю, почему вы считаете что SOA системы страдают малым количеством функционала.
Если взять к примеру HighJump, то базовый функционал системы не уступает LV, а глубина реализации намного лучше.
Думаю у RedPrarier и нашей LEAD WMS с функционалом тоже нет проблем.
Тем более функционал постоянно добавляется, и тут большое преимущество SOA подхода.
Так в HJ были реализованы динамические атрибуты и включены в базовую версию.
 
А поповоду все и сразу:
Исходя из моего опыта, большое количество заявленного функционала фактически не работает.
Как пример (серийные номера в RadioBeacon, номера паллет SSCC, LP).
Поэтому под проект необходимо его дорабатывать под требования заказчика.  
 
Если в системе не заложено расщирение функционала, то ничего не поделаешь, приходиться пользоваться триггерами, хранимками... но это не лучший вариант.
Другие подходы по развитию системы (на примере LV) тоже ограничены, и достаточно сильно (как логикой приложения, так и сложностью изменения базы данных)
 
Подход же SOA дает неограниченные возможности для адаптации и развития системы.
 
По поводу сроков разработки считаю что подход SOA тоже выигрывает, в том случае если имеет визуальные средства разработки, противном случае сроки разработки функционала сопоставимы с другими подходами к развитию системы (исключая source coding в чистом виде).

Цитата:

 
Сергей, я не пытаюсь отстоять конценцию SOA как идеальный вариант, я просто считаю доводы минимального базового функционала системы некорректными.
 
А так я согласен что SOA не панацея, можно использовать другие методы.
В этом случае большое преимущества получают Российские разработчики, по сравнению с ненашими брендовыми софтами.
Я лишь хочу сказать, что софты типа LV, Exceed, и.т.п. не имеют никаких преимуществ, а даже больше недостатков по сравнению с Российскими решениями.
 
По поводу сравнения функционала на конкретных объектах, тоже считаю некорректным, потому что там весь функционал зависит от требований конкретного заказчика. Поэтому имеет большие отличия от базового.
 
Цитата:

 
Тут каждый волен выбирать что ему больше нравиться. Ничего не имею против по поводу комбинированных решений, НО согласитесь что они предоставляют меньше возможностей к адаптации кода.
Вопрос в том, что надо ли это заказчикам, но это они решают сами.
 
И хочу заметить по поводу произвоительности работы.
Большой недостаток подхода, который описан выше (ИМХО) вынесение логики работы с базой в приложение (LV, Exceed и т.п.) в запросы или зашивая в код приложения имеет существенный недостаток в происзводительности. О чем умалчивают большинство поставщиков решений.
 
Поэтому главным недостатком систем описанных выше считаю производительность работы. Когда процесс размещения заказа в отбор или ргенерации пополнений выполняется 20 минут, тут уже не будешь сравнивать наличие богатого функционала, когда не работает основной.
Т.к. эти проблемы появляются после 6 месяцев эксплуатации систем, то с этим приходиться бороться уже заказчику и не всегда удачно.
Так мне пришлось подтачивать систему на распределительном центре, которая не обслуживалась в течение 5 лет. там висло все что только можно, зависания достигали порядка 5 минут на любых операциях.
 
В результате работ все залетало и система поддерживала до 35 работающих пользователей одновременно. А они уже хотели выкидывать систему, но потом поверили в ее работоспособность.
 
Цитата:

 
Развитие всех систем идет одинаково, и это не зависит от концепции.
Т.к. основная часть нового функционала появляется в результате новых проектов.
Главное иметь хороших аналитиков и программистов, которые смогут сделать так, что доработанный функционал можно включить в следующие версии продукта.  
ИМХО, считаю что не стоит выпускать новые версии продуктов чаще чем раз в год.  
 

Процитировано сообщение: Рубанов Сергей от 02.12.2008 :: 15:54:53:

 
Сергей, вы говорите по source coding естественно он намного превышает методов макропрограмирования и SOA.  
Но трудоемкость этого процесса гораздо больше, чем предлагаемая технология.
Например, используя движок разработка процесса на терминалах составляет порядка 5 дней, если взять такой процесс как приемка или отбор.
 
[quote author=Рубанов Сергей link=1227806913/0#15 date=1228222493]Процитировано сообщение: Рыбаков Дмитрий от 02.12.2008 :: 11:41:48:

Ничем, это было сказано к тому что большинство систем не заботяться о работоспособности.
И большинство из них не имеют встроенных процедур поддержки БД.
 
[quote author=Рубанов Сергей link=1227806913/0#15 date=1228222493]Процитировано сообщение: Рыбаков Дмитрий от 02.12.2008 :: 11:41:48:

 
Сергей я же описал выше, что если подход как вы говорите к "частной адаптации" соответствует принципам дальнейшего функционала, то это пойдет в серию.
 
По поводу дальнейшего обновления системы при очередном обновлении, могу привести случай, но не с Россйским разработчиком.
Так в софте были найдены логические дырки при приемки. За деньги удалось уговорить поставщиков решения их исправить и в следующей версии все отрабатывало корректно. Но в следующей версии это обновление не появилось.
 
Поэтому все зависит от подходов, как компания позиционирует данную доработку системы, это может быть как SOA, так и галочная система.
 
 
Процитировано сообщение: Рубанов Сергей от 02.12.2008 :: 15:54:53:

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

Коллеги, хочется всех поздравить со всеми наступающими в Новом году праздниками и откланяться.  
Работа, проекты.  
 
В Новом году карьеро-устремленным менеджерам хочется пожелать удачи, а
                       РАциональным менеджерам хочется пожелать, что бы они при выборе логистических решений для своих предприятий поддержали Российских разработчиков во время непростой экономической ситуации.
Выбирайте любую систему из списка, которая вам больше подходит: Solvo WMS, Бухта, Expert Logistic WMS, Lead WMS, AZ.WMS, решения Open Source Hand Held и конечно же решения на базе 1С, ну куда без них. Выбор в пользу Российских решений поможет Вам не только сэкономить время и деньги, но сохранить душевное равновесие, здоровый сон и аппетит. А бесценный логистический опыт можно получить и работая на решениях от Российских разработчиков.
 
Хочется привести доводы экспертов, описавших некоторые конкурентные преимущества решений от Российских разработчиков.  
 
Статья из журнала Современный склад №4/2008  
Ознакомиться можно по ссылке http://www.ssklad.ru/arhiv/2008/4_08s3.php    
В конце статьи имеются опечатки, поэтому статью без опечаток можно дочитать по сcылке
http://www.consid.ru/article/rusoreurosystem.html
 
Хочется еще раз обратить внимание всех на адаптивные технологии: SOA и системы с открытым кодом. Экспресс обсуждение по SOA можно посмотреть по ссылке http://logist.ru/forum/YaBB.cgi?board=it;num=1227690561
 
Если у кого-то есть комментарии по решениям линейки Open Source Hand Held оставляйте, пожалуйста. Будем рады получить критические, но объективные замечания, которые помогут улучшить нам наши решения.

Добрый день, коллеги! Рад Вам представить материалы с описанием методологии разработки приложений для терминалов сбора данных и веб-приложений для разработки решений линейки Open Source HandHeld
 

Процитировано сообщение: Шилов Илья от 08.06.2009 :: 11:11:14:

 
Добрый день, Илья
заинтересовала эта технология.
Хочу для собственных нужд разработать систему отличную от WMS.
Где можно достать последнюю версию этой платформы?
Спасибо.

Компания "Консид Решения" объявляет о выходе новой модернизированнной версии программной платформы Open HandHeld.Engine v3.0. (OHE)
 
В версии v3.0 появились следующие основные функциональные новшества:
 
1. Добавлен новый графический пользовательский интерфейс для поддержки работы радио-терминалов по протоколу html с использованием веб-браузера Internet Explorer.  
 
2. Добавлен компонент управления программной платформой OHE и модулями линейки решений Open Source HandHeld.
 
3. Добавлена возможность настройки вывода звуковых (голосовых) сигналов операторам радио-терминалов для целей оповещения или в случае возникновения ошибок.
 
4. Добавлена возможность экпорта табличных данных из Web приложения в excel.
 
5. Улучшено качество и стабильность работы платформы OHE, за счет оптимизации внутреннего кода и логики работы системы.  
 
Более подробно можно узнать по ссылке http://www.consid.ru/article/ohev3.html