CRM 4.0 Implementation Guide v4.4.1

Lipiec 6, 2009 - autor: Kuba Skałbania Dodaj komentarz

Coprawda minęło już trochę czasu od ukazania się najnowszej wersji Implementation Guide (4.4.1), ale warto o niej wspomnieć chociażby teraz. A to dlatego, że w najnowszym Implementation Guide mamy sporo nowości, m.in.:

  • od tej wersji dokument dostarczany jest też w formacie CHM (skompilowane w jeden Planning Guide, Installing Guide i Operating and Maintining Guide. Wygląda to tak:

    Microsoft Dynamics CRM 4.0 Implementation Guide
    Nawigacja i wyszukiwanie w nowym Implementation Guide jest znacznie łatwiejsza niż w poprzedniej, niedopracowanej wersji w Word

  • pojawiła się sekcja o szyfrowaniu danych w SQL Server 2008
  • pojawiła się sekcja o ustawianiu częstotliwości DeletionService
  • pojawiła się sekcja o licznikach wydajności (performance counters), które mogą przydać się przy pracy z Microsoft Dynamics CRM

Implementation Guide jest do ściągnięcia tutaj: http://www.microsoft.com/downloads/details.aspx?FamilyID=1ceb5e01-de9f-48c0-8ce2-51633ebf4714&displaylang=en. Pośród kilku wersji językowych brakuje jednak polskiej.

Zamieszczone w kategoriach aktualizacja, dynamics crm 4.0, instalacja, migracja, nowy

Jak usunąć więcej niż 250 rekordów na raz?

Czerwiec 23, 2009 - autor: Kuba Skałbania 2 komentarzy

Każdy, kto pracuje z Microsoft Dynamics CRM prędzej czy później zderzy się z problemem „jak usunąć tysiąc rekordów na raz”? Zdarza się, że zapełniamy system danymi testowymi, które musimy później usunąć lub najzwyczajniej w świecie potrzebujemy usunąć kilka tysięcy rekordów dowolnego typu z jakiejś przyczyny. Ostatnio coraz więcej osób mnie o to pytało, więc postanowiłem opisać kilka sposobów. Dla tych, co potrzebują odpowiedzi po angielsku, proponuję przetłumaczyć tę stronę w LiveTranslator’ze ;)

W interfejsie Dynamics CRM, w opcjach, możemy wybrać wyświetlanie w widoku maksymalnie 250 rekordów. Usunięcie 10000 testowo utworzonych klientów nadal będzie żmudne :) = będzie wymagało od nas 40 razy zaznaczenia wszystkich rekordów i kliknięcia „Usuń”. Można zrobić to sprytniej!

Sposób 1 – usuwanie z pomocą kodu:

Jeśli lubisz kod i nie boisz się skompilować już gotowego kodu, Microsoft Dynamics CRM 4.0 udostępnia w SDK jeden przydatny request – BulkDeleteRequest. Jeszcze w Dynamics CRM 3.0 nie było możliwości usuwania wielu rekordów na raz przez wywołania web service’ów. W 4.0 to jest możliwe! Wystarczy zbudować kwerendę (QueryExpression), podać ją jako atrybut to obiektu typu BulkDeleteRequest, uzupełnić resztę właściwości i wywołać metodę Execute() w CrmService. Więcej informacji na ten temat znajduje się tutaj: http://msdn.microsoft.com/en-us/library/cc155955.aspx

 

Sposób 2 – unikaj cudownych płatnych narzędzi:

Jest pewna (niepolska) firma, która potrafiła zbić kapitał na niewiedzy użytkowników i… oferuje narzędzie, które wywołuje powyższy kod za opłatą! Ja sam zwalczam takie praktyki, dlatego nie polecam korzystania z takich narzędzi. Raczej lepiej poczytać SDK i samemu skopiować kod.

 

Sposób 3 – magiczny trick z dostosowaniami:

