Многие, и я в том числе, иногда прибегают к нестандартным методам при разработке под MS CRM. Как определить, что наша разработка является поддерживаемой, т.е. при очередном обновлении не будет головной боли с переносом настроек (теоретически ;) ).

Вот перечень того, что Microsoft считает неподдерживаемой кастомизацией.

Модификации Microsoft Dynamics CRM, которые сделаны без использования Dynamics CRM SDK или официальных инструментов Microsoft Dynamics CRM – не поддерживаются в процессе обновления или апгрейда Microsoft Dynamics CRM. Все что не задокументированно в SDK и сопутствующих материалах – не поддерживается. Не поддерживаемые модификации могут вызывать проблемы, когда вы устанавливаете service pack или обновляете CRM. Для того, чтобы минимизировать вопросы после обновления или апгрейда – не изменяйте файлы Microsoft Dynamics CRM, которых вы не создавали.

Изменение стандартных файлов CRM

Изменения в любых .aspx, .css, .htm, .js, .xml, .jpg, или .gif файлах или добавления в файлы, которые находятся в папке wwwroot приложения Microsoft Dynamics CRM, Microsoft Dynamics CRM инструменты или Microsoft Dynamics CRM файлы находятся в Program Files\Microsoft Dynamics CRM . Во время обновления CRM эти файлы не проверяются на изменения и могут быть перезаписаны.

Изменения, внесенные в файлы или настройки веб-сайта Microsoft Dynamics CRM

Ваши разработки должны быть установлены на другом веб-сайте. Это включает в себя изменения в файловой системе списков контроля доступа (ACL) любых файлов в сервере Microsoft Dynamics CRM.

Изменения в физической схеме базы данных

Включает в себя любые действия, совершенные в отношении данных без прохождения через систему настройки. Изменение таблиц, индексов, хранимых процедур, или вьювов(views), в базе данных не поддерживается. Добавление таблиц, индексов, хранимых процедур, или вьювов, в базу данных также не поддержали из-за целостности баз. Примечание: Это относится ко всем базам данных Microsoft Dynamics CRM для Microsoft Office Outlook локальных баз данных MS CRM.

При изменении данных, не используя настройки системы (System Customization), вы рискуете получить проблемы при обновлении и апгрейде

  • Обращение к другим библиотекам .dll Microsoft Dynamics CRM, помимо Microsoft.Crm.Sdk.dll, Microsoft.Crm.SdkTypeProxy.dll и Microsoft.Crm.Outlook.Sdk.dll.
  • Использования интерфейсов прикладного программирования (API), помимо документированных API, в веб-службах CrmDeploymentService, CrmDiscoveryService, CrmService и MetadataService.
  • Н рекомендуем использовать или изменять default.css файл в корневом каталоге установки Microsoft Dynamics CRM. Только те настройки, изложенных, например, с помощью Template.css, поддерживаются.
  • Повторное использование любых имеющихся в Microsoft Dynamics CRM установленного JavaScript-кода. Этот код может измениться или быть перезаписаным во время обновления.

И несколько других предупреждений.

Весь этот список ограничений, в первую очередь, это разграничение ответственности между Microsoft и разработчиками. Понятное дело, что Microsoft никогда не сможет удовлетворить потребности и желания каждой компании, поэтому и остается возможность добавления и разработки собственных продуктов и расширений для системы. Используя стандартные методы можно создать очень серьезные дополнения к CRM, хотя не хуже продукты можно создать и используя не поддерживаемую кастомизацию. 50 на 50 ;)
Экспериментируйте!