25.12.2009, 17:37 | #61 |
Участник
|
Цитата:
А какая трудоемкость была в этом проекте на допиливание AX? Кстати бухгалтерию по РСБУ и НУ там сделали? |
|
25.12.2009, 17:44 | #62 |
Участник
|
Цитата:
Цитата:
Но цепочка - чеки - анализ - планирование - закупки - распределение - выкладка - чеки есть и полностью на решениях SAP. Как и более короткий путь, реализованный в решениях на AX. |
|
25.12.2009, 18:39 | #63 |
Участник
|
Анализ чеков можно сделать и на основании данных кассовой системы. По объему данных анализ будет по любому в OLAP, а откуда он берет данные не так и принципиально для пользователя.
Например, вот: http://www.crystalset.ru/products/re...alty/analysis/
__________________
Ivanhoe as is.. Последний раз редактировалось Ivanhoe; 25.12.2009 в 18:42. |
|
25.12.2009, 22:32 | #64 |
Участник
|
|
|
25.12.2009, 22:43 | #65 |
Гость
|
Уф так и сразу?
Главное стараться по меньше трогать всякие механизмы разносок и резервирований и с ними связанное, а если трогать то осознавать зачем и щастье будет возможно. Цитата:
Цитата:
Как понимаю в общем то вы с выражением согласны Вас вопрос Скажите тогда на сколько увеличить и все поправлю. Ну не льстите : меньшие, гораздо меньшие суммы + клиент должен быть мелок и хил Цитата:
(цена Прады в меньше указанной Вами суммы).. Цитата:
Сообщение от Aleck
Странно, мы вот сейчас доделываем сильно специфичное отраслевое решение с приличным объемом разработки (порядка 300 таблиц, например), никакого особого, "пистеца" не заметил. Изменения вносятся не дольше и не более трудоемко, чем в случае c AX. По скорости разработки тоже не заметил существенных отличий.
Только, о ужас, документации на пару порядков больше и проще все делать .... 300 таблиц в Ax можно сделать за день . Чувствуете как вы ошиблись системой? Цитата:
Уф так и сразу? Механизм интеграции SAPа с ККМ как будет выглядеть: типа разносим заказ и печатается чек? Для Ax-ы относительно просто так, как крупнейшие производители ККМ в РФ про нее в курсе. Последний раз редактировалось lagr221374; 25.12.2009 в 23:41. |
|
25.12.2009, 23:01 | #66 |
Участник
|
Цитата:
(1) Слишком дорого стала обходиться собственная логистика -> переход от распределения с собственного РЦ на самостоятельный развоз товара по магазинам поставщиками. (2) Снижение покупательной активности населения и как следствие прогноз увеличения срока окупаемости новых магазинов -> разные условия отсрочки платежей поставщикам при поставках в новые и в старые магазины (3) проблемы с оборотными средствами у поставщиков и прогноз невозврата долгов за товар -> многие поставщики потребовали значительного сокращения отсрочки оплаты, в т.ч. задним числом (вследствие этого часть накладных оказалась "просрочена", хотя по старым условиям срок оплаты еще был далеко) (4) проблемы с оборотными средствами в ритейле -> специальный алгоритм распределения выделенной на оплату суммы между поставщиками по разным хитрым критериям (это в случае, когда можем заплатить меньше, чем фактически должны). (5) стало нужно быстро избавляться от больших остатков плохо продающихся товаров, чтобы освободить складские площади и быстро получить хоть что-то за эту фигню -> специальные алгоритмы распродажи (подробнее - коммерческая тайна). |
|
|
За это сообщение автора поблагодарили: sukhanchik (2), twilight (1). |
25.12.2009, 23:21 | #67 |
Administrator
|
Еще можно пример привести. В связи с падением продаж компания ищет нового коммерческого директора, которому даются полные полномочия на реорганизацию отдела продаж (это кстати справедливо для любого отдела) при условии увеличения отгрузок. Он говорит - что все проблемы в том, что отдел был плохо организован, реорганизует... все проговаривает с руководством, меняет механизмы взаимодействия с другими отделами и т.п.
Не знаю насколько при этом меняются продажи, но с т.з. информационной системы - происходит изменение бизнес-процессов, которое требует перевнедрение системы с учетом уже написанного кода
__________________
Возможно сделать все. Вопрос времени |
|
25.12.2009, 23:33 | #68 |
Участник
|
ну вот откуда, откуда вы всё знаете?
Последний раз редактировалось Zabr; 25.12.2009 в 23:46. |
|
26.12.2009, 00:16 | #69 |
Administrator
|
Да уж больно пример знакомый... взятый из жизни и прочувствовавшийся на собственной шкуре . В моем случае правда упор был больше на внедрении доп модуля CRM. Но тем не менее и остального функционала это коснулось
__________________
Возможно сделать все. Вопрос времени |
|
27.12.2009, 01:18 | #70 |
Участник
|
Ну, раз Жоржа Нордика нет, то я скажу - САП и АХ нелепые программные продукты, но вот Оракл Ритейл - это ДА!
Топикстартер, а с какой целью вам ЕРП? Скажите цели, а главное, бюджет - и мы подскажем вам путь к светлому будущему. |
|
27.12.2009, 14:09 | #71 |
Участник
|
|
|
27.12.2009, 14:38 | #72 |
Участник
|
Aleck, что-то не очень понял про возможности настройки и допиливания. С одной стороны:
Цитата:
процессы проработаны более детально, настроек заметно больше.. в чем жесткость? в том, что не принято переписывать все вдоль и поперек?
Цитата:
мы вот сейчас доделываем сильно специфичное отраслевое решение с приличным объемом разработки (порядка 300 таблиц, например)
PS: это не со зла, просто мне раньше казалось, что в SAP как в Греции, нужно только знать какой модуль искать и какие настройки там расставить. |
|
28.12.2009, 00:52 | #73 |
Участник
|
Вот и Вы не берите дурной пример и много не пейте, чтобы на речи не сказывалось.
Цитата:
[QUOTE=lagr221374;216607] Как понимаю в общем то вы с выражением согласны Вас вопрос Скажите тогда на сколько увеличить и все поправлю.[/q] C каким выражением? Полонского? Глупости на Вашей совести оставлю, уж извините. Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
Т.к. у меня с трудом получается также мутно формулировать как у Вас и перескакивать с темы на тему, отошлю Вас на четыре буквы (искать SAP POS Data Management). |
|
28.12.2009, 01:14 | #74 |
Участник
|
Цитата:
Сообщение от Raven Melancholic
Aleck, что-то не очень понял про возможности настройки и допиливания. С одной стороны:
с другой: То есть решение из кучи новых сущностей это не все вдоль и поперек? А что тогда в SAP считается крупной модификацией? PS: это не со зла, просто мне раньше казалось, что в SAP как в Греции, нужно только знать какой модуль искать и какие настройки там расставить. Стратегия вполне разумная и на Западе и DAX также в основном внедряется, это у нас ее многие деятели позиционируют почти как среду разработки. Хотя никто не мешает изменить как изменить стандартные транзакции, так написать новые, что нередко делается в случае необходимости. По трудоемкости разработки кардинальной разницы не заметил между DAX и SAP, по модификациям выполняемым разработчиками примерно одинаковой квалификации. Другой вопрос, что процент грамотных разработчиков везде не так высок, как хотелось бы. Тот, пример, что я привел - отраслевая специфика, которой нет в базовой системе + справочники, настройки. В DAX тоже бы пришлось это сбоку писать, такая не EPR отрасль А функционала в SAP действительно заметно больше, чем DAX. Когда занимался DAX было обидно, что MS даже не стремится догонять, хотя в этом ничего сложного нет. |
|
28.12.2009, 08:55 | #75 |
Гость
|
Хм, понимаю что вы селз, тем более селз SAP: продажи не идут (иначе фигли вы тут фигню бы пороли ),
Ну открою вам глазки: я типа внедренец, если что. Цитата:
Цитата:
Цитата:
Что на обычный русский переводится как: у кого нет ... или не та бизнес-модель идут в .... так, как замечательный SAP не может работать так, как необходимо заказчику, что в общем то и требовалось доказать. Спасиба Алик. Последний раз редактировалось lagr221374; 28.12.2009 в 09:28. |
|
28.12.2009, 10:27 | #76 |
Консультант
|
|
|
|
За это сообщение автора поблагодарили: (1). |
28.12.2009, 13:21 | #77 |
Участник
|
Цитата:
Сообщение от Zabr
Приведу несколько реальных примеров (хотя мой пост уже и не вписывается в разведенную тут бодягу противостояния Ax и SAP).
(1) Слишком дорого стала обходиться собственная логистика -> переход от распределения с собственного РЦ на самостоятельный развоз товара по магазинам поставщиками. (2) Снижение покупательной активности населения и как следствие прогноз увеличения срока окупаемости новых магазинов -> разные условия отсрочки платежей поставщикам при поставках в новые и в старые магазины (3) проблемы с оборотными средствами у поставщиков и прогноз невозврата долгов за товар -> многие поставщики потребовали значительного сокращения отсрочки оплаты, в т.ч. задним числом (вследствие этого часть накладных оказалась "просрочена", хотя по старым условиям срок оплаты еще был далеко) (4) проблемы с оборотными средствами в ритейле -> специальный алгоритм распределения выделенной на оплату суммы между поставщиками по разным хитрым критериям (это в случае, когда можем заплатить меньше, чем фактически должны). (5) стало нужно быстро избавляться от больших остатков плохо продающихся товаров, чтобы освободить складские площади и быстро получить хоть что-то за эту фигню -> специальные алгоритмы распродажи (подробнее - коммерческая тайна). Ну почему же.... Зато хоть есть конкретика, в отличие от пурги от lagr221374. На днях как раз показывали одному клиенту функционал по логистике, за 2,5 часа успели только по закупкам кратко проехаться. Вспоминая свой пресейловый опыт на DAX - местами слюну пускал 2 копейки относительно вопросов выше из того, что заметил что есть в SAP, но нет в DAX в этой части: "Сбытовая организация/Закупочная организация" - для каждой СО/ЗО можно указать практически все параметры для каждого дебитора/кредитора, в том числе и условия платежа отсрочки. Т.е. один дебитор/кредитор имеет может иметь различные свойства для разных сегментов. Соответственно тема 2 легко закрывается без программизма. Также интересно, что для графика платежей для каждого платежа можно указать свои условия оплаты (отсрочка, премия за срок и пр.). |
|
28.12.2009, 13:39 | #78 |
Участник
|
Цитата:
Сообщение от lagr221374
Хм, понимаю что вы селз, тем более селз SAP: продажи не идут (иначе фигли вы тут фигню бы пороли ),
Ну открою вам глазки: я типа внедренец, если что. У меня все хорошо, продажи идут, вот как раз на прошлой неделе запустили новый крупный проект в ритейле, можете расслабится =) А у Вас много новых проектов за последние, предположим, полгода? Цитата:
Как определитесь, можно будет продолжить, только с конкретикой по предмету обсуждения, а не пересказывая кто о чем Вам за рюмкой пива жаловался. Цитата:
Сообщение от lagr221374
да да и Бананамама тому пример. Да и "Перекресток" вы правильно упомянули в пример: как стоило сменить систему так сразу пошли портиться продукты. Ну и т д и тп. Но в том что таких случаев много, видимо виноваты не только кривые руки внедренцев SAP, видимо есть в этом вина и самой системы.
Про Перекресток это к GMCS за комментариями. Вы консультант-асеризатор?))) Забавная у Вас логика. Вроде ясно написал, что не принято спешить кодить, сначала разобраться надо, ан нет, все одно и то же талдычит. Смысл Вам что-то пичать если Вы не желаете читать/обдумывать? |
|
28.12.2009, 13:42 | #79 |
Гость
|
2Aleck
Раз слили, то имейте мужество это признать , а не пытаться опосредованно опорочить мой честный ник. "Пургу" как вы выразились, к сожалению для SAP, в основном, несете вы: хотя что еще можно ожидать от вас. Мне даже стыдно за SAP . |
|
28.12.2009, 13:52 | #80 |
Участник
|
Ваши домыслы ничего общего с реальностью не имеют по всем пунктам Вашего высказывания. Я так неясно пишу или Вы так усердно скрытый смысл ищете? )))
|
|
Теги |
axapta, axapta retail, sap, выбор, сравнение, холивар, dynamics |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|