Mapowanie.

Użytkownicy mogą tworzyć nowe rekordy podrzędne w widoku skojarzonym, klikając przycisk Nowy. W tym przypadku dane z rekordu nadrzędnego są kopiowane do formularza nowego rekordu podrzędnego. Domyślnie odwołanie do rekordu nadrzędnego jest zawsze kopiowane do pola wyszukiwania relacji w rekordzie podrzędnym. Można określić, czy jednocześnie mają być kopiowane dane z innych pól.

Relacje – Zachowanie.

Po utworzeniu relacji można sterować jej zachowaniem, czyli sposobem, w jaki akcje wykonywane w rekordzie nadrzędnym będą wpływały na rekordy podrzędne. 

Istnieją dwa podstawowe zachowania relacji:

• Parental - Nadrzędne.
  Wszystkie akcje wykonane na obiekcie nadrzędnym, zostaną również wykonane na obiektach pokrewnych.
  Jeśli na przykład rekord nadrzędny zostanie usunięty, zostaną również usunięte wszystkie rekordy podrzędne (czyli obiekt, działania, notatki itp).
  Jeśli rekord nadrzędny zostanie przypisany ponownie, wszystkie rekordy podrzędne również zostaną przypisane ponownie do tego samego użytkownika.
  
• Referential – Odwołanie.
  Akcje wykonane na obiekcie nadrzędnym nie zostaną wykonane na obiektach pokrewnych.
  Jeśli na przykład rekord nadrzędny zostanie usunięty, ze wszystkich rekordów podrzędnych zostaną usunięte dane łączące z nimi ten rekord.

Uwaga !
Zachowanie nadrzędne (Parental) występuje tylko dla relacji jeden do wielu (1:N)  lub wiele do jednego ( N:1 ).
Relacje wiele do wielu ( N:N ) mogą posiadać tylko zachowanie referential (odwołanie).
W Dynamics CRM istnieje tylko 5 możliwych zachowań relacji:

• Assign: Przypisz.
  Zmiana właściciela rekordu na innego użytkownika.
  
• Share: Udostępnij.
  Udostępnienie obiektów dla użytkownika lub całego zespołu.
  
• Unshare: Cofinij udostępnianie.
  Opcja powodująca, że dla użytkownika lub całego zespołu przestają być dostępne rekordy obiektu.
  
• Reparent: Zmień nadrzędny.
  Zmiana obiektu nadrzędnego dla jakiegoś obiektu.
  
• Delete: Usuń.
  Usunięcie. Istnieje także możliwość anulowania operacji usuwania.

 

4 Typy zachowań: 

• Parental
• Referential
• Referential, Restrict Delete – Odwołanie, ograniczenie usuwania.
  Specjalny typ odwołania.  CRM nie usunie obiektu nadrzędnego, jeśli powiązane są z tym rekordem jakiekolwiek inne obiekty.
• Configurable Cascadinig – Kaskadowe, z możliwością dostosowania.

  Cascade All: Kaskadowo wszystkie
  Jest to zachowanie typu Nadrzędne. Wszystkie akcje wpływają na rekordy podrzędne, w tym także na rekordy nieaktywne.

  Cascade Active: Kaskadowo aktywne
  Akcje wpływają tylko na aktywne (lub otwarte) rekordy podrzędne.

  Cascade User Owned: Kaskadowo użytkownika
  Akcje wpływają tylko na rekordy podrzędne przypisane do tego samego użytkownika, który jest właścicielem rekordu nadrzędnego.

  Cascade None: Kaskadowo żadne
  Jest to zachowanie typu Odwołanie. Żadne akcje nie są przenoszone.

Relacje.

Typy relacji 1:N:

• 1 to Many, System to Custom.
• 1 to Many, Custom to System.
• 1 to Many, Custom to Custom.
• 1 to Many, Custom to Activity / Note.

 

 N:N ( Wiele do Wielu)

