Выбор ERP

[Aleck]

Цитата:

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

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

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

Цитата:

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

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

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

Цитата:

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

Спросите в SAP .

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

Цитата:

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

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

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

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

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

Цитата:

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

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

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

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

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

Цитата:

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

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

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

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

Цитата:

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

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

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

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

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

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

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

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

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

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

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

Цитата:

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

...

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

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

Цитата:

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

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

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

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

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

[Aleck]

Цитата:

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

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

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

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

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

Цитата:

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

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

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

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

Цитата:

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

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

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

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

Цитата:

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

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

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

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

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

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

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

Цитата:

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

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

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

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

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

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

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

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

[Aleck]

Цитата:

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

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

Бывает, ничего страшного...
Кто ходит в гости по утрам, тот поступает мудро (с) Медвед

Цитата:

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

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

Сорри, Вы в теме писали, что внедренец, поэтому и подумал что консультант.

Цитата:

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

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

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

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

[ppson]

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

[Aleck]

Цитата:

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

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

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

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

[Aleck]

Цитата:

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

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

Цитата:

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

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

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

Цитата:

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

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

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

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

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

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

Цитата:

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

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

А мы о чем тут говорим? Наверное о DAX и SAP.

Вы правда консультантом работали? Давно ТЗ писали последний раз? Понимаю это не SAP продавать .
В данном выше "ТЗ" не оговорено про лицензии, ничего такого по простой причине - это не важно. Разносится заказ в DAX, получаем чек и точка:. От того что у нас печатается чек клиенту не требуется приобретать доп. лицензии. Вспоминайте про DAX : тут коммунизм не требуется лицензия для каждого изменения и за каждый чих денег не берут.

Цитата:

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

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

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

Есть. Но важен опыт.

Цитата:

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

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

А уже все решено и для консультанта и для ПиЭМа и аргументы нашлись просто нет необходимости их приводить, потому и философия ни к чему + данное ТЗ в Ax не воспринимется в масштабах вселенной.

Цитата:

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

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

Это не в ваших интересах потому вряд ли.

Цитата:

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

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

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

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

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

Процесс похож, но не совсем естественно так.

Оценил как считаю, по решению консультанта - или тому что принял за решение консультанта .

Узнайте, но это вряд ли сильно изменит суть.

Сам подход замечателен:
- чтобы сделать достаточно стандартное в моем понимании для ретейла действо внедренец был вынужден обратиться в SAP, который радостно special for ... что то сварганил.
Какие тут могут быть иллюзии?
"
Эта программа самописная?

- Да. Это даже не программа, а перекодировщик, условно говоря. Например, команда «пробить чек» из SAP загружается в маленький временный файлик, он тут же перекодируется и подает команду на драйвер ККМ о том, что нужно пробить.

Эта схема не нами придумана, никакого know-how тут нет. Она использовалась давно многими компаниями. Но, конечно, эту разработку в SAP писали специально под нас."
Это пистец говорит само за себя.

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

ЗЫ: разработчик - тоже тварь я дрожащая или право имею, человек внедренец, (мне так лестно думать).

[Aleck]

Цитата:

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

А мы о чем тут говорим? Наверное о DAX и SAP.

Вы правда консультантом работали? Давно ТЗ писали последний раз? Понимаю это не SAP продавать .

Сам ТЗ писал давно, но вот прикладываемое к договору ТЗ приходилось и дорабатывать самому и заставлять дорабатывать до приемлемого вида

Цитата:

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

В данном выше "ТЗ" не оговорено про лицензии, ничего такого по простой причине - это не важно. Разносится заказ в DAX, получаем чек и точка:. От того что у нас печатается чек клиенту не требуется приобретать доп. лицензии. Вспоминайте про DAX : тут коммунизм не требуется лицензия для каждого изменения и за каждый чих денег не берут.

Сорри за ликбез, но в случае если на кассе используется только POS система и данные по продажами попадают в ERP из POS системы без участия продавца, то лицензии на ERP на рабочее место кассира не требуется. Для решения с большим к-вом касс разница получается колоссальная. Поэтому и спрашиваю.

Цитата:

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

А уже все решено и для консультанта и для ПиЭМа и аргументы нашлись просто нет необходимости их приводить, потому и философия ни к чему + данное ТЗ в Ax не воспринимается в масштабах вселенной.

