Pojęcia związane z dostosowywaniem

Data opublikowania: listopad 2016

Dotyczy: Dynamics CRM 2015

Sposób działania organizacji jest unikatowy. Niektóre organizacje posiadają dobrze zdefiniowane procesy biznesowe, i stosują je przy użyciu Microsoft Dynamics 365. Inne organizacje nie są zadowolone ze swoich procesów biznesowych i korzystając z Dynamics 365 prowadzają nowe dane i procesy. Niezależnie od sytuacji w jakiej się znajdujesz możesz znaleźć w Dynamics 365 wiele możliwości dostosowania, które sprawdzą się dla Twojej organizacji.

Oczywiście chcesz jak najszybciej rozpocząć pracę, ale poświęć kilka minut, aby przeczytać zawartość w tej sekcji. Zawiera ona wprowadzenie do ważnych terminów, daje pewne ogólne informacje o tym, dlaczego rzeczy są wykonywane w określony sposób, i pomaga uniknąć potencjalnych problemów w przyszłości.

W tym temacie

Co to są metadane i dlaczego są ważne?

Jakiego rodzaju dostosowania są obsługiwane?

Jakiego rodzaju dostosowania nie są obsługiwane?

Co należy wiedzieć o rozwiązaniach

Publikowanie dostosowań

Zmiany, które wpływają na wydajność organizacji Dynamics CRM

Łączenie możliwości dostosowywania

Dodatkowe funkcje, które nie są uwzględnione w tym podręczniku

Co to są metadane i dlaczego są ważne?

W przeszłości dostosowywanie aplikacji biznesowych polegało na edytowaniu kodu źródłowego. Doprowadziło to do komplikacji, ponieważ każda organizacja miała unikatowe zmiany przeprowadzeni aktualizacji było bardzo trudne, lub bardzo drogie. Następnie deweloperzy aplikacji zaczęli udostępniać interfejsy programowania aplikacji (API), tak aby inni deweloperzy mogli pracować z aplikacjami i dodawać własną logikę bez dotykania kodu źródłowego. Było to umiarkowanie lepsze, ponieważ oznacza to, że deweloperzy mogą rozszerzać aplikacji, nie zmieniając ich. Jednak nadal wymaga to pisania kodu przez deweloperów.

Obecnie nowoczesne aplikacje biznesowe używają architektury sterowanej metadanymi, tak że ludzie mogą dostosować aplikacje bez pisania kodu. Metadane to „dane o danych” i definiują strukturę danych przechowywanych w systemie. Dzięki tym metadanym aplikacja wie o wszelkich zmianach w strukturze danych, co umożliwia aplikacji dostosowywanie się wraz ze zmianą struktury danych. Ponieważ metadane są znane, można dodać dodatkowe funkcje, które związane są z metadanymi.

Kiedy dostosowujesz program Microsoft Dynamics 365 za pomocą narzędzi dostosowywania dostępnych w aplikacji, dodajesz lub aktualizujesz metadane lub dane używane przez funkcje, które zależą od metadanych. Ponieważ znamy rodzaje danych służących do dostosowywania systemu, możemy wziąć te dane pod uwagę i dodać nowe funkcje do Dynamics 365 bez uszkadzania systemu. Dzięki temu zawsze można zastosować pakiet zbiorczy aktualizacji lub uaktualnić do najnowszej wersji i cieszyć się najlepszymi nowymi funkcjami.

Dostosowywanie lub konfigurowanie?
Większość ludzi twierdzi, że chcą dostosować aplikację, więc używamy słowa „dostosować” do opisania zmiana systemu, tak aby pracował w żądany sposób. Niektórzy wolą używać słowa „konfigurować”, ponieważ sugeruje ono, że żaden kod nie był potrzebny do wprowadzenia zmian. Nazwij to jak chcesz, a my po prostu chcemy wyjaśnić, że nie trzeba być programistą, aby dostosować program Microsoft Dynamics 365.

Program Microsoft Dynamics 365 zawiera zestaw usług sieci web i interfejsów API, które umożliwiają deweloperom pisanie kodu. Gdy kod jest napisany przy użyciu obsługiwanych metod, można się spodziewać, że nadal będzie działać po uaktualnieniu organizacji.

