Выбор ERP

[Aleck]

Zitat:

Zitat von lagr221374

2Aleck
Раз слили, то имейте мужество это признать , а не пытаться опосредованно опорочить мой честный ник.
"Пургу" как вы выразились, к сожалению для SAP, в основном, несете вы: хотя что еще можно ожидать от вас. Мне даже стыдно за SAP .

У Дон Кихота тоже имя честное

Что именно слил? Для начала сформулируйте спорный вопрос четко и без аллегорий.

Zitat:

Zitat von Aleck

Внедренцы разные бывают
У меня все хорошо, продажи идут, вот как раз на прошлой неделе запустили новый крупный проект в ритейле, можете расслабится =)
А у Вас много новых проектов за последние, предположим, полгода?
...

Я не плохой внедренец . Расслабляюсь я на отдыхе. А сейчас уж не поверите уже почти ровно полгода тружусь на новом проекте.

Zitat:

Zitat von Aleck

...
Хм... я Вам предлагал изменение бизнес-процессов сравнить, а Вы вместо конкретики ушли в обсуждение моей личности. Это, как я понимаю, свидетельство выдающейся компетенции? Вы консультант-психоаналик ?)))
Как определитесь, можно будет продолжить, только с конкретикой по предмету обсуждения, а не пересказывая кто о чем Вам за рюмкой пива жаловался.
...

Ну так вы конкретику отказываетесь обсуждать ссылаясь на четыре буквы, вместо ответа да есть такой функционал, нет такого функционала. О чем говорить?

Zitat:

Zitat von Aleck

...
Чему пример Бананамама? Что у многих консультантов/руководителей проектов руки растут откуда должны расти ноги?))) Ну примеров этому на рынке предостаточно для любой системы. Квалифицированных кадров, несмотря на кризис, дефицит.
...

Ага т.е. SAP лучшая система в мире, а если кто и виноват то это консультанты и руководители проекта? Нет так не бывает. Нет идеальных систем и SAP не исключение. Почему это так отписал ранее.

Zitat:

Zitat von Aleck

...
Про Перекресток это к GMCS за комментариями.
...

Там SAP?
SAP. О несвежих продуктах заявили вы в контексте ERP.
Почему такое может быть возможным?
Потому как управлением не обеспечивается своевременная "уборка" несвежего и закупка свежего + видимо запасы избыточны.
Почему не обеспечивается?
Потому как видимо система управления не выдает данных необходимых для принятия решения о недопущении подобного.
Что же за система там такая?
...

Zitat:

Zitat von Aleck

...
Вы консультант-асеризатор?)))
..

Нет программист-любитель. В общем то как и вы консультант в продажах

Zitat:

Zitat von Aleck

...
Забавная у Вас логика. Вроде ясно написал, что не принято спешить кодить,
сначала разобраться надо, ан нет, все одно и то же талдычит.

Смысл как раз в том что вы и без меня прекрасно знаете: разработка в SAP в сравнении с Ax существенно сложнее, трудоемче, неопределеннее последствия и тд и тп. А не потому как консультанты SAP умнее, консультантов 1С предположим и они есчо и думать пытаются.

Zitat:

Zitat von Aleck

...
Смысл Вам что-то пичать если Вы не желаете читать/обдумывать?
...

А вам по тем же причинам?

Zitat:

Zitat von Aleck

У Дон Кихота тоже имя честное

Что именно слил? Для начала сформулируйте спорный вопрос четко и без аллегорий.

Вопрос был сформулирован (путем по беглого просмотра форума в поиске задач которые встают перед людьми, была тема про ККМ):
"Механизм интеграции SAPа с ККМ как будет выглядеть: типа разносим заказ и печатается чек? Для Ax-ы относительно просто"

От вас внятного ответа не услышал.

[Aleck]

Zitat:

Zitat von lagr221374

Я не плохой внедренец . Расслабляюсь я на отдыхе. А сейчас уж не поверите уже почти ровно полгода тружусь на новом проекте.

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

Zitat:

Zitat von lagr221374

Ну так вы конкретику отказываетесь обсуждать ссылаясь на четыре буквы, вместо ответа да есть такой функционал, нет такого функционала. О чем говорить?

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

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

Zitat:

Zitat von lagr221374

