Microsoft Dynamics CRM — одна из самых распространенных CRM-систем.
Существенным преимуществом этой системы перед конкурентами является гибкая возможность расширения и модификации с использованием как внутренних возможностей настройки системы, так и внешних расширений.
В Microsoft Dynamics CRM можно реализовать гибкий функционал интеграции с внешними учетными системами, системами документооборота, колл-центрами и почтовыми серверами.
Достаточно распространенная ситуация, когда стандартных возможностей Microsoft Dynamics CRM недостаточно или нет возможности настроить работу некоторых объектов или сущностей в системе.
Бывает, что необходимо переделать поведение тех или иных сущностей в связи со спецификой бизнес-процессов Заказчика.
В этих нетривиальных случаях консультанты и разработчики CRM используют плагины (Plug-Ins) и расширения (Add-Ons), назначение которых и разницу между этими сущностями мы и рассмотрим.
При разработке этих программных продуктов также существует ряд ограничений, некоторые из которых я попытаюсь кратко описать.
Плагины — это пользовательская бизнес-логика, которую можно интегрировать в Microsoft Dynamics CRM, чтобы изменить стандартное поведение платформы.
С помощью плагинов существующие обработчики событий CRM прерываются и заменяются.
Плагины широко используются для интеграции CRM с другими программными системами.
Расширения (Add-Ons) — это дополнения к CRM, разрабатываемые как отдельные проекты, позволяющие вводить новые сущности и объекты, а также новые формы модификации этих сущностей в CRM. Плагины обычно не имеют визуальной формы надстройки системы.
В отличие от плагинов, расширения могут включать в себя визуальные формы.
Плагины и расширения встраиваются в CRM после разработки.
Все объекты, сущности и структуры CRM хранятся в базе данных.
Плагины и расширения должны быть реализованы с использованием CRM SDK. CRM SDK — это API для разработчиков, который позволяет им управлять различными объектами CRM. Формально можно реализовать прямое подключение к базе данных, минуя CRM SDK. Это можно использовать в плагинах и расширениях, разработанных для внутренних нужд. Но не желательно.
Вы не можете реализовать прямое подключение к базе данных Microsoft Dynamics CRM, минуя SDK, в плагинах, которые будут распространяться среди клиентов.
Плагины и расширения, использующие прямое соединение, не смогут быть зарегистрированы в Microsoft. Кроме того, при прямом подключении к базе данных CRM будут нарушены схема безопасности и права пользователей Microsoft Dynamics CRM. Это связано с тем, что при прямом подключении к базе данных оператор будет иметь доступ ко всем объектам, которые разрешены пользователю базы данных, которого вы используете для подключения.
При прямом подключении к базе данных также сложнее поддерживать обработку событий в CRM, которые могут запускать определенные процессы.
Эта поддержка усложняется, поскольку добавление в базу данных осуществляется непосредственно в таблицы.
И соответственно внутренние обработчики событий CRM либо не будут работать, либо работать, но не во всех случаях.
Плагины и расширения представляют собой NET-сборки.
Для разработки плагинов и надстроек используется инструментальная среда Visual Studio. Технология разработки – АСП.
В качестве языков программирования C# или Visual Basic NET. Плагины и расширения должны быть разработаны особым образом в соответствии с требованиями Microsoft. Этот дизайн содержит множество нюансов, которые будут влиять на поведение приложения.
Подробнее об этом я расскажу в будущих постах.
При разработке визуальных форм для расширений CRM необходимо сделать внешний вид этих форм таким, чтобы они вписывались в существующий дизайн CRM, а поведение компонентов должно быть аналогично поведению стандартных компонентов CRM. В этом есть некоторая сложность, поскольку Microsoft, к сожалению, не предоставляет для разработчиков подобных компонентов.
И, следовательно, различные разработчики самостоятельно модифицируют существующие традиционные компоненты среды разработки, подстраивая поведение этих компонентов под поведение стандартных компонентов CRM. У некоторых разработчиков это получается лучше, у некоторых хуже.
Но пользователи Microsoft Dynamics CRM в любом случае привыкли к стандартному поведению компонентов и в своих расширениях желательно придерживаться этой методологии.
Если вы разрабатываете плагины и расширения, нацеленные на несколько продаж (а не на разовое внедрение), то вам обязательно придется столкнуться с вопросами генерации установочных ключей и лицензирования разрабатываемого программного продукта для определенного количества пользователей.
Обычно стоимость продукта зависит от количества пользователей, использующих продукт. В этом случае возможны два подхода.
При первом подходе во время установки проверьте количество пользователей в Microsoft Dynamics CRM. И потребовать от клиента купить столько лицензий, сколько пользователей в CRM. Второй подход более гибкий: при первом запуске плагина или расширения конкретным пользователем привязывайте приобретенную лицензию к этому пользователю.
В этом случае клиент платит только за лицензии тех пользователей, которые реально используют плагин или расширение.
Если вам интересно, продолжение будет. Теги: #дополнения #microsoftdynamic crm #Chulan #Плагины
-
Решающие 250 Грамм
19 Oct, 24 -
Whatsapp Запустит Веб-Версию Мессенджера
19 Oct, 24 -
Своя Поисковая Система На Сайте
19 Oct, 24 -
Android@Home: Вторжение В Дом
19 Oct, 24
