Архив форума

Коллеги!  
может кто-то поделится информацией о WMS решение распределительный центр на AXAPTE компании Columbus IT/
 Интересуют + / - данного решения.

Процитировано сообщение: Грачев Виталий от 24.04.2008 :: 12:24:33:

 
Тоже видели презентацию...
По словам представителей компании данное решение не  просто складской модуль ERP, а именно WMS.
 
Недавно нашел информацию по внедрению данного решения в комп. центре Кей
 http://www.raexpert.ru/database/it_cases/case7
 
...Минусом  по словам Олега Вайнберга (ИТ-директор ООО «Компьютер-центр «КЕЙ») , является тот факт, что обычно ИТ-система не позволяет размещать в одной ячейке товары разных наименований, и это ограничивает степень наполняемости склада....

Процитировано сообщение: Пашинский Олег от 24.04.2008 :: 15:20:53:

 
Понравилось в пресс-релизе (из истории создания данной WMS системы):
"WMS-систему на базе Microsoft Dynamics AX, созданную в процессе автоматизации распределительного центра торговой сети «Перекресток»". Интересно, насколько похожими оказались  процессы продуктовой розницы и процессы ИТ дистрибуции.
Кроме этого из релиза видно, что система децентрализованная. На складе одна БД, в офисе другая. Отсюда все "прелести", например, со 100% вероятностью никто никогда не скажет, сколько товара лежит на складе в данный момент времени. Проблемы синхронизации данных и т.д.
Кроме этого, в аксапте никогда не было "родного" WMS, есть куча примеров, когда на проектах ее скрещивали со специализированным сторонним ПО. Откуда вывод - решение от Columbus - полностью написанное под требования "Перекрестка". Может там еще что-то и есть...

Процитировано сообщение: Грачев Виталий от 24.04.2008 :: 12:24:33:

 
Гениально !

Процитировано сообщение: Polyakov Alexey от 24.07.2008 :: 11:16:27:

"Провалились" в каком смысле? Можно поподробней?

Процитировано сообщение: Леснухин Владимир от 25.07.2008 :: 16:27:57:

Не внедрили. За исключением нескольких филиалов.... где WMS и не стояло.  
на пустом поле...любая система в радость.  
а РЦ в Медведково и Пушкино не потянул.

Процитировано сообщение: Александр Васильевич от 28.07.2008 :: 10:42:38:

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

Процитировано сообщение: Polyakov Aleksey от 28.07.2008 :: 14:39:25:

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

Как работает в Перекрестке, знаю со слов непосредственного пользователя, который кнопки нажимает. Цензурных слов у него не было. Хотя, возможно проблемы бизнеса, как их понимает руководство система решила.
 
Из учебника по X++ (по Аксапте, конечно, но с упором на программирование), понял, что конечно это объектный язык, но, в этом же учебнике не рекомендуется использовать объектный подход там, где можно обойтись процедурным.
И даже написано почему. Быстродействие, однако. Насколько я понимаю, это все тот же интерпретатор. А какие системы реального времени на интерпретаторе?
 

Повторяю кто не услышал, лично общался с ребятами из NaviCon, известная компания, хлеб которой - разработка ERP проектов на AXAPTA и другом известном продукте. Не от хорошей жизни они купили западную складскую систему, у которой был интерфейс для AXAPTA. Причем система, которую они купили достаточно жесткая, не позволяющая таких тонких настроек как в их складских проектах. Например в складских проектах AXAPTA они настраивали просчет слоев укладки на паллете, а затем при размещении система анализировала по этим слоям влезет паллета в ячейку или нет. В складской системе, которую они купили такой возможности нет в принципе. Она более жесткая и не позволяет от стандартных складских процессов ни вправо ни влево. Но купили. Жизнь заставила. Читай отказались от дальнейшей разработки складких проектов с использованием AXAPTA.

Процитировано сообщение: Пашинский Олег от 24.04.2008 :: 10:45:36:

 
 
  Давно уже внедрили. Логистику пришлось самому писать.  Оперативность исполнения низкая и не всегда качественная. Но тем  не менее, на безрыбье и рак, как говорится, рыба

[quote author=Леснухин Владимир link=1209019539/0#19 date=1217569871По внедрению оракла или собственной разработки? Слышал, что они свою пытались натянуть на новый склад около года и почти полностью переписали...  
[/quote]
по внедрению оракла

Добрый день коллеги!
Интересную информацию нашел по теме....
Источник  
http://www.r-id.ru/main/press/news?nid=44
 
07.04.2007 Сотрудничество HighJump Software, Microsoft и Columbus IT - клиент в выигрыше
 
 
HighJump Software (группа компаний 3M), глобальный разработчик решений для выполнения цепочек поставок (SCE), объявила о завершении работ по интеграции программных продуктов семейства HighJump Supply Chain Advantage и ERP-системы Microsoft Dynamics AX 4.0. Работы по разработке интерфейса между системами осуществлялись совместно с Columbus IT, международной консалтинговой компанией, специализирующейся на решениях Microsoft для бизнеса (Microsoft Business Solutions).
 
Клиенты HighJump Software получают надежную бесшовную интеграцию двух систем, позволяющую  обмениваться  информацией в режиме реального времени. Это особенно важно для сегодняшнего бизнеса, который требует объединения бизнес-процессов на складе и операций обработки информации. Общий набор стандартных транзакций интерфейса включает установку и настройку клиентских отчетов, выбор методов обработки заказов, исполнение заказов, поддержку качества и проведение циклической инвентаризации.
 
«У нас растет количество клиентов, использующих Microsoft Dynamics AX, и нам необходимо поддерживать интеграцию, чтобы гарантировать передачу ключевых данных из цепочки поставок в бизнес-процессы клиентов быстро и точно», - говорит Джоэл Левинсон, президент HighJump Software. «Мы гордимся тем, что во время разработки работали бок о бок с Microsoft и с Columbus IT, и надеемся, что наши клиенты будут довольны результатом».
 
«Нам приятно, что компания HighJump Software сохраняет приверженность технологиям Microsoft и становится лидером в поставке приложений для выполнения цепочек поставок, интегрированных с Dynamics AX 4.0», - говорит Крэйг МакКолум, вице президент Microsoft по стратегиям продаж решений для бизнеса. «Microsoft Dynamics AX - идеальная система для быстро растущих компаний в таких индустриях, как производство продуктов питания и напитков, розничная торговля и производство потребительских товаров, областей, в которых объединенное предложение Microsoft, Columbus IT и HighJump Software должно пользоваться большим спросом».
 
«Эта интеграция позволяет нам обеспечить клиентов Microsoft Dynamics AX сильной опцией для оптимального управления складом, которая размещается в уже существующую технологическую структуру», - говорит Майкл Фокс, вице президент Columbus IT по продажам и маркетингу. «Мы верим, что объединение HighJump Software и Microsoft Dynamics AX обеспечит нас лидирующим предложением для наших клиентов. Мы собираемся продолжить работу с HighJump Software в области разработки дополнительных возможностей, основанных на интеграции этих решений».  
 
 
 
Источник: HighJump Software

Вышла статья о внедрении решения в"ООО ОБИ Импорт и Логистика Рус",
Сеть магазинов OBI на данный момент насчитывает 525 супермаркетов в 13 странах Центральной и Восточной Европы. 38000 сотрудников работают по всему миру, из них 2500 — в России.  
 
http://www.kommersant.ru/doc.aspx?DocsID=1143595

Кстати, о ЕРП хорошая статья:
http://www.goodlancer.com/archives/2132
Все по делу.

Процитировано сообщение: Рубанов Сергей от 08.04.2009 :: 19:25:03:

Кто такой "хрепень"? Почему у него нет смыслу?

Просто Аксапту надо уметь готовить! В последних версиях WMS намного лучше проработан, нежли в 3.0 и 2.5. А если повезёт с консультантами, которые имеют реальный опыт - то можно сделать конфэтко!

Запись на экскурсию:
1. Дмитрий Перов.
....

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

А что это за высокие требования, которые нельзя реализовать в ERP??

Процитировано сообщение: Ильина Евгения от 10.04.2009 :: 23:09:40:

 
Ну вот как раз бы и форум просветил на эту тему ( если б вспомнил конечно)))))
А если серьезно  - сроки годности, акцизы, справка А, Б; ТТН, уд. о качестве, серийный учет марок (специальные, региональные)...............вообщем много чего.

занимаю за Соломатиным, четвертым буду

1) Кто мешает транзакции исполнять в релальном времени? Сразу оговрюсь, что наше решение вообще не работает в режиме офф-лайн. Однако, некоторые WMS системы позволяют нащелкать на терминале заданий, а потом их "залить в стакан". Где тут реальное время???
Цитата:

Вы, возможно, действуете с точки зрения системы, с которой работаете. Возможно, если вы понимаете SQL, найдете отличия в производительности:
Это принцип блокировки, который вы описываете:
declare m cursor local for select ПОЛЕ from ТАБЛИЦА
open m
fetch next from m  
while @@FETCH_STATUS=0
begin
     -- КАКОЙ-ТО РАСЧЕТ
     fetch next from m  
end
Когда кто-то будет исполнять этот код, то действительно, все остальные курят бамбук.
Этот код исправляет данную проблему:
select ПОЛЕ into #temp from ТАБЛИЦА
declare m cursor local for select ПОЛЕ from #temp
fetch next from m  
while @@FETCH_STATUS=0
begin
     -- КАКОЙ-ТО РАСЧЕТ
     fetch next from m  
