Расширенная функциональность
10
Май
15

CRM 2011 или найди 10 отличий… Платформа, эпизод I

Наборы параметров

Пиклисты – часто используемый тип данных в CRM. Но был в его задумке один большой недостаток. Например, у Вас есть несколько объектов содержащих пиклист Регионов, с одинакоымы значениями (что вполне логично). И в CRM 4.0 Вам приходилось вручную добавлять/удалять/редактировать значения вэтих пиклистах, чтоыбы поддерживать их непротиворечивость. Или же автоматизировать это с помощью плагина или каког-либо другого кода.

Но теперь мы избавлены от каких-либо хитросложных манипуляций в этом вопросе, т.к. в CRM 2011 появились Наборы опций – по сути крос-объектные пиклисты. Создав набор значений пиклиста один раз, Вы можете подсовывать его в любой пиклист на любой форме 🙂

Чтобы создать глобальный Набор параметров в CRM 2011 выполните следующие шаги:

  • Параметры – Настройки – Настройка системы – Наборы параметров – кнопка Создать;
  • Далее Вам нужно вести Отображаемое имя Набора параметров и Имя схемы. А затем добавить пункты входящие в этот Набор параметров. И для каждого задать Метку и Значение.
  • После этого Набор параметров необходимо опубликовать;



Далее нам нужно его задействовать:

  • Создайте где-угодно новое поле и выберите у него тип Набор параметров;
  • Поставьте переключатель Использовать существующий набор параметров в Да;
  • Выбери в ниспадающем списке созданный Набор параметров 🙂 That’s all 🙂


Обратите внимание, что мы можем тут же создать новый глобальный Набор параметров, либо отредактировать выбранный 🙂

Примечание: если переключатель Использовать существующий набор параметров установить в Нет, то у нас будет обычный пикслист, который Вы должны будете тут же заполнить значениями 🙂

Рабочие группы

Владение на уровне рабочих групп (Team ownership)

Рабочие группы могут теперь быть владельцами записей. Также Рабочим группам теперь могут быть присвоены Роли безопасности, чтобы управлять правами доступа. Поскольку все права доступа теперь аддативные (additive – т.е. привилегии накапливаются и имеет силу наиболее разрешающая), эта модель позволяет какому-либо конкретному пользователю иметь права на данные вне полномочий по умолчанию для его Подразделения.


Это позволит Вам совместно использовать записи не только среди отдельных пользователей как прежде (через Общий доступ), но и для целых команд сотрудников, которые работают над теми же самыми задачами и могут замещать друг друга более эффективно.

Работает назначение записи на Рабочие группы аналогично переназначению на другого Пользователя: просто теперь в ниспадающем списке в качестве типа объекта помимо Пользователей можно выбрать Рабочие группы.

Удаление Рабочих групп

Хотя Crm 4.0 и поддерживал удаление Рабочих групп через API, но в пользовательском интерфейсе небыло ни одной кнопки позволяющей это сделать. Но теперь, в CRM 2011, эта кнопка появилась. Но воспользоваться ею Вы сможете не для всех Рабочих групп. Вместе с CRM 2011 также пришла и новая дефолтная Рабочая рабочая группа, название которой изначально соответствует названию Организации. Эту Рабочую группу удалить нельзя.


Учтите также, что прежде чем удалить Рабочую группу Вы должны будете предваритель переназначить все записи принадлижащие этой Рабочей группе. В то врямя как все Очереди, за которые ответвененна Рабочая группа, будут удалены автоматически. Также Рабочие группы не могут быть удалены из системы, если они являются Рабочими группами по умолчанию для Подразделения.

Заметьте, также что на панели инструментов Представления Рабочей группы не отображаеются некоторые кнопки упарвления (удаление и т.д.). Чтобы увидеть их, Вы должны открыть запись Рабочей группы.

Роли Рабочей группы

Теперь Рабочим группам можно назначать Роли (и соответственно Привелегии) как и обычным Пользователям. Это необходимо пототому, что они теперь могут владеть записями 🙂 Роли, назначенные на Рабочую группу, распространяются на всех ее участников.


Бизнес-процессы