Ага т.е. SAP лучшая система в мире, а если кто и виноват то это консультанты и руководители проекта? Нет так не бывает. Нет идеальных систем и SAP не исключение. Почему это так отписал ранее.

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

Zitat:

Zitat von lagr221374

Там SAP? SAP. О несвежих продуктах заявили вы в контексте ERP.

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

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

Zitat:

Zitat von lagr221374

Смысл как раз в том что вы и без меня прекрасно знаете: разработка в SAP в сравнении с Ax существенно сложнее трудоемче, неопределеннее последствия и тд и тп. А не потому как консультанты SAP умнее, консультантов 1С предположим .

Это миф, примерно такого же плана, что и лицензия на SAP стоит 6000 евро/пользователь и что SAP только для Газпромов.
Или что 1С УПП это полноценная ERP и т.д.
Хочется в это верить - you are welcome! В религиозные вопросы влезать желания нет.
А кривая распределения толковых консультантов по разным системам примерно одинакова, но как верно отметил fed, для DAX наличие высококвалифицированной команды более критично для успеха проекта, особенно если речь идет о проектах с количеством пользователей заметно выше средних 30-50.

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

[Aleck]

Zitat:

Zitat von lagr221374

Вопрос был сформулирован (путем по беглого просмотра форума в поиске задач которые встают перед людьми, была тема про ККМ):
"Механизм интеграции SAPа с ККМ как будет выглядеть: типа разносим заказ и печатается чек? Для Ax-ы относительно просто"

От вас внятного ответа не услышал.

SAP это много продуктов, но тесно интегрированных. Почитать про SAP POS Data Management я Вас и отослал.
Там Вам и POS терминал и система консолидации/агрегирования POS данных и аналитика и связь с ERP.

Хотите сделать напрямую ERP-касса, можно сделать и напрямую, только какой в этом практический смысл для более-менее крупной розницы?
Получится же дорого и по лицензиям и по затратам на поддержку, на кассовый персонал и т.д....
На кассе место POS решениям, а не ERP. Представляю себе рабочее место кассира с DAX в Ашане

Zitat:

Zitat von Aleck

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

У вас учусь .

Zitat:

Zitat von Aleck

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

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

Zitat:

Zitat von Aleck

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

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

Zitat:

Zitat von Aleck

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

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

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

Zitat:

Zitat von Aleck

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

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

Zitat:

Zitat von Aleck

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

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

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

Zitat:

Zitat von Aleck

SAP это много продуктов, но тесно интегрированных. Почитать про SAP POS Data Management я Вас и отослал.
Там Вам и POS терминал и система консолидации/агрегирования POS данных и аналитика и связь с ERP.

Хотите сделать напрямую ERP-касса, можно сделать и напрямую, только какой в этом практический смысл для более-менее крупной розницы?
Получится же дорого и по лицензиям и по затратам на поддержку, на кассовый персонал и т.д....
На кассе место POS решениям, а не ERP. Представляю себе рабочее место кассира с DAX в Ашане

Вот видите.
Типичное решение для SAP: для соединения кассы и SAP купить модуль SAP POS Data Management с кучей пока ненужных функций.

Типичное решение для Ax: дать задание программисту и консультанту и получить желаемое за день - за два (это я грубо в реалии судя по приведенному в соответствующем разделе джобу пара часов).

Вот потому и идет речь о большей гибкости Ax, что в конкретной ситуации для нее является +. Понятно что и трудоемкость не сравнимая.

А место или нет кассы в интеграции с Ax вопрос спорный (почему нет, для каких то шаманств) и наверное по описанию темы был отдан на откуп заказчику - в него и тапки.

[Aleck]

Zitat:

Zitat von lagr221374

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

А Вы найдите по формулировкам Zabrа функционал в AX, хотя бы по п. 2
1. В AX невозможно сделать каждый магазин складом и дать права на приемку товара пользователю из магазина? Надо писать? Мне казалось это организационный момент для любой системы, где можно делать несколько складов.
2. Надо писать такой функционал в DAX? imho придется, в SAP предусмотрен такой вариант с различными условиями для различных магазинов /сегментов закупок.
3. С юридической точки зрения спорно, но в случае необходимости в чем проблема поменять условия оплаты по действующим договорам?
4. Если Вам так сильно надо, могу уточнить, сходу ответа не знаю. Прикинете трудоемкость разработки решения для DAX?
5. Специально спросил про механизмы управления ценами/скидками для ритейла - получил лекцию на 20 минут про возможности SAP Price Optimization, SAP Markdown Optimization, SAP Promotion Managent. Пересказывать не возьмусь, но с заинтересованными в решении задачи лицами можно пообщаться.