Relacja N:N umożliwia powiązanie jednego lub kilku rekordów z innego obiektu z rekordem bieżącego obiektu.
Relacja N:N jest obustronna, czyli rekordy mogą być powiązane z obu obiektów.
Relacja N:N może też oznaczać odwołanie do samego siebie.
Relacji N:N nie można stosować do wszystkich obiektów.

Tylko użytkownicy mający rolę zabezpieczeń, która daje uprawnienia do odczytu i dołączania do bieżącego obiektu oraz uprawnienia do odczytu, zapisu i dołączania do drugiego obiektu, mogą tworzyć powiązania rekordów przy użyciu tej funkcji.

Sposoby tworzenia relacji N:N:

• Native N:N
  ten typ relacji tworzony jest automatycznie przez system;
  
• Manual N:N

Relacje hierarchiczne:

Relacje hierarchiczne obiektów wymagają, aby jeden z rekordów zawierał pole do przechowywania unikatowego identyfikatora odwołującego się do innego rekordu. Rekord przechowujący odwołanie do innego rekordu to rekord podrzędny ( Rekord w hierarchicznej relacji z rekordem nadrzędnym, gdzie odwołanie do rekordu nadrzędnego jest przechowywane w samym rekordzie podrzędnym. Jeden rekord nadrzędny może być powiązany z wieloma rekordami podrzędnymi. Rekordy podrzędne zawierają pola wyszukiwania w formularzu umożliwiające powiązanie ich z rekordem nadrzędnym. ) . Rekord wskazywany przez unikatowy identyfikator zawarty w rekordzie podrzędnym to rekord nadrzędny ( Rekord w hierarchicznej relacji z rekordem podrzędnym, gdzie odwołanie do rekordu nadrzędnego jest przechowywane w samym rekordzie podrzędnym. Jeden rekord nadrzędny może być powiązany z wieloma rekordami podrzędnymi. ) .

W relacji hierarchicznej każdy rekord podrzędny ( Rekord w hierarchicznej relacji z rekordem nadrzędnym, gdzie odwołanie do rekordu nadrzędnego jest przechowywane w samym rekordzie podrzędnym. Jeden rekord nadrzędny może być powiązany z wieloma rekordami podrzędnymi. Rekordy podrzędne zawierają pola wyszukiwania w formularzu umożliwiające powiązanie ich z rekordem nadrzędnym. ) przechowuje odwołanie do jednego rekordu nadrzędnego ( Rekord w hierarchicznej relacji z rekordem podrzędnym, gdzie odwołanie do rekordu nadrzędnego jest przechowywane w samym rekordzie podrzędnym. Jeden rekord nadrzędny może być powiązany z wieloma rekordami podrzędnymi. ) . Do rekordu nadrzędnego może się odwoływać dowolna liczba rekordów podrzędnych. W rekordzie nadrzędnym mogą być wyświetlane wszystkie rekordy podrzędne przy użyciu widoku skojarzonego ( Widok obiektu wyświetlany w formularzach innych obiektów. Skojarzony widok jest inny niż widoki dostępne dla obiektu w jego obszarze interfejsu użytkownika. Na przykład w rekordzie konta, w obszarze Szczegóły, można kliknąć opcję Kontakty, aby wyświetlić i otworzyć formularz kontaktu. Jest to widok skojarzony z kontaktami. Z każdym obiektem może być skojarzony tylko jeden widok. ) .

Tematy związane z relacjami hierarchicznymi:

1. Definiowanie relacji;
   Relacje są definiowane między obiektami. Obiekt reprezentujący rekordy podrzędne to obiekt pokrewny ( Obiekt powiązany z obiektem nadrzędnym (typem rekordu) za pośrednictwem unikatowego odwołania zdefiniowanego przez użycie formantu wyszukiwania w formularzu pokrewnego obiektu. Na przykład konto zawiera unikatowe odwołanie do kontaktu podstawowego. ) . atrybut relacji ( Atrybut istniejący w pokrewnym obiekcie, gdy istnieje relacja hierarchiczna. Po dodaniu atrybutu relacji do formularza pokrewnego rekordu pojawia się formant wyszukiwania, który umożliwia powiązanie rekordu z innym rekordem wskazanym w ustawieniach relacji. ) , określany także jako atrybut wyszukiwania ( Atrybut używany w celu utworzenia odwołania do pokrewnego rekordu. Nazywany także atrybutem relacji. ) , jest tworzony w obiekcie pokrewnym, aby umożliwić przechowywanie w rekordach odwołania do rekordu nadrzędnego. Obiekt reprezentujący rekordy nadrzędne to obiekt podstawowy ( Obiekt, z którym jest powiązany pokrewny obiekt. Czasami określany mianem „obiektu nadrzędnego”. ) w relacji.

   Tworząc lub edytując relację między obiektami w programie Microsoft Dynamics CRM, należy rozpocząć od jednego z obiektów. Można rozpocząć od dowolnego z obiektów, ponieważ zostanie utworzona tylko jedna relacja i tylko jedna relacja wymaga edycji. Użyta terminologia zależy od tego, czy użytkownik rozpocznie pracę od obiektu podstawowego ( Obiekt, z którym jest powiązany pokrewny obiekt. Czasami określany mianem „obiektu nadrzędnego”. ) , czy od obiektu pokrewnego ( Obiekt powiązany z obiektem nadrzędnym (typem rekordu) za pośrednictwem unikatowego odwołania zdefiniowanego przez użycie formantu wyszukiwania w formularzu pokrewnego obiektu. Na przykład konto zawiera unikatowe odwołanie do kontaktu podstawowego. ) .

   • Relacja 1:N jest relacją hierarchiczną tworzoną lub wyświetlaną z poziomu obiektu podstawowego. Do każdego rekordu z obiektu podstawowego może się odwoływać wiele rekordów z obiektu pokrewnego.
   • Relacja N:1 jest relacją hierarchiczną tworzoną lub wyświetlaną z poziomu obiektu pokrewnego. Wiele rekordów z obiektu pokrewnego może się odwoływać do dowolnego (jednego) rekordu z obiektu podstawowego.

   Uwaga: Należy pamiętać, że tę samą relację można wyświetlać z poziomu każdego z obu obiektów wchodzących w jej skład.

   Atrybuty relacji:
   Podczas konfigurowania relacji (1:N) podaje się następujące parametry:

   - Display Name;
   - Name;
   - Requirement level;
   - Description;

   Istnieje też możliwość zdefiniowania, jak informacje dotyczące powiązanych obiektów appears in the navigation pane.

   1.1 Display option;
          – Do not display:
             ukrywa link do pokrewnego obiektu w panelu nawigacyjnym;

     – use custom label

      – use plural name

   1.2 Display area;

   1.3 Display order;