Вы можете запускать Бизнес-процессы в отношении Рабочих групп в CRM 2011.


Дефолтная Рабочая группа

Какждый раз когда Вы создаете новое Подразделение, для него создается новая Рабочая группа (с таким же названием, которое нельзя изменить), которая является для него Рабочей группой по умолчанию. И Вы не сможете изменить для таких Раочих групп Подразделение.


Веб-ресурсы

В предыдущих версиях Microsoft Dynamics CRM администраторы/настройщики/разработчики могли добавить, например, приложение Silverlight или внешние HTML-документы «подсунув» их в iFrame CRM’а. И обычно эти кастомные приложения и HTML-страницы распологались на том же самом веб-сервере что и MS CRM. Это вызывало много проблем, при использовании оффлайнового Outlook-клиента, потому что требовало их установки на каждой клиентской машине и т.д. Вообщем, подобный подход является слабо масштабируемым.

Веб-ресурсы позволяют устранить этот недостаток, позволяя хранить Ваши приложения и HTML-странички и др. непосредственно в БД MS CRM. Веб-ресурсы в CRM 2011, могут считаться «виртуальными файлами», которые раньше обычно помещались на веб-сервер (т.е. имели физическое расположение в файловой системе), а теперь могут они быть сохранены непосредственно в базе данных CRM. Это позволяет, например, загрузить в CRM xap-файл Silverlight-приложения, и разработчик или настройщик могут позже просто вставить его на любую форму без какой-либо дополнительной разработки или настройки (например, создание отдельного сайта в IIS).

Вот список того, что Вы можете загрузить в Веб-ресурсы CRM 2011 (Веб-ресурсы, кстати, создаются в Параметры — Настройки — Настроить систему — Веб-ресурсы):

  • HTML-страницы;
  • CSS-фйлы;
  • JavaScript-файлы (JS);
  • Данные (XML);
  • Рисунки (PNG, JPG, GIF, ICO);
  • Silverlight (XAP);
  • Style Sheet (XSL).


Редактор кода

Если Вы создаете Веб-рисурс одного из следующего типов:

  • HTML-страницы;
  • CSS-фйлы;
  • JavaScript-файлы (JS);
  • Данные (XML);

то на форме создания Веб-ресурса повляется кнопочка «Текстовый редактор», по которой открываетя редактор, наподобие того что был в CRM 4.0 для добавления скриптов к событиям формы.

Вы можете использовать его как для написания контента Веб-ресурса с нуля (т.е. вообще не загружать никакой файл), так и для редактирования уже загруженного из файла контента.


URL

У всех Веб-ресурсов, которые Вы создадите, будет свой собственный URL, который Вы можете использовать, ссылаться на него в скрипте, HTML-коде, SiteMap’е и т.д. При этом Вы должны знать некоторые правила по оформлению ссылок:

  • При создание ссылок на Веб-ресурсы через интерфейс (например, при указании JavaScript-обработчика для событи поля) Вам лишь необходимо не промахнуться при клике мышкой – ту все просто 🙂
  • Ссылаясь на веб-ресурсы из компонентов CRM, у которых нет визуального дизайнера (например, Лента, SiteMap и т.д.) Вы всегда должны использовать директиву $webresource (более подробная работа с новым SiteMap’ом будет рассмотрена в последующих статьях);
  • Ссылаясь на Веб-ресурсы из других Веб-ресурсов (например, страниц HTML или js-файлов), Вы должны всегда использоваться относительные пути.