Jakiego rodzaju dostosowania są obsługiwane?

Spodziewamy się, że będziesz wykonywać większość swoich dostosowań za pomocą narzędzi dostępnych w aplikacji. Wszystko, co robisz za pomocą tych narzędzi, jest obsługiwane przez Microsoft, ponieważ wprowadzają zmiany w metadanych lub danych zależnych od metadanych.

Ale jeśli narzędzia dostosowywania nie odpowiadają Twoim potrzebom, można zainstalować rozwiązanie dostarczone przez stronę trzecią lub wynająć dewelopera do napisania kodu dostosowań. Tak czy inaczej, dobrze jest rozumieć obsługiwane dostosowania. Jeśli trzeba inwestować w rozwiązanie, które wymaga kodu, należy upewnić się, że kod jest napisany przy użyciu tylko obsługiwanych interfejsów API. Pomaga to chronić Twoje inwestycje zarówno w Dynamics 365, jak i w otrzymywanych rozwiązaniach.

Deweloperzy, którzy rozszerzają Microsoft Dynamics 365, mają obowiązek przestrzegać zasad i stosować najlepsze praktyki udokumentowane w SDK: MSDN: Najlepsze praktyki do rozwoju z Microsoft Dynamics CRM. Zestaw SDK zawiera dokumentację interfejsów API dostępnych dla deweloperów i zawiera wskazówki, jak najlepiej ich używać.Microsoft obsługuje wyłącznie interfejsy API i praktyki, które są udokumentowane w zestawie SDK. Możesz znaleźć w Internecie informacje na temat tego, jak możesz rozwiązać problem, ale jeśli rozwiązanie nie wykorzystuje interfejsów API udokumentowanych w SDK, nie jest obsługiwane przez Microsoft. Zanim pozwolisz deweloperowi zastosować zmianę, należy sprawdzić, czy używa on obsługiwanych metod.

Jeśli deweloperzy używają interfejsów API i najlepszych praktyk opisanych w zestawie SDK, możemy przetestować, czy zmiany robione w programie Dynamics 365 mają potencjał do uszkodzenia istniejących dostosowań. Naszym celem jest to, aby dostosowania kodu napisane przy użyciu obsługiwanych metod nadal działały po publikowaniu nowych wersji i aktualizacji Dynamics 365. Korzystasz, ponieważ możesz uaktualniać do nowych wersji z ulepszonymi funkcjami bez potrzeby, aby programiści zmieniali kod każdorazowo.

Jeśli stwierdzimy, że zmiana wprowadzona w nowej wersji programu Dynamics 365 spowoduje uszkodzenie obsługiwanego dostosowania, udokumentujemy, co ulega uszkodzeniu, i jak można zmienić kod, aby to naprawić.

Jakiego rodzaju dostosowania nie są obsługiwane?

To, że niektóre interfejsy API i praktyki programowania nie są obsługiwane przez Microsoft, nie oznacza, że nie działają. „Nieobsługiwane przez firmę Microsoft” oznacza tylko: nie możesz uzyskać pomocy technicznej dla tych interfejsów API ani praktyk programowania od firmy Microsoft. Nie testujemy ich i nie wiemy, czy coś, co zmienimy, nie spowoduje ich uszkodzenia. Nie możemy przewidzieć, co się stanie, jeśli ktoś zmieni kod w naszej aplikacji.

Deweloper, który używa nieobsługiwanych interfejsów API i praktyk programowania, bierze na siebie odpowiedzialność za obsługę swojego kodu. Musi przetestować swój kod, aby upewnić się, że działa poprawnie.

Jeśli postanowisz używać nieobsługiwanych dostosowań w swoim wdrożeniu programu Dynamics 365, należy się upewnić, aby dokumentować, co zostało zrobione, i mieć strategię usuwania tych dostosowań, zanim skontaktujesz się z pomocą techniczną firmy Microsoft Dynamics 365. Jeśli potrzebujesz pomocy z nieobsługiwanymi dostosowaniami, skontaktuj się z deweloperem lub organizacją, która przygotowała dostosowania.

