I… mamy pierwszy ogromny sukces. Po skomasowanym “ataku” (czytaj: konstruktywnej dyskusji) Program Manager’owie konkretnej funkcjonalności, która miała nadejść w nowej wersji CRM (R8), przyznali, że publikacja funkcjonalności będzie prawdodobnie przesunięta. Chodzi o to, że wg nas, MVP, wprowadzenie tej funkcjonalności w aktualnej postaci nie ma żadnego sensu i więcej popsuje niż poprawi. I że wprowadzenie takich funkcjonalności musi być poprzedone rozmową o różnych scenariuszach wziętych “z życia”, z realnych projektów.
Jutro specjalnie po to zwołany będzie “okrągły stół” dyrektorów R&D z największymi fighter’ami spośród MVP (zgadnijcie kto jest wśród nich ), aby zdecydować co dalej. To pokazuje jak duży wpływ mają MVP na dany produkt i że Microsoft naprawdę słucha opinii “z pola”. To niesamowite, ale to prawda .

Podczas dzisiejszych sesji mieliśmy też szanse poznać co będzie w CRM w R8, R9 i później. Najlepsza sesja dotyczyła wydajności CRM Online i CRM onpremise oraz wydajności klienta CRM dla Outlook.

Niestety kilkanaście razy usłyszeliśmy, że wszystko jest NDA i Microsoft będzie pilnował, żeby nic nie wypłynęło na zewnątr na blogach, twitter’ze, facebook’u.

Dziś zaczynamy od sesji o R9 i R10. Napiszę tylko tyle – social, social, social. I… self service .

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 .

Update Rollup 6 to oczywiście ponownie zbiór kumulatywny wszystkich poprawek. Całkiem spory zbiór, który wreszcie poprawia kilka wkurzających błędów (np. niemożność usunięcia emaila w widoku skojarzonym). Jest jednak jedna ogromna zmiana – Rollup 6 nie będzie mógł być odinstalowany (podobnie do UR5), bo zawiera istotne zmiany w strukturze bazy i platformy Dynamics CRM optymalizujące odczyt danych. Jakie to zmiany? Jedna z nich to niezła niespodzianka – na razie tylko napiszę tyle: “nowy rodzaj formatek” . Więcej nie mogę, bo blog jest monitorowany, a to jest funkcjonalność “not public” do czasu publikacji Rollup’a 7. Najważniejsze to pamiętać, że UR6 wprowadza zmiany, które są nieodwracalne w CRM 2011.
Oczywiście Microsoft opublikował już tzw. slipstream image, czyli pliki instalacyjne z uwzględnionym Rollup’em 6.

Co nowego naprawia Update Rollup 6?

• podczas migracji z CRM 4.0 do 2011 z UR5 kreator importu zatrzymywał się z błędem wynikającym podczas za dużego zbioru zależności obiektów
• błąd z poprawnym wyświetlaniem formatki, w której osadzony jest zasób z aplikacją Silverlight
• mała, ale uciążliwa rzecz z wyświetlaniem kontaktów bez imienia w postaci “Nazwisko,,”
• wyświetlanie znaczników HTML w widoku emaili z kolumną Opis dodaną do widoku
• błędy JScript podczas próby uruchomienia planowania usługi serwisowej z IE9
• duży błąd, przez który usuwanie rekordów udostępnionych (z wpisem do POA) nie usuwało rekordu powiazanego z tabeli POA (wpisu) przez co usunięcie udostepnionych rekordów nie gwarantowało zmniejszenia liczby wpisów w POA
• popularny błąd podczas próby usunięcia emaili z widoków skojarzonych “Rekord jest niedostępny” / “Record is unavailable“
• brak możliwości nazwania listy rabotowej dwuliterowym skrótem – ktokolwiek używa list rabatowych ?
• błąd z eksportowaniem pola typu “partylist” do Excel, kiedy w polu było więcej niż jeden rekordów
• błąd z niezapisywaniem danych w polu “checkbox” na formatce terminu edytowanej z klienta Outlook
• błąd, który powodował niewyświetlanie tekstu wyjątku w plugin’ie zarejestrowanym do zdarzenia “Przypisz” / ““Assign“
• w niektórych przypadkach widoki zapisane nie zwracały danych do dynamicznych list marketingowych
• błąd przy imporcie zarządzanego rozwiązania zawierającego nową relację między encjami systemowymi, jeśli w systemie istniała już własna, nowa relacja między tymi samymi encjami
• wszystkie poprawki, które były osobno opublikowane jako “fast publish” od Rollup’a 5, a więc np. problem z LDAP, albo niemożność uruchomienia raportów w środowisku, w którym był zainstalowany Claims Authentication

