Update Rollup 6 wycofany na co najmniej 5 dni!

Oj, dzieje się. Kilkanaście godzin po publikacji Update Rollup 6, Microsoft wycofał go ze swoich stron. Powodem jest problem, który uniemożliwia użytkownikom synchronizację z klientem offline dla Outlook, jeśli mają co najmniej jeden termin cykliczny. Przewidywana data przywrócenia Rollup’a do internetu to 2012-01-17.

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 :) .

Co to za dziwna poprawka, ten KB 2645912?

Nie, to jeszcze nie Update Rollup 6. UR6 ukaże się na rynku dopiero 12 stycznia 2012 i będzie miał numerek KB 2600640 (nikomu nie mówcie :) ). Czym jest więc ten KB 2645912, który chce się instalować na maszynach z klientem CRM?

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.

Dziwny problem z konfiguracją CRM dla Outlook po instalacji Update Rollup 5

Wszyscy powoli przyzwyczajają się do nowych funkcji i lepszego działania CRM 2011 z Update Rollup 5. Ale nie wszyscy mają szansę używać CRM po instalacji tego Rollup’a :) . Niestety ostatnio bardzo popularny stał się błąd przerywający konfigurację organizacji w kliencie CRM dla Outlook. Objawia się tym, że można uruchomić Kreatora Kongifuracji i rozpocząć konfigurację organizacji dla klienta CRM dla Outlook, ale ta konfiguracja jest przerwana z błędem:

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ć! :)

Microsoft Dynamics CRM 2011 Update Rollup 3

W piątek Microsoft opublikował nową paczkę aktualizacji do Dynamics CRM 2011 – Update Rollup 3. Nie ukrywam, że wiązałem z tym Rollupem duże nadzieje i wygląda na to, że się nie zawiodłem :) . Kiedy standardowo MVP dostali 2 tygodnie przed publikacją pliki i dokumenty opisaujące zmiany, nie mogłem się doczekać publikacji Rollup’a.
UR3 to największa paczka aktualizacji do CRM 2011 i nie dlatego tylko, że kolejne rollup’y są sumą każdego poprzedniego – Rollup 3 zawiera bardzo dużo niedokumentowanych do tej pory w żadnych KB poprawek, w tym bardzo ważne poprawki dla klienta CRM dla Outlook.

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

Microsoft Dynamics CRM 4.0 Update Rollup 11

W długi weekend pojawił się najnowszy Update Rollup 11. Wprowadza znów sporo fajnych zmian i standardowo jest kumulatywny. Rollup 11 dla klienta Outlook i Data Migration Manager’a wymaga zainstalowania Update Rollup 7 najpierw!

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.

Co dzieje się z rekordami po synchronizacji CRM – Outlook

Synchronizacja między CRM Outlook działa nie tylko w przypadku wykorzystania klienta offline CRM dla Outlook. Taka synchronizacja pozwala na oglądanie i edycję danych CRM bezpośrednio w Outlook’u. Często pojawiają się pytania, co i jak się synchronizuje. Poniżej znajduje się tabelka podsumowująca typy danych, które synchronizują się między klientem online CRM dla Outlook i CRM oraz sposób mapowania tych danych:

Typ obiektu w CRM Typ obiektu w Outlook
Termin Spotkanie
Zadanie Zadanie
Telefon Zadanie
Faks Zadanie
List Zadanie
Email Email
Kontakt Kontakt

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:

Gdzie edytowany? Co dzieje się w Outlook? Co dzieje się w CRM?
Outlook Dane zmienione na żywo Dane zmienione na żywo
CRM Dane zmienią się dopiero po synchronizacji Dane zmienione na żywo

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 :) :

Rodzaj spotkania Gdzie kasowane Co się dzieje w Outlook Co się dzieje w CRM
Spotkanie planowane Kasowane w Outlook Usunięte z Outlook Usunięte z CRM tylko jeśli usuwane w Outlook przez organizatora.

Pozostaje w CRM, jeśli usuwane w Outlook przez uczestnika

Spotkanie planowane Kasowane w CRM Usunięte w Outlook dla wszystkich użytkowników (po synchronizacji), jeśli data spotkania jest w przyszłości Usunięte z CRM dla wszystkich uczestników
Spotkanie ukończone Kasowane w Outlook Usunięte w Outlook dla danego uczestnika Pozostaje w CRM niezmienione
Spotkanie ukończone Kasowane w CRM Pozostaje w Outlook u wszystkich uczestników Usunięte z CRM

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?” :)

SP2 dla Office 2007 i Dynamics CRM 4.0

