crrm.ru

Сравнительная характеристика методов создания отчётов в Microsoft Dynamics CRM, рассмотренных ранее. Для удобства, близкие по результатам подходы сгруппированы. Наведите курсор на значение оценки для просмотра его описания.

Сразу оговорюсь, что под «простотой использования» в таблице выше подразумевается использование конкретного метода создания отчёта (т.е. усилий, направленных на создание нового отчёта), а не пользование готовым отчётом в CRM. [node:read-more:link]

Свершилось! Несколько часов назад Microsoft объявила о выходе Microsoft Dynamics “CRM5” Community Technical Preview 3 (CTP3). Официальный пресс-релиз: Microsoft Releases Technical Preview of Next Generation of Microsoft Dynamics CRM.
 
[node:read-more:link]

Очень часто сталкивался с такой проблемой - в заголовке окон форм CRM отображается URL вместо имени записи. Т.е. вместо "Заказ ООО 'Коммерческая Компания'" отображается "http://server/?id={053A2B3C-1597-EC33-7B4E-003044512AA6}".

Сделано это, конечно же, в целях вашей безопасности : ) Чтобы вы всегда видели, на каком сервере и какой странице находитесь. [node:read-more:link]

Существует множество способов получить данные для анализа из Microsoft Dynamics CRM. На все случаи жизни. А случаи, как известно, бывают разными. В этой статье я постараюсь рассмотреть самые распространённые подходы к созданию отчётов в CRM, а затем дам их сравнительную характеристику (скорее всего, уже отдельным постом).

Для удобства сгруппирую основные подходы следующим образом:

• Отчёты средствами Microsoft Dynamics CRM
• Отчёты MS SQL Server Reporting Services (SSRS)
• Отчёты средствами MS Office
• Разработка собственной платформы отчётов
• Отчёты SQL Server Analysis Services

Интересную разработку выложил Dave Berry - Javascript Grid Editor (JGE) - скрипт, позволяющий редактировать таблицы с записями CRM. Т.е. записи редактируются без открытия отдельной формы сущности.

Скрипт расширяет возможности системного компонента CRM Grid, заменяя ячейки на редактируемые поля. Изменения, конечно же, сохраняются в CRM. [node:read-more:link]

Дамы и господа, вашему вниманию – Internet Facing Deployment (IFD). По сути – это публикация CRM в интернет, для пользования извне.
С этой темой я столкнулся на проекте внедрения в одной небольшой российской компании. И открыл для себя много интересного :)
Почему нужен был IFD - чтобы предоставить доступ к системе как локальным, так и внешним пользователям, которые не имеют доступа в локальную сеть компании. То есть, вообще говоря, это не просто IFD, а IFD + On-Premise.
[node:read-more:link]

Продолжаю более подробно описывать нововведения, которые ожидаются в следующей версии Microsoft Dynamics CRM.

Каждая компания занимающаяся внедрением Microsoft Dynamics CRM рано или поздно сталкивается с проблемой совместимости различных компонентов и настроек в рамках одного проекта. Возникают трудности при переносе кастомизации (настроек системы) с тестового сервера на сервер промышленной эксплуатации.

Вот наиболее яркие примеры таких проблем: [node:read-more:link]

В продолжение поста "Поле-пароль" описывающего скрипты, скрывающие хранимый в записи CRM пароль пользователя.

Текущая версия Microsoft Dynamics CRM не поддерживает т.н. field level security - разграничение прав доступа на уровне полей конкретной сущности. Ролями безопасности настраивается доступ ко всей сущности. Часто возникают ситуации когда требуется защитить/скрыть часть полей от определённых групп пользователей CRM. Для таких случаев предлагается заводить отдельную сущность (она будет хранить секретные значения), привязывать её к основной сущности, и на уровне ролей безопасности раздавать права обычным и привилегированным пользователям.

[node:read-more:link]

Недавно принял участие в переводе на русский язык приложения для iPhone/iPod touch. [node:read-more:link]