Примечания:

  • Имейте ввиду, что Веб-ресурсы – это не универсальное хранилище всевозможных файлов, они были специально разработаны для хранения клиентского кода;
  • Веб-ресурсы «принадлежат» всей организации, что означает, что определенный веб-ресурс не может быть связан исключительно с одной единственной записью, и кто угодно с полномочием на чтение веб-ресурсов (есть такой специальный объект) будет в состоянии получить доступ к ресурсу;
  • Поскольку Веб-ресурсы сохраняются в базе данных Microsoft Dynamics CRM и могут являться одним из компонентов Решений, они могут экспортироваться и импортироваться в другом развертывании Microsoft Dynamics CRM;
  • Веб-ресурсы доступны пользователям Microsoft Dynamics CRM в Outlook’е с offline-доступом;
  • Один и тот же JavaScript-код, который используется в различных местах системы можно теперь хранить централизованно. И изменение его в одном месте автоматически «измененит» его и в других местах;
  • Интересный факт, который может быть не очевиден на первый взгляд: с помощью веб-ресурсов Вы фактически можете моделировать структуру каталогов. Когда Вы создаете Веб-ресурс, Вы должны предоставить несколько свойств, ключевым из которых является уникальное имя Веб-ресурса, которое может совпадать с именем файла загружаемого веб-ресурса. Важно здесь то, что уникальное имя веб-ресурса (в отличие от файлов ОС) может содержать символ слэша (наклоненной вправо черты), следовательно, следующее имя веб-ресурса является допустимым: «myprefix_/directory1/directory2/mypage.html». Это означает, что, разрабатывая веб-ресурс на Вашей локальной машине, Вы можете перенести на сервер CRM имеющуюся структуру каталогов;
  • Иконки объектов теперь также задаются через Веб-ресурсы. Т.е. Вы не можете напрямую для иконки подсунуть рисунок. Вы длжны сначала создать Веб-ресурс с иконкой, а затем уже указать в иконке объекта Этот Веб-ресурс.

Пример 1

Попробуем сэметировать структуру каталога… допустим, вы создали Веб-ресурсы с такими именами:

  • New_/IMG/My.gif
  • New_/Script/My.js

И теперь хотите использовать их в Веб-ресурсе с типом HTML и распологающимся по «пути»: new_/Pages/TestHtmlPage.html.

Поскольку CRM воспринимает имена Веб-ресурсов как виртуальные папки, то скрипты будут распологаться в «папке» «Script», а HTML-страница в папке «Pages». Соответственно, чтобы сослаться на скрипт из указанной HTML-страницы, Вы должны в ссылке сначала «подняться» на уровень вверх, а затем «спуститься» к скриптам. Т.е. относительная урла на скрипт будет выглядеть так:

<SCRIPT src=»../Script/My.js» type=text/javascript>




Пример 2

В второго примера рассмотрим замену иконки Рабочей области, которую мы поместим в Веб-ресурс:

  1. Перейдите в Парметры – Настройка – Настройка системы – Веб-ресурсы;
  2. Создайте новый Веб-ресурс с контентом «PNG Format» и подсуньте ему какую-нибудь иконку в формате PNG;
  3. Сохраните Веб-ресурс и запомните его имя;
  4. Экспортируйте SiteMap и откройте его в каком-нибудь текстовом редакторе;
  5. Тут у Вас есть три пути добавить ссылку на Веб-ресурс:
    • Относительный, как было показано выше;
    • Абсолютный – т.е. нужно просто скопировать всю урлу со страницы Веб-ресурса и вставить в качестве ссылки (плохой способ – слабо переносимый)
    • С помощью специального синтаксиса, позволяющего указать имя Веб-ресурса, а система сама его подгрузит 🙂 Его и задействуем.
      Найдите в нем раздел Workplace и задайте в нем значение атрибута icon в таком формате: $webresource:webresourcename
      Например:

      <Area Id="Workplace" ResourceId="Area_Workplace" ShowGroups="true" Icon="$webresource:new_flag" DescriptionResourceId="Workplace_Description">
      ...
      </Area>
      
  6. Импортируйте Sitemap обратно в систему, опубликуйте Sitemap и обновите страницу CRM – Вы увидите новую иконку 🙂


IFD и Claims-Based Authentication

IFD в CRM 2011 основана абсолютно на новой архитектуре, которая называется Claims-Based Authentication (CRM 4.0 для IFD использовала аутентификацию на основе форм) и которая позволяет любому типу аутентификатора подтверждать подлинность пользователя CRM. Например, LinkedIn, Facebook или Windows Live ID можно использовать для того, чтобы подтвердить подлинность пользователя в Dynamics CRM.

Это очень интересно, поскольку позволяет учитывать различных поставщиков аутентификации, даже созданных на заказ. Однако, так как эта технология немного более сложна, чем старая технология IFD в CRM 4.0, это требует и более сложного ее конфигурирования. Например, для ее работы необходимо установить и сконфигурировать службу маркера безопасности (такую как Active Directory Federation Services 2.0), а также настроить сертификат;