end
Никто никого не блокирует, все живут весело и дружно со своей копией массива данных.  
Если еще добавить возможность (в случае удаленных складов) репликацию по критерию, т.е. можно определить какие таблицы реплицировать (офису не нужны таблицы баланса по ячейкам, а складу не нужны таблицы аналитик продаж), то все будет работать, как часы.
Для терминалов мы используем Citrix, интерфейс системы можем править в он-лайне и достаточно компактно его отображать в окне терминала, поэтому с ТСД проблем не имеем, рисуем интерфейс для обычного компьютера и потом гоняем его на цитриксе, все копии программы выполняются на сервере.
Кстати, сервер, на котором работает склад не является наимощнейшим вычислительным центром, это 2-х процессорный ксеон с 4 ГБ (просто SQL Server любит кушать 2 Гб) памяти.

Цитата:

И почему каждый по отдельности считает всех остальных за идиотов?
Я лишь привел пример того, как можно в какой-то ситуации избавиться от блокировок. Вы налетели со словами, которые буквально означают следующее: "в моей системе такое не пройдет". Вы бы еще сказали "у-у-у-у-у, так вы select используете  ". В каждой системе методы достижения цели могут быть разными, и это нужно учитывать, прежде чем готовить шапки к полету.
P.S. Сервер не взлетит.

[Процитировано сообщение: Харламов Вадим от 13.04.2009 :: 12:31:43:

Разве мы о системах? Мне казалось, речь о MS SQL.

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

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

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

Процитировано сообщение: Соломатин Владимир от 14.04.2009 :: 13:42:25:

 
Согласен, что просто "быстрее" - не результат, "велосипед" должен отвечать дисциплине, в которой он участвует. На шоссейнике не поедишь даунхил, хотя по трассе он быстрее...
 
Так и WMS строит определенные требования по быстродействию, параллельной работе, функционалу и гибкости настройки.
И эти требования не всегда как "Лучше и быстрее". Например, для WMS гораздо выгодней заказ проводить построчно и на каждую из 100 строк затратить по секунде имея возможность в перервые проводить другие операции, когда для КИС лучше провести все строки разом за 50 секунд.

Могу привести еще один пример. Как-то раз работал с системой БЭСТ-Про 4, она была клиент-серверной, но хранились данные в формате b-trieve, кроме стандартных отчетов, получить что-либо было сложно, тормоза после года эксплуатации чистой БД увеличивались в несколько раз, поэтому приходилось архивировать все и начинать БД с нуля каждый год. Пленирование и оперативный производственный учет хромали, а код системы был закрыт для переделок. Пытался даже писать модуль по выгрузке данных, их планировани и загрузки обратно в БЭСТ (как это делается в отдельных системах). В результате убедил руководство о необходимости смены системы и было всем счастье!
Так если опираться на мой опыт с БЭСТ Про и применять его ко всем системам (как это делаете Вы), то можно сказать, что MRP II системы вообще не  годятся для планирования производства, в основном из-за их форматов данных и закрытого кода.

Процитировано сообщение: Харламов Вадим от 15.04.2009 :: 10:04:44:

Не только у Сергея. Лучше сто раз увидеть, чем один поспорить.
Как у нас с экскурсией?

Процитировано сообщение: Харламов Вадим от 15.04.2009 :: 10:04:44:

 
Вадим, не упертая. Я просто еще раз расставляю точки над И - в системе разработки, таких как Axapta или 1С, с нуля можно создать хорошее решение (сам имею опыт разработки как ERP, так и WMS), но очень сомневаюсь что можно дописать модуль к существующей ERP и чтобы в одной системе параллельно работали как 50 офисных сотрудников, так 20 складских с терминалами.
 
Тема и начиналась с работы в одной системе. Так я за разделение - в офисе в одной системе, на складе в другой (пусть и на одной платформе, скажем, Axapta) и между ними интеграция (или off-line файликами, или on-line с триггерами на двух базах данных)

т.е. по экскурсии включен реверс ?

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

Процитировано сообщение: Перов Дмитрий от 16.04.2009 :: 13:46:10:

 
Процитировано сообщение: Перов Дмитрий от 10.04.2009 :: 13:03:06:

 
А кто-то был против обсуждения конкретики

Процитировано сообщение: Павлов Валерий от 24.04.2009 :: 13:34:23:

 
Расшифруйте!

Процитировано сообщение: Павлов Валерий от 24.04.2009 :: 15:56:01:

 
Все может быть ...
 
В то время видел этот процесс изнутри - тяжело процесс начинался, но все же они это сделали
 
Пока 1С не хватает экспертизы в складской области (один собственный склад - не вариант)
Тем более что официально есть совместное решение (про отношение к нему - отдельная тема)
 
Лучше бы они SCM вывели на требуемый уровень (функционал как раз для ERP), а партнеры с WMS не подкачают