Popularne nieobsługiwane praktyki dotyczące dostosowań

Oto lista typowych praktyk dostosowywania, które nie są obsługiwane. Nie jest to lista kompletna.Więcej informacji:MSDN: Obsługiwane rozszerzenia dla Microsoft Dynamics CRM: Nieobsługiwane rozszerzenia

• Interakcja z elementami modelu DOM (Document Object Model) aplikacji sieci web przy użyciu języka JavaScript
  Wszelkie biblioteki języka JavaScript używane w dowolnym miejscu w aplikacji mogą współdziałać wyłącznie z udokumentowanymi interfejsami API. Gdy deweloperzy JavaScript pracują z aplikacjami, często uzyskują dostęp do elementów DOM przy użyciu określonych nazw. Ponieważ Microsoft Dynamics 365 jest aplikacją sieci web, te techniki działają, ale mogą powodować błędy podczas aktualizacji, ponieważ nazwy elementów, do których się odwołują, mogą zostać w dowolnym momencie zmienione. Zastrzegamy sobie prawo do wprowadzania koniecznych zmian w aplikacji, a to często oznacza zmianę, jak strona jest skonstruowana. Dodawanie jakichkolwiek zmian, które są zależne od aktualnej struktury strony, oznacza, że będziesz musiał inwestować w testowanie oraz być może zmianę kodu niestandardowego w tych skryptach za każdym razem, gdy będziesz przeprowadzał aktualizację aplikacji.

  jQuery jest biblioteką powszechnie używaną przez deweloperów JavaScript. Główną korzyścią wynikającą z zastosowania jQuery jest uproszczenie deweloperom możliwości uzyskania dostępu i tworzenia elementów DOM, co jest dokładnie tym, czego nie obsługujemy na stronach aplikacji Dynamics 365.jQuery jest zalecane, gdy deweloperzy tworzą niestandardowe interfejsy użytkownika z zasobami sieci Web HTML, ale w ramach stron aplikacji Dynamics 365, obsługiwane interfejsy API nie wymagają używania jQuery.

• Użycie dowolnych nieudokumentowanych wewnętrznych obiektów lub metod używających języka JavaScript
  Program Microsoft Dynamics 365 korzysta z wielu obiektów języka JavaScript w obrębie stron. Deweloper języka JavaScript może odnajdować takie obiekty poprzez debugowanie strony, a następnie uzyskiwać dostęp i ponownie używać tych obiektów. Zastrzegamy sobie prawo do dokonywania koniecznych zmian w tych obiektach, łącznie z ich usunięciem lub zmianą nazwy metody. Jeżeli skrypt odwołuje się do tych obiektów to nie zadziała, jeśli nie zostaną one znalezione.

• Bezpośrednia zmiana plików w aplikacji
  Jeśli masz lokalne wdrożenie programu Microsoft Dynamics 365, masz dostęp do aplikacji sieci web zainstalowanych na Twoim serwerze. Aplikacja sieci web zawiera wiele plików tekstowych, które deweloper może edytować lub zamieniać, aby zmienić zachowanie lub wygląd aplikacji. Zmienianie tych plików nie jest obsługiwane, ponieważ każda aktualizacja, którą instalujesz, może usunąć Twoje zmiany, a pliki zostaną zastąpione podczas uaktualniania do następnej wersji.

• Pobieranie danych bezpośrednio z tabel bazy danych
  Jeśli masz lokalne wdrożenie programu Microsoft Dynamics 365, masz dostęp do bazy danych, więc możesz pobierać dane bezpośrednio z tabel. Jednak w ten sposób pomijasz infrastrukturę zabezpieczeń. Zalecaną praktyką jest użycie specjalnego widoków filtrowanych do pobierania danych. Zastosuje to zabezpieczenia użytkownika wywołującego, tak aby mógł oglądać tylko dane, które powinien wiedzieć.