2. Integralność danych;Relacja hierarchiczna umożliwia zdefiniowanie reguł integralności danych. Na przykład rekord szansy sprzedaży ( Zdarzenie mogące wygenerować przychody lub sprzedaż kontu, które należy śledzić od zainicjowania do sfinalizowania procesu sprzedaży. ) nie ma znaczenia, jeśli nie jest skojarzony z rekordem klienta. Program Microsoft Dynamics CRM wymaga, aby rekord szansy sprzedaży był powiązany z rekordem klienta. Natomiast działanie ( Czynność, którą należy wykonać (np. zadanie) lub wysyłany/odbierany element komunikacji, np. wiadomość e-mail, rozmowa telefoniczna czy termin. Stan działań jest śledzony, a historia działań przechowywana w systemie, dzięki czemu użytkownicy mogą wyświetlać otwarte i zamknięte działania. ) dla zadania może mieć znaczenie niezależnie od tego, czy jest skojarzone z innym rekordem czy nie. Powiązanie działania dla zadania z innym rekordem jest opcjonalne.

   Podczas tworzenia relacji należy określić, czy mają być wymuszane reguły integralności danych. Określenie atrybutu relacji w obiekcie pokrewnym jako pola wymaganego przez ustawienie poziomu wymagań ( Ustawienie decydujące o tym, czy użytkownik musi wprowadzać dane. Jeśli na przykład dla pola zostanie określony poziom wymagań Wymagany podmiot gospodarczy, użytkownicy będą mogli zapisywać rekord bez wprowadzania danych w tym polu. Pole będzie również widoczne w formularzu Szybkie tworzenie. ) na Wymagany podmiot gospodarczy gwarantuje, że każdy obiekt pokrewny utworzony w aplikacji Microsoft Dynamics CRM będzie powiązany z rekordem w obiekcie nadrzędnym.

   Uwaga: ograniczenia na poziomie pola mają zastosowanie tylko w aplikacji Microsoft Dynamics CRM. Rekordy tworzone z poziomu programu za pomocą usług sieci Web programu Microsoft Dynamics CRM nie muszą spełniać ograniczeń na poziomie pola.

3. Zachowanie relacji;
   Po utworzeniu relacji hierarchicznej można sterować zachowaniem relacji w celu zapewnienia integralności danych i zachowania zgodności z regułami biznesowymi w organizacji. Relacja może sterować sposobem, w jaki akcje wykonywane w rekordzie nadrzędnym będą wpływały na rekordy podrzędne. Można skonfigurować zachowanie relacji dla następujących akcji wykonywanych w rekordzie obiektu podstawowego:
   • Przypisz ( Przypisywanie pokrewnych rekordów jednemu użytkownikowi. )
   • Udostępnij ( Opcja powodująca, że dla użytkownika lub całego zespołu będą dostępne również pokrewne rekordy obiektu. )
   • Cofnij udostępnianie ( Opcja powodująca, że dla użytkownika lub całego zespołu przestają być dostępne pokrewne rekordy obiektu. )
   • Zmień nadrzędny ( Jeśli z powodu zmiany elementu nadrzędnego rekordu obiektu podstawowego zmieni się właściciel tego rekordu, stanie się on właścicielem wszelkich rekordów pokrewnych tego rekordu. )
   • Usuń ( Rekordy pokrewne można usuwać i odłączać od rekordów obiektów podstawowych. Istnieje także możliwość anulowania operacji usuwania. )
   • Scal ( Operacja, w wyniku której pokrewne rekordy powiązane z rekordem podrzędnym zaczynają podlegać rekordowi głównemu. )

   Można wybrać jedno z trzech wstępnie zdefiniowanych i najczęściej używanych typów zachowań lub można skonfigurować odpowiednią akcję kaskadową dla każdej akcji wykonywanej w rekordzie obiektu podstawowego.

   Trzy wstępnie zdefiniowane typy zachowań relacji (types of behavior):  

   • Nadrzędne – Parental.
     W typie zachowań Nadrzędne wszystkie akcje wpływają na rekordy pokrewne. Jeśli na przykład rekord nadrzędny zostanie usunięty, zostaną również usunięte wszystkie rekordy podrzędne. Jeśli rekord nadrzędny zostanie przypisany ponownie, wszystkie rekordy podrzędne również zostaną przypisane ponownie do tego samego użytkownika.
     
   • Odwołanie – Referential.
     W typie zachowania Odwołanie żadne akcje nie wpływają na rekordy podrzędne. Jeśli na przykład rekord nadrzędny zostanie usunięty, ze wszystkich rekordów podrzędnych zostaną usunięte dane łączące z nimi ten rekord.
     
   • Odwołanie, ograniczenie usuwania – Referential Restricted.
     typ stosowany do wszystkich działań, z wyjątkiem usuwania – system nie pozwoli użytkownikowi usunąć obiektu z rekordami pokrewnymi;
     Typ zachowania Odwołanie, ograniczenie usuwania funkcjonuje tak samo jak typ Odwołanie z tą różnicą, że akcja usuwania nie jest dozwolona, jeśli istnieją rekordy pokrewne.

    

   Można także zdefiniować określone zachowanie kaskadowe dla poszczególnych akcji, wybierając typ zachowania Kaskadowo z możliwością dostosowania (Configurable Cascading). W przypadku większości akcji można wybrać:

   • Kaskadowo wszystkie
     Jest to zachowanie typu Nadrzędne. Wszystkie akcje wpływają na rekordy podrzędne, w tym także na rekordy nieaktywne.
   • Kaskadowo aktywne
     Akcje wpływają tylko na aktywne rekordy podrzędne.
   • Kaskadowo użytkownika
     Akcje wpływają tylko na rekordy podrzędne przypisane do tego samego użytkownika, który jest właścicielem rekordu nadrzędnego.
   • Kaskadowo żadne
     Jest to zachowanie typu Odwołanie. Żadne akcje nie są przenoszone.

    Podczas zmieniania danych w rekordzie lub zmieniania stanu rekordu musi być zachowana integralność danych. Na przykład usunięcie rekordu nadrzędnego powoduje naruszenie integralności danych wszystkich rekordów podrzędnych, jeśli wymagana jest relacja. Istnieją trzy sposoby rozwiązania tego problemu:

   • Użycie typu zachowania Odwołanie, ograniczenie usuwania, aby zapobiec usuwaniu rekordów mających zależne rekordy podrzędne.
   • Użycie typu zachowania Nadrzędne, aby usuwane były wszystkie zależne rekordy podrzędne w stosunku do wszystkich usuwanych rekordów nadrzędnych.
   • Użycie typu zachowania Kaskadowo z możliwością dostosowania i ustawienie akcji Usuń na Kaskadowo wszystkie lub Ogranicz.

   Jeśli relacja nie jest wymagana, wystarczy usunąć dane, które odpowiadały za połączenie z usuwanym rekordem nadrzędnym.

   Poza integralnością danych w firmie mogą istnieć reguły, które powinny być stosowane w przypadku zmiany danych w rekordach lub zmiany stanu rekordów. Na przykład w niektórych organizacjach może być wymagane ponowne przypisanie rekordów podrzędnych po ponownym przypisaniu rekordu nadrzędnego. Zachowanie relacji może powodować przenoszenie tej akcji, tak aby jej ręczne wykonywanie nie było konieczne.

