Команда, с которой я работаю, создала надстройку CRM4, которая инкапсулирует «стандартные» настройки CRM (такие как изменение существующих объектов, добавление наших собственных пользовательских объектов), отчеты, плагины и наши собственные веб-страницы ( в IFrames) и веб-сервисы. Все довольно типичные вещи.
Я пишу весь необходимый код установки, чтобы упростить / автоматизировать процесс установки, чтобы наше дополнение для независимых разработчиков ПО могло быть скачано и опробовано кем-либо, но меня попросили подумать о том, как ограничить функциональность - поощрить людей покупать лицензия.
Я не очень знаком с понятиями / лучшими практиками / подводными камнями, когда речь заходит о «лицензировании» приложений .net (особенно надстроек CRM4), поэтому спрашиваю, есть ли у вас какие-либо предложения. Мы ищем что-то довольно простое и должно быть достаточно «взломанным», поскольку мы считаем, что ввод лицензионного кода - это, как правило, PITA.
- Есть ли у CRM API что-нибудь, что может предложить разработчик ISV? (Я вижу, что можно проверить сущность License, но я предполагаю, что это для самой лицензии CRM)
- Существуют ли какие-либо примеры кода / проекты / структуры, подходящие для использования или реализации?
- Я испытываю желание создать ключ реестра после установки надстройки, который, если через месяц правильный лицензионный ключ не будет введен, ограничит функциональность. Это лучший способ сделать это? Вы видели другие дополнения, которые делают это по-другому / лучше?
- С точки зрения ограничения функциональности, я думаю выбросить InvalidPluginExecutionExceptions. Наверняка должен быть более «изящный» способ сделать это?
Все мысли и предложения приветствуются.
С уважением,
Питер.