Как правильно бороться с лицензированием

[Артем Enot Грунин]

Цитата:

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

А что, я если вижу, что клиенту MS CRM не подходит, так и говорю: "А идите Вы посмотрите другие системы". Зачем мне неудачный проект и недовольный клиент? на нем больше потеряешь, чем заработаешь.
З.Ы. Стандартный workflow на проектах используем только для некритичных процессов, типа напоминалок, сложное на нем крутить - чур меня)

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

[Aleck]

Цитата:

Сообщение от Артем Enot Грунин

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

А кто сейчас в них купается?
У меня стоит цель заработать, а не инвестировать в ИТ-систему клиента, поэтому риски зашкаливают, я проект не запущу, потом ведь мне все и разгребать

[pkost]

Пообщаясь с другими спецами, они мне сказали одну умную вещь, что лицензирование CRM можно обойти следующим способом: Например если необходимо забирать данные из контакт-центра, а он в свою очередь имеет тоже приложение и БД SQL и передавать их в CRM в одну только учетную запись. Т.е. практически оно должно выгладить следующим образом. Есть есть n-ое количество операторов которые заносят данные в БД, то с помощью хитрого SQL-тригера поместить данные из БД контакт цетра в БД CRM только в одну учетную запись (овнера). И в CRM будет находиться свалка всех этих записей которые будут принадлежать только отдному пользователю CRM, но полученые от многих операторов контакт центра (другого приложения). подскажите, пожалуйста, имеет место такая реализация и будет ли все нормально с лицензированием CRM?

[a33ik]

Цитата:

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

Пообщаясь с другими спецами, они мне сказали одну умную вещь, что лицензирование CRM можно обойти следующим способом: Например если необходимо забирать данные из контакт-центра, а он в свою очередь имеет тоже приложение и БД SQL и передавать их в CRM в одну только учетную запись. Т.е. практически оно должно выгладить следующим образом. Есть есть n-ое количество операторов которые заносят данные в БД, то с помощью хитрого SQL-тригера поместить данные из БД контакт цетра в БД CRM только в одну учетную запись (овнера). И в CRM будет находиться свалка всех этих записей которые будут принадлежать только отдному пользователю CRM, но полученые от многих операторов контакт центра (другого приложения). подскажите, пожалуйста, имеет место такая реализация и будет ли все нормально с лицензированием CRM?

А мож и другие спецы подскажут жизненность данного решения и укажут на возможные проблемы с лицензированием?