To jest niestety obejście, którego minusów trzebe być świadomym. Na szczęście nie ma ich wiele. Otóż, można usunąć dowolną liczbę rekordów dowolnego typu poza obiektami typów systemowych w bardzo prosty sposób – usuwając obiekt danego typu z systemu :) . Przy tym rozwiązaniu robimy backup naszych dostosowań, usuwamy obiekt, którego rekordy chcemy usunąć i… importujemy ten obiekt z powrotem :) . Do plusów tego rozwiązania należy niewątpliwie fakt, że usuniemy dowolną liczbę rekordów w super-krótkim czasie. Do minusów należy zaliczyć fakt, że obiekty custom mają tzw. ObjectTypeCode nadawany każdemu nowotworzonem obiektowi sekwencyjnie od 10000. Nasz nowy import nada naszemu obiektowi nowy numer i lepiej, żebyśmy byli świadomi w których skryptach używamy starego ObjectTypeCode =)

Mam nadzieję, że te wskazówki pomogą Wam usuwać mnóstwo danych z Waszego CRM’a! Jest jeszcze jeden sposób, który pozwala na wyświetlanie 5000 rekordów w widokach. Ale o nim nie napiszę – zbyt to „niesupportowalne” ;)

Zamieszczone w kategoriach dynamics crm 4.0, migracja, sdk

Mapowanie użytkowników podczas importu organizacji

Marzec 8, 2009 - autor: Kuba Skałbania Dodaj komentarz

Czasem zdarza się, że musimy przenieść całe środowisko z naszym CRM’em do nowej infrastruktury. Obojętnie czy przenosimy system w ramach tej samej domeny, na nowe serwery czy w ogóle na totalnie nowe środowisko, Microsoft Dynamics CRM 4.0 ma do tego fajne narzędzie – Import Organization Wizard. Poza przypadkami, kiedy „Import Organization Failed”, programik działa dość sprawnie. A jego funkcjonalność jest niezastąpiona!

Podczas importu organizacji Import Organization Wizard’em (uruchamia się go z „Deployment Manager’a”) przenoszone zostają wszystkie dane zgromadzone w naszym systemie CRM. Jednym z kroków importu jest mapowanie użytkowników. Po co mapować użytowników nie muszę mówić – wyobraźcie sobie sytuację, że właścicielem 1000 zadań w poprzednim środowisku był użytkownik, którego nie ma w nowej domenie – już wiadomo po co mapować :) . Mapować można na kilka sposobów – kreator oferuje też możliwość auto-mapowania. I ten post jest właśnie omówieniem tych sposobów :) , które jak się okazuje wprowadziły w błąd niejednego administratora. Poniżej lista możliwych wyborów i ich wyjaśnienie:

Opcja 1 – Active Directory account name
Kreator zmapuje użytkowników na podstawie nazw kont w AD. Lepiej więc, żeby nazwy się zgadzały ;)

Opcja 2 – Microsoft Dynamics CRM full name to Active Directory full name
Nazwy kont w ogóle nie muszą się zgadzać pomiędzy domenami. Wystarczy, że kreator będzie w stanie zmapować pełne nazwy użytowników w CRM to pełnych nazw w AD.

Opcja 3 – Prefix
Najdziwniejsza opcja – kreator zmapuje PO KOLEI użytkowników do JUŻ ISTNIEJĄCYCH w nowym środowisku kont o odpowiednio wybranej nazwie (np. „uzytkownik_”) i automatycznie inkrementowanym sufiksie. Jeśli więc chcemy, żeby właściciele rekordów np. Ala i Jaś zmienili się w „uzytkownik_01″ i „uzytkownik_02″, to wybierzmy tę opję. Wybranie tej opcji nie spowoduje, że kreator stworzy konta użytkowników w AD!

Opcja 4 – Use existing mapping file
ta opcja pozwoli nam użyć wcześniej stworzonego pliku XML z odpowiednimi mapowaniami użytkowników

 

Ważne:
1. Import Organization Wizard nigdy nie tworzy kont w Active Directory. Narzędzie pozwala jedynie mapować stare konta do nowych

2. Jeśli któreś konto nie da się automatycznie zmapować, nie ma strachu – kreator w następnym kroku pokaże błąd i da nam możliwość zmapowania pozostałych użytkowników.

 

Miłego przenoszenia!

Zamieszczone w kategoriach dostosowanie, dynamics crm 4.0, import, migracja

