Выбор ERP

Цитата:

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

Первый тезис не исключаю, но пока Вы очень хорошо скрываете эти качества
.

У вас учусь .

Цитата:

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

Четкость формулировки и заставила отослать Вас в гугл, будете формулировать как Zabr, к примеру, можно будет и обсуждать вопрос по существу. Не люблю домысливать за собеседника, поэтому с самого начала прошу Вас четче формулировать.
...
.

Где вы меня в гугл отсылали? Ну даже не в этом суть. По конкретным формулировкам Zabr-а вы не нашли по большей части такой функциональности в SAP. И к чему это приведет? К тому что возникнет необходимость создавать все это ручками. А это в SAP делается тяжело и трудоемко в сравнении с Ax.

Цитата:

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

Если бы в скоупе сформулировали описание процесса, как позволили описать его здесь, куда бы Вас послал заказчик?
....

Видите как вас SAP развратил : в отличие от SAP в Ax обычно требования формирует закачик в согласовании с консультантами. Принимать это может любую форму.

Цитата:

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

Если внимательно прочитаете тему, то наверняка заметите, что тезис про большую зависимость бизнеса от используемой ERP ввели именно Вы, про Банану-маму, даже разорение этой конторы вывели из использования ERP. Так что сами извольте логично обосновать такую связь. Будет любопытно почитать эссе на тему как выбор ERP влияет на стратегию бизнеса
....

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

Во вторых, как ни странно, но бизнес зависит от используемой ERP: часто автоматизация пронизывает все процессы предприятия и их изменение должно находить отражение в информационной системе предприятия.
Если это по каким-то причинам такое отражение невозможно, то контроль над измененным процессом теряется и ставит под вопрос ценность самого изменения. SAP как отписал ранее менее гибок к "резким" изменениям: это логично так как он более проработан и это само по себе наверное хорошо для компаний с устоявшимися и незыблемыми процессами, но при "резком" изменении вызывает большее количество изменений (в силу проработанности деталей много и они должны быть все учтены), что в итоге приводит к повышенной трудоемкости подобного (и как понимаю идет в разрез с тезисом что все в идеале решается настройками) + на это накладывается сложность изменений, обусловленная достаточно хреновой системой разработки (ессно в сравнении с X++).

Цитата:

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

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

May be
потому как покупал пропавшие продукты и в Стокмане, и в Ашане. Как-нибудь отомщу .
А Лужков да он такой .

Цитата:

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

..
А кривая распределения толковых консультантов по разным системам примерно одинакова, но как верно отметил fed, для DAX наличие высококвалифицированной команды более критично для успеха проекта, особенно если речь идет о проектах с количеством пользователей заметно выше средних 30-50.

P.S. А "неопределеннее последствия" это Вы как понимаете, даже любопытно стало.

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