• Aktualizowanie danych bezpośrednio w tabelach bazy danych
  Jeśli masz lokalne wdrożenie programu Microsoft Dynamics 365, możesz wykonywać aktualizacje na danych Dynamics 365 bezpośrednio w tabelach bazy danych. Ryzyko z tym podejściem jest takie, że można ustawić nieprawidłowe dane, które mogą powodować błędy w aplikacji. Deweloperzy powinni zawsze używać interfejsów API dostarczanych przez usługi sieci web platformy aplikacji do aktualizowania danych.

• Zmienianie tabel bazy danych, procedur składowanych i widoków
  Jeśli masz lokalne wdrożenie programu Microsoft Dynamics 365, można użyć narzędzi bazy danych do zmiany bazy danych. Jedyne bezpośrednie zmiany w bazie danych, które są obsługiwane, to dodawanie lub aktualizacja indeksów. Należy użyć tych narzędzi dostosowywania, aby dodawać wszelkie nowe encje lub atrybuty encji. Jest to jedyny obsługiwany sposób, aby stosować zmiany do tych części bazy danych. Wszelkie bezpośrednio wprowadzane zmiany grożą niedziałaniem aplikacji lub Twoją niezdolnością do stosowania pakietów zbiorczych aktualizacji. Wszelkie zmiany, jakie są stosowane, mogą zostać zniszczone po zastosowaniu aktualizacji lub podczas uaktualnienia, a wszystkie dane, które mogły zostać umieszczone w kolumnach niestandardowej tabeli bazy danych, zostaną utracone.

Jak sprawdzić obecność nieobsługiwanych dostosowań w organizacji

Jeśli nie masz pewności, czy Twoja organizacja posiada nieobsługiwane dostosowania, możesz uruchomić narzędzie do sprawdzania poprawności kodu niestandardowego. To narzędzie jest rozwiązaniem, które skanuje organizację i może wykryć niektóre rodzaje nieobsługiwanych dostosowań, takie jak przestarzałe interfejsy API, a następnie zwraca informacje dotyczące dostosowywania. Należy pamiętać, że do sprawdzania poprawności kodu niestandardowego może nie wykryć pozostałych nieobsługiwanych dostosowań, jak opisano wcześniej w Popularne nieobsługiwane praktyki dotyczące dostosowań, lub w niektórych przypadkach może wykryć dostosowania, które są obsługiwane uznając je za nieobsługiwane. Aby uzyskać więcej informacji zapoznaj się z dokumentacją dołączoną do narzędzia.

Pobierz i uruchom narzędzie do sprawdzania poprawności kodu niestandardowego

1. Najpierw sprawdzić, czy organizacja ma co najmniej jedno zaimportowane rozwiązanie. Najczęstszą przyczyną nieobsługiwanych dostosowań są nieaktualne rozwiązania.Wybierz kolejno pozycje Ustawienia > Rozwiązania.. Zainstalowane rozwiązania pojawią się w widoku Wszystkie rozwiązania.

2. Pobierz narzędzie do sprawdzania poprawności kodu niestandardowego.

3. Zaimportuj narzędzie do sprawdzania poprawności kodu niestandardowego.Więcej informacji:Importowanie rozwiązań

4. Uruchom narzędzie do sprawdzania poprawności kodu niestandardowego. Aby uzyskać więcej informacji zapoznaj się z dołączonym plikiem Readme.

Co należy wiedzieć o rozwiązaniach

Rozwiązania istnieją po to, aby zestaw dostosowań można było nabyć, udostępnić lub inaczej przetransportować z jednej organizacji do drugiej. Rozwiązania można uzyskać w sklepie Microsoft Dynamics Marketplace lub od niezależnego dostawcy oprogramowania (ISV). Rozwiązanie Dynamics 365 jest plikiem, który możesz zaimportować, aby zastosować zestaw dostosowań.

Więcej informacji:Oficjalny dokument: Wzorce i zasady dla twórców rozwiązania CRM Online

Jeśli interesujesz się tylko dostosowywaniem organizacji, oto co należy wiedzieć o rozwiązaniach:

• Tworzenie rozwiązań jest opcjonalne. Możesz dostosować system Dynamics 365 bezpośrednio, bez tworzenia rozwiązania.