MTS 2008 ze strefy eksperta CRM, czyli jak zrobić migrację Dynamics CRM

Październik 12, 2008 - autor: Kuba Skałbania Dodaj komentarz

Długo oczekiwana konferencja Microsoft Technology Summit 2008 już za nami… Moje wrażenia opiszę w innym poście. Póki co skupię się na roli, która pełniłem podczas MTS’u. Przez 2 dni miałem przyjemność pełnić rolę eksperta, a podsumowanie pierwszego dnia w poście niżej. Podobnie jak pierwszego dnia, drugi dzień obfitował w pytania o migrację z Dynamics CRM 3.0 do 4.0. Dlatego, wychodząc na przeciw zapotrzebowaniu, zdecydowałem się poniżej zebrać kilka odpowiedzi na pytania dotyczące migracji Dynamics CRM. Mam nadzieję, że się przydadzą :) .

- upgrade do wersji 4.0 jest możliwy tylko z wersji 3.0

- upgrade jest możliwy tylko w tym samym języku, tzn. jeśli Dynamics CRM 3.0 był po polsku, Base Language wersji 4.0 musi być polski

- upgrade należy rozpocząć od postawienia nowego środowiska, tzn. SQL Server 2005, wspierana wersja Windows 2003 lub 2008 itd.

- przed upgrade’m wskazane jest zrobienie kopii zapasowej baz Dynamics CRM, dostosowań i (koniecznie!) raportów!

- proces upgrade’u nie daje możliwości rollback’u, co w skrócie oznacza, że w przypadku niepowodzenia trzeba od nowa zainstalować Dynamics CRM 3.0 i przywrócić bazy danych i dostosowania.

- podczas upgrade’u nadpisane (czytaj „zniszczone”) zostaną wszystkie niewspierane dostosowania, czyli np. zmiany w plikach *.aspx, *.js

- upgrade serwera Dynamics CRM przeprowadza się, uruchamiając setup Dynamics CRM 4.0 na maszynie, na której zainstalowany jest Dynamics CRM 3.0

- upgrade klienta przeprowadza się, uruchamiając na każdej maszynie klienckiej setup klienta Dynamics CRM 4.0. Z mojego doświadczenia wynika, że lepiej jest odinstalować klienta Dynamics CRM 3.0 i dopiero później zainstalować od nowa klienta dla Dynamics CRM 4.0. Dzięki temu można proces zautomatyzować np. poprzez GPO

- przed upgrade’m klientów lepiej zsynchronizować dane posiadane offline

- upgrade klienta dla Outlook’a spowoduje zainstalowanie SQL Server 2005 Express Edition

- podczas upgrade’u setup utworzy nowy widok dla raportów Dynamics CRM 4.0 i zmieni wszystkie raporty z wersji 3.0 tak, żeby współpracowały z SSRS Data Connector’em

- podczas upgrade’u usunięte zostaną wszystkie nieopublikowane dostosowania

- oficjalnie, podczas upgrade’u instalator zaktualizuje wszystkie workflow’y do wersji 4.0 (poza tymi, które używają akcji „Post URL”

- jeśli używasz klienta mobilnego Dynamics CRM 3.0 (Dynamics CRM 3.0 Mobile Client), nie upgrade’uj systemu! W wersji 4.0 nie ma oficjalnego klienta na urządzenia mobilne, a stary klient nie będzie działał

 

Uff, sporo tego. Mam nadzieję, że powyższa lista przyda się Wam, jeśli planujecie przeprowadzić migrację Dynamics CRM 3.0 do 4.0. Oczywiście w życiu nie wszystko jest tak pięknie i może się zdarzyć, że większość Waszych przepływów pracy trzeba będzie przepisać, raporty nie będą działać, a użytkownicy po prostu nie będą mogli się logować :) .

Z doświadczenia wiem, że lepiej „postawić” cały system od nowa, niż przeprowadzać upgrade, który poprawnie zmigruje 80% funkcjonalności, a na pozostałe 20% spędzimy więcej czasu niż na instalację zupełnie nowego systemu.

Zamieszczone w kategoriach dynamics crm 4.0, instalacja, migracja