Jak pewnie wiecie, 28 kwietnia ukazał się Service Pack 2 (SP2) dla Office 2007. Między innymi ulepszeniami i poprawkami, najwięcej poprawek (albo raczej “największe zmiany”) mamy dla Outlook’a. No, a skoro Outlook miał się zmienić, to dla nas – użytkowników Dynamics CRM najważniejsze jest czy zauważymy zmiany, pracując w CRM z wykorzystaniem Outlook’a. Trochę trwało to moje testowanie i wnioski (tylko i wyłącznie moje, ktoś może się nie zgadzać) są następujące:

  • 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 :-D .

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

Twój workflow czeka na zasoby? Konfiguracja klienta Outlook się nie udaje?

Jeśli podczas uruchamiania przepływów pracy, żaden z nich nie startuje z uruchomieniem logiki i jest w stanie “Oczekiwanie na zasoby” (“Waiting for resources”), jest duże prawdopodobieństwo, że konfiguracja serwera zawarta w tabeli DeploymentProperties na Twoim serwerze Dynamics CRM jest nieprawidłowa.

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”

Dokument o synchronizacji Dynamics CRM z Outlook i pracy offline

Grupa Microsoft Dynamics CRM Engineering for Enterprise (E2) przygotowała dokument doskonale opisujący co dzieje się podczas synchronizacji danych między CRM’em i Outlook’iem. Dokument omawia proces replikacji podczas brania danych offline, pracy offline oraz synchronizacji powrotnej do serwera. White paper o tytule “Offline and Online Synchronization in Microsoft Dynamics CRM” można ściągnąć za darmo stąd: http://www.microsoft.com/downloads/details.aspx?FamilyID=c14ca8de-a452-4c9e-b4c9-1c0a51974528&displaylang=en

Instalacja Dynamics CRM for Outlook Client w domenie różnej od domeny serwera CRM

Dynamics CRM for Outlook Client to osobna aplikacja pozwalająca na integrację Dynamics CRM 4.0 z Microsoft Outlook. Pozwala ona na synchronizację wybranych danych z CRM’em oraz umożliwia pracę w CRM bez wychodzenia z Outlook’a. Istnieją dwie wersje klienta dla Outlook, tak jak opisane w tym poście: http://www.crmblog.pl/2008/07/dynamics-crm-for-outlook-online-vs.html.

Bardzo często zdarza się, że serwer CRM znajduje się w innej domenie niż użytkownicy uruchamiający Outlook’a. Wtedy, po zainstalowaniu Dynamics CRM for Outlook Client, próba konfiguracji tego narzędzia zakończy się błędem:
Dzieję się tak, ponieważ poświadczenia wysyłane do serwera, na którym znajduje się serwer CRM nie są zgodne z tymi, których potrzebne są do autoryzacji na serwerze CRM (prawidłowego użytkownika CRM). Ten błąd świadczy o tym, że w domenie, w której jest serwer CRM nie istnieje odpowiedni użytkownik. Nie zaś o tym, że nie ma go w systemie CRM!!! (CRM używa AD do autentykacji).
Ten błąd spowodował powstanie błędnej opinii, że Dynamics CRM for Outlook Client nie da się zainstalować, jeśli serwer z CRM’em jest w innej domenie niż komputery z Outlook’iem.
Jak się okazuje, nie jest to prawda. W tym poście pokażę trick, który pozwoli zainstalować klienta CRM dla Outlook nawet będąc w innej domenie. Należy pamiętać, że jeśli użytkownicy Outlook będą się łączyć z CRM przez internet (nie w intranecie), trzeba wybrać opcję “Dostawca usług online” w pierwszym kroku Kreatora Konfiguracji.
Kroki potrzebne do instalacji klienta dla Outlook w innej domenie:
1. Ponieważ Kreator Konfiguracji podczas próby połączenia z serwerem CRM wysyła poświadczenia osoby, która go uruchomiła, musimy mieć pewność, że istnieje w domenie serwera i systemie CRM konto o takiej samej nazwie. W tym celu (zakładając, że takiego konta nie ma), musimy dodać w domenie serwera CRM odpowiednie konto:

2. Następnie musimy mieć pewność, że utworzony użytkownik znajduje się w CRM’ie:

3. Teraz z dowolnego komputera spoza domeny, na którym chcemy zainstalować Klienta Dynamics CRM for Outlook, możemy uruchomić Kreator Konfiguracji. Pamiętać należy, że musimy być zalogowani na konto o takiej nazwie, którą ma użytkownik w systemie CRM (domena jest nieważna). Po spełnieniu tych warunków, Kreator Konfiguracji poprawnie łączy się do podanego serwera CRM (w innej domenie) i kończy konfigurację z sukcesem:

Follow

Otrzymuj każdy nowy wpis na swoją skrzynkę e-mail.