Omówienie dostosowywania modelu danych
Dostosowywanie modelu danych pomaga dostosowywać standardowe raporty, które są już dostępne, oraz dodawać własne wskaźniki KPI (kluczowe wskaźniki wydajności) i niestandardowe metryki, tak aby można było korzystać z najbardziej odpowiednich danych dla organizacji.
Wraz z dodaniem nowych funkcji definicje metryk i obliczenia ciągle trzeba aktualizować, aby uwzględnić dodatkowe przepływy pracy włączone przez nowe funkcje. Używanie standardowego modelu i tworzenie tylko tych metryk, które są unikatowe dla organizacji, zmniejsza ryzyko, że definicje metryk staną się nieaktualne.
Czym to jest dostosowywanie modelu danych?
Usługa Dynamics 365 Customer Service oferuje zestaw wbudowanych w Power BI standardowych analitycznych pulpitów nawigacyjnych. Te rozwiązania analityczne dostarczają standardowych wskaźników KPI i metryk, które mogą pomóc monitorować i poprawić wydajność centrum kontaktowego. W rozwiązaniach Power BI są wdrażane dwa składniki: model danych (nazywany zestaw danych) i raport. W modelu danych znajdują się wskaźniki KPI, a raporty ułatwiają wizualizację tych danych dla opiekunów.
Każda organizacja, która ma włączoną funkcję analizy, wdraża rozwiązanie analizy i jest dla nich dostępna. Usługa Dynamics 365 korzysta z danych z Dataverse, wykonuje logikę transformacji dla każdego wskaźnika KPI i udostępnia te wskaźniki KPI w ramach tych modeli danych, co oznacza również, że nie można ich edytować.
Można jednak edytować i dostosowywać raporty wdrożone dla organizacji. Za pomocą dostosowywania wizualnego można edytować raporty, aby przedstawiać dostępne dane zgodnie z wymaganiami organizacyjnymi. Na przykład usługa Dynamics 365 odczytuje wszystkie wymagane dane, tworzy logikę wymaganą do obliczenia średniego czasu obsługi i udostępnia je w modelu danych. Można wybrać opcję edycji i przedstawić ją jako wykres lub tabelę w razie potrzeby i przejść do szczegółów, by zobaczyć średni czas obsługi kolejki lub użytkownika. Dostosowania wizualne umożliwiają również korzystanie ze standardowych metryk, które nie są bezpośrednio widoczne, tworzenie nowych wykresów przestawnych i analizowanie danych z dodatkowymi rozmiarami.
Czasem mogą wystąpić scenariusze, w których chcesz zmodyfikować dane dostępne w zestawie danych lub logice używanej do obliczania metryk w zestawie danych. Poniższa sekcja opisuje scenariusze, w których może być konieczne zmodyfikowanie danych dostępnych w zestawie danych lub logice używanej do obliczania metryk w zestawie danych. Te scenariusze zazwyczaj są oparte na procesach unikatowych dla organizacji.
Przypadki użycia oparte na scenariuszach
Scenariusz 1: należy utworzyć konwersję domyślnych metryk dostarczanych w zestawie danych, które są podobne, ale należy użyć innej logiki. Na przykład metryki na poziomie usługi dla 10, 20, 30, 40, 60 i 120 sekund są dostępne w raportach wielokanałowych w czasie rzeczywistym, zespół pracuje na poziomie usług 150 sekund i chce wyświetlić metrykę w raportach.
Scenariusz 2: organizacja oblicza metrykę, która jest domyślnie dostarczana inaczej, ale ma być obliczana na podstawie logiki organizacji. Na przykład podczas obliczania średniego czasu obsługi brany jest pod uwagę czas spędzony przez agenta głównego (aktywnego agenta, do którego należy i jest przypisany do konwersacji). Aby uzyskać więcej informacji o metrykach, przejdź do tematu: Używanie metryk obsługi wielokanałowej dla Customer Service. Czas spędzony na konsultacjach z SME jest oferowany jako osobna metryka. Organizacja chce uwzględnić ten czas w czasie obsługi.
Scenariusz 3: organizacja ma dostosowane atrybuty standardowych obiektów usługi Dynamics 365 lub zawiera encje niestandardowe do obsługi przepływów pracy i procesu, a także chce uwzględnić te atrybuty lub ma metryki wbudowane na tych atrybutach w raportach. Organizacja chce również raportować atrybuty, które nie są domyślnie dołączone do raportów lub zestawu danych. Na przykład organizacja ma dostosowany obiekt użytkownika, który zawiera atrybut regionu i chce uzyskać szczegółowe informacje o czasie rozwiązania według regionu.
Scenariusz 4: organizacja chce utworzyć niestandardowy pulpit nawigacyjny, który będzie zawierał dane z wielu aplikacji, z których korzysta organizacja. Na przykład możesz mieć istniejący pulpit nawigacyjny Power BI przechowujący dane operacyjne z systemów zarządzania pracownikami i na tym pulpicie nawigacyjnym pokazywać dane usługi Dynamics 365, takie jak obecność agenta.
Jak dostosowywanie modelu danych może Ci pomóc
Dostosowywanie modelu danych pomaga w scenariuszach i nie tylko. W dostosowaniach modelu danych jest wdrażana kopia pliku zestawu danych używana przez standardowe raporty używane domyślnie w obszarze roboczym Power BI organizacji, co umożliwia tworzenie modeli złożonych.
W przypadku modelu danych historycznych wskaźnik zestaw danych się z danymi Azure Data Lake, który hostuje przekształcone dane historyczne usługi Dynamics 365 i udostępnia metryki. W przypadku modelu danych w czasie rzeczywistym zestaw danych łączniki TDS do łączenia się bezpośrednio z bazą danych usługi Dynamics 365 i wykonywania logiki wymaganej do obliczania metryk w czasie rzeczywistym.
Dzięki utworzeniu modelu lokalnego w obszarze roboczym, który łączy się z modelem danych usługi Dynamics 365, można tworzyć nowe metryki, zachowując jednocześnie wszystkie dostępne obecnie standardowe metryki, co pozwala zaoszczędzić czas i nakład pracy. Model danych usługi Dynamics 365 można dodać do istniejących raportów bez konieczności ich przechowywania.
Dzięki wykorzystaniu modelu i nie odtwarzaniu logiki metryk dostępnych w standardowym modelu, logika użyta do obliczania tych metryk zawsze jest aktualizowana.
Jak działa dostosowywanie modelu danych
Dostosowywanie modelu danych wymaga, aby organizacja korzystała z opłaconej usługi Power BI, a w ramach usługi są używane dwa obszary robocze Power BI.
Zarządzany obszar roboczy
Ten obszar roboczy jest inicjowany i utrzymywany przez usługę Dynamics 365 Customer Service. W tym obszarze roboczym są wdrożone zestawy danych usługi Dynamics 365.
W celu konfiguracji modelu danych w czasie rzeczywistym tworzony jest obszar roboczy o nazwie Zarządzany wielokanałowy obszar roboczy (GUID). Model danych w czasie rzeczywistym jest hostowany w tym obszarze roboczym. Używa łącznika TDS do ciągle wyodrębniania danych z usługi Dynamics 365 i obliczania metryk w czasie rzeczywistym.
W celu konfiguracji modelu danych historycznych tworzony jest obszar roboczy o nazwie Zarządzany obszar roboczy Customer Service (GUID). Model danych historycznych jest hostowany w tym obszarze roboczym. Ten model danych jest codziennie odświeżany i ma najnowsze dane z magazynu Azure Data Lake. Dane historyczne z ostatnich dwóch lat są codziennie przetwarzane i przetwarzane we wskaźniki KPI przechowywane w repozytorium data lake.
Uwaga
Ten model danych obsługuje zarówno analizę przypadku, jak i analizę konwersacji. Analizy wiedzy i ujednolicone analizy routingu nie są dostępne do dostosowywania.
Przy każdej aktualizacji standardowego modelu danych ze względu na nowsze wersje modelu danych wdrożony w obszarze roboczym zarządzanym jest także aktualizowany, aby zagwarantować, że organizacja otrzyma najnowsze aktualizacje, takie jak nowsze metryki, aktualizacje logiki istniejących metryk i poprawki usterek.
Uwaga
Zaleca się, aby w zestaw danych zarządzany obszarze roboczym był tylko do odczytu. Zaleca się, aby nie wprowadzać zmian w tym zestawie danych, ponieważ może to spowodować awarię raportu. Wszystkie zmiany wprowadzone w modelu danych w zarządzanym obszarze roboczym zostaną nadpisane przy każdej nowej wersji.
Obszar roboczy odbiorcy
W tym obszarze roboczym jest tworzona kopia raportów, które są już dostępne. Podczas konfigurowania można utworzyć nowy obszar roboczy lub określić istniejący obszar roboczy.
W zależności od włączonych funkcji w obszarze roboczym wybranym w celu dostosowania modelu danych historycznych i jednego raportu w czasie rzeczywistym można wyświetlić maksymalnie trzy raporty utworzone w obszarze roboczym.
Każdy raport jest połączony z własnym raportem zestawu danych, który z kolei łączy się z modelem danych w zarządzanym obszarze roboczym.
Te kopie raportów można edytować i aktualizować do własnych potrzeb, a także mogą być podstawą do tworzenia kopii raportów, zamiast tworzyć całe raporty od podstaw. Raporty te są tworzone tylko wtedy, gdy ta funkcja jest skonfigurowana i nigdy nie są aktualizowane. Raporty te nie zostaną zastąpione po zaktualizowaniach raportów, które są już dostępne.
Można również wybrać ten sam obszar roboczy zarówno dla raportów analiz historycznych, jak i analiz w czasie rzeczywistym.
Uwaga
Akcje nadzorcy, takie jak przypisywanie, przenoszenie, monitorowanie i wymuszanie zamknięcia, nie są dostępne w przypadku raportów dostosowanych do modelu.
Zobacz też
Encje Dataverse używane w analizach historycznych i analizach w czasie rzeczywistym
Dostosowanie modeli danych dla raportów analiz historycznych i w czasie rzeczywistym
Dostosowywanie wyświetlania wizualnego