WEBVTT 00:00:00.000 --> 00:00:05.800 Witamy w Microsoft Knowledge Nugget. Nazywam się Mopeters. Dzisiejszy temat często wprawia ludzi w zakłopotanie. 00:00:06.000 --> 00:00:13.140 Czym dokładniej jest Dataverse? Czy to baza danych, aplikacja, czy może ukryta usługa Dynamics 365, którą rozumieją tylko informatycy? 00:00:13.300 --> 00:00:18.760 Oto najprostsza definicja. Dataverse to wspólny fundament danych, na którym opiera się wiele rozwiązań Dynamics 365. 00:00:19.320 --> 00:00:28.960 Wyobraź sobie Dynamics 365 jako biurowiec. Sprzedaż obsługa klienta i inne aplikacje to pokoje, w których pracują ludzie, a Dataverse to system archiwizacji i zasady ukryte za ścianami. 00:00:28.960 --> 00:00:36.140 Pod koniec tego odcinka dowiesz się, gdzie przechowywane są dane Dynamics i jak jedna aktualizacja danych klienta może wpłynąć na sprzedaż, automatyzację i raporty. 00:00:36.300 --> 00:00:42.320 Ale zanim przejdziemy do nazw produktów, zacznijmy od biznesowego bałaganu. To rozwiązuje problem jednego wspólnego miejsca. 00:00:42.580 --> 00:00:47.620 Zamiast oddzielnych kopii, wyobraź sobie firmy z zespołem sprzedaży, wsparcia technicznego i działem finansów. 00:00:47.840 --> 00:00:52.740 Dział sprzedaży przechowuje dane klientów w arkuszu kalkulacyjnym. Wsparcie pracuje w osobnym narzędziu do obsługi zgłoszeń. 00:00:52.740 --> 00:01:00.620 Dział finansów ma nazwiska klientów we własnym systemie. Ktoś jeszcze zapisuje wątki mailowe w udostępnionej skrzynce, a inna osoba trzyma notatki w folderze, którego nikt inny nie potrafi znaleźć. 00:01:00.700 --> 00:01:07.120 Ten sam klient istnieje teraz w pięciu miejscach. Taki układ początkowo wydaje się normalny, ponieważ każdy zespół widzi tylko tę część pracy, która jest przed nim. 00:01:07.280 --> 00:01:12.440 Ale jest pewien haczyk. Gdy tylko klient zmieni numer telefonu, adres, nazwę firmy lub głównego kontaktu, zaczynają się problemy. 00:01:12.440 --> 00:01:18.160 Sprzedaż aktualizuje arkusz kalkulacyjny. Wsparcie tego nie widzi. Dział finansów wciąż wysyła dokumenty na stary adres. 00:01:18.380 --> 00:01:24.100 Następnie ktoś eksportuje listę, ręcznie ją czyści, rozsyła mailem i nagle trzy osoby wierzą, że to ich kopia jest właściwa. 00:01:24.300 --> 00:01:28.080 Której liście należy ufać? To pytanie marnuje więcej czasu niż mogłoby się wydawać. 00:01:28.180 --> 00:01:30.160 Pracownicy przerywają pracę, by porównywać rekordy. 00:01:30.340 --> 00:01:33.060 Menedżerowie pytają, dlaczego raport nie zgadza się z systemem sprzedaży. 00:01:33.240 --> 00:01:37.640 Agent wsparcia otwiera zgłoszenie dla klienta, którego dane już istnieją gdzie indziej, choć są nieco inne. 00:01:37.640 --> 00:01:40.980 Nikt nie chce tworzyć bałaganu. Bałagan wynika z powielania danych. 00:01:41.200 --> 00:01:45.920 20 lat temu oddzielne systemy oznaczały oddzielne serwery, bazy danych i zespoły prowadzące własną ewidencję. 00:01:46.100 --> 00:01:49.960 Ich połączenie wymagało niestandardowych prac, planowanych importów i mnóstwa ręcznego sprawdzania. 00:01:50.200 --> 00:01:53.980 Zmiana w jednym miejscu mogła dotrzeć do innego systemu jutro, w przyszłym tygodniu albo nigdy. 00:01:54.200 --> 00:01:57.700 Dataverse zapewnia aplikacjom biznesowym wspólne miejsce dla tego typu informacji. 00:01:57.940 --> 00:02:02.440 Mówiąc prościej, Dataverse to chmurowa platforma danych Microsoft dla informacji biznesowych. 00:02:02.440 --> 00:02:10.420 Przechowuje te informacje w ustrukturyzowanych tabelach, dzięki czemu dane mają jasną formę, zamiast być przypadkowymi notatkami, luźnymi plikami czy rozproszonymi arkuszami. 00:02:10.640 --> 00:02:15.380 Można o tym myśleć jak o firmowej kartotece, z której może korzystać jednocześnie kilka zatwierdzonych narzędzi. 00:02:15.560 --> 00:02:17.420 Klient pojawia się w Dataverse tylko raz. 00:02:17.580 --> 00:02:22.020 Ten klient może wyświetlić się w Dynamics 365 Sales, gdy handlowiec pracuje nad transakcją. 00:02:22.200 --> 00:02:27.780 Te same dane klienta mogą pojawić się w Dynamics 365 Customer Service, gdy agent obsługuje zgłoszenie serwisowe. 00:02:27.780 --> 00:02:34.240 Aplikacja PowerApp może wykorzystać te same informacje o kliencie dla pracownika terenowego lub opiekuna klienta, bez konieczności wcześniejszego kopiowania danych. 00:02:34.460 --> 00:02:36.860 Jeden wiersz klienta, jeden wspólny punkt odniesienia. 00:02:37.080 --> 00:02:39.340 Nie oznacza to, że każdy zespół nagle widzi wszystko. 00:02:39.620 --> 00:02:42.140 Dostęp nadal wymaga zasad, do czego wkrótce przejdziemy. 00:02:42.300 --> 00:02:47.660 Oznacza to, że zatwierdzone aplikacje mogą korzystać z tych samych informacji biznesowych, zamiast tworzyć własne, konkurencyjne wersje. 00:02:47.860 --> 00:02:51.160 Dlatego Dynamics 365 i Dataverse tak naturalnie do siebie pasują. 00:02:51.400 --> 00:02:56.520 Aplikacje Dynamics 365, takie jak Sales czy Customer Service, używają Dataverse do przechowywania i zabezpieczania danych, na których pracują. 00:02:56.520 --> 00:02:57.860 Ale jest pewien haczyk. 00:02:57.980 --> 00:03:04.040 Gdy ktoś mówi o integracji Dynamics 365 z Dataverse, często wyobraża sobie dwa osobne produkty wymagające łącznika. 00:03:04.280 --> 00:03:07.360 W przypadku wielu aplikacji Dynamics 365 tak nie jest. 00:03:07.580 --> 00:03:09.200 Dane już znajdują się w Dataverse. 00:03:09.420 --> 00:03:15.920 Nie pobierasz listy klientów z Dynamics 365, nie kopiujesz jej do innej bazy danych i nie liczysz na to, że obie strony pozostaną aktualne. 00:03:16.120 --> 00:03:21.020 Możesz budować na tym samym fundamencie, używając tych samych informacji biznesowych, z których korzysta już Dynamics 365. 00:03:21.480 --> 00:03:23.060 To zmienia podejście do dyskusji. 00:03:23.060 --> 00:03:31.440 Zamiast pytać, jak zsynchronizować te dwie listy klientów, możesz zapytać, które osoby i aplikacje muszą pracować z tym rekordem klienta i co każdemu z nich powinno być wolno robić. 00:03:31.660 --> 00:03:34.820 Dataverse nie zastępuje oczywiście każdego systemu, który posiada firma. 00:03:35.060 --> 00:03:42.040 Przedsiębiorstwo może nadal używać oprogramowania finansowego, narzędzi branżowych, systemów magazynowych, stron internetowych czy starszych aplikacji przechowujących własne dane. 00:03:42.280 --> 00:03:46.000 Dataverse to niemagiczny klej, który z dnia na dzień usunie każdy zewnętrzny system. 00:03:46.300 --> 00:03:50.740 Daje Ci wspólne miejsce na dane biznesowe, które połączone aplikacje muszą współdzielić. 00:03:50.740 --> 00:03:54.880 Dane klientów, praca sprzedażowa, obsługa zgłoszeń, zadania i działania następcze. 00:03:55.040 --> 00:03:58.740 Te rekordy mogą współistnieć w jednym źródle, które zatwierdzone narzędzia mogą odczytywać i aktualizować. 00:03:59.440 --> 00:04:01.180 Otwórzmy więc razem tę kartotekę. 00:04:01.420 --> 00:04:11.820 Gdy zobaczysz, jak Dataverse organizuje informacje, zrozumienie całości połączeń w Dynamics 365 stanie się znacznie łatwiejsze dzięki tabelom, wierszom, kolumnom i relacjom. 00:04:12.020 --> 00:04:12.740 Otwórzmy tę kartotekę. 00:04:12.740 --> 00:04:15.940 Wewnątrz Dataverse informacje znajdują się w tabelach. 00:04:16.020 --> 00:04:18.700 Pomyśl o tym, jak o prawdziwej szafce z oddzielnymi szufladami. 00:04:18.920 --> 00:04:22.460 Jedna szuflada mieści firmy, druga osoby, a trzecia zgłoszenia serwisowe. 00:04:22.660 --> 00:04:26.560 Nie wrzucasz każdej kartki do jednej wielkiej szuflady, mając nadzieję, że ktoś później to posortuje. 00:04:26.740 --> 00:04:28.140 Każda szuflada ma swoje zadanie. 00:04:28.340 --> 00:04:30.760 W Dataverse tabela przechowuje jeden rodzaj informacji biznesowych. 00:04:30.940 --> 00:04:33.480 Tabela kontrahentów zazwyczaj przechowuje firmy, z którymi współpracujesz. 00:04:33.620 --> 00:04:35.440 Tabela kontaktów przechowuje poszczególne osoby. 00:04:35.680 --> 00:04:39.300 Tabela potencjalnych klientów przechowuje osoby zainteresowane przed przekształceniem ich w klientów. 00:04:39.300 --> 00:04:45.480 Tabela zgłoszeń przechowuje prośby o wsparcie, a tabela działań pozwala śledzić pracę, taką jak telefony i maile, spotkania i zadania. 00:04:45.640 --> 00:04:46.920 To są tabele standardowe. 00:04:47.140 --> 00:04:51.640 Microsoft uwzględnia je, ponieważ większość firm musi śledzić klientów, ludzi, pracę i konwersacje. 00:04:51.840 --> 00:04:56.040 Nie musisz zaczynać od tworzenia nowej tabeli dla czegoś powszechnego, jeśli standardowa tabela już spełnia to zadanie. 00:04:56.180 --> 00:04:58.340 Ale każda firma ma też swoją własną specyfikę pracy. 00:04:58.580 --> 00:05:01.360 Firma szkoleniowa może potrzebować śledzenia kursów i certyfikatów. 00:05:01.520 --> 00:05:04.680 Firma z branży nieruchomości może potrzebować budynków, lokali i inspekcji. 00:05:04.840 --> 00:05:07.640 Producent może śledzić kontrolę sprzętu lub wizyty serwisowe. 00:05:07.640 --> 00:05:12.220 W takich przypadkach możesz tworzyć tabele niestandardowe, które pasują do pracy, jaką faktycznie wykonuje Twoja firma. 00:05:12.360 --> 00:05:16.460 Pomyśl o tabeli niestandardowej jak o dodaniu nowej szuflady do szafki, a następnie o patrzeniu jej wyraźną etykietą. 00:05:16.620 --> 00:05:18.260 Teraz każda tabela zawiera wiersze. 00:05:18.500 --> 00:05:20.380 Wiersz to jeden element w tej szufladzie. 00:05:20.620 --> 00:05:25.380 Na przykład jeden wiersz w tabeli kontaktów może reprezentować Marię Gome, osobę w firmie klienta. 00:05:25.600 --> 00:05:29.280 Jej wiersz zawiera jej własne dane, oddzielone od każdego innego kontaktu w systemie. 00:05:29.460 --> 00:05:32.480 Kolumny opisują szczegóły, które chcesz przechowywać dla każdego wiersza. 00:05:32.480 --> 00:05:39.000 Wiersz kontaktu Marii może mieć kolumny na jej imię, nazwisko, adres e-mail, numer telefonu, stanowisko, firmę, właściciela rekordu i status. 00:05:39.280 --> 00:05:42.460 Kolumna określa rodzaj informacji, który powinien znajdować się w danym miejscu. 00:05:42.640 --> 00:05:46.900 Dlatego kolumna e-mail oczekuje adresu e-mail, a kolumna statusu może przechowywać zatwierdzone opcje statusu. 00:05:47.040 --> 00:05:49.900 W ten sposób informacje biznesowe zyskują niezawodny kształt. 00:05:50.020 --> 00:05:57.080 Bez kolumn jedna osoba może wpisać numer telefonu do pola notatek, inna dodać go do pola nazwiska, a jeszcze ktoś inny może go w ogóle nie wpisać. 00:05:57.080 --> 00:06:01.540 Dzięki przejrzystej tabeli kontaktów każdy pracuje z tym samym zestawem szczegółów w tych samych miejscach. 00:06:01.660 --> 00:06:04.040 Ta struktura pomaga również aplikacjom zrozumieć dane. 00:06:04.260 --> 00:06:10.080 Formularz może wyświetlić odpowiednie pola, raport może pogrupować kontakty według statusu, a automatyzacja może zareagować, gdy zmieni się właściciel. 00:06:10.260 --> 00:06:12.180 Informacje nie są tylko składowane bez ładu. 00:06:12.380 --> 00:06:15.480 Mają etykiety, które informują połączone narzędzia, co oznacza każda część. 00:06:15.740 --> 00:06:18.920 Zacznij od tabel standardowych, kiedy tylko pasują one do Twoich potrzeb biznesowych. 00:06:19.140 --> 00:06:23.320 Jeśli sprzedajesz firmom, konta i kontakty opisują już schemat, który większość ludzi rozumie. 00:06:23.320 --> 00:06:26.680 Jeśli zajmujesz się wsparciem klienta, zgłoszenia dają Ci punkt wyjścia. 00:06:26.880 --> 00:06:31.820 Następnie dodawaj tabele niestandardowe tylko tam, gdzie Twoja firma posiada informacje, które nie pasują do wbudowanych schematów. 00:06:31.960 --> 00:06:36.680 Pozwala to uniknąć częstego problemu, czyli tworzenia pięciu różnych tabel, które w praktyce oznaczają to samo klienta. 00:06:36.880 --> 00:06:41.320 Jeden zespół nazywa to klientem, inny główną bazą klientów, a trzeci partnerem kontaktowym. 00:06:41.560 --> 00:06:44.400 Wkrótce nikt już nie wie, z której tabeli powinien korzystać. 00:06:44.500 --> 00:06:49.680 Przejrzyste tabele standardowe i starannie nazwane tabele niestandardowe sprawiają, że system pozostaje zrozumiały dla kolejnych użytkowników. 00:06:49.680 --> 00:06:52.800 Kolejny etap polega na tym, by te szuflady zaczęły ze sobą współpracować. 00:06:52.920 --> 00:06:54.400 Kontakt przynależy do konta. 00:06:54.600 --> 00:06:56.200 Maria pracuje dla firmy Contozo. 00:06:56.440 --> 00:07:00.420 Zamiast ponownie wpisywać adres, numer telefonu i dane firmy Contozo w wierszu Marii, 00:07:00.580 --> 00:07:03.620 Dataverse tworzy relacje między tabelą kontaktów a tabelą kont. 00:07:03.800 --> 00:07:08.280 Maria jest powiązana z Contozo i to powiązanie jest kluczowe, ponieważ informacje o firmie pozostają przypisane do firmy. 00:07:08.460 --> 00:07:11.500 Jeśli Contozo zmieni adres biura, wystarczy raz zaktualizować wiersz konta. 00:07:11.680 --> 00:07:15.920 Każdy powiązany kontakt nadal wskazuje na tę samą firmę, bez konieczności przechowywania własnej, przestarzałej kopii danych. 00:07:15.920 --> 00:07:19.540 Relacje łączą również zgłoszenie do pomocy technicznej z klientem, który je zgłosił. 00:07:19.680 --> 00:07:24.440 Mogą też łączyć szansę sprzedaży z rozmowami, e-mailami, spotkaniami i zadaniami dotyczącymi tej transakcji. 00:07:24.680 --> 00:07:30.700 Gdy sprzedawca otwiera szansę sprzedaży, widzi powiązane z nią działania, zamiast przeszukiwać niepowiązane notatki i kalendarze. 00:07:30.960 --> 00:07:32.560 Informacje zyskują kontekst. 00:07:32.720 --> 00:07:34.400 Nie patrzysz tylko na numer zgłoszenia. 00:07:34.720 --> 00:07:36.640 Widzisz, do którego klienta ono należy. 00:07:36.920 --> 00:07:38.400 Nie wyświetlasz tylko kontaktu. 00:07:38.660 --> 00:07:40.540 Widzisz firmę powiązaną z tą osobą. 00:07:40.540 --> 00:07:45.480 Dzięki tym powiązaniom dane są użyteczne, bez konieczności wielokrotnego wpisywania tych samych faktów w różnych miejscach. 00:07:45.640 --> 00:07:49.600 Jedna mała uwaga dotycząca nazewnictwa, zanim zaczniesz czytać starsze przewodniki lub oglądać starsze filmy. 00:07:49.780 --> 00:07:52.040 Możesz usłyszeć określenia encja, pole i rekord. 00:07:52.160 --> 00:07:54.000 To starsze terminy używane w Dataverse. 00:07:54.220 --> 00:07:59.040 Microsoft używa teraz określenia tabela zamiast encja, kolumna zamiast pole oraz wiersz zamiast rekord. 00:07:59.220 --> 00:08:00.600 Ich znaczenie się nie zmieniło. 00:08:00.840 --> 00:08:05.480 Jeśli starszy przewodnik zaleca utworzenie encji, chodzi po prostu o utworzenie tabeli. 00:08:05.840 --> 00:08:07.880 Pole to kolumna, a rekord to wiersz. 00:08:07.880 --> 00:08:12.060 Znajomość obu zestawów terminów uchroni Cię przed błędnym przekonaniem, że to inny produkt. 00:08:12.300 --> 00:08:15.240 Zatem tabele porządkują informacje, a relacje łączą je ze sobą. 00:08:15.440 --> 00:08:18.100 Jednak dobrze zorganizowana szafka nadal wymaga odpowiedniej kontroli. 00:08:18.260 --> 00:08:22.020 Ktoś musi zdecydować, co użytkownicy mogą wprowadzać, zmieniać i do czego mają bezpieczny dostęp. 00:08:22.200 --> 00:08:24.280 To zasady i recepcja zarządzające danymi. 00:08:24.460 --> 00:08:27.400 Współdzielenie danych działa tylko wtedy, gdy odpowiednie osoby mogą z nich bezpiecznie korzystać. 00:08:27.500 --> 00:08:29.500 Przedstawiciel handlowy potrzebuje szczegółów dotyczących klienta. 00:08:29.640 --> 00:08:31.320 Agent wsparcia potrzebuje historii zgłoszeń. 00:08:31.320 --> 00:08:36.340 Manager potrzebuje szerszego wglądu, a partner zewnętrzny może potrzebować dostępu tylko do niewielkiej części procesu. 00:08:36.480 --> 00:08:38.400 Nie wszyscy powinni widzieć te same informacje. 00:08:38.620 --> 00:08:43.540 Pomyśl o rekordzie klienta zawierającym prywatną notatkę, wynegocjowaną cenę i otwarte zgłoszenie do pomocy technicznej. 00:08:43.700 --> 00:08:46.740 Przyznanie każdemu użytkownikowi pełnego dostępu wiąże się z dużym ryzykiem. 00:08:46.980 --> 00:08:49.880 Zbyt duże ograniczenia utrudniające pracę stwarzają inny problem. 00:08:50.120 --> 00:08:52.180 Dataverse oferuje narzędzia kontroli w tym zakresie. 00:08:52.340 --> 00:08:54.260 Pierwszym elementem kontroli jest tożsamość. 00:08:54.260 --> 00:08:58.280 Kiedy logujesz się kontem firmowym, Microsoft EntraID potwierdza Twoją tożsamość. 00:08:58.400 --> 00:09:01.060 Potraktuj EntraID jak recepcję przy wejściu do biura. 00:09:01.280 --> 00:09:05.140 Przychodzisz, pokazujesz identyfikator, a recepcjonista sprawdza, kim jesteś, zanim wejdziesz. 00:09:05.360 --> 00:09:08.760 Dataverse używa tej tożsamości, by wiedzieć, który użytkownik pracuje z danymi. 00:09:08.960 --> 00:09:11.600 Nie kończy się to tylko na pytaniu, czy ta osoba ma prawo wstępu. 00:09:11.820 --> 00:09:14.660 System sprawdza też, co dana osoba może robić po wejściu. 00:09:14.860 --> 00:09:16.260 Właśnie tutaj wkraczają role zabezpieczeń. 00:09:17.020 --> 00:09:20.260 Rola zabezpieczeń to zestaw uprawnień powiązanych ze stanowiskiem lub obowiązkami. 00:09:20.260 --> 00:09:25.340 Możesz utworzyć rolę dla zespołu sprzedaży, inną dla obsługi klienta i kolejną dla menedżerów. 00:09:25.480 --> 00:09:27.640 Każda rola pozwala kontrolować dostęp do tabeli. 00:09:27.880 --> 00:09:32.500 Na przykład handlowiec może mieć prawo do odczytu, tworzenia i aktualizacji kont, kontaktów, lidów i szans sprzedaży. 00:09:32.720 --> 00:09:35.800 Może natomiast nie mieć uprawnień do usuwania ważnych informacji o klientach. 00:09:35.960 --> 00:09:39.760 Agent wsparcia może tworzyć i aktualizować zgłoszenia, ale nie zmieniać szansy sprzedaży. 00:09:39.960 --> 00:09:43.320 Uprawnienia mogą obejmować odczyt, tworzenie, modyfikowanie i usuwanie wierszy. 00:09:43.520 --> 00:09:47.380 Oznacza to, że dostęp nie zależy od tego, czy ktoś pamięta, które przyciski ukryć w każdej aplikacji. 00:09:47.380 --> 00:09:52.820 Uprawnienia są przypisane do samych danych. Dzięki temu te same zasady ochrony obowiązują wszędzie tam, gdzie pojawiają się dane z Dataverse. 00:09:53.040 --> 00:09:54.620 Dostęp można zawęzić jeszcze bardziej. 00:09:54.880 --> 00:09:58.580 Zabezpieczenia na poziomie wiersza określają, z którymi konkretnymi wierszami może pracować użytkownik. 00:09:58.780 --> 00:10:04.060 Handlowiec może widzieć tylko swoich klientów, podczas gdy kierownik sprzedaży widzi wiersze wszystkich członków swojego zespołu. 00:10:04.240 --> 00:10:08.380 Obie osoby korzystają z tej samej tabeli kont. Po prostu nie widzą tego samego wycinka danych. 00:10:08.600 --> 00:10:12.060 Taka konfiguracja pomaga skupić się na pracy, zapewniając menedżerom niezbędny wgląd. 00:10:12.060 --> 00:10:16.600 Zmniejsza to również ryzyko, że ktoś uzyska dostęp do informacji o kliencie, do których nie powinien mieć wglądu. 00:10:16.760 --> 00:10:19.200 Niektóre informacje wymagają jeszcze ściślejszej ochrony. 00:10:19.380 --> 00:10:22.780 Zabezpieczenia na poziomie kolumn pozwalają chronić poszczególne kolumny wewnątrz tabeli. 00:10:22.960 --> 00:10:28.540 Użytkownik może otworzyć wiersz klienta, ale nie powinien widzieć numeru identyfikacyjnego, wynagrodzenia czy danych bankowych. 00:10:28.780 --> 00:10:31.600 Wiersz klienta pozostaje dostępny dla potrzeb wykonywanej pracy. 00:10:31.840 --> 00:10:34.000 Chroniona kolumna pozostaje jednak niedostępna. 00:10:34.200 --> 00:10:38.300 W większych firmach jednostki biznesowe mogą tworzyć granice między częściami organizacji. 00:10:38.300 --> 00:10:42.740 Firma może oddzielać regiony, działy lub filie pracujące z różnymi grupami klientów. 00:10:42.900 --> 00:10:46.200 Jednostki biznesowe pomagają określić zasady dostępu w obrębie tych granic. 00:10:46.360 --> 00:10:49.260 Nie oznacza to, że każda firma potrzebuje skomplikowanej mapy zabezpieczeń. 00:10:49.420 --> 00:10:51.620 Mały zespół może potrzebować jedynie kilku jasnych ról. 00:10:51.780 --> 00:10:55.920 Większa firma może potrzebować więcej warstw, ponieważ jej zespoły, regiony i zakresy odpowiedzialności są różne. 00:10:56.160 --> 00:10:59.400 Chodzi o to, że Dataverse może dopasować dostęp do tego, jak faktycznie działa firma. 00:10:59.580 --> 00:11:03.960 Kontrola dostępu chroni dane przed niepowołanymi osobami, ale reguły chronią również samą jakość tych danych. 00:11:03.960 --> 00:11:07.940 Reguła biznesowa może wymagać od kogoś podania numeru telefonu przed zapisaniem nowego kontaktu. 00:11:08.200 --> 00:11:11.860 Może sprawdzać warunek, na przykład wymagając podania przyczyny przy zamykaniu sprawy. 00:11:12.040 --> 00:11:15.200 Może również zmieniać to, co widzą użytkownicy w oparciu o wprowadzane przez nich informacje. 00:11:15.360 --> 00:11:18.260 Ta sama reguła ma zastosowanie we wszystkich aplikacjach korzystających z tej tabeli. 00:11:18.460 --> 00:11:22.520 Ma to znaczenie, ponieważ nie chcesz, aby jedna aplikacja akceptowała niekompletne dane, podczas gdy inna je odrzuca. 00:11:22.720 --> 00:11:26.480 Reguła jest przypisana do informacji biznesowych, a nie do jednego ekranu, który akurat je wyświetla. 00:11:26.480 --> 00:11:30.700 Dataverse może również uruchamiać logikę w tle, aby pomóc w zachowaniu spójności procesów biznesowych. 00:11:30.880 --> 00:11:33.100 Szczegół, który musisz zapamiętać, jest prosty. 00:11:33.280 --> 00:11:36.020 Dane wiążą się z regułami, a nie tylko z miejscem przechowywania. 00:11:36.260 --> 00:11:41.340 Fundament obejmuje więc informacje osoby uprawnione do pracy z nimi oraz reguły, które utrzymują ich użyteczność. 00:11:41.540 --> 00:11:47.680 Gdy Dynamics 365 opiera się na tym samym fundamencie, nie potrzebuje tradycyjnego mostu, aby uzyskać dostęp do własnych danych biznesowych. 00:11:47.840 --> 00:11:50.460 Co tak naprawdę oznacza integracja Dynamics 365? 00:11:50.460 --> 00:11:57.360 Większość ludzi słyszy integracja Dynamics 365 z Dataverse i wyobraża sobie dwa oddzielne systemy połączone konektorem. 00:11:57.620 --> 00:12:05.300 Jeden system przechowuje dane klienta, drugi potrzebuje kopii, więc ktoś konfiguruje synchronizację, czeka na jej uruchomienie i ma nadzieję, że nic nie zawiedzie po drodze. 00:12:05.480 --> 00:12:15.600 Ten obraz ma sens w przypadku wielu narzędzi biznesowych, ale tu chodzi o to, że w przypadku Dynamics 365 Sales i Dynamics 365 Customer Service połączenie jest znacznie głębsze. 00:12:15.600 --> 00:12:23.520 Te aplikacje używają Dataverse jako wspólnego fundamentu danych. Nie są to oddzielne bazy danych przesyłające rekordy klientów w te i z powrotem, aby się zrozumieć. 00:12:23.660 --> 00:12:27.700 Od początku pracują na tych samych informacjach biznesowych. Wyobraźmy sobie to. 00:12:29.850 --> 00:12:37.150 Jesteś sprzedawcą i tworzysz nową firmę w Dynamics 365 Sales. Dodajesz główny kontakt i zaczynasz pracować nad potencjalną transakcją. 00:12:37.330 --> 00:12:40.730 Te szczegóły natychmiast stają się częścią współdzielonych danych, z których korzysta aplikacja. 00:12:40.730 --> 00:12:46.830 Później ten klient kontaktuje się z pomocą techniczną. Pracownik wsparcia może pracować z dokładnie tymi samymi danymi firmy i kontaktu. 00:12:47.050 --> 00:12:51.510 Nikt nie musi eksportować listy ze sprzedaży ani tworzyć klienta ponownie w osobnym narzędziu wsparcia. 00:12:51.710 --> 00:12:56.690 Agent po prostu łączy sprawę wsparcia z tym klientem i widzi historię, która pomaga mu zrozumieć, co się dzieje. 00:12:56.910 --> 00:13:01.850 Dział sprzedaży widzi transakcję. Dział wsparcia widzi sprawę, a oba zespoły pracują wokół tego samego klienta. 00:13:01.970 --> 00:13:06.310 To nie oznacza, że każdy ekran wygląda identycznie albo że każdy zespół stosuje ten sam proces. 00:13:06.310 --> 00:13:09.730 Dział sprzedaży potrzebuje leadów, szans sprzedaży, rozmów i spotkań. 00:13:09.850 --> 00:13:12.830 Obsługa klienta wymaga zgłoszeń, wskazówek i historii usług. 00:13:12.830 --> 00:13:20.070 Każda aplikacja Dynamics 365 daje ludziom narzędzia stworzone do ich pracy, podczas gdy leżące u podstaw dane biznesowe mogą łączyć się wszędzie, gdzie to konieczne. 00:13:20.250 --> 00:13:25.810 Ten wspólny fundament jest tym, co ludzie często mają na myśli, mówiąc o integracji Dynamics 365 i Dataverse. 00:13:25.970 --> 00:13:28.850 Nie chodzi głównie o przenoszenie danych z punktu A do punktu B. 00:13:28.850 --> 00:13:33.670 Chodzi o aplikacje pracujące na tych samych wierszach, relacjach, regułach i kontroli dostępu. 00:13:33.830 --> 00:13:36.810 Na początek przeprowadźmy biura przez prostą ścieżkę sprzedaży. 00:13:37.030 --> 00:13:39.910 Potencjalny klient pojawia się na stronie internetowej lub wydarzeniu. 00:13:40.170 --> 00:13:46.210 Sprzedawca pracuje z tym klientem, dowiaduje się więcej o osobie i przekształca potencjalnego klienta w relację biznesową i szansę sprzedaży. 00:13:46.430 --> 00:13:49.710 Rozmowy i maile, spotkania i zadania mogą być połączone z tą pracą. 00:13:49.950 --> 00:13:53.630 Dzięki temu zespół nie musi przeszukiwać oddzielnych narzędzi, aby połączyć fakty w całość. 00:13:53.630 --> 00:13:58.250 Jeśli klient później potrzebuje pomocy, zgłoszenie serwisowe może zostać połączone z tym samym klientem. 00:13:58.250 --> 00:14:01.650 Agent wsparcia nie widzi tylko imienia, nazwiska i adresu e-mail. 00:14:01.890 --> 00:14:05.310 Może pracować w kontekście już zidentyfikowanej relacji z klientem. 00:14:05.510 --> 00:14:12.150 W międzyczasie zespół sprzedaży widzi, że klient ma otwarty problem serwisowy i unika wchodzenia w rozmowę o odnowieniu umowy bez wiedzy o jego problemach. 00:14:12.330 --> 00:14:14.950 Jedna relacja z klientem może wspierać różne rodzaje pracy. 00:14:15.150 --> 00:14:19.010 To znacznie bardziej użyteczne niż tylko utrzymywanie pasującej nazwy klienta w dwóch systemach. 00:14:19.210 --> 00:14:22.810 Możesz również usłyszeć określenie Common Data Model, czasem skracane do CDM. 00:14:22.810 --> 00:14:26.350 Nie pozwól, aby ta nazwa brzmiała bardziej tajemniczo niż jest w rzeczywistości. 00:14:26.350 --> 00:14:33.570 Oznacza to po prostu, że Microsoft dostarcza wspólne wzorce tabel biznesowych dla rzeczy, które śledzi wiele firm, takich jak konta, kontakty, aktywności i zgłoszenia. 00:14:33.730 --> 00:14:38.430 Te wzorce dają aplikacjom opartym na Dynamics 365 i Dataverse wspólny język początkowy. 00:14:38.610 --> 00:14:39.710 Konto oznacza firmę. 00:14:39.870 --> 00:14:41.190 Kontakt oznacza osobę. 00:14:41.390 --> 00:14:43.850 Aktywność śledzi pracę wokół relacji biznesowej. 00:14:44.090 --> 00:14:50.090 Możesz dostosować konfigurację do swojej firmy i dodawać własne tabele w razie potrzeby, ale nie musisz za każdym razem zaczynać od zera. 00:14:50.090 --> 00:14:56.570 Gdy jedna aplikacja rozumie tabelę konta, a druga używa tej samej tabeli, obie odnoszą się do tego samego typu informacji biznesowych. 00:14:56.710 --> 00:14:58.970 To zmienia również możliwości budowania rozwiązań. 00:14:59.150 --> 00:15:04.150 Załóżmy, że Twój zespół terenowy potrzebuje prostej aplikacji do wyszukania klienta, potwierdzenia wizyty i dodania notatki po spotkaniu. 00:15:04.410 --> 00:15:08.790 Możesz zbudować PowerApp, która współpracuje z tymi samymi tabelami Dataverse używanymi już przez Dynamics 365. 00:15:09.270 --> 00:15:12.550 Nie ma potrzeby eksportowania klientów do nowej listy tylko dla tej aplikacji. 00:15:12.750 --> 00:15:16.910 Pracownik terenowy otwiera aplikację, znajduje klienta i aktualizuje informacje o wizycie. 00:15:16.910 --> 00:15:23.730 Dane pozostają powiązane z relacją z klientem, z której korzysta już dział sprzedaży lub obsługi klienta, zgodnie z omówionymi wcześniej zasadami bezpieczeństwa. 00:15:23.890 --> 00:15:27.370 Do bardziej ustrukturyzowanych zadań biznesowych można zbudować aplikację opartą na modelu Model Driven App. 00:15:27.550 --> 00:15:29.750 Aplikacja oparta na modelu rozpoczyna się od modelu danych. 00:15:29.970 --> 00:15:34.810 Wybierasz tabelę usługi Dataverse, definiujesz ich relacje, konfigurujesz formularze i widoki oraz przypisujesz rolę zabezpieczeń. 00:15:34.950 --> 00:15:38.590 Następnie PowerApps wykorzystuje tę strukturę, aby stworzyć działające środowisko aplikacji biznesowej. 00:15:38.590 --> 00:15:42.350 Wyobraź sobie to jako organizowanie stołu warsztatowego wokół narzędzi i materiałów, których faktycznie używa Twój zespół. 00:15:42.470 --> 00:15:48.790 Tabele opisują wykonywaną pracę, relacje łączą poszczególne elementy, formularze zapewniają miejsce do wprowadzania i przeglądania szczegółów, 00:15:48.930 --> 00:15:54.210 widoki pomagają odnaleźć wiersze wymagające uwagi, zabezpieczenia decydują o tym, co każda osoba może otworzyć lub zmienić. 00:15:54.390 --> 00:15:58.650 Aplikacja oparta na modelu może działać obok Dynamics 365, ponieważ obie korzystają z Dataverse. 00:15:58.890 --> 00:16:06.750 Może Dynamics 365 Sales obsługuje pełny proces sprzedaży, podczas gdy mniejsza aplikacja oparta na modelu daje kierownikom kontraktów dedykowane miejsce do śledzenia umów z klientami. 00:16:08.590 --> 00:16:13.230 Oczywiście taki dostęp nadal wymaga odpowiedniej kontroli. 00:16:13.410 --> 00:16:19.870 To, że aplikacja może pracować z tabelą Dataverse nie oznacza, że każdy użytkownik powinien edytować każdy wiersz lub widzieć każdą kolumnę. 00:16:20.070 --> 00:16:23.690 Dostęp do wierszy na podstawie ról oraz reguły biznesowe nadal kontrolują to, co się dzieje. 00:16:23.890 --> 00:16:30.030 Aplikacja terenowa może zapewnić komuś dokładnie te dane klienta i działania, których potrzebuje bez ujawniania reszty danych firmy. 00:16:30.230 --> 00:16:35.510 Integracja Dynamics 365 z Dataverse jest teraz jak kabel łączący dwa odległe pomieszczenia. 00:16:35.510 --> 00:16:41.190 Aplikacje Dynamics 365, aplikacje niestandardowe i procesy biznesowe mogą działać w oparciu o ten sam wspólny fundament. 00:16:41.470 --> 00:16:44.370 Gdy już to dostrzeżesz, kolejne pytanie staje się oczywiste. 00:16:44.530 --> 00:16:49.510 Co jeszcze może wykorzystać tę samą aktualizację klienta w ramach połączonej platformy Microsoft? 00:16:49.830 --> 00:16:52.310 Jak połączona platforma sprawdza się w rzeczywistej pracy? 00:16:52.550 --> 00:16:56.650 Wspólna aktualizacja danych klienta staje się przydatna, gdy otaczające ją narzędzia mogą na nią zareagować. 00:16:56.790 --> 00:17:02.290 Power Automate zajmuje się pracą następczą, obserwując zmiany w wierszu Dataverse i uruchamiając odpowiednie działanie, gdy taka zmiana nastąpi. 00:17:02.290 --> 00:17:06.030 Na przykład nowy potencjalny klient trafia do Dynamics 365 Sales. 00:17:06.210 --> 00:17:10.850 Przepływ Flow może powiadomić przypisanego sprzedawcę, wysłać wiadomość w Teams lub utworzyć zadanie kontrolne. 00:17:11.050 --> 00:17:13.910 Nikt nie musi przez cały dzień sprawdzać współdzielonej skrzynki odbiorczej. 00:17:14.090 --> 00:17:17.250 Status klienta zmienia się, a kolejny krok uruchamia się automatycznie. 00:17:17.430 --> 00:17:21.630 Power Automate nie potrzebuje oddzielnej kopii danych klienta, aby wykonać tę pracę. 00:17:21.870 --> 00:17:27.190 Może reagować na wiersz w Dataverse, używając tych samych danych klienta i właściciela, z których korzysta aplikacja sprzedażowa. 00:17:27.190 --> 00:17:32.830 Dzięki temu automatyzacja pozostaje blisko procesu biznesowego, zamiast polegać na ręcznym eksporcie plików i wymianie e-maili. 00:17:32.970 --> 00:17:34.150 Następnie mamy Power B. 00:17:34.350 --> 00:17:37.170 Manager sprzedaży może chcieć zobaczyć aktualny lejek sprzedaży. 00:17:37.330 --> 00:17:44.750 Kierownik działu obsługi klienta może chcieć sprawdzić, ile zgłoszeń wpłynęło w tym tygodniu, które z nich są nadal otwarte lub którzy klienci najczęściej kontaktują się z pomocą techniczną. 00:17:44.930 --> 00:17:52.490 Power B może tworzyć raporty na podstawie danych biznesowych z Dataverse, dzięki czemu zespoły widzą postępy prac bez konieczności tworzenia nowych arkuszy kalkulacyjnych w każdy piątek. 00:17:52.490 --> 00:17:59.010 Raport korzysta z danych biznesowych, których pracownicy już używają. Oznacza to, że wykres lejka sprzedaży zmienia się wraz z postępami w realizacji szans sprzedaży. 00:17:59.170 --> 00:18:02.930 Pulpit nawigacyjny zgłoszeń pokazuje bieżące obciążenie pracą w miarę aktualizacji spraw przez agentów. 00:18:03.110 --> 00:18:07.270 Chodzi o to, że pulpit nawigacyjny zastępuje ręczne sprawdzanie szczegółów przez pracowników. 00:18:07.450 --> 00:18:11.110 Daje im to wyraźniejszy wgląd w pracę, zanim zdecydują, co wymaga uwagi. 00:18:11.290 --> 00:18:14.090 Power Apps dodaje kolejną ścieżkę do tego samego procesu. 00:18:14.290 --> 00:18:17.330 Wyobraźmy sobie pracownika terenowego przybywającego do siedziby klienta. 00:18:17.330 --> 00:18:21.030 Nie potrzebuje on pełnego środowiska Dynamics 365 Sales. 00:18:21.270 --> 00:18:26.630 Być może musi tylko znaleźć klienta, przejrzeć szczegóły wizyty, potwierdzić przebieg prac i dodać notatkę lub zdjęcie. 00:18:26.850 --> 00:18:29.970 Skoncentrowana aplikacja Power App może zapewnić mu takie ograniczone środowisko. 00:18:30.210 --> 00:18:30.930 Zespół do spraw. 00:18:31.130 --> 00:18:33.810 Kluczowych klientów może potrzebować aplikacji do przeglądania umów z klientami. 00:18:33.990 --> 00:18:36.550 Kierownik może potrzebować prostej aplikacji do zatwierdzania wniosków. 00:18:36.750 --> 00:18:41.070 Każda aplikacja może skupiać się na jednym zadaniu, pracując w tle na tych samych kontrolowanych danych z Dataverse. 00:18:41.230 --> 00:18:43.670 Pracownik widzi narzędzie dopasowane do jego codziennych zadań. 00:18:43.670 --> 00:18:45.650 Firma zachowuje połączone informacje. 00:18:45.830 --> 00:18:48.010 Czasami te informacje pochodzą spoza Dataverse. 00:18:48.230 --> 00:18:52.610 Firma może posiadać listę z zewnętrznego źródła online, która powinna stać się częścią jej danych biznesowych. 00:18:52.810 --> 00:18:59.450 Power Query potrafi pobrać dane ze wspieranych źródeł online, oczyścić je podczas importu i załadować do odpowiedniej tabeli w Dataverse. 00:18:59.710 --> 00:19:04.650 Jest to przydatne, gdy zewnętrzne źródło zawiera informacje potrzebne narzędziom Dynamics i Power Platform. 00:19:05.010 --> 00:19:09.590 Nadal musisz zdecydować, co powinno znaleźć się w Dataverse i jak powinno łączyć się z istniejącymi tabelami. 00:19:09.670 --> 00:19:13.510 Importowanie danych bez takiego przemyślenia po prostu przenosi chaos w nowe miejsce. 00:19:13.670 --> 00:19:16.150 Złóżmy te elementy w jeden codzienny przepływ pracy. 00:19:16.370 --> 00:19:18.610 Nowy potencjalny klient trafia do Dynamics 365. 00:19:19.210 --> 00:19:23.130 Reguła przypisywania sprawdza, kto powinien zająć się tym potencjalnym klientem, być może na podstawie regionu lub produktu. 00:19:23.290 --> 00:19:27.430 Właściciel otrzymuje wiadomość w usłudze Teams za pośrednictwem przepływu Power Automate, dzięki czemu wie, że czeka na niego praca. 00:19:27.650 --> 00:19:34.350 Gdy handlowiec aktualizuje status i prowadzi potencjalnego klienta przez proces sprzedaży, pulpit nawigacyjny Power B zmienia się, pokazując zespołowi aktualny lejek sprzedaży. 00:19:34.570 --> 00:19:37.250 Jedna aktualizacja uruchamia użyteczne działania w kilku miejscach. 00:19:37.250 --> 00:19:39.790 Power Automate przesuwa pracę z jednego etapu do kolejnego. 00:19:39.950 --> 00:19:41.990 Power B pomaga pracownikom monitorować postępy. 00:19:42.150 --> 00:19:45.230 Power Apps daje konkretnym zespołom ukierunkowany sposób na uczestnictwo w procesie. 00:19:45.410 --> 00:19:49.850 Dataverse dba o to, by dane biznesowe były uporządkowane i bezpieczne, podczas gdy te narzędzia wykonują swoją pracę. 00:19:49.950 --> 00:19:51.030 Ta różnica ma znaczenie. 00:19:51.430 --> 00:19:55.670 Automatyzacja nie jest systemem archiwizacji, a pulpit nawigacyjny nie jest bazą danych klientów. 00:19:55.850 --> 00:19:59.270 Każde narzędzie ma swoje zadanie, ale wszystkie mogą korzystać z tego samego źródła. 00:19:59.270 --> 00:20:05.330 Ta wiedza pomaga wybrać właściwe narzędzie, zamiast traktować każdy arkusz czy listę jak fundament procesu biznesowego. 00:20:09.150 --> 00:20:10.370 Oto w czym rzecz. 00:20:10.570 --> 00:20:14.430 Wybierz Dataverse, gdy wiele osób i aplikacji musi pracować na powiązanych danych biznesowych. 00:20:14.590 --> 00:20:17.210 Potrzebujesz jasnych zasad dostępu i powtarzalnych procesów. 00:20:17.390 --> 00:20:20.010 Dataverse to zapewnia, ale nie zastępuje wszystkiego innego. 00:20:20.230 --> 00:20:23.250 Excel pozostaje najlepszym wyborem do osobistych analiz i szybkich list. 00:20:23.410 --> 00:20:26.210 Listy SharePoint sprawdzają się w prostym śledzeniu zadań zespołowych. 00:20:26.210 --> 00:20:30.290 A jeśli jesteś programistą wymagającym pełnej kontroli, SQL pozostaje silnym wyborem. 00:20:30.450 --> 00:20:32.110 Kiedy więc Dataverse naprawdę pasuje? 00:20:32.290 --> 00:20:37.930 Gdy dane muszą łączyć się między Dynamics 365, aplikacjami, automatyzacją i raportami bez tworzenia kopii. 00:20:38.130 --> 00:20:42.470 Właśnie w tym błyszczy podsumowanie jedna podstawa wiele narzędzi biznesowych. 00:20:42.910 --> 00:20:44.390 Oto najważniejszy wniosek. 00:20:44.550 --> 00:20:51.490 Dynamics 365 i Dataverse działają najlepiej, gdy dane, reguły, zabezpieczenia, aplikacje, automatyzacja i raporty dzielą wspólny fundament. 00:20:51.490 --> 00:20:59.390 Subskrybuj Microsoft Knowledge Nugget na M365FM, aby uzyskać więcej prostych przewodników po Dynamics 365, Power Platform i Microsoft 365. 00:20:59.870 --> 00:21:05.210 Obejrzyj odcinek o aplikacjach modelowych, aby zobaczyć jak tabele Dataverse zmieniają się w działającą aplikację biznesową.