Расскажете со свой стороны про AX? =)

Zitat:

Zitat von lagr221374

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

Это меня еще со школы так развратили - четко и понятно мысли формулировать
Опыт c DAX только добавил понимания, что четкость формулировок помогает в общении с заказчиком.
Но мы живем в свободной стране и если кто-то считает что работа консультанта это просто передать нечетко и непонятно сформулированную задачу в разработку, то видимо и такому мнению место есть.

Zitat:

Zitat von lagr221374

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

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

Невозможность/сложность отражения/изменения каких именно бизнес-процессов в ERP привело к банкротству Банана-мама?

Zitat:

Zitat von lagr221374

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

Такое мнение на чем основано? У Вас есть опыт настройки и DAX и SAP?
У Вас есть опыт разработки и DAX и в SAP? Вы писали ЧТЗ для DAX и SAP на примерно одинаковые модификации и можете оценить трудоемкость?

Я вот от квалифицированных разработчиков не слышал жалоб на сложность/неудобство SAP как среды разработки, очень даже наоборот.

Zitat:

Zitat von lagr221374

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

Хм. в чем такая принципиальное разница между системами на поиск и уборку багов?

Zitat:

Zitat von lagr221374

Вот видите.
Типичное решение для SAP: для соединения кассы и SAP купить модуль SAP POS Data Management с кучей не пока нужных функций.

Типичное решение для Ax: дать задание программисту и консультанту и получить желаемое за день - за два (это я грубо в реалии судя по приведенному в соответствующем разделе джобу пара часов).

Вот потому и идет речь о большей гибкости Ax, что в конкретной ситуации для нее является +. Понятно что и трудоемкость не сравнимая.

А место или нет кассы в интеграции с Ax вопрос спорный (почему нет, для каких то шаманств) и наверное по описанию темы был отдан на откуп заказчику - в него и тапки.

А вас не смущает необходимость покупать модули от MS/партнеров? =)
Странно Вы читаете. Я Вам написал что можно и напрямую если сильно хочется. Только вот для кого это нужно?

Для SAP есть выбор - купить узкоспециализированный функционал или писать, еще раз повторюсь для танкистов, кардинальной разницы в трудоемкости разработки нет. По многим задачам есть и решения партнеров, как и для DAX, где инвестиции в разработку уже сделаны. Только в силу традиции не спешить менять стандарт обычно их гораздо легче собрать между собой.
Для DAX же решений от вендора ОЧЕНЬ мало.

Вы сделаете интеграцию DAX с любой кассой за 2 часа? включая тестирование и отражение реализации в проектной документации? У вам МЕГА производительность труда.

P.S. SAP POS DM стоит смешных денег, гораздо дешевле обойдется чем доп. лицензия для магазина на DAX, не говоря уже о полных размерах ущерба проектного решения "дотянуть ERP до магазина" для бизнеса.

[konopello]

lagr221374

Zitat:

Так как SAP сама по себе система тяжелая - то она банально не может реагировать на быстроизменяющуюся обстановку, например кризис, и после установки медленно но планомерно "топит" владельца.

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

Zitat:

Cистема в определенном смысле навязывает бизнесу определенную модель поведения. Отклонения вправо и влево караются.

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

Zitat:

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

да но не надо забывать что SAP это целый комплекс продуктов, вы думаете AX будет легко перестроить если бы она была синтегрирована с мощной системой финансового планирования, системой планирования для 300 000 позиций (активных), да нет же.....

Итог: не важно SAP это или AX весь вопрос в грамотных специалистах (которые для SAP стоят дороже).

Парой столь легкая модификаци БП в AX доводит до моразма.... консультант не находит стандартного решения, нету допише, еще нету еще допишем, а на самом деле у них все под носом. А потом получаеться хаос...

[Aleck]

Zitat:

Zitat von lagr221374

Что случилось с бедной Евросетью? Эльдорадо?
В общем список можно продолжать и продолжать.

А что случилось с бедной Евросетью? =)
http://www.retailer.ru/item/id/13768/
Не правда ли странно, используют SAP и при этом бизнес перестраивают
Как такое может быть, это же в голове не укладывается