Также изменились шаги по конфигурированию IFD. В CRM 4.0, у администратора было две возможности для того, чтобы сконфигурировать IFD:

  • Первая заключалась в определении настроек IFD в конфигурационном XML-файле во время установки сервера;
  • Вторая возможность была в использовании IFD Configuration Tool.

В CRM 2011 для настройки IFD необходимо выполнить пост-инсталяционное конфигурирование – настройка через конфигурационный файл больше не доступна. И делается это теперь через Deployment Manager. Те, кто предпочетает настраивать ПО с помощью конфиграционных файлов, могут для настройки IFD написать скрип, используя Dynamics CRM PowerShell cmdlets.

Вообще, Microsoft прилагает усилия, чтобы стандартизовать Claims-based идентификацию и сделать ее общей для идентификации пользователей через интернет между различными организациями и/или Интеренет. Этот новый стандарт сделает «мечту» об единичном залогирований пользователя более достижимой, и приложения (вроде CRM 2011) больше не будут ответственными за:

  • Аутентификацию пользователей;
  • Сортировка учетных записей пользователя и паролей;
  • Обращение к директориям предприятия для поиска деталей по пользователям;
  • Интеграцию с системами проверки подлинности других платформ или компаний.

Подумайте об удобстве для пользователей: залогинится один раз и иметь «сквозное» подключение ко многие организациям и/или развертываниям CRM, которые в свою очередь подключаются ко многим внутренними/внешним приложениям или веб-службам.

Это достигается благодоря использованию Tokens, которыt содержат много Claims (например имя, контактную информацию, группы, привелегии, и т.д.), и Digital Signature для проверки пользователя. Эти Tokens будут выпускаться Security Token Service (STS), принадлежавшему поставщику идентификации или внутренне службой компании пользователя.

Тогда приложение (CRM 2011) точно определит что нужно от token’а и каким поставщиком идентификации он заверен. В то же время для пользователя можно настроить использование различных идентификаторов и предоставить ему возможность выбрать, с помощью какого он хочет получить доступ к прилжению.
Для внедрения осуществлять claims-based идентификации требуется набор приложений:

  • Active Directory Federation Services 2.0 (AD FS 2.0) для STS;
  • Windows Identity Foundation (WIF) для приложений;
  • Cardspace 2.0 для User Identity Management (в среде открытой через Интернет).

Однако любой из этих компонентов может быть заменен альтернативными реализациями (такими например как IBM Tivoli или Novell Access Manager).
На графике ниже показано как CRM 2011 будет использовать Claims-based идентиацию в среде Microsoft.


Дополнительные ресурсы:

Claims-based identity for Windows.pdf;
Identity Management: Windows Identity Foundation;
Claims-based Authentication White Paper.

Видео

Команда MS выложила неплохое видео, демонстрирующее как настроить развертывание CRM 2011 с использованием Claims based authentication и IFD.

http://www.youtube.com/watch?v=ZD5qaa-G99E&feature=player_embedded#at=12

Это видео затрагивает следующие темы:

  1. Установку AD FS 2.0;
  2. Настройку AD FS 2.0 federation server;
  3. Упарвелние сертификатами;
  4. Настройку CRM 2011 для claims-based authentication и IFD;
  5. Creating the relying party trust for CRM and configuring the claims rules on AD FS 2.0;
  6. Создание доверетельных отношений для CRM и настройка claims-правил для AD FS 2.0.

В видео используется записи внутреннего DNS и Сертификаты подписанные внутренним CA. При этом в видео не рассмытривается покупка сторонних сертификатов, внешние обновления DNS или перенаправления через брандмауэры.

В дополнение к этому видео рекомендуется сначала ознакомится с разделами посвященными IFD и Claims-Based Authentication из Implementation Guide CRM 2011.

Спрайты

Пользовательский интерфейс Microsoft Dynamics CRM 2011 является намного более графически насыщенным, чем в предыдущих версиях. При этом возникает закономерный вопрос: как все это скажется на производительности? Не беспокойтесь, Microsoft также обратил внимание на этот аспект и теперь для отображения стандартных иконок в интерфейсе используются техника CSS sprites.

Изображение ниже это один файл ribbon.png, который загружается, когда Вы получаете доступ к CRM веб-клиент. Изображение весит «огромные» 328 КБ, но хорошая новость в том, что Вы только должны загрузить его только один раз, и затем оно будет кэшировано Вашим браузером. Но в итерфейся путем размещения в бэкграунде каког-либо контейнера HTML и смещения позиции этого бэкграунда, в визуальном интерфейсе мы видим в нужных местах правильные иконки.

Это значительно уменьшит количество HTTP-запросов, необходимых для загрузки страницы CRM. И как я уже сказал, данная техника применяется только к стандартным иконкам.


Обновления

Серверные компоненты CRM и Outlook клиента, теперь обноаляются также как Ваша операционная систем, т.е. через Windows Updates. И могут проходить в автоматическом режиме.

Если Вы хотите скачать обновляения вручную, то посетите адрес: http://catalog.update.microsoft.com. Это база данных всех обновлений распространяемых через Windows Updates. Чтобы увидеть обновления только для CRM 2011 – введите строку поиска слово «CRM» (или сразу жмите http://catalog.update.microsoft.com/v7/site/Search.aspx?q=crm).

Настройки системы

Рассмотрим новые системные настройки CRM 2011, доступные по адресу: Параменты — Адмнистрировани — Системные параметры. При этом я опущу описание параметров, о которых упоминается в других разделах данной Саги 🙂

Общие сведения Статус Тип
Включить присутствие в системе Новый Bool
Настройка определяет будут ли Представления и различные контролы поддерживать информацию о присутствии OCS.
Прмиечание: В CRM 4.0 Вы должны для этого ручками изменить один параметр в БД 🙂 теперь это делается через настройки.
Кадендарь (новая) Статус Тип
Максимальная продолжительность встречи в днях Новый Int
Порог, при задании которого для Встречи, система выдаст предупреждение «недопустимая длительность встречи». При этом Пользователь все еще может сохранить такую Встречу.
Электронная почта Статус Тип
Обрабатывать сообщения электронной почты только для утвержденных пользователей Новый Bool
Обрабатывать сообщения электронной почты только для утвержденных очередей Новый Bool
Эти опции управляют поведением e-mail роутера: должен ли маршрутизатор обрабатывать сообщения для «неутвержденных» Пользователей и Очередей. Одобрить или не обдобрить — это новая концепция в CRM 2011 и с помощью двух кнопок на Ленте карточки Пользователя и Очереди.
Использовать интеллектуальное сопоставление Новый Bool
В CRM 4.0, когда Вы выключили «Использование токена для отслеживания», система использовала Интеллектуальное соответствие вместо него. Теперь Вы можете «сказать» CRM не использовать и ее. Точно не уверен, но возможно тогда Вам потребуется, чтобы Пользователи вручную или кастомный код сопоставляли записи.
Outlook Статус Тип
Рекламма клиента Outlook отображается в панели сообщений Новый Bool
Данная настройка включает/выключает желтую полоску, предлагающую установить Outlook-клиент, если он у Вас еще не установлен.
Цели (новая) Статус Тип
Дней после даты окончания Цели, по истечении которых Сведение остановится Новый Int
Периодичность автоматической свертки Новый Int
Управляют, тем, когда у Сведения истечет «срок годности» и как часто они должны обновлятся.



Deployment Manager

Deployment Manager является серверной консолью управления используемой для администрирования развертывания Microsoft Dynamics CRM.

Традиционные действия (со времен CRM 4.0), выполняемые этим инструментом включают в себя:

  • Управление серверами;
  • Настройка URL отчетов;
  • Импорт/экспорт организации;
  • Управления лицензиями;
  • Управление ролями Deployment Admiinstrator.

В версии 2011, этот инструмент получил несколько необходимых улучшений. Эти усовершенствования, направленные на сокращение затрат на развертывание CRM и его настройку и выполнение некоторых операции, которые ранее можно было сделать только при помощи прямого обновления базы данных, либо с помощью командной строки.