4. Ograniczenia relacji hierarchicznych;
    

   Relacje nadrzędne
   Każdy obiekt może uczestniczyć tylko w jednej relacji nadrzędnej ( Relacja między obiektami, w której wszelkie czynności podjęte wobec rekordu obiektu nadrzędnego można zastosować do powiązanych z nim rekordów obiektu podrzędnego. Na przykład po usunięciu rekordu w obiekcie nadrzędnym rekordy pokrewne w obiektach podrzędnych zostaną również usunięte; jeśli rekord w obiekcie nadrzędnym zostanie udostępniony, rekordy pokrewne w obiekcie podrzędnym również zostaną udostępnione. ) . Większość obiektów systemowych  obiekty systemowe ( Obiekty, które występują domyślnie w programie Microsoft Dynamics CRM, np. Konto. )   programu Microsoft Dynamics CRM uczestniczy w relacji nadrzędnej i tej relacji nie można zmienić.

   • Liczba relacji
     Obiekty mogą mieć relacje typu odwołanie z dowolnymi obiektami, w tym także obiektami systemowymi. Między dwoma obiektami można tworzyć wiele relacji. Obiekty mogą mieć relacje typu odwołanie same z sobą, co umożliwia łączenie rekordów tego samego typu. Jednak rekord nie może być łączony sam z sobą.
   • Relacje z rekordami klientów
     Klientami w programie Microsoft Dynamics CRM mogą być Konta lub Kontakty. Te dwa obiekty reprezentują obiekt złożony Klient ( Konto lub kontakt, z którym jednostka biznesowa przeprowadza transakcję biznesową. ) . Niektóre obiekty systemowe programu Microsoft Dynamics CRM, takie jak Szansa sprzedaży i Sprawa, muszą być powiązane z obiektem Klient. Nie można jednak tworzyć tego typu relacji między obiektami niestandardowymi.