Zitat:

Zitat von Aleck

А Вы найдите по формулировкам Zabrа функционал в AX, хотя бы по п. 2
1. В AX невозможно сделать каждый магазин складом и дать права на приемку товара пользователю из магазина? Надо писать? Мне казалось это организационный момент для любой системы, где можно делать несколько складов.
2. Надо писать такой функционал в DAX? imho придется, в SAP предусмотрен такой вариант с различными условиями для различных магазинов /сегментов закупок.
3. С юридической точки зрения спорно, но в случае необходимости в чем проблема поменять условия оплаты по действующим договорам?
4. Если Вам так сильно надо, могу уточнить, сходу ответа не знаю. Прикинете трудоемкость разработки решения для DAX?
5. Специально спросил про механизмы управления ценами/скидками для ритейла - получил лекцию на 20 минут про возможности SAP Price Optimization, SAP Markdown Optimization, SAP Promotion Managent. Пересказывать не возьмусь, но с заинтересованными в решении задачи лицами можно пообщаться.

Расскажете со свой стороны про AX? =)
...

В моем исполнении это будет больше 20 минут, потому даже начинать пересказывать не берусь . Особенно п. 4.

Zitat:

Zitat von Aleck

..
Это меня еще со школы так развратили - четко и понятно мысли формулировать
Опыт c DAX только добавил понимания, что четкость формулировок помогает в общении с заказчиком.
Но мы живем в свободной стране и если кто-то считает что работа консультанта это просто передать нечетко и непонятно сформулированную задачу в разработку, то видимо и такому мнению место есть.
...

Не передергивайте. Я пояснил как будет сформулировано с точки зрения заказчика. Углубляться долго и нудно + не по теме.

Zitat:

Zitat von Aleck

...
Невозможность/сложность отражения/изменения каких именно бизнес-процессов в ERP привело к банкротству Банана-мама?
...

Спросите в SAP .

Zitat:

Zitat von Aleck

...
Такое мнение на чем основано? У Вас есть опыт настройки и DAX и SAP?
У Вас есть опыт разработки и DAX и в SAP? Вы писали ЧТЗ для DAX и SAP на примерно одинаковые модификации и можете оценить трудоемкость?
...

Я вам дал пример ТЗ про чеки.
Вы предложили купить модуль.
Т.е. взаимодействие с кассой по ТЗ эквивалентно в SAP разработке модуля.
Это порядка месяца работы.
Это в разы больше оценки трудоемкости в Ax (оценю модифу в 2-4 часа - так как чай надо иногда пить )
Имеем 168 часов против 4. That's all.

Zitat:

Zitat von Aleck

...
Я вот от квалифицированных разработчиков не слышал жалоб на сложность/неудобство SAP как среды разработки, очень даже наоборот.
...

А куда им деватцо с подводной лодки.
Я регулярно слышу иное от бывших разработчиков Ax и это правда. Сложно сравнивать систему 70-х и X++. Такое вот дело.


Хм. в чем такая принципиальное разница между системами на поиск и уборку багов?

Zitat:

Zitat von Aleck

...
А вас не смущает необходимость покупать модули от MS/партнеров? =)
Странно Вы читаете. Я Вам написал что можно и напрямую если сильно хочется. Только вот для кого это нужно?

Нет. Мы не докупаем. Нужно для клиента. Жизненно необходимо.

Zitat:

Zitat von Aleck

...
Для SAP есть выбор - купить узкоспециализированный функционал или писать, еще раз повторюсь для танкистов, кардинальной разницы в трудоемкости разработки нет.

Пример показывает что есть. На приведенной задаче по минимуму 168/4 = 42 раза.

Zitat:

Zitat von Aleck

...
По многим задачам есть и решения партнеров, как и для DAX, где инвестиции в разработку уже сделаны. Только в силу традиции не спешить менять стандарт обычно их гораздо легче собрать между собой.
Для DAX же решений от вендора ОЧЕНЬ мало.

Угу угу. Завтра допишу.
Не болейте.

[Aleck]

Zitat:

Zitat von lagr221374

В моем исполнении это будет больше 20 минут, потому даже начинать пересказывать не берусь . Особенно п. 4.

Как Вы там говорили? Слив засчитан?

Zitat:

Zitat von lagr221374

