Omówienie metadanych encji i przeglądarki metadanych
Ten temat dotyczy platformy Dynamics 365 Customer Engagement (on-premises). Aby zapoznać się z wersją tego tematu dotyczącą usługi Power Apps, zobacz: Encje i metadane w usłudze Dataverse
W tym temacie przyglądamy się metadanym i temu, jak można ich używać do tworzenia aplikacji Dynamics 365 Customer Engagement (on-premises) lub dostosowywania istniejących aplikacji Dynamics 365 for Customer Engagement.
Metadane używane z dostosowaniem
Metadane to dane dotyczące danych. Dynamics 365 Customer Engagement (on-premises) udostępnia elastyczną platformę, ponieważ stosunkowo łatwo jest edytować definicje danych, których będzie używało środowisko. W Dynamics 365 Customer Engagement (on-premises) metadane są kolekcją obiektów. Encje opisują rodzaje danych, które są przechowywane w bazie danych. Każda encja odpowiada tabeli bazy danych i każde pole (znane również jako atrybut) w ramach encji reprezentuje kolumnę w tej tabeli. Metadane encji są tym, co określa typy rekordów, które można utworzyć i jakiego rodzaju działania mogą być na nich wykonywane. Stosując jedynie metadane encji i usługi sieci web programu, deweloper może napisać kod, aby wykonywać działania z danymi w środowisku. Masz możliwość edycji metadanych za pomocą narzędzi dostosowywania w celu tworzenia lub edytowania encji, pól i relacji między encjami.
Aplikacja sieci Web lub różni klienci, jakich użytkownicy używają do interakcji z danymi w środowisku zależą od metadanych encji i są dostosowane w miarę jak zmieniane są metadane encji. Jednak klienci ci także zależą od innych danych w zakresie kontrolowania, jakie wizualne elementy mają być wyświetlane, wszelkiej logiki niestandardowej, jaka ma zostać zastosowana i sposobu stosowania zabezpieczeń. Te dane systemu są również przechowywane w ramach encji, ale same encje nie są dostępne do dostosowania.
Używanie przeglądarki metadanych
Eksplorator rozwiązań zapewnia dostęp do wszystkich encji, które można dostosować, ale jest to tylko część wszystkich encji definiujących metadane używane w systemie. Dla większości podstawowych zadań dostosowywania informacje prezentowane w eksploratorze rozwiązań będą wszystkim, czego potrzebujesz. Deweloperzy często potrzebują więcej informacji i łatwego sposobu, aby wyświetlać metadane. Jeśli potrzebujesz szczegółowych dyskusji z deweloperami o metadanych lub jeśli chcesz tylko zyskać głębsze zrozumienie metadanych, spróbuj zainstalować rozwiązanie przeglądarki metadanych. Przeglądarka metadanych jest rozwiązaniem zarządzanym zawierającym tylko zasoby HTML sieci web, które można zainstalować pozwalające na wyświetlanie wszystkich metadanych i filtrowanie encji i pól w celu uzyskania lepszego zrozumienia, co zawierają metadane.
Pobieranie i instalowanie przeglądarki metadanych
Użyj odpowiedniego poniższego łącza, aby pobrać rozwiązanie przeglądarki metadanych, aby móc je zainstalować.
Wersja | Pobierz |
---|---|
Aplikacje platformy Dynamics 365 for Customer Engagement w wersji 9.0 (v9.0) | Pliki do pobrania firmy Microsoft: MetadataBrowser_3_0_0_5_managed.zip |
Dynamics 365 (v8.2) Dynamics CRM Online 2016 Update 1 Dynamics CRM i 2016 z dodatkiem Service Pack 1 lokalny (v8.1) | Pliki do pobrania firmy Microsoft: MetadataBrowser_3_0_0_4_managed.zip |
Dynamics CRM Online 2016 Update i CRM 2016 (v 8.0) | Pliki do pobrania firmy Microsoft: MetadataBrowser_3_0_0_2_managed.zip |
Zainstaluj rozwiązanie
Po pobraniu rozwiązania należy je zainstalować. Aby uzyskać więcej informacji na temat instalowania rozwiązania zarządzanego, zobacz Importowanie, aktualizowanie i eksportowanie rozwiązań.
Otwórz jako aplikacja
Dynamics 365 for Customer Engagement w wersji 9.0 (v9.0) lub nowszej jest skonfigurowany jako aplikacja. Po zainstalowaniu rozwiązania Przeglądarka metadanych obiektu znajdź aplikację Narzędzia metadanych i otwórz ją. Encje to widok domyślny. Z obszaru nawigacji Narzędzia możesz wybrać Metadane encji, aby przeprowadzać inspekcję poszczególnych encji.
Otwórz ze strony konfiguracji rozwiązania
Dla wcześniejszych wersji należy użyć następujących kroków, ale te również działają w przypadku najnowszej wersji.
Po zainstalowaniu rozwiązania Przeglądarka metadanych obiektu, otwórz rozwiązanie zarządzane klikając dwukrotnie wiersz na liście rozwiązań i zobacz stronę Konfiguracja, aby wyświetlić informacji o Przeglądarce metadanych encji i przyciski uruchamiające dwa różne widoki.
- Przeglądarka metadanych jest odpowiednikiem widoku Encje w aplikacji.
- Przeglądarka metadanych encji jest odpowiednikiem widoku Metadane encji w aplikacji.
Widok encji
Możesz wykonać następujące czynności:
- Wyświetl szczegóły encji: Wybierz encję, aby wyświetlić za pomocą widoku Metadane encji.
- Edytowanie obiektu: Otwórz formularz wybranej encji w organizacji domyślnej, jeśli encja obsługuję tę funkcję.
-
Wyszukiwanie tekstowe: Przeprowadź wyszukiwanie tekstowe, aby przefiltrować wyświetlane encje przy użyciu następujących właściwości encji:
SchemaName
,LogicalName
,DisplayName
,ObjectTypeCode
, iMetadataId
. - Filtrowanie encji: Ustaw proste kryteria, aby wyświetlić podzestaw encji. Wszystkie kryteria są obliczane za pomocą logiki I.
- Właściwości Filtr: Filtruj właściwości wyświetlane dla dowolnej wybranej encji. Na liście znajduje się niemal 100 właściwości. Użyj tego, aby wybrać tylko te, które Cię interesują.
Widok Metadane encji
Dla pojedynczej encji można wykonywać następujące czynności:
Encja: Wybierz encję, którą chcesz zobaczyć.
Właściwości: Wyświetl wszystkie właściwości encji i filtruj je.
- Edytowanie obiektu: Otwórz formularz edycji wybranej encji w organizacji domyślnej, jeśli encja obsługuję tę funkcję.
- Właściwości Filtr: Filtruj właściwości wyświetlane dla dowolnej wybranej encji. Na liście znajduje się niemal 100 właściwości. Użyj tego, aby wybrać tylko te, które Cię interesują.
Atrybuty: Wyświetl atrybuty encji w widoku głównym/szczegółowym. Dzięki temu widokowi możliwe jest:
- Edytowanie atrybutu: Otwórz formularz atrybutu wybranej encji w organizacji domyślnej, jeśli atrybut obsługuję tę funkcję.
-
Wyszukiwanie takstowe: Przeprowadź wyszukiwanie tekstowe, aby przefiltrować wyświetlane atrybuty przy użyciu następujących właściwości atrybutów:
SchemaName
,LogicalName
,DisplayName
, andMetadataId
. - Filtruj atrybuty: Filtruj atrybuty w oparciu o wartości właściwości atrybutu.
- Filtruj właściwości: Filtruj właściwości wyświetlane dla wybranego atrybutu.
Klucze: Jeśli klucze alternatywne włączono dla encji, można sprawdzić, jak są skonfigurowane. Więcej informacji: Definiowanie kluczy alternatywnych
Relacje: Wyświetl trzy typy relacji między encjami: jeden-do-wielu, wiele-do-jednego i wiele-do-wielu. Dzięki tym widokom można przeprowadzić:
- Edytowanie relacji: Otwórz formularz wybranej relacji w organizacji domyślnej, jeśli relacja obsługuję tę funkcję.
- Wyszukiwanie tekstowe: Przeprowadź wyszukiwanie tekstowe, aby filtrować wyświetlane relacje przy użyciu wartości odpowiednie dla typu relacji.
- Filtrowanie właściwości: Filtruj relację w oparciu o wartości właściwości relacji.
Uprawnienia: Wyświetl uprawnienia dotyczące encji. Dzięki temu widokowi możliwe jest:
- Filtruj wyświetlane uprawnienie, przy użyciu
PrivilegeId
.
- Filtruj wyświetlane uprawnienie, przy użyciu
Uwaga
Podczas wyświetlania właściwości szczegółowych encji, zobaczysz, że wiele właściwości złożonych można rozwijać. Najbardziej użyteczna wartość jest wyświetlana z łączem, które umożliwia przełączanie w bardziej szczegółowy widok. Widok szczegółowy odzwierciedla strukturę danych, jeśli zostały one odzyskanie programowo. Widok szczegółowy również wskazuje inne istotne dane, które mogą być pobierane w tym samym obszarze, na przykład, jeśli zlokalizowanych etykiet są dostępne dla Nazwa wyświetlana właściwości.
Napiwek
Aby skopiować tekst ze strony, wystarczy zaznaczyć tekst i użyć skrótu klawiaturowego Ctrl+C lub polecenia Kopiuj z menu kontekstowego.
Tworzenie nowych metadanych lub korzystanie z istniejących metadanych
Dynamics 365 Customer Engagement (on-premises) zawiera szereg encji systemowych, które obsługują podstawowe funkcje aplikacji biznesowych. Na przykład dane dotyczące klientów lub potencjalnych klientów mają być przechowywane przy użyciu encji Klient lub Kontakt. W encji Potencjalny klient powinny być przechowywane informacje o spodziewanych klientach i potencjalnych szansach sprzedaży. Encja Szansy sprzedaży ma służyć do śledzenia potencjalnych zdarzeń generujących przychody.
Każda z tych encji zawiera także pewną liczbę pól, które reprezentują dane wspólne, których system może potrzebować do przechowywania odpowiedniej encji.
W przypadku większości organizacji korzystnie jest używać encje systemu i atrybuty do celów, dla których zostały one dostarczone. Mimo że można utworzyć nowe encje niestandardowe, encje systemowe mogą mieć funkcje specjalne, których nie będzie można łatwo powtórzyć bez pisania kodu.
Na przykład
Rekordy encji prowadzącej mogą być kwalifikowane. Ta akcja kwalifikacji zdezaktywuje potencjalnego klienta i utworzy nową szansę sprzedaży i rekord konta lub kontaktu, aby umożliwić kontynuację procesów biznesowych.
Rekordy encji Sprawa mają specjalne połączenie z encjami Umowa, aby ułatwić definiowanie uprawnień w zakresie obsługi klienta.
Jeśli chcesz zainstalować rozwiązanie możesz się spodziewać, że deweloper rozwiązania wykorzystał encje i atrybuty systemu. Tworzenie nowej encji niestandardowej, która zastępuje encję systemową lub atrybut będzie oznaczać, że wszelkie dostępne rozwiązania mogą nie zadziałać dla danej organizacji.
Z tych powodów zaleca się używanie dostarczonych encji systemowych i pól, jeśli są one użyteczny dla danej organizacji. Jeśli są one użyteczne i nie można ich edytować, aby dopasować je do swoich potrzeb, należy ocenić, czy wymagane jest utworzenie nowej encji. Należy pamiętać, że można zmienić wyświetlaną nazwę encji tak, aby odpowiadała nomenklaturze, jaką stosuje organizacja. Na przykład bardzo często użytkownicy zmieniają nazwę wyświetlaną encji Klient na „Firma” lub encji Kontakt na „Osoba”. Można to zrobić dla encji lub atrybutów bez zmiany zachowania encji. Aby uzyskać więcej informacji na temat zmieniania nazw encji, zobacz Zmienianie nazwy encji.
Nie można usunąć encji systemowych ani pól. Są one uważane za część rozwiązania systemowego i oczekuje się, że każda organizacja będzie je posiadała. Jeśli chcesz ukryć encję systemową, zmień uprawnienia ról zabezpieczeń dla danej organizacji, aby usunąć uprawnienie odczytu dla tej encji. Spowoduje to usunięcie encji z większości części aplikacji. Jeśli jakieś pole systemowe nie jest potrzebne, usuń je z formularza wraz z wszelkimi widokami, które są przez nie używane. Zmień wartość Możliwe do wyszukiwania w definicji pola, aby nie była wyświetlana w przypadku szukania zaawansowanego. Więcej informacji: Tworzenie i edytowanie pól
Ograniczenia dotyczące tworzenia elementów metadanych
W usłudze istnieje ograniczenie liczby encji, które można utworzyć. Można znaleźć informacje o maksymalnej liczbie na stronie Zasoby w użyciu. Jeśli potrzebujesz więcej encje niestandardowych, skontaktuj się z działem pomocy technicznej firmy Dynamics 365 Customer Engagement (on-premises). To górne ograniczenie można dostosować.
W ramach każdej encji istnieje górny limit liczby pól, które można utworzyć. Ten limit jest oparty na ograniczeniach technicznych dotyczących ilości danych, które mogą być przechowywane w wierszu tabeli bazy danych. Trudno jest podać określoną liczbę, ponieważ każdy typ pola może używać różnej ilości miejsca. Górna granica jest zależna od całkowitego obszaru zajmowanego przez wszystkie pola dla encji.
Większość osób nie tworzy wystarczającej liczby pól niestandardowych, która osiągałaby limit, ale jeśli planuje się dodać setki pól niestandardowych do encji, należy rozważyć, czy jest to najlepszy projekt. Czy wszystkie pola, które masz zamiar dodać opisują właściwości rekordu dla tej jednostki? Czy naprawdę oczekujesz, że osoby korzystające z danej organizacji będą mogły zarządzać formularzem, który zawiera tak dużą liczbę pól? Liczba pól, które można dodać do formularza zwiększa ilość danych, które muszą być przesyłane za każdym razem, gdy edytowany jest rekord i wpływa na wydajność systemu. Należy te czynniki wziąć pod uwagę podczas dodawania pól niestandardowych do encji.
Pola zestawu opcji stanowią zbiór opcji, które będą wyświetlane na liście rozwijanej na formularzu lub na liście wyboru podczas korzystania z wyszukiwania zaawansowanego. Twoje środowisko może obsługiwać tysiące opcji w ramach Zestawu opcji, ale nie należy traktować tego jako górny limit. Badania użyteczności wykazały, że ludzie mają problemy z używaniem systemu, gdzie lista rozwijana zawiera dużą liczbę opcji. Użyj zestawu opcji do definiowania kategorii dla danych. Nie należy używać pól zestawu opcji do wybierania kategorii, które faktycznie stanowią oddzielne elementy danych. Na przykład zamiast utrzymywać pole zastawu opcji, które przechowuje każdą z setek możliwych producentów jakiegoś typu sprzętu, należy rozważyć utworzenie encji, która przechowuje odwołania dla każdego producenta i używa pola wyszukiwania zamiast zestawu opcji.
Widoki są ograniczone do 1000 atrybutów na widok. Jeśli widok jest tworzony dla encji, która przekracza ten limit, w tym widoku należy użyć podzbioru dostępnych atrybutów. Dodanie atrybutu pond limit 1000 powoduje wyświetlenie komunikatu o błędzie z informacją, że została przekroczona maksymalna liczba atrybutów.
Zobacz także
Tworzenie i edytowanie encji
Tworzenie i edytowanie relacji między encjami
Tworzenie i edytowanie pól
Tworzenie i projektowanie formularzy