понедельник, 29 марта 2010 г.

Изменение порта, на котором работает Reporting Services

У одного из моих клиентов возникла следующая проблема
SQL сервер и Microsoft CRM были установлены на один сервер. CRM был развёрнут на порту 5555. Потом на этот же сервер был установлен Апач на порт по умолчанию (80).

воскресенье, 21 февраля 2010 г.

Счетчик записей для Microsoft Dynamics CRM 4.0

Я разработал новую версию счётчика записей. Теперь счётчик работает не только в основных отображениях, но и в ассоциированных.

суббота, 20 февраля 2010 г.

Становлюсь независимым консультантом

5 марта станет последним мои рабочим днём в компании, где я работаю на данный момент. С уходом из компании я становлюсь независимым консультантом.

Если Вам необходимо установить/обновить/доработать Microsoft CRM - обращайтесь по почте, ICQ, MSN или Skype.

Мой опыт Microsoft Dynamics CRM:
- подготовка ИТ-инфраструктуры компании для разворачивания;
- установка и администрирование;
- импорт данных из других систем;
- настройка и разработка (настройка сущностей, разработка скриптов, настройка бизнес-правил, разработка плагинов и custom workflow activities, разработка отчётов).

воскресенье, 14 февраля 2010 г.

TechDays: Первый доклад

Начал выкладывать свои доклады по разработке под Microsoft Dynamics CRM 4.0. И параллельно буду складывать ссылки здесь под тегом доклады на Techdays.



PS - Никогда не мог подумать, что у меня такой препротивный голос =)

четверг, 11 февраля 2010 г.

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

Все данные, которые вы вводите при закрытии возможной сделки хранятся в отдельном объекте и недоступны из бизнес процесса. Я попытаюсь исправить это.

вторник, 26 января 2010 г.

Пришёл MVP Award Pack

Вот что в нём оказалось:

понедельник, 25 января 2010 г.

Трудности перевода или опять про локализацию

У моего клиента возникла проблема с русскоязычной локализацией Microsoft Dymanics CRM при наполнении документов, а именно - отображение документов выглядит примерно таким образом:



Казалось бы при чём тут заголовок документа и Должность... Но видимо тем, кто переводил - виднее. Задался вопросом как переименовать это поле, но наткнулся на ряд проблем:
1. У клиента развёрнут только один язык (русский), а следовательно добраться до значения того поля через Параметры-Импортировать метки для трансляции - не является возможным.
2. Сущность Документ (salesliteratureitem) является некастомизируемой и потому её нельзя даже выгрузить в виде файлов кастомизации, чтобы отредактировав xml файла кастомизации, импортировав обратно в CRM и опубликовав - получить требуемый результат (как делалось уже не раз с другими сущностями).

Отсюда вывод, что необходимо редактировать непосредственно место, где данные метки хранятся.

Всем метки перевода (как опубликованные так и нет) лежат в таблице MetadataSchema.LocalizedLabel.

При помощи следующего запроса я получил идентификатор метки:

Select 
LocalizedLabelId
From
MetadataSchema.LocalizedLabel Where
ObjectId =
(Select AttributeId From MetadataSchema.Attribute
Where
EntityId = (Select EntityId From MetadataSchema.Entity Where LogicalName = 'salesliteratureitem')
And name = 'title')
And ObjectColumnName = 'DisplayName'
And LanguageId = 1049


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

Update 
MetadataSchema.LocalizedLabel
Set Label = 'Заголовок'
Where LocalizedLabelId = '90D8A218-2341-1049-898A-0007E9E17EBD'


После этого выполнил iisreset и получил требуемый результат:



Помните, что данная кастомизация является неподдерживаемой, так что бэкапируйтесь перед подобными манипуляциями.