Не передергивайте. Я пояснил как будет сформулировано с точки зрения заказчика. Углубляться долго и нудно + не по теме.

Разработчику тоже так формулируете? =)

Zitat:

Zitat von lagr221374

Спросите в SAP .

Т.е. у Вас сведений нет? Как Вы там говорили? Слив засчитан?

Zitat:

Zitat von lagr221374

Я вам дал пример ТЗ про чеки.
Вы предложили купить модуль.
Т.е. взаимодействие с кассой по ТЗ эквивалентно в SAP разработке модуля.
Это порядка месяца работы.
Это в разы больше оценки трудоемкости в Ax (оценю модифу в 2-4 часа - так как чай надо иногда пить )
Имеем 168 часов против 4. That's all.

Я Вам предложил варианты, Вы выбрали для SAP непрямую интеграцию, для AX прямую и бросились сравнивать яблоню с яблоком.. Не странно? =)

Для grocery тоже предложите интеграцию AX с кассой напрямую? =) В каком магазине можно это посмотреть как покупателю? Оценить скорость обслуживания на кассе))
Заодно и посчитать стоимость решения.

Помнится на одном проекте подольше чем 4 часа интеграцию DAX c кассами делали, но так уж и быть спишем на неопытность.

Zitat:

Zitat von lagr221374

Нет. Мы не докупаем. Нужно для клиента. Жизненно необходимо.

Чем торгуют? Какое к-во магазинов/касс?

Повторить еще раз, что можно напрямую? С третьего раза дойдет или придется еще несколько раз повторить? )))

Опишете технологию интеграции (com?) в конкретном случае про 4 часа - спрошу у девелоперов оценку трудоемкости.

Zitat:

Zitat von lagr221374

Угу угу. Завтра допишу.
Не болейте.

Ждем-с. И Вы не хворайте.

[Aleck]

Zitat:

Zitat von UNRW

помогаю:
Эльдорадо - SAP
ТехноСила - SAP (была Аксапта)
ЕвроСеть - SAP
Media-Markt - SAP

во как...

+ М-Видео - SAP.

Уфф вам Aleck повезло. Раскрытие тайн мира Ax произойдет раньше, чем завтра (благодарите провайдера и звезды)

Zitat:

Zitat von Aleck

Как Вы там говорили? Слив засчитан?
...

Ладно будем считать уговорили (даже пиво с вас не возьму, а надо бы с SAP: коньяк, виски и нормальной травы).
Ну если вы так хотите то имхо мое мнение (но кратко не растекаясь по древу):

1) Слишком дорого стала обходиться собственная логистика -> переход от распределения с собственного РЦ на самостоятельный развоз товара по магазинам поставщиками.

- хз. Так как собственная логистика включает в себя не только склады, но открою вам тайну и собственно доставку и не совсем понятно будут ли учитываться данные расходы, будут ли введены понятия маршрутов, транспортных средств, регионов или зон доставки (которые могут не совпасть с региональными) и тому подобная хрень + куча отчетности. В общем логистика она большая.

(2) Снижение покупательной активности населения и как следствие прогноз увеличения срока окупаемости новых магазинов -> разные условия отсрочки платежей поставщикам при поставках в новые и в старые магазины

- хз так как понятие "разные условия отсрочки" может включать все что угодно. А все что угодно настройками решается только по вашим словам и только в SAPе.

(3) проблемы с оборотными средствами у поставщиков и прогноз невозврата долгов за товар -> многие поставщики потребовали значительного сокращения отсрочки оплаты, в т.ч. задним числом (вследствие этого часть накладных оказалась "просрочена", хотя по старым условиям срок оплаты еще был далеко)

- имхо мое мнение не так серъезно, но возможно это я по неведенью.

(4) проблемы с оборотными средствами в ритейле -> специальный алгоритм распределения выделенной на оплату суммы между поставщиками по разным хитрым критериям (это в случае, когда можем заплатить меньше, чем фактически должны).

- хз если какой то был уже, в случае Axapta не серъезно так как разработчики у нас все же люди в массе не глупые и на такой ход событий расчитывают. Если не было: ХЗ.

(5) стало нужно быстро избавляться от больших остатков плохо продающихся товаров, чтобы освободить складские площади и быстро получить хоть что-то за эту фигню -> специальные алгоритмы распродажи (подробнее - коммерческая тайна).

- хз. сильно зависит от обстоятельств и реализации.

