Выбор ERP

[pm-erp]

Цитата:

Сообщение от fed

Специально для продавцов САПа поясняем:
....."На май 2009 года сеть насчитывала 42 магазина в России, в том числе 26 гипермаркетов и 13 супермаркетов «Окей — Экспресс» (в том числе в Санкт-Петербурге, Ростове-на-Дону, Волжском, Краснодаре, Волгограде, Мурманске, Красноярске, Тольятти, Ставрополе, Нижнем Новгороде, Ногинске, Москве. Общая торговая площадь — более 189 тыс. м²."

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

В Ашанах стоит, по моим данным, самописная система.
Об их оборотах, думаю, всем известно.

[Ivanhoe]

Цитата:

Сообщение от Aleck

В ОКей, если не ошибаюсь, 16 магазинов. Это КРУПНОЕ внедрение?

Про количество магазинов уже ответили. Я писал с точки зрения количества пользователей - больше 1000 - крупнейшее внедрение в Восточной Европы, судя по релизам Microsoft (даже в каких то презентациях упоминается).

Цитата:

Сообщение от Aleck

Вот поэтому и переходят попробуйте в AX попозиционно попроводить =)

Вы имеете в виду заносить каждую строку каждого чека, а не агрегировать по номенклатурам? А зачем это в аксапте? Для анализа среднего чека и т.п.?

[Aleck]

Цитата:

Сообщение от Ivanhoe

Про количество магазинов уже ответили. Я писал с точки зрения количества пользователей - больше 1000 - крупнейшее внедрение в Восточной Европы, судя по релизам Microsoft (даже в каких то презентациях упоминается).

1000 в AX одновременных? в единой БД? или как в Ростелекоме в свое время в 8 отдельных? =)
Любопытно сколько они вылизывали систему... сильно мокрые видать были спинки у корусятников, как говаривали в СИ.

Цитата:

Сообщение от Ivanhoe

Вы имеете в виду заносить каждую строку каждого чека, а не агрегировать по номенклатурам? А зачем это в аксапте? Для анализа среднего чека и т.п.?

ответил уже выше.

[DinDim]

Цитата:

Сообщение от Aleck

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

Т.е. при 300 пользователях и возможном росте AX не подходит?

[lev]

Цитата:

Сообщение от DinDim

Т.е. при 300 пользователях и возможном росте AX не подходит?

Работал в компании, в которой в аксапте работало более 300 человек...
Стояла Ах 3.0 и SQL(версию не помню)... и на мой взгляд вполне удачно все работало, ощутимых тормозов не было... Особенно после того как пришел грамотный админ по SQL, вообще проблем стало мало

[fed]

Своими глазами видел работающую в дистрибуторской лавке Аксапту с 800ми пользователями. Причем Аксапта была старая - еще версии 3.0. Почитай вот здесь: Динамика Dynamics Так что проблема тут не в пользователях.
Просто качество внедрения Аксапты ОЧЕНЬ (и мне кажется в большей степени чем качество внедрения SAP или OEBS) зависит от уровня проектной команды. Ну и клиенты, зачастую, обжегшись на внедрении Аксапты, почему-то верят что проблема не с проектной командой и подрядчиком, а с самой системой. Спреведливости ради, надо заметить, что в древних версиях Аксапты (то есть - где-то до версии 3.0) и правду были проблемы с масштабируемостью логистики на большое число пользователей. Эти проблемы, в первом приближении, починили еще в трешке, а окончательно довели до ума в версии 4.0

[Vadik]

Цитата:

Сообщение от DinDim

Т.е. при 300 пользователях и возможном росте AX не подходит?

Главной (если не единственной) "болезнью роста" в 3.0 была конкуренция при обновлении запасов в наличии (InventSum) при проведении документов на сотни и тысячи позиций, что благополучно разрешилось еще в 4.0 (см. Dynamics AX 4 и IMTS)
Так что стандартная AX 4.0 и выше - вполне подходит. А там - уж как повезет с самим "решением", своими разработчиками и DBA

[Ivanhoe]

Цитата:

Сообщение от Vadik

Главной (если не единственной) "болезнью роста" в 3.0 была конкуренция при обновлении запасов в наличии (InventSum) ...

Я бы еще сказал про конечность RecID

[Vadik]

Цитата:

Сообщение от Ivanhoe

Я бы еще сказал про конечность RecID

".. и конечность RecID", устранено в той же 4.0