Эти обновления включают в себя:

  • Просмотр лицензии/использование CAL;
  • Управление Организацией:
    • Настройка участия в программе улучшения качества (также настройка может быть сконфигурирована с помощью веб-клиента, как и в CRM 4.0);
    • Настройка URL-адресов сервера (в CRM 4.0, это можно было быть сделать через непосредственное изменение ключей реестра и записей БД);
    • Настройка SSL Offloading/NLB.
  • Настройка IFD (в CRM 4.0 это осуществлялось с помощью отдельного инструмента, либо при установке через конфигурационный файл);
  • Настройка Claims-based authentication;
  • Посмотр обновлений индивидуально для каждой организации;
  • Сводная информация:
    • На начальной странице Deployment Manager’а (содержит разделы Общая сводка, Задач и Ресурсы);
    • Сводка развертывания.




Расширения Reporting Services

Вместе с Microsoft Dynamics CRM 2011 поставляются два компонента расширения Reporting services:

  1. Microsoft Dynamics CRM 2011 Reporting Services Extension – расширение для отчетов CRM. Оно принимает информацию об аутентификации от сервера CRM и передает ее серверу Microsoft SQL Server Reporting Services. Это жизненно необходимый компонент для CRM – без него отчеты в CRM работать не будут.При этом сам сервер CRM 2011 устанавливается и нормально функционирует и без Reporting Services Extension, но в этом случае Вы, помимо отсутствия возможности запускать отчеты, не сможете создавать новые организации в CRM. Этот же компонент устанваливает дефолтные отчеты в CRM.Если этот компонент не установлен то в Deployment manager’е будет выведено сообщение об этом.Его дистрибутив Вы найдете в папке CRM2011ServerFolder\server\amd64\srsdataconnector.
  2. Microsoft Dynamics CRM 2011 Report Authoring Extension – плагин, который получает метаданные и данные от Microsoft Dynamics CRM. Эти метаданные требуются для разработки и предварительного просмотра отчетов на основе Fetch-запросов в Business Intelligence Development Studio. Он должен быть установлен на компьютере где установлен Business Intelligence Development Studio. Вы можете скачать этот плагин по урле http://go.microsoft.com/fwlink/?LinkId=199124 или найти его в папке BIDSExtension дистрибутива CRM (доступна только 32-битная версия).

Оба компонента установливаются после установки сервера CRM.

З.Ы. Т.к. CRM 2011 теперь обязательно требует для работы отчетов установки Reporting Extensions, то каждый сервер отчетов с установленным расширением может только размещать отчеты только одного развертывания CRM (но для многих организации в этом развертывании). В CRM 4.0 же, пока расширения отчетов не были установлены, сервер отчетов мог размещать отчеты многих развертываний CRM.

Много базовых языков

В CRM 4.0, при установки системы, Вы выбирали базовый язык всего развертывания (т.е. он определялся языком вшитым в сам инсталляционный пакет). Теперь, в CRM 2011, при установке Вы выбираете базовый язык только для первой организации (которая создается во время установки). А все последующих организаций, созданные через Deployment Manager, могут иметь различные базовые языки. При этом список доступных для выбора базовых языков определяется установленными в развертывании языковыми пакетами.

Например, установив CRM сервер на английском языке и затем доустановив языковые пакеты русского и французского языка (всего доступен 41 языковой пакет), Вы можете выбрать их в качестве базового языка в Deployment Manager’е при создании новой организации.


Серверные роли

Как и в CRM 4.0, CRM 2011 обеспечивает возможность установки отдельных ролей сервера или групп ролей в развертывании. Эти роли составлены из различной функциональности сервера, компонентов и служб. Установка ролей на различные сервера позволяет эффективно масштабировать развертывание CRM. Причем в CRM 2011, процесс устанавки и удаления этих ролей намного легче чем в CRM 4.0.

Всего в CRM 2011 имеются следующие Роли/Группы ролей:

Группы серверных ролей Описание Роли входящие в группу
Full Server Содержит все серверные роли. По умолчанию установка сервера CRM развертывает систему как Full Server. В развертывании Full Server роли сервера не перечислены отдельны в Панели управления. Чтобы просмотреть установленные роли или произвести изменения, щелкните правой кнопкой по Microsoft Dynamics CRM 2011 Server — Uninstall/Change и затем выберите Configure. Все
Front End Server Включает роли, необходимые для выполния клиентских приложений и приложений, разработанных с помощью CRM SDK. Discovery Web Service,
Organization Web Service,
Web Application Server,
Help Server
Back End Server Включает роли, которые обрабатывают асинхронные события (например, Бизнес-процессы и кастомные плагины). Asynchronous Service,
Sandbox Processing Service
Deployment Administration Server Включает роли для тех компонентов, которые используются для управления развертыванием Microsoft Dynamics CRM или используются методами, описанными в CRM Deployment SDK или инструментами развертывания. Deployment Web Service,
Deployment Tools

В следующей таблице показаны роли и функции Windows Server которые требуются для различных ролей сервера CRM:


Примечание:

Когда роли сервера CRM установливаются отдельно (без первичной установки полного сервера), Вы заметите, что по умолчанию не создасться ни одной организации. В данном случае Вам необходимо создать организацию через Ddeployment Manager, после того как Вы установите и сконфигурируете CRM.

Определение учетных записей для служб

CRM 2011 года позволяет определять во время процесса установки учетные записи, под которым будут работать различных служб:

  • Application Service;
  • Deployment Web Service;
  • Sandbox Service;
  • Asynchronous Service.

В одно-серверной среде Вы можете использовать только учетку NETWORK SERVICES. Однако, если Вы устанавливливаете CRM в много-серверной среде, рекомендуется иметь одельную учетную запись для каждой из служб. За более подробными инструкциями обратитесь к CRM 2011 Implementation Guide.


Если Вам необходимо запустить все серверные службы CRM под различными учетными записями, то в следующей таблице показывается в каком количестве учетных записей вы нуждаетесь и в какие группы CRM они должны входить в каждом конкретном случае:


* Группа пользователей журнала производительности – локальная группа на каждом сервере (не доменная).
** Почтовый маршрутизатор будет работать как local system.
*** Пользователь, устанавливающий CRM должен быть отдельной учетной записью и она не должна использоваться для запуска любой службы.

Важно: если какая-либо из учетных записей используется для работы сервиса, также используется для учетки Пользователя в CRM, Вы можете столкнуться с различными проблемами, напримре с вопросами безопасности.

Custom Code Sandbox

Теперь у CRM есть новая рсерверная роль (Custom Code Sandbox) для запуска кода кастомных плагинов и кастомных Бизнес-процессов, без необходимости полных доверительных отношений (full trust). Это означает, что будет возможно запускать кастомный код в среде CRM Online (кроме кастомных Бизнес-процессов), что поможет достичь более полного паритета между Partner-Hosted и Microsoft-Hosted и локальными развертываниями.


Примечание:

Если Вы

  • Запускаете sandbox service на выделенном сервер (на котором не устанавлена полная серверная роль). И…
  • Запускаете sandbox service под выделенной учеткой, а не под Network Service.

, то Вам потребуется выделенный SPN в ActiveDirectory. SPN должен быть размещен под учетной записью от которой работает sandbox service: MSCRMSandboxService/<SandboxServerName>.

Например, если sandbox сервер назвается CRMSandboxSrv01, а sandbox service работает под учеткой CRM_Sandbox_SvcAcct, то SPN был бы примерно такой:

MSCRMSandboxService/CrmSandboxSrv01, а SPN находился бы под учеткой CRM_Sandbox_SvcAcct в Active Directory.

Deletion state code

Deletion State Codes (DSC) больше нет 🙂 Записи теперь напряму удаляются из БД…

Немного истории: начиная с Microsoft Dynamics CRM 1.0, операции удаления сразу не происходили в БД. Вместо этого записи помечалась на удаление специальным флагом. А позже виндовый сервис (а до него SQL Job) полностью удалял такие записи из БД. Это было сделано по двум причинам:

  • В целях повыщения производительности, т.к. операция удаления строки из БД более «дорогостоящая», чем опреация обновления;
  • Когда-то давно Microsoft запланировала для CRM функцию «Корзины», которая так и не была воплощена в жизнь и которая предпологала использовать DSС в своих целях.

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

