DQ в MDM все-таки в зачаточном состоянии, у того же САПа или Информатики рекомендуется использовать для этих целей отдельное ПО.
Если модель данных часто меняется, то видимо надо где-то посмотреть и понять, почему так происходит. Все-таки мы ведем условно-постоянные данные, если про MDM говорим. На одним из моих недавних проектов (достаточно крупная международная компания, в первой тройке на рынке) добавление новых полей происходило с частотой 2-3 поля в год по всем управляемым объектам, включая транзакционные данные. И связано было с расширением функционала.
Ну если для вас проводить обследование значит поверить заказчику на слово («дом из круглых кирпичей»), а не вникать в суть проблемы («нужен дом без углов в соответствии с принципами феншуя»), то кто ж виноват в этом? Хотя чем крупнее компания-внедренец, тем чаще именно так и происходит.
С тем, что по всем вариантам надо детально и на пальцах показывать возможные последствия, думаю никто не будет спорить.
Какие именно средства?
Workflow? он везде
DQ — так это и в MDM в зачаточном состоянии, есть отдельные продукты
Кастомизация — ну тут вообще зоопарк решений.
Проверка на дубликатов — настраивается.
Механизмы консолидации и т.п. — в данном решении не использовались.
На мой взгляд, правильнее было идти от процесса, а не от систем. Определить задачи, нереализуемые в текущем ландшафте, посмотреть, как из реализовать в имеющемся софте, а уж потом принимать решение — глубокая доработка либо внедрение MDM.
Часто доработать тот же SAP ERP проще и дешевле, чем внедрять MDM.
Если же целью было создание демо-стенда, то лучше было подобрать более релевантный сценарий.
Если в системном ландшафте только ERP и CRM, и между ними есть интеграция, то можно было выстроить процессы и потоки данных так, чтобы единой точкой ввода для данных о контрагентах был CRM. А процессы согласования и там можно настроить. Без внедрения MDM.
В вашем же варианте, количество систем увеличилось без особой необходимости. Да, продали MDM, молодцы. Это и было целью?
P.S.Это в случае, если CRM нормальный, а не студенческая поделка. Если же функционал CRM убогий, то получается ситуация, что клиент ССЗБ, сэкономив на CRM получил в нагрузку более дорогой продукт. Насколько я помню, практически у всех вендоров MDM лицензии одни из самых дорогих.
По крайней мере, в SAP, есть возможность применения более широких аналитик по контрагентам (BP) и ведения разного рода отношений. Хоть все склады, куда отгружать, заводи. Привязка через роли БП осуществляется. Так что проблема надуманная, и связана скорее всего с тем, что ERP выбиралась без учета реальных потребностей бизнеса, либо настроена перректально.
Если модель данных часто меняется, то видимо надо где-то посмотреть и понять, почему так происходит. Все-таки мы ведем условно-постоянные данные, если про MDM говорим. На одним из моих недавних проектов (достаточно крупная международная компания, в первой тройке на рынке) добавление новых полей происходило с частотой 2-3 поля в год по всем управляемым объектам, включая транзакционные данные. И связано было с расширением функционала.
С тем, что по всем вариантам надо детально и на пальцах показывать возможные последствия, думаю никто не будет спорить.
Workflow? он везде
DQ — так это и в MDM в зачаточном состоянии, есть отдельные продукты
Кастомизация — ну тут вообще зоопарк решений.
Проверка на дубликатов — настраивается.
Механизмы консолидации и т.п. — в данном решении не использовались.
На мой взгляд, правильнее было идти от процесса, а не от систем. Определить задачи, нереализуемые в текущем ландшафте, посмотреть, как из реализовать в имеющемся софте, а уж потом принимать решение — глубокая доработка либо внедрение MDM.
Часто доработать тот же SAP ERP проще и дешевле, чем внедрять MDM.
Если же целью было создание демо-стенда, то лучше было подобрать более релевантный сценарий.
В вашем же варианте, количество систем увеличилось без особой необходимости. Да, продали MDM, молодцы. Это и было целью?
P.S.Это в случае, если CRM нормальный, а не студенческая поделка. Если же функционал CRM убогий, то получается ситуация, что клиент ССЗБ, сэкономив на CRM получил в нагрузку более дорогой продукт. Насколько я помню, практически у всех вендоров MDM лицензии одни из самых дорогих.