• Podczas bezpośredniego dostosowywania systemu Dynamics 365 pracujesz ze specjalnym rozwiązaniem o nazwie Rozwiązanie domyślne. Rozwiązanie to zawiera wszystkie składniki w systemie.

• Można wyeksportować domyślne rozwiązanie w celu utworzenia kopii zapasowej dostosowań, które zdefiniowano w organizacji. Dobrze ją mieć w razie wypadku.

Składniki rozwiązania

Składnik rozwiązania reprezentuje coś, co potencjalnie można dostosować. To wszystko, co może być zawarte w rozwiązaniu, jest składnikiem rozwiązania. Oto lista składników rozwiązania, które można oglądać w rozwiązaniu:

• Wstążka aplikacji

• Szablon artykułu

• Reguła biznesowa

• Wykres

• Rola połączenia

• Szablon kontraktu

• Pulpit nawigacyjny

• Szablon wiadomości e-mail

• Encja

• Relacja encji

• Pole

• Profil zabezpieczeń pola

• Formularz

• Szablon korespondencji seryjnej

• Komunikat

• Zestaw opcji

• Zestaw dodatków plug-in

• Przetwarzaj

• Krok przetwarzania komunikatu zestawu SDK

• Rola zabezpieczeń

• Punkt końcowy usługi

• Mapa witryny

• Zasób w sieci Web

Większość składników rozwiązania jest zagnieżdżonych w innych składnikach rozwiązania. Na przykład encja zawiera formularze, widoki, wykresy, pola, relacje między encjami, komunikaty i reguły biznesowe. Każdy z tych składników rozwiązania wymaga encji, aby mógł istnieć. Pole nie może istnieć poza encją. Mówimy, że pole jest zależne od encji. Istnieje faktycznie dwa razy więcej typów składników rozwiązań, niż pokazano na powyższej liście, ale większość z nich nie jest widoczna w aplikacji.

Celem posiadania składników rozwiązania jest śledzenie wszelkich ograniczeń dotyczących tego, co można dostosować za pomocą elementów Właściwości zarządzane i wszystkich elementów Zależności rozwiązań, tak aby można było je eksportować, importować i (w rozwiązaniach zarządzanych) usuwać bez pozostawiania niczego.

Rozwiązania zarządzane i niezarządzane

Rozwiązanie zarządzane można odinstalować po zaimportowaniu. Wszystkie składniki tego rozwiązania są usuwane przez odinstalowanie rozwiązania.

Podczas importowania niezarządzanego rozwiązania dodajesz wszystkie składniki tego rozwiązania do rozwiązania domyślnego. Nie można usunąć składników przez odinstalowanie rozwiązania.

Podczas importowania niezarządzanego rozwiązania, które zawiera składniki rozwiązania, które już zostały dostosowane, dostosowania zostaną zastąpione przez dostosowania w rozwiązaniu niezarządzanym. Nie możesz tego cofnąć.

Nawet jeśli nie planujesz dystrybucji rozwiązania, można chcieć utworzyć rozwiązanie niezarządzane i go używać, aby mieć osobny widok zawierający tylko te części aplikacji, które zostały dostosowane. W każdym przypadku, gdy coś dostosowujesz, wystarczy dodać to do rozwiązania niezarządzanego, które zostało utworzone.

Rozwiązanie domyślne można wyeksportować tylko jako rozwiązanie zarządzane.

Aby utworzyć zarządzane rozwiązanie, wybierasz opcję rozwiązania zarządzanego podczas eksportowania rozwiązania. Po utworzeniu rozwiązania zarządzanego nie można zaimportować go ponownie do organizacji, w której zostało utworzone. Można tylko importować je do innej organizacji.

Sposób stosowania rozwiązań

Wszystkie rozwiązania są oceniane jako warstwy, aby określić, co faktycznie będzie rozbić Twoja aplikacja Dynamics 365. Poniższy diagram pokazuje, jak rozwiązania zarządzane i niezarządzane są oceniane oraz jak zmiany w nich pojawią się w organizacji.

Zaczynając od dołu i postępując do góry:

• Rozwiązanie systemowe
  Rozwiązanie systemowe jest jak rozwiązania zarządzane, które ma każda organizacja. Rozwiązanie systemowe jest definicją wszystkich gotowych składników w systemie.

• Rozwiązania zarządzane
  Rozwiązania zarządzane mogą modyfikować składniki rozwiązania systemowego i dodawać nowe składniki. Jeśli zainstalowano wiele rozwiązań zarządzanych, pierwsze zainstalowane znajduje się poniżej rozwiązania zarządzanego zainstalowanego później. Oznacza to, że drugie zainstalowane rozwiązanie może dostosować rozwiązanie zainstalowane przed nim. Jeśli dwa rozwiązania zarządzane mają definicje powodujące konflikt, ogólną zasadą jest „Ostatni wygrywa”. Po odinstalowaniu rozwiązania zarządzanego rozwiązanie zarządzane poniżej staje się obowiązujące. Po odinstalowaniu wszystkich zarządzanych rozwiązań stosowane jest zachowanie domyślne zdefiniowane w rozwiązaniu systemowym.

• Niezarządzane dostosowania
  Niezarządzane dostosowania są wszelkimi zmianami wprowadzonymi do organizacji za pośrednictwem rozwiązania niezarządzanego. Rozwiązanie systemowe definiuje, co można a czego nie można dostosować za pomocą elementów Właściwości zarządzane. Wydawcy rozwiązań zarządzanych mają tę samą możliwość ograniczania Ci możliwości dostosowywania składników rozwiązań, które dodają w swoich rozwiązaniach. Istnieje możliwość dostosowania wszelkich składników rozwiązania, które nie mają zarządzanych właściwości, które uniemożliwiają dostosowywanie ich.

• Zachowanie aplikacji
  Jest to to, co faktycznie widać w organizacji. Domyślne rozwiązanie systemowe plus wszelkie zarządzane rozwiązania plus wszelkie niezarządzane dostosowania, które zastosowano.

Właściwości zarządzane

Niektórych części programu Microsoft Dynamics 365 nie można dostosowywać. Te elementy w rozwiązaniu systemowym mają metadane, który uniemożliwiają ich dostosowywanie. Są to tak zwane właściwości zarządzane. Wydawca rozwiązania zarządzanego może również ustawić właściwości zarządzane, aby uniemożliwić Ci dostosowywanie jego rozwiązania w sposób, którego sobie nie życzy.

Zależności rozwiązań

Ze względu na sposób, w jaki rozwiązania zarządzane są ułożone warstwami, niektóre rozwiązania zarządzane mogą być zależne od składników rozwiązań w innych rozwiązaniach zarządzanych. Niektórzy wydawcy rozwiązań wykorzystują to do tworzenia rozwiązań modułowych. Musisz najpierw zainstalować „podstawowe” rozwiązanie zarządzane, a następnie możesz zainstalować drugie rozwiązanie zarządzane, które dodatkowo dostosuje składniki w podstawowym rozwiązaniu zarządzanym. Drugie rozwiązanie zarządzane zależy od składników rozwiązania, które są częścią pierwszego rozwiązania.

Dynamics 365 śledzi te zależności między rozwiązaniami. Jeśli spróbujesz zainstalować rozwiązanie, które wymaga rozwiązania podstawowego, które nie zostało jeszcze zainstalowane, instalacja okaże się niemożliwa do przeprowadzenia. Pojawi się komunikat, że rozwiązanie wymaga uprzedniego zainstalowania innego rozwiązania. Podobnie, z powodu zależności, nie możesz odinstalować rozwiązania podstawowego, jeśli wciąż jest zainstalowane rozwiązanie, które od niego zależy. Musisz odinstalować rozwiązanie zależne przed odinstalowaniem rozwiązania podstawowego.

Wydawca rozwiązania

Każde rozwiązanie ma wydawcę. Rozwiązanie domyślne ma wydawcę o nazwie „Wydawca domyślny dla organizacji <nazwa organizacji>”.

Rekord wydawcy zawiera wartość Prefiks. Wartość domyślna tego prefiksu to „nowy”. Podczas tworzenia nowych składników rozwiązania prefiks ten zostanie dołączony do nazwy. Jest to szybki sposób, który pozwala osobom zrozumieć, którego rozwiązania składniki są częścią.

