tips & tricks

Если вы активно используете CRM, то наверняка сталкивались с непроизвольной перезагрузкой окон Internet Explorer после закрытия како-либо формы.

Особенно неприятно было это наблюдать при работе с расширенным поиском, т.к. условие поиска сбрасывалось и его приходилось формировать повторно.

Избежать такого поведения Internet Explorer'а можно (в случае с CRM - даже нужно!) отключив автоматическое восстановление окон IE. Для этого в реестре выставляем в «0» значение ключа «HangRecovery» (ветка «HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Main\»). [node:read-more:link]

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

Кнопка "Отменить" у быстрой компании отсутствует, единственный возможный вариант - удалить - не сработал: "This record is currently being used by Microsoft Dynamics CRM and cannot be deleted."

Как оказалось, выход есть - для каждой запущенной быстрой кампани создаётся соответствующее ей системное задание, которое можно найти в списке системных заданий в разделе "Параметры":

Или через расширенный поиск:

[node:read-more:link]

После установки четвёртого пакета обновлени (Update Rollup 4) внезапно перестали работать клиентские REST-запросы из форм действий: задач, эл. писем, кастомных действий. Каждый вызов REST заканчивался ошибкой Error: 400: Bad Request: "Сервер обнаружил ошибку при обработке запроса. Дополнительные сведения см. в журналах сервера." (The server encountered an error processing the request. See server logs for more details.).

[node:read-more:link]

Заметка из серии "век живи - век учись". Мне всегда не нравилось, что при создании шаблонов электронных писем (в том числе и писем, рассылаемых из Workflow) при нажатии Enter вставлялся новый параграф. Написать компактный текст из нескольких отдельных строк не представлялось возможным.

Оказывается есть хитрость: нажимаем Enter - вставляем абзац, нажимаем Shift+Enter - перевод строки.

[node:read-more:link]

Хоть и Microsoft Dynamics CRM 2011 Implementation Guide настоятельно рекомендует "чистую" установку CRM 2011 с последующей миграцией данных из старой четвёрошной базы, грех не попробовать обновиться поверх существующего решения.

Во время такого обновления мастер установки сообщает об очень интересных вещах:

Просмотрев детальную информацию, находим списки индексов и хранимых процедур не входящих в поставку Microsoft Dynamics CRM. [node:read-more:link]

Если при настройке списка ожиданий вы столкнулись со следующей скриптовой ошибкой, поставьте Update Rollup 15 for Microsoft Dynamics CRM 4.0 (KB 2449283).

---------------------------
Сообщение с веб-страницы
---------------------------
Ошибка в изменяемом событии поля.

Поле:outgoingemaildeliverymethod

Событие:onchange

Ошибка:'showEmailCredentials' - определение отсутствует
---------------------------
ОК   
---------------------------

  [node:read-more:link]

Буквально сегодня решилась проблема внезапного пропадания ISV-кнопок с формы CRM. Проявлялась она вот в чём: эпизодически у разных пользователей внезапно пропадали ISV-кнопки. Временно исправить такую ситуацию помогала лишь очистка кэша IE.

Сначала я грешил на порядок кнопок и некорректную обработку заэскейпленных JS-скриптов браузером Internet Explorer. Потом даже было предположение, в некорректном обработчике из htc-компонента CRM который отвечает за "сворачивания" кнопки до иконки (если названия ISV-кнопок не могут быть отрисованы полностью). Не помогала даже серверная очистка кэша.

Как оказалось эта проблема связана с путаницей cookies, создаваемых IE и Outlook (точнее Outlook-клиентом для CRM). [node:read-more:link]

При переносе сервера CRM на новую архитектуру столкнулся с очень интресной проблемой. Для интеграции CRM - 1С требуется установленный на сервере клиент 1С. С x86-машинами вопросов не возникало - необходимые компоненты регистрировались при инсталляции и были готовы к использованию.

[node:read-more:link]

На днях обнаружил, что на сервере CRM служба CRMAsyncService занимала 100% процессорного времени. Красивой "кардиограммой", так, занимала:

Решение нашлось быстро - изменить параметры одномоментно загружаемых системных задач в память. Параметры эти называются AsyncItemsInMemoryHigh и AsyncItemsInMemoryLow, и хранятся в метаданных, в таблице [MSCRM_CONFIG].[dbo].[DeploymentProperties]. К слову сказать, найденное решение очень близко описывало мою ситуацию - на тестовом сервере развернул промышленную базу. [node:read-more:link]