Ну тайна за семью печатями так тайна...

Цитата:

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

Процесс похож, но не совсем естественно так.

А как? Опять тайна?
Я упорно пытаюсь из Вас вытащить описание процесса, чтобы оценить точно такой же вариант, а Вы упорно отмалчиваетесь по существу...
Это означает, что Вам четкий ответ не нужен?
Или просто не знаете? =)

Цитата:

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

Сам подход замечателен:
- чтобы сделать достаточно стандартное в моем понимании для ретейла действо внедренец был вынужден обратиться в SAP, который радостно special for ... что то сварганил.

Ну это Ваше понимание, не у всех же такое же.

Вот Икея к примеру САП использует, да и АШАН - у них на кассах есть ERP?
Или в О`Кей на кассах стоит DAX?

Цитата:

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

Эта схема не нами придумана, никакого know-how тут нет. Она использовалась давно многими компаниями. Но, конечно, эту разработку в SAP писали специально под нас."
Это пистец говорит само за себя.

А Вы думаете в пресс-релизе/саксесс стори по Вашему клиенту формулировки будут кардинально отличаться??)))

В Тракте партнеры внедряли, SAP там даже свечку не держал. И все модификации делали партнеры, SAP для этого не привлекался (дороговато, как и MS Consulting .

Цитата:

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

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

Бурная у Вас фантазия, такие последствия из одного слова рисуете, а процесс у клиента описать не получается...

Если в интервью про внедрение AX клиент не упомянет про партнера, то это означает, что внедрял MS и клиент слал письма лично тов. Гейтсу ? =)

[ds1678]

Цитата:

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

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

...

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

lagr221374, позвольте поинтересоваться... Если клиенту захочется планировать поставки и запасы по РЦ, и запрограммировать клиенту будет дешевле (читать между строк: "вам будет выгоднее"), чем продать модуль сводного планирования, вы будете кодить?

Цитата:

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

lagr221374, позвольте поинтересоваться... Если клиенту захочется планировать поставки и запасы по РЦ, и запрограммировать клиенту будет дешевле (читать между строк: "вам будет выгоднее"), чем продать модуль сводного планирования, вы будете кодить?

Тут все как обычно:
внедренец - круто будет купить модуль сводного планирования но это будет дороже зато быстрее, но конечно можем и так сварганить (идет перечисление + и - на бытовом языке доступном клиенту)

Клиент думает.
Утром выдает решение.

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

[Aleck]

Цитата:

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

Тут все как обычно:
внедренец - круто будет купить модуль сводного планирования но это будет дороже зато быстрее, но конечно можем и так сварганить (идет перечисление + и - на бытовом языке доступном клиенту)
Клиент думает.
Утром выдает решение.
Что выдаст то и будем делать.
Если посчитает, что сделать надо то что дешевле - будем делать то, что дешевле.
Страдать херней типа : я принципиальный внедренец, и топать ножкой никто не будет. Кто платит, тот и заказывает музыку.

У Вас на проектах нет PM и опытных консультантов? Внутренний проект? Или сборная солянка (бодишопинг) из специалистов разных консалтеров с внутренним PM?

[ds1678]

Цитата:

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

Тут все как обычно:
внедренец - круто будет купить модуль сводного планирования но это будет дороже зато быстрее, но конечно можем и так сварганить (идет перечисление + и - на бытовом языке доступном клиенту)

Для кого ОБЫЧНО?
Вы действительно используете аргументы класса: "Круто" и "Быстрее"? Или приводите "+" и "-" более предметные с точки зрения ведения бизнеса и технической поддержки решения?

Цитата:

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

Клиент думает.
Утром выдает решение.

А клиент в состоянии взвесить все реальные "за" и "против"? Его неосведомленность в нюансах, которые вспоследствии могут оказаться критическими, не смущает ни вас, ни клиента?

Не один раз встречаю предприятия, где "внедрялись" различного рода замены стандартной функциональности (планирование, заявки на оплату, производство), часто поданные под соусом различных отраслевых решений. По прошествии времени клиент, немного поумнев, не мог использовать полноценные механизмы системы или перейти на новую версию. Приходилось снова платить деньги "внедренцам", теперь уже чтобы аккуратно отрезать ненужное решение. Забавно, не правда ли?

Цитата:

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

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

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

Не взвешанно и поверхностно, на мой взгляд. Зацепило.