Przed rozpoczęciem dostosowywania systemu zalecamy zmianę wartość prefiksu dla domyślnego wydawcy na coś, co identyfikuje firmę.

Aby zmienić prefiks wydawcy rozwiązania dla wydawcy domyślnego

1. Wybierz kolejno pozycje Ustawienia > Dostosowania.

2. Wybierz opcję Wydawcy.

3. Jeśli istnieje więcej niż jeden wydawca, otwórz tego, dla którego Nazwa wyświetlana rozpoczyna się od Wydawca domyślny dla organizacji*<nazwa organizacji>*.

4. W dolnej części formularza zaktualizuj pole Prefiks, aby zmienić wartość domyślną „nowy” na coś identyfikującego Twoją organizację.

5. Gdy zmienisz wartość, upewnij się, aby przejść tabulatorem do następnego pola. W polu Prefiks wartość opcji automatycznie wygeneruje się numer oparty na prefiksie dostosowania. Ten numer jest używany podczas dodawania opcji do zestawów opcji i zawiera wskaźnik, którego rozwiązania użyto w celu dodania opcji.

Publikowanie dostosowań

Niektóre dostosowania, które wprowadzają zmiany w interfejsie użytkownika, wymagają opublikowania, zanim osoby mogą z nich korzystać w aplikacji. Publikowanie zapewnia sposób zapisania swojej pracy przed zakończeniem, a następnie powrotu i zakończenia w późniejszym czasie. Publikowanie jest wymagane tylko wtedy, gdy zmienisz składnik rozwiązania. W przypadku utworzenia lub usuwania składnika rozwiązania publikowanie odbywa się automatycznie. Przed wyeksportowaniem rozwiązania zobaczysz monit o opublikowanie dostosowań. Dzieje się tak dlatego, że żadne nieopublikowane dostosowania nie będą uwzględnione w rozwiązaniu.

Podczas wykonywania dostosowań, które będą wyświetlane w programie Microsoft Dynamics CRM na tablety, należy zawsze jawnie opublikować swoje dostosowania, aby upewnić się, że każdy element jest zsynchronizowany z aplikacją CRM na tablety.

Następujące składniki rozwiązań wymagają publikacji po zaktualizowaniu:

• Wstążka aplikacji

• Encja

• Relacja encji

• Pole

• Formularz

• Komunikat

• Zestaw opcji

• Mapa witryny

• Zasób w sieci Web

Zmiany, które wpływają na wydajność organizacji Dynamics CRM

Importowanie rozwiązań i stosowanie dostosowań zmieniających metadane może wpływać na wydajność organizacji Microsoft Dynamics 365. Akcje, które mogą zaburzać normalne działanie systemu obejmują:

• Dodawanie, usuwanie lub zmienianie encji, kluczy alternatywnych, atrybutów lub relacji.

  Więcej informacji: Tworzenie i edytowanie encji; Define alternate keys for an entity; Edit an organization's attributes; Tworzenie i edytowanie relacji między encjami

• Importowanie rozwiązania

• Publikowanie dostosowań

Jeśli stosujesz te zmiany dla systemu produkcji, zalecamy zaplanowanie tych operacji na czas, gdy operacje te będą najmniej uciążliwe dla użytkowników.

Łączenie możliwości dostosowywania

Kolejne tematy w sekcji „Dostosowywanie systemu CRM" opisują dokładnie poszczególne możliwości dostosowywania. Ale ważne jest, aby pamiętać, że rozwiązania pozwalające spełniać wymagania firmy często stosują kombinacje różnych możliwości.

Wybór możliwości dostosowywania odpowiednich dla zadania

Prawo narzędzia mówi, że "Jeśli masz tylko młotek, wszystko wokół wygląda jak gwoździe." Mając do dyspozycji wszystkie opcje dostosowywania dostępne w Microsoft Dynamics 365 łatwo jest zapoznać się z jednym z nich i próbować go używać podczas rozwiązywania każdego problemu. Próbując ocenić problemy biznesowe, które chcesz rozwiązać, pomyśl o wyniku końcowym, który chcesz osiągnąć, a następnie zastanów się, jakie czynności doprowadzą do realizacji celu.

