Все фильтры, в том числе и те, которые используются для синхронизации контактов CRM и Outlook, хранятся в специальной таблице UserQueryBase. Соответственно, достаточно просто разобраться в структуре таблице и с помощью неподдерживаемых настроек (прямой доступ к БД является ярчайшим примером неподдерживаемой конфигурации) регулировать синхронизацию контактов для всех пользователей нашей компании.

Итак, какие же поля являются ключевыми для выполнения нашей задачи? Их несколько. Во-первых, ReturnedTypeCode - тип возвращаемого объекта. В нашем случае, этот тип равняется 2 (контакты). Во-вторых, QueryType. После небольшого теста (создание своего фильтра в Outlook), удалось выяснить, что для нашей задачи этот параметр должен равняться 16. И, наконец, StateCode - состояние фильтра (0-активен, 1-неактивен).

Соответственно, задача выглядит достаточно просто - найти все активные фильтры с типом 16 для контактов для всех пользователей и изменить статус фильтра на 1.

Стал проверять что можно сделать. Оказалось, что в случае, когда используются Lookup-ы, необходимо использовать т.н. "автоматическое сопоставление". Для этого необходимо, чтобы в первой строке файла с данными указывались названия полей, полностью совпадающих с Display Name соответствующих атрибутов. В этом случае, система понимает, куда какие данные должны копироваться и карта сопоставления не требуется. Соответственно, остается только подставить GUID-ы (вытаскиваются из двух таблиц - UoMBase для Default Unit и UoMScheduleBase для Unit Group). Сохраняем файл. И пытаемся импортировать данные в систему. Работает!

Кроме того, в статье приводятся рекомендации по оптимизации производительности системы в виртуальной среде.

Статья доступна по следующему адресу.

Оказалось, не все так плохо и сразу же нашелся workaround. Workaround - создавать все правила на английском языке, даже, если пользователи работают на русском. Т.е., установить на русский CRM английский MUI и все правила создавать при включенном английском интерефейсе.

Причина оказалась довольно простой - неправильно сопоставляются названия атрибутов в разных языковых версиях. Например, если мы создаем правило для проверки контактов по фамилии, то в условиях поиска задаем Фамилия. Но, если мы переключимся в английский интерфейс, то увидим, что вместо Last Name стоит Yomi Last Name.

Информация уже доведена до нашей поддержки и в настоящий момент готовится обновление для системы.

Если все-таки нужно выполнить downgrade, то в этом случае предлагаю прочитать следующую полезную статью. Она рассказывает о последовательности шагов (к которым относиться удаление Microsoft Dynamics CRM 4.0), которую нужно выполнить для успешного "понижения" редакции.

Открываем SQL Server Management Studio и подключаемся к базе данных нашей организации (она имеет формат Название_MSCRM). Выполняем следующий скрипт:

delete from userfiscalcalendarbase
select * from organizationbase

Отображаются настройки нашей организации. Затем, запускаем следующий скрипт:

update organizationbase set fiscalperiodtype=Null 
update organizationbase set fiscalcalendarstart=Null 
update organizationbase set fiscalyearformat=Null 
update organizationbase set fiscalperiodformat=Null 
update organizationbase set fiscalyearperiodconnect=Null
update organizationbase set fiscalsettingsupdated='False'

И все!

На что базовый язык влияет, так это на настройки системы. Все настройки должны проводиться в базовом языке. И только после этого, языковые метки можно локализовывать. Как это сделать? Достаточно просто.

Итак, у нас есть английский сервер с установленным русским языковым пакетом. Мы хотим добавить на карточку юрлица поле Внутренний код (а для пользователей с английским интерфейсом - Internal code). Последовательность шагов следующая:

1. Переходим в английский интерфейс (повторюсь, все настройки должны проводиться в базовом языке)
2. Открываем свойства объекта Бизнес-партнер
3. Добавляем атрибут new_internalcode (отображаемое имя - Internal code) и выводим его на форму
4. Публикуем изменения. Теперь, мы должны настроить эту кастомизацию для другого языка (в нашем случае - русского)
5. Открываем Settings->Customization и выбираем пункт Export Labels for Translations
6. Нажимаем Ок, выбираем пункт Save, указываем расположение файла с метками и нажимаем кнопку Save
7. Теперь, открываем файл CrmTranslations.zip (обратите внимание, все настройки теперь экспортируются в виде zip файлов) и открываем файл CrmTranslations.xml. При этом, запускается Microsoft Excel, в котором мы можем редактировать файл меток
8. Открываем 3-ю закладку, которая называется Localized Labels. Структура таблицы достаточно проста: ID объекта или атрибута, название колонки (Description, DisplayName, LocalizedName или LocalizedCollectionName) и варианты для всех поддерживаемых системой языков. Т.е., если у нас поддерживаются 2 языка (английский и русский), то у нас будет 2 колонки, которые называются 1033 и 1049
9. Соответственно, находим соответствующую строку в таблице (можно использовать функции поиска), добавляем локализованный вариант названия нашего атрибута в колонку 1049 (Внутренний код) и сохраняем файл, например, на рабочем столе
10. Теперь, открываем Settings->Customization и выбираем пункт Import Labels for Translations
11. Указываем наш файл и нажимаем кнопку Import
12. После завершения операции импорта, нам остается только опубликовать все изменения