Omówienie tworzenia i dostosowywania aplikacji dla Dynamics 365 Customer Engagement (on-premises), wersja 9.x
Dynamics 365 Customer Engagement (on-premises) zapewnia funkcje pozwalające na dostosowanie i tworzenie aplikacji, które nie wymagają pisania nawet jednego wiersza kodu. Dzięki pełnemu zestawowi narzędzi do projektowania i edycji WYSIWYG, niemal każdy użytkownik może w pełni dostosować Dynamics 365 Customer Engagement (on-premises) lub utworzyć własne niestandardowe aplikacje.
Aby zapoznać się z dokumentacją starszych wersji (8. x i starszych), odwiedź stronę dokumentacji wcześniejszych wersji rozwiązania Dynamics.
Składniki umożliwiające tworzenie i dostosowywanie aplikacji
Dobrze zaprojektowana aplikacja składa się z kilku składników, które wybierasz przy użyciu dostępnych narzędzi do projektowania i edytowania, aby stworzyć wygląd i funkcje gotowej aplikacji. Te składniki i ich właściwości, których projektanci używają, aby stworzyć aplikację, stają się metadanymi.
Aby zrozumieć, jak każdy z tych składników odnosi się do projektu aplikacji, podzielono je tutaj na kategorie dane, interfejs użytkownika, logika, i wizualizacja.
Data
Te składniki określają, na jakich danych aplikacja zostanie oparta.
| Składnik | Opis | Projektant |
|---|---|---|
| Encja | Element o właściwościach, które śledzisz, takich jak kontakt lub klient. Dostępnych jest wiele encji standardowych. Można dostosować niesystemową encję standardową (encja produkcyjna) lub utworzyć encję niestandardą od podstaw. | Projektant encji |
| Pole | Właściwość powiązana z encją. Pole jest definiowane przez typ danych, który określa typ danych, jaki może być wprowadzany lub wybierany. Przykłady obejmują tekst, liczba, data i godziny, waluta lub wyszukiwanie (tworzy relację z inną encją). Pola są zazwyczaj używane z formularzami, widokami i wyszukiwaniami. | Projektant encji |
| Relacja | Relacje obiektów określają, w jaki sposób encje mogą być ze sobą powiązane. Istnieją typy relacji 1:N (jeden do wielu), N:1 (wiele do jednego) i N:N (wiele do wielu). Dodawanie pola wyszukiwania do encji tworzy nową relację 1:N (jeden do wielu) między dwiema encjami i pozwala na umieszczenie tego pola wyszukiwania w formularzu. | Projektant encji |
| Pole wymagań opcji | Jest to specjalny typ pola, które zapewnia użytkownikowi zestaw predefiniowanych opcji. Każda opcja ma wartość liczbową i etykietę. Po dodaniu do formularza pole to wyświetla formant umożliwiający użytkownikowi wybranie opcji. Istnieją dwa typy zestawów opcji; zestawy opcji, w których użytkownik może wybrać tylko jedną opcję, a także zestawy opcji wielokrotnego wyboru, które umożliwiają dokonanie więcej niż jednego wyboru. | Projektant zestawu opcji |
More infomation: Tworzenie i edytowanie encji (typy rekordów)
INTERFEJS UŻYTKOWNIKA
Te składniki określają w jaki sposób użytkownicy wchodzą w interakcję z aplikacją.
| Składnik | Opis | Projektant |
|---|---|---|
| Aplikacja | Określa podstawy aplikacji, takie jak składniki, właściwości, typ klienta i adres URL dla aplikacji. | Projektant aplikacji |
| Mapa witryny | Określa nawigację po aplikacji. | Projektant mapy witryny |
| Formularz | Zestaw pól do wprowadzania danych dla danej encji odpowiadający elementom, które organizacja śledzi dla encji. Na przykład zestaw pól do wprowadzania danych, że w przypadku, gdy użytkownik wprowadza odpowiednie informacje do śledzenia wcześniejszych zamówień klienta wraz z określonymi żądanymi datami kolejnego zamówienia. | Projektant formularzy |
| Widok | Widoki definiują sposób, w jaki lista rekordów dla określonej encji jest wyświetlana w aplikacji. Widok określa kolumny do wyświetlenia, szerokość kolumn, sposób sortowania oraz filtry domyślne. | Projektant widoków |
Więcej informacji: Tworzenie i edytowanie aplikacji przy użyciu projektanta aplikacji
Logika
Ten składnik określa procesy biznesowe, reguły i automatyzację aplikacji. Twórcy aplikacji używają projektanta charakterystycznego dla typu procesu lub reguły.
| Typ logiki | Opis | Projektant |
|---|---|---|
| Przepływ procesów biznesowych | Proces online, który prowadzi użytkowników przez standardowy proces biznesowy. Przepływ procesów biznesowych może na przykład zapewnić, że każdy pracownik będzie obsługiwał żądania obsługi klienta w taki sam sposób lub że personel będzie musiał uzyskać zatwierdzenie faktury przed złożeniem zamówienia. | Projektanci przepływów procesów biznesowych |
| Przepływ pracy | Przepływy pracy automatyzują procesy biznesowe bez interfejsu użytkownika. Projektanci używają przepływów pracy do inicjowania automatyzacji, która nie wymaga interakcji z użytkownikiem. | Projektant przepływów pracy |
| Akcje | Akcje to typ procesu, który umożliwia ręczne wywoływanie działań, w tym działań niestandardowych, bezpośrednio z przepływu pracy. | Projektant procesu |
| Reguła biznesowa | Używana do zastosowania reguły lub logiki rekomendacji do formularza, np. ustawianie wymagań pola, ukrywanie pół lub sprawdzanie poprawności danych. Projektanci aplikacji używają prostego interfejsu do wprowadzania i utrzymywania szybko ulegających zmianom i powszechnie stosowanych reguł. | Projektant reguły biznesowej |
Więcej informacji: Tworzenie niestandardowej logiki biznesowej za pomocą procesów
Wizualizacje
Określa typ wizualizacje danych i tworzenie raportów jakie będą dostępne w aplikacji.
| Składnik | Opis | Projektant |
|---|---|---|
| Wykres | Pojedyncza wizualizacja graficzna, która może być wyświetlane w widoku, w formularzu, lub dodawana do pulpitu nawigacyjnego. | Projektant wykresów |
| Pulpit nawigacyjny | Funkcje jako baza jednej lub kilku wizualizacji graficznych, które przedstawiają przegląd danych biznesowych umożliwiających przeprowadzanie działań. | Projektant pulpitów nawigacyjnych |
| Raporty | Dostępnych jest kilka standardowych raportów, które zapewniają użyteczne informacje służbowe przydatne dla użytkownika. Raporty te są oparte na usługach SQL Server Reporting Services i udostępniają ten sam zestaw funkcji, które są dostępne dla raportów programu SQL Server Reporting Services. | Kreator raportów |
Więcej informacji: Tworzenie i edytowanie wykresu systemowego i Omówienie raportów
Możliwości rozszerzania
Program Dynamics 365 Customer Engagement (on-premises) 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.
Więcej informacji: Przewodnik dewelopera dla Dynamics 365 Customer Engagement (on-premises)
Możliwość obsługi
Rozwiązania istnieją po to, aby Dynamics 365 Customer Engagement (on-premises) można było nabyć, udostępnić lub inaczej przetransportować z jednej organizacji do drugiej. Użytkownik może tworzyć własne rozwiązania lub rozwiązania pochodzące od AppSource lub niezależnego dostawcy oprogramowania (ISV). Rozwiązanie to plik, który można importować do środowiska jako aplikację lub stosować zestawu dostosowań do istniejących aplikacji.
Więcej informacji: Omówienie rozwiązań.
Jakiego rodzaju dostosowania są obsługiwane z Dynamics 365 Customer Engagement (on-premises)?
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.
Jeśli narzędzia dostosowywania nie odpowiadają Twoim potrzebom, możesz 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 aplikacjach Customer Engagement, jak i w otrzymywanych rozwiązaniach.
Więcej informacji: Obsługiwane i nieobsługiwane dostosowanie
Zmiany, które mają wpływ na wydajność organizacji aplikacji Customer Engagement
Twórcy i konfiguratorzy aplikacji powinni wiedzieć, że importowanie rozwiązań i stosowanie dostosowań zmieniających metadane może wpływać na wydajność organizacji aplikacji Dynamics 365 Customer Engagement (on-premises). Akcje, które mogą zaburzać normalne działanie systemu obejmują:
Dodawanie, usuwanie lub zmienianie encji, kluczy alternatywnych, atrybutów lub relacji.
Importowanie rozwiązań
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.