Zitat:

Zitat von Aleck

Разработчику тоже так формулируете? =)
...

Разработчику иногда и так не формулируют. Не хрен баловать.

Zitat:

Zitat von Aleck

...
Я Вам предложил варианты, Вы выбрали для SAP непрямую интеграцию, для AX прямую и бросились сравнивать яблоню с яблоком.. Не странно? =)
...

Из вариантов вами предложенных я заметил один: купи модуль, а там как фишка ляжет (помнитцо в Бананамама последнее что мелькало на форуме они к кассам хотели модуль купить...а через пару тройку лет )

Zitat:

Zitat von Aleck

...
Для grocery тоже предложите интеграцию AX с кассой напрямую? =) В каком магазине можно это посмотреть как покупателю? Оценить скорость обслуживания на кассе))
...

Скорость оцениваю, как высокую так, как кассиру не надо по клавишам стучать - касса сама ему чек дает . Все остальное тайна есть - ответ был на форуме всех ноу-хау не расскрывает.

Zitat:

Zitat von Aleck

...

Помнится на одном проекте подольше чем 4 часа интеграцию DAX c кассами делали, но так уж и быть спишем на неопытность.
..

Неопытность и распистяйство + волшебное слово интеграция.

Zitat:

Zitat von Aleck

Повторить еще раз, что можно напрямую? С третьего раза дойдет или придется еще несколько раз повторить? )))

Опишете технологию интеграции (com?) в конкретном случае про 4 часа - спрошу у девелоперов оценку трудоемкости.

Ждем-с. И Вы не хворайте.

Гы гы. Вот как заговорили. Вам может еще протокол описать? Не увиливайте и не отмазывайтесь теперь от своего ответа. Вопрос был прежде всего на идеологию: вам первое что пришло в голову - заказать модуль. Консультанту от Ax дать задание разработчику. Что и требовалось доказать. Гибкость и скорость на стороне Ax.

[Aleck]

Zitat:

Zitat von lagr221374

1) Слишком дорого стала обходиться собственная логистика -> переход от распределения с собственного РЦ на самостоятельный развоз товара по магазинам поставщиками.

- хз. Так как собственная логистика включает в себя не только склады, но открою вам тайну и собственно доставку и не совсем понятно будут ли учитываться данные расходы, будут ли введены понятия маршрутов, транспортных средств, регионов или зон доставки (которые могут не совпасть с региональными) и тому подобная хрень + куча отчетности. В общем логистика она большая.

Хм, а мне казалось что "переход от распределения с собственного РЦ на самостоятельный развоз товара по магазинам поставщиками." означает что теперь поставщики будут самостоятельно развозить товар по магазинам и им надо только сказать сколько, когда и куда, т.е. раздать заказы в разрезе точек доставки и организовать приемку в магазине у внешнего поставщика.
Я интерпретировал задачу так, я сильно ошибся? Zabr Вы что-то иное имели ввиду?

Как то у меня "собственно доставку и не совсем понятно будут ли учитываться данные расходы, будут ли введены понятия маршрутов, транспортных средств, регионов или зон доставки (которые могут не совпасть с региональными) и тому подобная хрень + куча отчетности" с самостоятельной доcтавкой товара по магазинам поставщиками ну разве что freight costs отразить по поставке, если они будут выделены поставщиком, но это вроде как не проблема уже даже для AX с версии 4.0... Помню что в 3.0 косвенные дорабатывать приходилось...
А этот поток сознания, что Вы выдали, мне кажется относится к старой схеме, от которой предполагается отказаться.
Бизнес целесообразность, конечно, под вопросом, но такие условия задачи.

Zitat:

Zitat von lagr221374

(2) Снижение покупательной активности населения и как следствие прогноз увеличения срока окупаемости новых магазинов -> разные условия отсрочки платежей поставщикам при поставках в новые и в старые магазины

- хз так как понятие "разные условия отсрочки" может включать все что угодно. А все что угодно настройками решается только по вашим словам и только в SAPе.

Все что угодно? Попробуйте привести хотя бы 50 вариантов трактовок понятия "условия отсрочки" из реальной бизнес-практики.
Что-то мне кажется, что и 10 не наскребете.

Zitat:

Zitat von lagr221374

(4) проблемы с оборотными средствами в ритейле -> специальный алгоритм распределения выделенной на оплату суммы между поставщиками по разным хитрым критериям (это в случае, когда можем заплатить меньше, чем фактически должны).

- хз если какой то был уже, в случае Axapta не серъезно так как разработчики у нас все же люди в массе не глупые и на такой ход событий расчитывают. Если не было: ХЗ.

Вы точно консультант? Может разработчик?
А как-то странно не знать относительно скромного функционала Аксапты в этой части, хотя бы в общих чертах, а сразу же бросаться разрабатывать.

Zitat:

Zitat von lagr221374

Разработчику иногда и так не формулируют. Не хрен баловать.

Из вариантов вами предложенных я заметил один: купи модуль, а там как фишка ляжет (помнитцо в Бананамама последнее что мелькало на форуме они к кассам хотели модуль купить...а через пару тройку лет )
Скорость оцениваю, как высокую так, как кассиру не надо по клавишам стучать - касса сама ему чек дает . Все остальное тайна есть - ответ был на форуме всех ноу-хау не расскрывает.

Т.е. про то что можно и напрямую, если так сильно хочется, Вы уже 4 раз предпочитаете не замечать? =)
Прэлестно!

Правильно я понимаю, что сценарий работы такой = проводим сканером по бирке, автоматически формируется и разносится заказ в AX и печатается чек?

Внимание вопрос (в третий раз): какой смысл в ERP вместо POS решения? Какие выгоды от такого проектного решения получает бизнес? Какова цена (лицензии, поддержка) такого решения?

Это точно требование заказчика, или DAX вместо POS системы это Ваше проектное решения?

Zitat:

Zitat von lagr221374

Вам может еще протокол описать? Не увиливайте и не отмазывайтесь теперь от своего ответа. Вопрос был прежде всего на идеологию: вам первое что пришло в голову - заказать модуль. Консультанту от Ax дать задание разработчику. Что и требовалось доказать. Гибкость и скорость на стороне Ax.

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

Я правильно Вас понимаю, что Вы считаете, что для консультанта правильный подход это не разобраться в вопросе и в первую очередь предложить стандартное решение, а не думая и не разбираясь (как Вы явно проиллюстрировали в этом примере и в ответах на вопросы от Zabr) сразу бросать нечетко сформулированные задания разработчикам и городить свой новый функционал?
Это Вы имели ввиду под профессионализмом консультанта? Незнание стандартного функционала, неумение вытащить у клиента детали по процессам и требованиям и неумение корректно сформулировать задание для разработчика?

- Да действительно неверно прочитал:
"на самостоятельный развоз товара по магазинам поставщиками" как "на самостоятельный развоз товара по магазинам" (так как это более сложная в моем понимании задача).
+ Ну вечер был .

- все что угодно - это все что угодно.

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

- про чек. Код приведите как напрямую. И оценку по времени. Тогда поговорим, а пока единственное ваше решение - купите модуль.

Zitat:

Zitat von Aleck

...
А как-то странно не знать относительно скромного функционала Аксапты в этой части, хотя бы в общих чертах, а сразу же бросаться разрабатывать.

При словах "специальный алгоритм распределения выделенной " иного в голову прийти не может, по банальной причине - это нестандарт. Но готов выслушать ваше решение по неизвестному алгоритму распределения. Ждем'с : хотя судя по по всему у вас нет решения, что-то там уточнять вы не спешите .

Zitat:

Zitat von Aleck

...
Т.е. про то что можно и напрямую, если так сильно хочется, Вы уже 4 раз предпочитаете не замечать? =)
Прэлестно!
..

Прелестно и показательно, что вы отмазываетесь от простейшего задания.

Zitat:

Zitat von Aleck

...
Правильно я понимаю, что сценарий работы такой = проводим сканером по бирке, автоматически формируется и разносится заказ в AX и печатается чек?
..

Нет неправильно.
Разноситься заказ --> печатается чек. Все остальное ваши фантазии.

Zitat:

Zitat von Aleck

...
Внимание вопрос (в третий раз): какой смысл в ERP вместо POS решения? Какие выгоды от такого проектного решения получает бизнес? Какова цена (лицензии, поддержка) такого решения?
..

Выгоды есть. Рассказ о них - тайна. Линцензии в отличие от SAP не требуется Выгода в 42 раза по трудоемкости минимум в сравнении с SAP. По деньгам вообще промолчу : десятки тысяч евро в сравнении с вашим решением сохраняются в кармане клиента. Это конечно для SAP-овца тяжело пережить, но в Ax вполне нормальное явление.