Ну, все хорошо что хорошо кончается 🙂 Удаление строки из БД теперь происходит сразу, да и CRM’ные вьюхи в SQL сервере теперь стали проще 🙂

А Deletion Service теперь используется для удаления системных данные и больших пользовательские данных. Например «Expired Outlook Client Subscriptions» или «Duplicate Detection Hash Codes for entities that no longer exists».

Назначение на неактивных юзверов

Если в CRM 4.0 Вы попытаетесь назнчить запись на неактивную карточку Пользователя, то получите ошибку. В CRM 2011 же это ограничение снято… 🙂

Комментарии (15)
  • Павел 10.05.2011

    Привет, Что то скриншоты недоступны. Потерялись наверное по публикации.

  • slivka_83 10.05.2011

    Добрый день 🙂 Подправил 🙂

  • slivka_83 10.05.2011

    Добавил пару строк DSC и еще один раздел про неактивных пользователей…

  • Roman 10.05.2011

    Спасибо за материал!

  • Roman 10.05.2011

    Описание — «в десятку», спасибо!

  • Александр 10.05.2011

    Доброго времени суток. Пытаюсь установить вторую организацию на один SQL сервер, не даёт вылетает ошибка что то связано с Reporting Services. Вычитал что надо установить srsdataconnector.exe при установке коннектора требует ввести ssrs instance а что туда вводить не понятно подскажите пожалуйста что необходимо сделать что бы всё таки можно было установить новую организацию 🙂
    Заранее спасибо.

  • slivka_83 10.05.2011

    Добрый день!

    srs dataconnector куда ставите? нужно на машину где установлен сервер отчетов.

  • Александр 10.05.2011

    туда и ставлю. Как проверить установлен ли Reporting Services? Смотрю службы там запущена служба SQL Server Reporting Services. БД ReportServer тоже есть на SQL сервере. Но при запуске Deploy manager в форме пишет что Report is not enabled. При установке новой организации выпадает ошибка по Reporting Services нажимаю help там пишет что мол скорее всего не стоит Reporting Services или установлена не совместимая версия ReportingServices.

  • Александр 10.05.2011

    а кстати там еще CRM ка и сервер установлены на виртуальной машине.
    Может причина в этом?

  • slivka_83 10.05.2011

    >Как проверить установлен ли Reporting Services?

    Должны открываться следующие урлы:

    http://<report_server_name>/reports
    http://<report_server_name>/reportserver
    

    >а кстати там еще CRM ка и сервер установлены на виртуальной машине.

    нет не в этом. виртуализация поддерживается CRM.

  • Александр 10.05.2011

    на http:///reportserver
    открывает

    на http:///reports не открывает
    выдаёт ошибку
    HTTP Error 404.0 — Not Found
    The resource you are looking for has been removed, had its name changed, or is temporarily unavailable.

    Module IIS Web Core
    Notification MapRequestHandler
    Handler StaticFile
    Error Code 0x80070002

    Requested URL http:///Reports
    Physical Path C:\inetpub\wwwroot\Reports
    Logon Method Anonymous
    Logon User Anonymous

  • Александр 10.05.2011

    в чем может быть причина не работоспособности. Еще заметил что в С:\Inetpub\wwwroot\ отсутствует папка Reports, может тоже как то влияет на проблему добавления еще одной организации???

  • slivka_83 10.05.2011

    Ну, значит что-то в Вашем RS сломалось. Найдите админа и пусть починет. До этого маневры с CRM бесполезны.

    З.Ы. без работающего RS CRM поставить бы не удалось.

  • Александр 10.05.2011

    а его только можно починить переустановкой ? если я допустим возьму и uninstall сделаю RS а потом заново установлю какие то настройки слетают? или это делается безболезнено для CRM и другого ПО?

  • slivka_83 10.05.2011

    Не обязательно переустановкой. У RS есть своя консолька настрйоки — возможно ей удастся. Все зависит от того, что у Вас установилось. Переустановка RS теоретически не должна повлиять на CRM.

*

code