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:

Błąd "Only items in the default Microsoft Outlook store can be promoted to Microsoft Dynamics CRM"

Ostatnio podczas próby śledzenia emaila przychodzącego w Outlook za pomocą funkcji „Śledź w programie CRM”, natknąłem się na błąd „Tylko elementy z domyślnego magazynu programu Microsoft Outlook mogą być awansowane do programu Microsoft Dynamics CRM” („Only items in the default Microsoft Outlook store can be promoted to Microsoft Dynamics CRM„):

Komunikat błędu jest dość oczywisty – informuje o tym, że email nie może być śledzony w CRM, ponieważ nie znajduje się w jednym z folderów podstawowych Outlook’a. Zacząłem się zastanawiać, co wobec tego zrobić, skoro używam konta pocztowego skonfigurowanego z IMAP, a nie POP3. Okazuje się, że jedyna opcja to ręcznie skopiować konkretny email do folderu z magazynu podstawowego, tj. np. „Skrzynka odbiorcza”:


…i dopiero z tego folderu można awansować (promować) email do CRM. To znaczy, że jest jedna super zaleta i jedna dość spora wada mechanizmu promocji emaili:

ZALETA: pozwala promować do CRM nawet emaile pochodzące z kont pocztowych obsługujących IMAP
WADA: niestety aby promować email trzeba zawsze ręcznie przenieść go do jednego z domyślnych folderów Outlook’a

Nie wiem jak Wy, ale ja to traktuje jednak w kategorii super zalety :) . Do emaili wychodzących używam CRM Email Router’a, a przychodzące śledzę za pomocą Dynamics CRM for Outlook. To umożliwia mi nie tylko wybieranie emaili do śledzenia, ale śledzenie również tych emaili, które pochodzą z innych kont (po przeniesieniu ich do odpowiedniego folderu…)

Dynamics CRM for Outlook Online vs. Offline Client

Wersja 4.0 Dynamics CRM, podobnie do poprzednich, oferuje klienta CRM dla MS Outlook. Dzięki niemu, użytkownicy systemu CRM nie muszą opuszczac ulubionego programu pocztowego, żeby korzystac z prawie wszystkich funkcji CRM’a.
dwie wersje klienta Dynamics CRM for Outlook – Online i Offline. Z nazwy wynika jedna podstawowa różnica. Niewiele osób wie, że różnic jest znacznie więcej. Niektóre różnice nie są nawet jasne dla osób, które Dynamics CRM 4.0 wdrażają…
Jakie są więc inne różnice?

Cechy Dynamics CRM for Outlook Online Client:

  • w wersji 3.0 miał swój odpowiednik o nazwie Desktop Client
  • użytkownik może korzystac z Dynamics CRM poprzez Outlook’a tylko będąc online
  • możliwa jest instalacja kilku klientów na jednej maszynie
  • wielu użytkowników może korzystac z klienta na jednym komputerze
  • dane nie są synchronizowane między Outlook’iem i CRM’em (poza tworzeniem kopii kilku rodzajów rekordów, ale to już nie cecha „biznesowa” ;) )
  • na maszynie klienta nie ma lokalnej kopii platformy i lokalnej bazy danych

Cechy Dynamics CRM for Outlook Offline Client:

  • w wersji 3.0 miał swój odpowiednik o nazwie Laptop Client
  • użytkownicy mogą odłączyc się od sieci i nadal mają możliwośc korzystania z CRM’a i swoich danych
  • możliwa jest instalacja tylko jednego klienta na maszynie
  • dane, które są dostępne offline są synchronizowane między Dynamics CRM i klientem
  • na maszynie klienta instalowana jest lokalna kopia warstwy platformy oraz lokalna baza danych

Mam nadzieję, że lista cech przedstawiona powyżej pomoże Wam zrozumiec różnice między dwoma klientami CRM dla Outlook’a :) .