Tworzenie i edytowanie metadanych
Data opublikowania: listopad 2016
Dotyczy: Dynamics CRM 2015
W tym temacie przyglądamy się metadanym oraz jak ich używać, aby dostosować swoje wdrożenie programu Microsoft Dynamics 365.
W tym temacie
Metadane używane z dostosowaniem
Tworzenie nowych metadanych lub korzystanie z istniejących metadanych
Ograniczenia dotyczące tworzenia elementów metadanych
Metadane używane z dostosowaniem
Metadane to dane dotyczące danych.Microsoft Dynamics 365 udostępnia elastyczną platformę dla Twojego wdrożenia Dynamics 365, ponieważ stosunkowo łatwo jest edytować definicje danych, których będzie używało wdrożenie. W Microsoft Dynamics 365 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 Microsoft Dynamics 365, deweloper może napisać kod, aby wykonywać działania na organizacji programu Dynamics 365. 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 swojej organizacji Dynamics 365 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 do Microsoft Dynamics 365. 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, które znajduje się w Microsoft Dynamics CRM SDK. 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
Uruchom plik MicrosoftDynamicsCRM2015SDK.exe, aby wyodrębnić zawartość do wybranego folderu na komputerze.
W folderze zawierającym wyodrębnione pliki SDK, przejdź do folderu sdk\tools\metadatabrowser.
W tym folderze będą znajdować się pliku rozwiązania zarządzanego (MetadataBrowser_2_0_0_3_managed.zip) i plik readme.docx zawierający informacje o rozwiązaniu.
Zainstaluj rozwiązanie zarządzane. Aby uzyskać więcej informacji, zobacz temat Importowanie rozwiązań.
Po zainstalowaniu rozwiązania zobaczysz je na liście rozwiązań. Kliknij rozwiązanie, aby je otworzyć.
Na karcie Konfiguracja można znaleźć instrukcje na temat sposobu używania przeglądarki metadanych i przyciski do otwierania stron, jakie ona zawiera.
Tworzenie nowych metadanych lub korzystanie z istniejących metadanych
Program Microsoft Dynamics 365 oferuje szereg encji systemowych, które obsługują podstawowe funkcje oprogramowania Dynamics 365. 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 systemy Dynamics 365 mogą 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 zmiany nazw encji, zobacz artykuł 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 Microsoft Dynamics CRM Online istnieje ograniczenie liczby encji, które można utworzyć. Można znaleźć informacje o maksymalnej liczbie na stronie Zasoby w użyciu dla danego wdrożenia. Jeśli potrzebujesz więcej encje niestandardowych, skontaktuj się z działem pomocy technicznej firmy Microsoft Dynamics 365. To górne ograniczenie można dostosować. W lokalnym wdrożeniu programu Microsoft Dynamics 365 praktycznie nie ma ograniczeń liczby encji niestandardowych, jakie można tworzyć; jedynym limitem jest maksymalna pojemność danej wersji programu Microsoft SQL Server. Zobacz Specyfikacje maksymalnej pojemności w programie SQL Server.
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ć w formularzu, 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.Dynamics CRM 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.
Zobacz też
Tworzenie i edytowanie encji
Tworzenie i edytowanie pól
Tworzenie i edytowanie relacji między encjami
Tworzenie i edytowanie globalnych zestawów opcji
Dostosowywanie systemu CRM
Omówienie dostosowywania
Tworzenie i projektowanie formularzy
© 2016 Microsoft Corporation. Wszelkie prawa zastrzeżone. Prawa autorskie