5. Mapowanie;Użytkownicy mogą tworzyć nowe rekordy podrzędne w widoku skojarzonym ( Widok obiektu wyświetlany w formularzach innych obiektów. Skojarzony widok jest inny niż widoki dostępne dla obiektu w jego obszarze interfejsu użytkownika. Na przykład w rekordzie konta, w obszarze Szczegóły, można kliknąć opcję Kontakty, aby wyświetlić i otworzyć formularz kontaktu. Jest to widok skojarzony z kontaktami. Z każdym obiektem może być skojarzony tylko jeden widok. ) , klikając przycisk Nowy. W tym przypadku dane z rekordu nadrzędnego są kopiowane do formularza nowego rekordu podrzędnego. Domyślnie odwołanie do rekordu nadrzędnego jest zawsze kopiowane do pola wyszukiwania relacji w rekordzie podrzędnym. Można określić, czy jednocześnie mają być kopiowane dane z innych pól.

Customizacja – Obiekty.

Typy obiektów:

• Systemowe.
  Obiekty out-of-the-box, których nie można usuwać;
  
• Dostosowywane (Customizable).
  Obiekty domyślne, które mogą być dostosowywane, np. Konto, Kontakt, Sprawa.
  
• Niestandardowe.
  Obiekty dodane przez przez użytkowników systemu;

Obiekty niestandardowe nie współpracują z korespondencją seryjną w Dynamics CRM for Office Outlook.

Typy atrybutów:

• nvarchar
• picklist
• bit
• int
• float
• money
• ntext
• datetime

3 poziomy wymagań atrybutów:

• Wymagany podmiot gospodarczy ( Business Required ).
  
  - nie może być usunięty z formularza;
  - nie można zapisać formularza, jeśli pole nie zostanie wypełnione;
  - na formularzu oznaczone jest czerwoną gwiazdką;
  
• Zalecany podmiot gospodarczy ( Business Recommended ).- może być usunięty z formularza;
  - formularz może być zapisany, nawet jeśli w polu nie podana jest informacja;
  - na formularzu oznaczony jest niebieskim plusem;
  
• Bez ograniczeń ( No Constraint ).

Usuwanie atrybutów:
- tylko niestandardowe atrybuty mogą zostać usuniete;
- atrybuty systemowe nie mogą być usunięte;
- atrybut musi być usunięty ze wszystkich raportów, do których jest użyty;
- jeśli atrybut niestandardowy został opublikowany na formularzu obiektu, należy najpierw usunąć atrybut z formularza i opublikować zmiany;

Customizacja – Widoki.

3 typy widoków:

• Publiczne.
• Systemowe.
• Prywatne.

Customizacja – Formularze

Karty (tabs):
Usunięcie karty, usuwa wszyskie sekcje oraz pola, które należą do danej karty, za wyjątkiem pól zablokowanych oraz wymaganych. Aby usunąć taką kartę, należy przenieść wszelkie tego typu pola.

Maksymalnie można dodać 8 kart na formularz.

Sekcje (Sections).
Po dodaniu sekcji, można zdefiniować jej układ. Ale uwaga, raz zapisany układ sekcji nie może być później zmieniony !

Pola (Fields):
Pola oznaczone jako “Business Required” – wymagany lub “Business Recommended” -zalecany nie mogą być usunięte z karty.

Ustawienia – Waluta.

Jak działa wielowalutowość w CRM ?