Ufff, dużo tego .

Standardowo Update Rollup 6 możecie ściągnąć stąd: http://www.microsoft.com/downloads/pl-pl/details.aspx?familyid=e35f3e66-42ea-46af-9e79-4b4f7fa55cfe&displaylang=pl, a poczytać więcej na temat UR6 można tutaj: http://support.microsoft.com/kb/2600640.

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

Jeśli któreś tłumaczenie Wam się nie podoba (post? “obserwować” zamiast “śledzić”?) lub któreś lubicie szczególnie (“agent przetwarzania w tle” zamiast “agent tła” lub “deklarować chęć” zamiast “poczynić zobowiązanie”), to uwagi proszę zgłaszać w komentarzach . R7 był bowiem pierwszym wspólnie (przez firmę tłumaczącą i mnie) tłumaczonym komponentem CRM 2011. Oczywiście nie wszystkie etykiety dało się zmienić, ale wszystkie wprowadzone w UR5 były konsultowane wspólnie z Grupą Produktową, zanim się pojawiły.

Oto lista zmian pogrupowana po komponentach, których dotyczą:

KLIENT CRM DLA OUTLOOK:

• zupełnie nowe panele danych, w tym listy działań i notatki powiązane z danym rekordem widoczne bezpośrednio w tzw. Reading Pane danego rekordu
• wprowadzenie klikalnych linków w miejsce pól typu lookup oraz emaili
• kliknięcie w pole typu email od razu otwiera nowe okienko z wiadomością email automatycznie śledzoną pod danym rekordem
• pełna integracja z Lync z klienta CRM dla Outlook
• wiadomości email będą promowane do CRM asynchronicznie (!), a nie tak jak do tej pory. Outlook Client został wzbogacony o nowy cache!

PROCESY (DIALOGI I PRZEPŁYWY)

• wreszcie możliwość używania pól typu lookup i datetime w dialogach
• w przepływach pracy będzie można wstawiać dynamiczne linki (!), czyli wreszcie można w przepływie podać URL do danego rekordu
• “przechowywanie” danych i możliwość powrotu do danych z poprzednich stron w dialogach

WIZUALIZACJE DANYCH (WYKRESY)

• możliwość dodawania więcej niż 1 serii do wykresów bezpośrednio z interfejsu (aż 5 serii danych na 1 wykresie!)
• możliwość dodawania więcej niż 1 kategorii do wykresów bezpośrednio z interfejsu (do 2 kategorii na 1 wykresie)
• dodane nowe typy wykresów, w tym wykresy “piętrowe” (stack charts)

AUDYT I ZARZĄDZANIE DANYMI

• jedna z najbardziej oczekiwanych funkcji – audyt dostępu do CRM przez użytkowników, czyli historia kto i kiedy dostawał się do CRM’a jakim kanałem (aplikacja / web services) i od kiedy jest zalogowany
• nowe możliwości w detekcji duplikatów – ignorowanie wartości pustych i możliwość wyłączenia z konkretnej zasady detekcji rekordów niektywnych

ŚCIANA ZNANA Z FACEBOOK, CZYLI ACTIVITY FEEDS

• do każdego formularza można dodać “ścianę” (wall) z informacjami o tym rekordzie, w stylu “ten i ten dodał działanie” itd.
• pojawia się ściana osobista, rekordu i użytkownika z pogrupowanymi postami
• można “śledzić” rekordy jak na Twiter’ze
• można ustawić sobie sukbskrypcję zmian na danym rekordzie
• można komentować rekordy na ścianie i prowadzić mikroblogi w kontekście danego rekordu
• informacje o “wzmiankach” o danym rekordzie dodanych przez innych użytkowników, niezależnie od miejsca ich dodania (znane z facebook’a)
• w SDK pojawiły się 3 nowe encje: Post, PostComment i PostFollow
• WAŻNE: Activity Feeds to osobne rozwiązanie, które można zainstalować tylko i wyłącznie po instalacji Rollup 5

POPRAWKI BŁĘDÓW

