![]() |
#3 |
Участник
|
Спасибо за мнение, +1 k NAV. Действительно, учёт чего-либо, это прерогатива ЕРП. Поэтому и спрашиваю. Но здесь стоит отметить, что учёт контейнеров там довольно простой (увезли-привезли), сейчас в екселе. Также - в НАВ нету договоров и биллинга(out-of-the-box), так что их всёравно придётся делать (или покупать).
Если делать всё в НАВ, возникает другая проблема - в ЦРМ в любом случае придётся дублировать сущности вертикали, т.к. основное требование клиента - зайдя в карточку црм, они хотят видеть всю информацию по нему (инциденты, счета, договора,предложения и т.д.). Также у клиента много требований, которые можно было-бы успешно решить с помощью бизнес-процессов. Типа: если у договора истекает срок годности - создать задание менеджеру, и др. Предложения они хотят делать в црм, и из них, в случае акцепта - создавать договор автоматом. МС продвигает платформу xRM именно для решения подобных задач. Также юзер НАВ, при прочих равных, существенно дороже. Как быть с этими доводами? Про коннекторы - я его (Scribe) рассматриваю как основной вариант. Разве Celenia ещё предлагает свой? Я думал что они, заключив со scribe партнёрство, перестали свой коннектор предлагать. Кстати в НАВ 2009 R2 будет соединение out-of-the-box, поэтому не рассматриваем делать свой вариант коннектора.
__________________
![]() |
|
Теги |
xrm |
|
|