Najgorsze w wypadku UR6 jest to, że nie może być odinstalowany. Nie sądzę, żeby Klienci na wersję on-premise instalowali poprawki na swoich systemach produkcyjnych kilka godzin po ich publikacji. Problem mają użytkownicy CRM Online, na których środowiskach pojawił się już UR6. Nie będą mogli synchronizować danych offline do najbliższej poprawki. Ot, cloud computing .

KB2645912, zwany też LDAP Fast-Publish Fix’em, to poprawka z rodzaju hotfix naprawiająca problem z połączeniem klienta CRM dla Outlook po zainstalowaniu Update Rollup 5. Otóż okazało się, że jeśli na serwerze skonfigurowany jest Internet Facing Deployment (IFD), a podczas konfiguracji klienta CRM dla Outlook zabraknie połączenia do kontrolera domeny (z różnych przyczyn), klient CRM próbuje pobrać dane o uwierzytenlnieniu użytkownika z LDAP’a. I oczywiście ich nie znajduje. I generuje błąd, który spędził sen z powiek w kilku sporych firmach .

Na szczęście Microsoft zareagował dość szybko i nie czekał z tą poprawką do Rollup’a 6. KB2645912 możecie ściągnąć automatycznie z Windows Update na komputery, gdzie jest zainstalowany klient CRM dla Outlook.

Cannot configure the organization for Microsoft Dynamics CRM for Outlook. Try to configure the organization again. If the problem persists, contact your system administrator.

Trochę mnie ten błąd wkurzał, bo nie do końca wiadomo o co chodzi. Zajrzenie wgłąb logów i trace’ów odkrywa 2 błędy, które są przyczyną wystąpienia tego wyjątku:
Microsoft.Crm.CrmException: Logon failed due to missing credentials

Error| Exception : Culture is not supported. Parameter name: culture 0 (0×0000) is an invalid culture identifier. at Microsoft.Crm.MapiStore.DataStore.WaitInitialized()

“Culture is not supported” wskazuje na rozbieżności w pakiecie językowym. Pójście daleje dalej pozwala dojść do realnego problemu – mianowicie użytkownik podczas pierwszej synchronizacji z organizacją ma jako domyślny ustawiony język, który nie został włączony (lub został odinstalowany) w CRM. A Kreator Konfiguracji próbuje zapisać ustawienia użytkownika. I tu pojawia się ten problem, bo do tej pory nie trzeba było mieć ustawionych uprawnień do zapisywania użytkowników.

ROZWIĄZANIE:
Należy sprawdzić czy użytkownik, dla którego konfigurujemy klienta CRM dla Outlook, ma prawa do zapisu ustawień użytkownika (w jakiejkolwiek roli przypisanej do siebie). Jeśli nie ma, dodać uprawnienia “ZAPIS” dla “USTAWIENIA UŻYTKOWNIKA”:

Później wystarczy uruchomić ponownie Kreatora Konfiguracji i wszystko powinno działać!

Do najważniejszych aktualizacji należą:

• ograniczenie liczby żądań wysyłanych do serwera w tle przez klienta CRM w Outlook – jak dla mnie to jedna z większych zmian w ogóle!!!
• naprawienie sytuacji, kiedy w przypadku ustawienia kompresji HTTP po stronie serwera, klient CRM dla Outlook nadal dostawał odpowiedzi nieskompresowane
• poprawka mega-problemu, kiedy eskportowany do Excel plik zawierający dane z walutami mnożył te wartości przez 10000 w systemach, w których Ustawienia Regionalne nie były US-English
• wyniki wyszukiwania niektórych rekordów były różne podczas wyszukiwania przez klienta CRM dla Outlook i CRM w przeglądarce
• poprawka problemu, kiedy podczas renderowania menu-wstążki d;a Kontaktu i Konta w kliencie CRM dla Outlook, Outlook bardzo zwalniał
• problem z synchronizującą się co 15 minut do klienta CRM dla Outlook historią audytu obiektu Kontakt

Definitywnie warto rozważyć instalację Update Rollup 3 i to dość szybko . UR3 pojawi się w Windows Update 2011-08-09. Dla tych, którzy chcą go zainstalować ręcznie, dostępny jest już teraz tutaj: http://www.microsoft.com/downloads/pl-pl/details.aspx?familyid=5b714808-5f9d-46a2-8511-475c526e07ed&displaylang=pl, a poczytać więcej można tutaj: http://support.microsoft.com/kb/2547347

Do najważniejszych cech Update Rollup 11, moim zdaniem, należą:

• w Outlook 2010 guziki CRM są wyświetlane jako elementy wstążki, a nie w zakładce “Dodatki”
• w Outlook’u nie pojawiają się przypomnienia zadań zaznaczonych jako ukończone w CRM ui zsynchronizowanych po ukończeniu
• Update Rollup 11 wymaga Microsoft Windows Installer (MSI) w wersji 4.5, a więc na komputerach, które nie mają tej wersji, będzie wymagał połączenia z internetem podczas instalacji
• Update Rollup 11 wymaga Visual C++ 2008 SP1 Redistributable i będzie go doinstalowywał podczas instalacji
• Update Rollup 11 wymaga .Net 3.5 SP1, ale nie będzie doinstalowywał go podczas instalacji
• Update Rollup 11 instaluje na komputerach z klientem dla Outlook kontrolkę Reporting Services 2008
• wreszcie naprawiony błąd z datą urodzin (wkurzało mnie od wersji 3.0 CRM’a) – podczas ustawienia daty w konkretnych strefach czasowych, data była przechowywana w bazie jako o jeden mniejsza
• tabela z definicjami starych przepływów pracy nigdy nie była czyszczona, teraz jest

Pamiętajcie o instalacji pakietów językowych (MUI) stąd: http://www.microsoft.com/downloads/details.aspx?FamilyID=50761e58-6040-4cf3-853a-f5ab535f7194&displaylang=en zanim zaczniecie instalować UR 11 dla MUI.

Więcej o Update Rollup 11 dla Microsoft Dynamics CRM 4.0 można poczytać tutaj: http://support.microsoft.com/?kbid=981328, a ściągnąć go można stąd: http://www.microsoft.com/downloads/details.aspx?FamilyID=f84f2bfb-393d-4b90-bf1b-300a82ec6083&displaylang=en.

Kolejny krok to ustalenie co dzieje się z tymi rekordami w obu systemach w przypadku edycji i usuwania. W przypadku edycji sytuacja wygląda dość prosto, gorzej jest z kasowaniem rekordów . I tak:

Sytuacja komplikuje się i wygląda dość ciekawie w przypadku kasowania spotkań. Otóż, spotkania zachowują się inaczej w zależności od tego, w jakim są statusie, skąd je usuwamy i czy jesteśmy ich organiztorami… Czyli w jednej tabelce :

Mam nadzieję, że powyższa lista przyda Wam się podczas pracy z systemem. Warto pamiętać, co dzieje się z rekordami, żeby uniknąć pytań “dlaczego ciągle mam spotkanie, skoro je usuwałam/em?” albo “co z moim zadaniem?”

• dzięki temu, że Outlook 2007 z SP2 rzeczywiście nie ładuje niektórych dodatków przed uruchomieniem, program uruchamia się znacznie szybciej. A to znaczy, że dodatek dla CRM też ładuje się szybciej
• wreszcie Outlook nie czeka i nie “wiesza” poczty podczas ładowania dodatku Dynamics CRM for Outlook. Wreszcie! Różnica po testach na 3 komputerach jest widoczne i wydaje się być znacząca. Po zainstalowaniu SP2 zniknął problem, przez który praktycznie niemożliwa była praca z pocztą podczas ładowania dodatku dla CRM. Pamiętacie “Outlook nie odpowiada”, kiedy ładował się klient CRM, a kliknęliście na wiadomość z listy? Nie zobaczyłem tego po zainstalowaniu SP2 ani razu!
• Microsoft obiecał, że SP2 ograniczy liczbę upadków Outlook’a 2007 i liczbę sytuacji, w których pliki danych są “naprawiane”. Również wtedy, kiedy upadek spowodowany jest jakimś dodatkiem. I co? Okazuje się, że to znów prawda. Mimo, że klient Dynamics CRM dla Outlook kilka razy “padł” podczas okresu testowania, Outlook ani razu nie płakał jak kiedyś, że coś stało się z plikami danych. Rewelacja…

Co jeszcze daje SP2 dla Office 2007 dla użytkowników Dynamics CRM 4.0? No, może warto wspomnieć, że teraz oferty robione dla klientów za pomocą Korespondencji Seryjnej w Word’zie albo arkusze Excel z wyeksportowanymi danymi będziemy mogli zapisywać w formacie OpenDocument – odpowiednio *.odt i *.ods .

Ogólnie – warto zainstalować SP2 dla Office 2007. Jeśli jeszcze go nie macie, link jest tu: http://www.microsoft.com/downloads/details.aspx?displaylang=pl&FamilyID=b444bf18-79ea-46c6-8a81-9db49b4ab6e5

Podobnie, jeśli klient Outlook dla Dynamics CRM 4.0 podczas konfiguracji wyświetla komunikat “The configuration wizard cannot connect to the Microsoft CRM server. This might indicate that the server is down.” . Wtedy też jest duża szansa, że poniższe zmiany pomogą.

Aby naprawić te błędy i zmienić konfigurację serwera, wykonać należy poniższe kroki:

1. Na serwerze z bazami danych Dynamics CRM otwieramy SQL Server Management Studio i przechodzimy do bazy MSCRM_Config

2. Żeby sprawdzić aktualną konfigurację serwera, możemy użyć zapytania:

SELECT NVarCharColumn
FROM DeploymentProperties
WHERE ColumnName IN ('ADWebApplicationRootDomain',
'AsyncSdkRootDomain', 'ADSdkRootDomain');

3. Prawdopodobnie wartości w tych trzech kolumnach nie są prawidłowymi adresami serwera CRM, nie mają prawidłowego portu lub nie są pełna, kwalifikowaną nazwą (FQDN).

4. Robimy update na tabeli DeploymentProperties, używając poniższych instrukcji. Zamiast <nazwa_serwera> używamy pełnej nazwy serwera CRM wraz z numerem portu, za pomocą której dostajemy się do aplikacji poprzez Internet Explorer:

UPDATE dbo.DeploymentProperties SET NVarCharColumn = '<nazwa_serwera>'
WHERE ColumnName IN ('ADWebApplicationRootDomain',
'AsyncSdkRootDomain', 'ADSdkRootDomain');

Jeśli łączymy się z CRM bez SSL, zmieniamy również:

UPDATE dbo.DeploymentProperties SET NVarCharColumn = 'HTTP'
WHERE ColumnName = 'ADRootDomainScheme';

Zmiany te pomagają w przypadkach, kiedy:
- po instalacji Dynamics CRM został zmieniony numer portu, na którym jest aplikacja
- po instalacji został dodany host header
- z jakiś przyczyn klient dla Outlook musi łączyć się po nazwach FQDN zamiast po krótkiej nazwie (np. poprzez VPN)

Dodatkowo zmiany te naprawiają sytuacje, w których występują błędy:
- w przepływie pracy “Oczekiwanie na zasoby”
- w menadżerze konfiguracji klienta Outlook “Nie można połączyć się z serwerem Dynamics CRM”