• naprawiony problem w polskiej wersji CRM z czasem trwania działania powyżej 1h (wstawiała się kropka zamiast przecinka i pojawiał się błąd)
• naprawiony błąd w Internet Explorer 9, który pojawiał się podczas przechodzenia między pulpitami
• naprawiony problem z wyświetlaniem “tylko daty” w kliencie CRM w Outlook
• błąd podczas wgrywania nowych paczek językowych

UR5 został już zainstalowany przez Microsoft na środowiskach CRM Online i… nie obyło się bez błędów . CRM Online rzucał błędami cały pierwszy dzień po instalacji Rollup’a 5, a do tej pory pojawiają się błędy związane np. z rozwiązaniem Activity Feeds i brakiem odpowiednich pól. Wygląda jednak na to, że wszystko w większej częście się udało i użytkownicy CRM Online mają już całkiem nowego CRM 2011 .

Dla użytkowników on-premise Update Rollup 5 można ściągnąć tutaj: http://www.microsoft.com/downloads/pl-pl/details.aspx?familyid=b9dd0bd7-8b1f-45af-a5ae-ee73a07ec90c&displaylang=pl, a poczytać więcej można tu: http://support.microsoft.com/kb/2567454. Pamiętajcie, że UR5 nie da się odinstalować!!!.

Latency Tool to nowy komponent CRM, który w bardzo szybki sposób pozwala nam zorientować się jakie opóźnienie oraz jaki transfer mamy do i z serwera CRM. Ale nie tylko! Latency Tool uruchamia też szereg testów kodu po stronie klienta (JScript) i mierzy czas wykonywania operacji i przepływu danych. Fajnie można zaobserwować jak różne wersje przeglądarki i różne lokalizacje (z VPN / bez) wpływają na transfer danych między klientem i serwerem CRM.

Narzędzie dostępne jest dla klientów posiadających CRM “u siebie” po instalacji Update Rollup 4 pod następującym adresem:
http://SERWERCRM/Tools/Diagnostics/diag.aspx

a dla klientów używających CRM Online pod adresem:
https://URL_ORGANZIACJI/tools/diagnostics/diag.aspx

Warto pobawić się tym narzędziem i sprawdzić zarówno bandwidth, jak i latency sieci łączącej nas z serwerem CRM:

W tle generuje się błąd:
“Appointment With Id=GUID Does Not Exist”

Problem w tym, że to nie termin (appointment) chcemy usuwać. A tu podczas próby usunięcia dowolnego zamkniętego działania z widoku, niezależnie od typu działania, CRM próbuje usuwać termin o danym GUID. Oczywiście go nie znajduje w bazie i pojawia się problem.

Microsoft na razie nie podał przyczyny takiego zachowania CRM 2011 po migracji, ale błąd jest już znany.

SPOSÓB NAPRAWY
Możemy próbować się pozbyć tego błędu poprzez:
1. Eksport dostosowań, w których znajduje się widok, w którym próbujemy usuwać działanie.
2. Edycję dostosowań w XML poprzez dodanie następującej linijki po wszystkich innych linijkach opisujących “komórki” widoku:

<cell name="instancetypecode" width="100" ishidden="1" />

Chodzi o to, żeby CRM wiedział z instancją jakiego działania ma do czynienie, kiedy próbuje je kasować.
3. Ponowny import i publikację dostosowań

To rozwiązanie, nie wiedzieć czemu, nie działa jednak na wszyskich widokach. Ale jest miła niepodzianka – Microsoft świadomy tego błędu, obiecał przygotować poprawkę w jutro wydanym Update Rollup 4. Czekam z niecierpliwością, bo wkurzam się coraz bardziej, że “standardowa” migracja niby działa, ale nie do końca. Nigdy nie wiadomo po jakim czasie i co się zepsuje.

W UR19 Microsoft poprawił kilka problemów występujących w CRM 4.0, m.in.:

• wieszanie IE podczas wchodzenia do Korespondencji Seryjnej z listy marketingowej
• problem z polem wyboru daty na niestandardowych formatkach w Internet Explorer 9
• problem z ponownym ustawianiem pola Dotyczy w kliencie CRM dla Outlook
• problem podobyny do naprawionego w UR3 dla CRM 2011 – kompresja odpowiedzi między klientem CRM dla Outlook i serwerem nie zawsze działa

Więcej na temat Update Rollup 19 możecie poczytać tutaj: http://support.microsoft.com/kb/2550097, a ściągnąć go można stąd: