Цитата:
Сообщение от
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.
Цитата:
Сообщение от
Aleck
..
Это меня еще со школы так развратили - четко и понятно мысли формулировать
Опыт c DAX только добавил понимания, что четкость формулировок помогает в общении с заказчиком.
Но мы живем в свободной стране и если кто-то считает что работа консультанта это просто передать нечетко и непонятно сформулированную задачу в разработку, то видимо и такому мнению место есть.
...
Не передергивайте. Я пояснил как будет сформулировано с точки зрения заказчика. Углубляться долго и нудно + не по теме.
Цитата:
Сообщение от
Aleck
...
Невозможность/сложность отражения/изменения каких именно бизнес-процессов в ERP привело к банкротству Банана-мама?
...
Спросите в SAP
.
Цитата:
Сообщение от
Aleck
...
Такое мнение на чем основано? У Вас есть опыт настройки и DAX и SAP?
У Вас есть опыт разработки и DAX и в SAP? Вы писали ЧТЗ для DAX и SAP на примерно одинаковые модификации и можете оценить трудоемкость?
...
Я вам дал пример ТЗ про чеки.
Вы предложили купить модуль.
Т.е. взаимодействие с кассой по ТЗ эквивалентно в SAP разработке модуля.
Это порядка месяца работы.
Это в разы больше оценки трудоемкости в Ax (оценю модифу в 2-4 часа - так как чай надо иногда пить
)
Имеем 168 часов против 4. That's all.
Цитата:
Сообщение от
Aleck
...
Я вот от квалифицированных разработчиков не слышал жалоб на сложность/неудобство SAP как среды разработки, очень даже наоборот.
...
А куда им деватцо с подводной лодки.
Я регулярно слышу иное
от бывших разработчиков Ax и это правда. Сложно сравнивать систему 70-х и X++. Такое вот дело.
Хм. в чем такая принципиальное разница между системами на поиск и уборку багов?
Цитата:
Сообщение от
Aleck
...
А вас не смущает необходимость покупать модули от MS/партнеров? =)
Странно Вы читаете. Я Вам написал что можно и напрямую если сильно хочется. Только вот для кого это нужно?
Нет. Мы не докупаем. Нужно для клиента. Жизненно необходимо.
Цитата:
Сообщение от
Aleck
...
Для SAP есть выбор - купить узкоспециализированный функционал или писать, еще раз повторюсь для танкистов, кардинальной разницы в трудоемкости разработки нет.
Пример показывает что есть. На приведенной задаче по минимуму 168/4 = 42 раза.
Цитата:
Сообщение от
Aleck
...
По многим задачам есть и решения партнеров, как и для DAX, где инвестиции в разработку уже сделаны. Только в силу традиции не спешить менять стандарт обычно их гораздо легче собрать между собой.
Для DAX же решений от вендора ОЧЕНЬ мало.
Угу угу. Завтра допишу.
Не болейте.