1. Podczas instalacji definiowana jest waluta bazowa, która nie może być już zmieniona;
2. Intsalowane są dodatkowe waluty oraz określany jest sposób, w jaki waluta będzie aktualizowana ( kurs );
3. Użytkownicy systemu wybierają swoją walutę domyślną;

• Każdy “Write-In-Produkt” dodany do Oferty / Zamówienia / Faktury będzie posiadał walutę Oferty / Zamówienia lub Faktury.
• Można dodać do Oferty / Zamówienia / Faktury tylko te cenniki, które posiadają tą samą walutę co Oferta / Zamówienie bądź Faktura.
• Oferty utworzone z szansy sprzedaży, Zamówienia utworzone z oferty lub Faktury utworzone z Zamówienia, dziedzczą po nich walutę i nie może ona być zmieniona.
• Jeśli oferta tworzona jest bezpośrednio z konta, domyślna waluta dla konta jest ustawiana na ofercie, jednak można ją zmienić na inną.
• Konta mogą mieć przypisaną domyśłną walutę, która nie musi być walutą bazową.

Ustawienia – Multilingual.

Language Pack to osobna aplikacja, do ściągnięcia ze stron Microsoftu.
Ważne, aby po instalacji udostępnić je dla organizacji. 
Obejmują zarówno Dynamics CRM Web jak i Dynamcisc CRM for Outlook.

    
Instalacja: 

1. Uruchomić MUISetup.msi jako użytkownik z prawami Local Administrator.
   Domyślny katalog to: \Program Files\Microsoft CRM\LangPacks\<LangID>
   
2. Udostępnić (Enable) Language Pack w organizacji z poziomu ustawień CRM.
3. Zainstalować Language Pack dla Dynamics CRM for Outlook (tak samo jak punkt 1 i 2).
   Zainstalowany język będzie widoczny tylko w miejscach dotyczących CRM. 
   Aby cały Outlook oraz Pomoc była dostępna w wybranym języku, należy zainstalować Office Language Pack. 

Blokada:

CRM -  Settings – Administration – Languages. 
Język bazowy (wybierany podczas intalacji) nie może zostać zablokowany.

Usunięcie:
Add or Remove Programs – Microsoft Dynamics CRM 4.0 … Multilingual User Interface Pack.

Po usunięciu języka, użytkownikom, którzy mieli w preferencjach ustawiony dany język na domyślny, automatycznie język zmieni się na domyślny dla orgranizacji. 
Jeśli podczas deinstalacji ktoś będzie zalogowany i używa języka, który jest usuwany, wyskoczy komunikat ostrzegawczy.

Problem podczas instalacji: “Setup could not install Language Pack Name”:
Brak zainsatlowanego CRM Server lub CRM for Outlook. 

Uwaga !
Każda organizacja ( w ramach jednej instalacji CRM) musi mieć ustawiony ten sam język bazowy, ale domyślna waluta może być inna.

Ustawienia – Fiskal Year

Ustawienia roku obrachunkowego można ustawić tylko jeden raz.
Ustawienie konieczne jest w przypadku korzystania z Lejków sprzedaży.

Ustawienia – Numerowanie automatyczne.

Istnieją 2 typy auto - numerowania:
- Prefiks + Numer ( Artykuły Bazy Wiedzy);
- Prefiks + Numer + Suffix (Pozostałe obiekty);

Prefiks – 3 litery;
Numer – od 1001;
Sufiks – długość od 4 do 6 cyfr, generowany losowo;

Obiekty, które pozwalają na auto – numerowanie:
1. Kontrakty;
2. Sprawy;
3. Artykuły;
4. Oferty;
5. Zamówienia;
6. Faktury;
7. Kampanie.

• Wszystkie numery rozpoczynają się od 1001;
• Zmieniając długość sufiksu dla jednego obiektu, zmieni się automatycznie długość sufiksu we wszystkich obiektach, gdzie możliwe jest auto numerowanie;
• Nie można zmienić ani zresetować numeru (numeric value);