Zitat:

Zitat von Aleck

...
Это точно требование заказчика, или DAX вместо POS системы это Ваше проектное решения?
..

Да это точно и принципиально.
И у вас нет на это ответа. А по наводящим вопросам: вы в реальности хоть раз интегрировались с ККМ? Тогда к чему глупые вопросы про com-порты?

Zitat:

Zitat von Aleck

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

Я правильно Вас понимаю, что Вы считаете, что для консультанта правильный подход это не разобраться в вопросе и в первую очередь предложить стандартное решение, а не думая и не разбираясь (как Вы явно проиллюстрировали в этом примере и в ответах на вопросы от Zabr) сразу бросать нечетко сформулированные задания разработчикам и городить свой новый функционал?
Это Вы имели ввиду под профессионализмом консультанта? Незнание стандартного функционала, неумение вытащить у клиенте детали по процессам и требованиям и неумение корректно сформулировать задание для разработчика?

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

Если еще вспомнить прошлое... То в Банане - маме на кассах после внедрения SAP отсутствовала большая часть товара бывшего в магазине. А они внедряли SAP. И наверное с модулем вами указанном. И это считалось удачным внедрением. Что же говорить о неуспешных?
Т.е. есть высокая вероятность что модуль то уазанный вами еще пилить и пилить придется

ЗЫ: потому разность в трудоемкости увеличу до 50 раз )

[ppson]

Aleck, ты стал заниматься втюхингом SAPa ?

[Aleck]

Zitat:

Zitat von lagr221374

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

Zitat:

Zitat von lagr221374

Нет неправильно.
Разноситься заказ --> печатается чек. Все остальное ваши фантазии.
Выгоды есть. Рассказ о них - тайна. Лицензии в отличие от SAP не требуется

Стоп! Как это не требуется? Разносится заказ где? в DAX? И при этом не требуется лицензии для пользователя или на business connector (или как там точно называется бывший com-пользователь), в случае с внешним фронтом, но это вообще бредятина получается ? Это как?
Скомуниздили лицензию? =))

Zitat:

Zitat von lagr221374

Да это точно и принципиально.
И у вас нет на это ответа. А по наводящим вопросам: вы в реальности хоть раз интегрировались с ККМ? Тогда к чему глупые вопросы про com-порты?

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

Лично я не разработчик и с ККМ не интегрировался =) мне незачем чеки печатать)
Проект один с интеграцией c ККМ был давно, я в детали интеграции не влезал, вопрос был копеечный.

Zitat:

Zitat von lagr221374

Я вам все описал что необходимо: фактически это и есть задание на разработку.

А я не программист и любопытный, поэтому и спрашиваю

Zitat:

Zitat von lagr221374

Нужно просто дать оценку.
Вы начинаете лезть в дебри философии: а надо ли? а можно? а если клиенту сплясать?.
Надо.
Нельзя.
Плясали.

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

Zitat:

Zitat von lagr221374

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

Как я Вам отвечу по трудоемкости, если Вы не хотите на уточняющие вопросы отвечать? может я наворочу чего лишнего и в оценку заложу? =)

Сценарий использования как по ссылке описано (ТД Тракт)?
http://www.retailer.ru/print/id/1555/

Если Вам так сильно болит могу узнать после праздников сколько потратили на разработку интеграции с ККМ в проекте по ссылке, мгновенного ответа правда не обещаю.

Но полагаю, что вряд ли месяц, как Вы резво оценили доработочку в незнакомой Вам системе =)

А по ссылочке статью прочтите, там как раз есть пару абзацев про Ваши иллюзии.

[Aleck]

Zitat:

Zitat von ppson

Aleck, ты стал заниматься втюхингом SAPa ?

Втюхинг это не наш подход Себе дороже, разгребай потом такой проект...
Скорее в этой ветке занимаюсь преподавательской деятельностью )))
Импровизированный тренинг по навыкам интервьюирования, техникам активного слушания вперемешку с практическими занятиями по логике и пр. лабуде.
Но судя по лексике и грамматики собеседника выбрал неправильного субьекта или программу обучения =)))

Так я вроде SAP занимаюсь еще с времен, когда в одной конторе работали