Выбор ERP

[Aleck]

Цитата:

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

Приведу несколько реальных примеров (хотя мой пост уже и не вписывается в разведенную тут бодягу противостояния Ax и SAP).

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

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

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

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

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

Ну почему же.... Зато хоть есть конкретика, в отличие от пурги от lagr221374.

На днях как раз показывали одному клиенту функционал по логистике, за 2,5 часа успели только по закупкам кратко проехаться.
Вспоминая свой пресейловый опыт на DAX - местами слюну пускал
2 копейки относительно вопросов выше из того, что заметил что есть в SAP, но нет в DAX в этой части:
"Сбытовая организация/Закупочная организация" - для каждой СО/ЗО можно указать практически все параметры для каждого дебитора/кредитора, в том числе и условия платежа отсрочки. Т.е. один дебитор/кредитор имеет может иметь различные свойства для разных сегментов. Соответственно тема 2 легко закрывается без программизма.
Также интересно, что для графика платежей для каждого платежа можно указать свои условия оплаты (отсрочка, премия за срок и пр.).

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

[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 до магазина" для бизнеса.