Выбор ERP

[Aleck]

Цитата:

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

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

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

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

Цитата:

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

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

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

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

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

[Aleck]

Цитата:

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

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

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

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

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

Цитата:

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

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

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

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

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

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

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

[Aleck]

Цитата:

Сообщение от 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? =)

Цитата:

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

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

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

Цитата:

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

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

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

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

Цитата:

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

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

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

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

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

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

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

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

Цитата:

Сообщение от 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 же решений от вендора ОЧЕНЬ мало.

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

[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

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

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