Dodatkowe funkcje, które nie są uwzględnione w tym podręczniku

Oprócz funkcji opisanych w „Dostosowywanie systemu CRM" użytkownik powinien znać dodatkowe funkcje, które nie zostały tu szczegółowo opisane. Ta sekcja omawia niektóre możliwości i zawiera łącza do innych zasobów, gdzie można znaleźć więcej informacji.

Zarządzanie dokumentami

Zarządzanie dokumentami umożliwia integrację Microsoft Dynamics 365 z SharePoint. Aby uzyskać informacje na temat włączania i konfigurowania zarządzania dokumentami, zobacz Zarządzanie dokumentami przy użyciu programu SharePoint lub Pomoc i szkolenia: Zarządzanie dokumentami SharePoint z Microsoft Dynamics CRM. Deweloperzy powinni zapoznać się z tematem Microsoft Dynamics 365 SDK: MSDN: Integracja programu SharePoint z Microsoft Dynamics CRM. Aby uzyskać informacje na temat wymagań instalacji dla lokalnych wdrożeń programu Dynamics CRM, zobacz Wymagania programowe dla zarządzania dokumentami w SharePoint dla programu Microsoft Dynamics CRM.

Profile zabezpieczeń pól

Możesz ustawić dodatkowy poziom zabezpieczeń dla pola niestandardowego dodanego do formularza za pomocą profilów zabezpieczeń pól. Aby włączyć zabezpieczenia na poziomie pola, musisz ustawić właściwość Zabezpieczenia pola dla niestandardowego pola, a następnie określić uprawnienia dozwolone dla tego pola we wszystkich utworzonych profilach zabezpieczeń pól.Więcej informacji:Pomoc i szkolenia: Tworzenie profilu zabezpieczeń pól i Dodawanie zespołów lub użytkowników do profilu zabezpieczeń pól

Lokalizacja

Jeśli w danej organizacji są osoby korzystające z języka innego niż podstawowy język wybrany podczas wdrażania programu Dynamics CRM, można dodać więcej języków.

W przypadku CRM Online wszystkie języki są już zainstalowane, wystarczy je włączyć.

W przypadku programu Microsoft Dynamics CRM 2015 można zainstalować dodatkowe pakiety językowe, aby dodać więcej języków. Po zainstalowaniu pakietu językowego należy włączyć język, aby udostępnić go użytkownikom jako opcję w ich osobistych preferencjach.Więcej informacji:Install or upgrade Language Packs for Microsoft Dynamics CRM

Włączanie dodatkowych języków

1. Wybierz kolejno pozycje Ustawienia > Administracja.

2. Wybierz Języki.

3. W oknie dialogowym Ustawienia języka wybierz dowolne dostępne języki i wybierz Zastosuj, aby je włączyć.

Chociaż można włączyć dodatkowe języki, zlokalizowany tekst jest dostępny tylko dla tekstu zawartego w Dynamics 365 przed jego dostosowaniem. Dostosowanie programu Dynamics 365 można przeprowadzać tylko w języku podstawowym. Użytkownicy innych języków będą widzieli tekst w języku podstawowym, chyba że dokonano eksportowania tłumaczeń i dodano zlokalizowany tekst dla wszelkich elementów interfejsu użytkownika, które zostały dodane lub zmienione.Więcej informacji:Pomoc i szkolenia: Eksportowanie dostosowanego tekstu encji i pola w celu przetłumaczenia

Role zabezpieczeń

Omówienie wdrażania zabezpieczeń dla organizacji wykracza poza zakres tego podręcznika.Więcej informacji:Role zabezpieczeń i uprawnienia

Zobacz też

Wprowadzenie do dostosowywania
Uprawnienia wymagane dla potrzeb dostosowywania
Używanie rozwiązań dla dostosowań

© 2016 Microsoft Corporation. Wszelkie prawa zastrzeżone. Prawa autorskie