Praca z usługą Logic Apps lub Power Automate
Przepływy usługi Microsoft Azure Logic Apps i Power Automate oferują interfejsy użytkownika o niskim kodzie na potrzeby tworzenia zautomatyzowanych procesów. Oba typy przepływu obejmują setki wbudowanych łączników (takich jak łączniki dla aplikacji Teams i Outlook) na potrzeby szybkiego programowania.
Na przykład te przepływy doskonale nadają się do automatycznego wysyłania wiadomości e-mail po usunięciu reguły określonego użytkownika lub wysłaniu polecenia ping do kanału usługi Teams po wykryciu dużego opóźnienia.
Uwaga
Usługa Logic Apps jest używana w tym artykule. Jednak podobne, jeśli nie identyczne, logika może być stosowana do przepływów usługi Power Automate. Usługa Logic Apps jest częścią witryny Azure Portal, natomiast usługa Power Automate jest oddzielnym produktem należącym do rodziny narzędzi platformy Microsoft Power Platform. Ceny i możliwości różnią się.
Wprowadzenie
Usługa Microsoft Dynamics 365 Fraud Protection oferuje wiele typów zdarzeń, z którymi można odbierać i pracować za pośrednictwem usługi Logic Apps.
Aby przyspieszyć proces instalacji, przejdź do tego repozytorium GitHub (repozytorium) . To repozytorium zawiera szablony aplikacji logiki, które przeanalizują dane zdarzenia. W związku z tym możesz natychmiast rozpocząć interakcję z danymi. Postępuj zgodnie z instrukcjami dotyczącymi instalacji i użycia w pliku readme podanym w repozytorium.
Przechowywanie danych zdarzeń w bazie danych usługi Common Data Service (opcjonalnie)
Przechowywanie danych zdarzeń w usłudze Common Data Service w miarę przechodzenia przez centrum zdarzeń umożliwia scentralizowany magazyn baz danych, z którego mogą korzystać usługi Power BI, Power Apps i inne przepływy usługi Logic Apps lub Power Automate.
Uwaga
Jeśli chcesz użyć przykładowej aplikacji wymienionej w artykule Praca z usługą Power Apps lub przykładowym raportem usługi Power BI wymienionym w temacie Praca z usługą Power BI, skonfiguruj jednostki usługi Common Data Service, importując wstępnie utworzone rozwiązania zamiast ręcznie tworzyć jednostki samodzielnie.
Utwórz jednostkę w usłudze Common Data Service.
Jeśli na przykład pracujesz z zdarzeniami inspekcji, możesz utworzyć jednostkę o nazwie Zdarzenie inspekcji, która zawiera pola o nazwie Nazwa jednostki, Typ jednostki, Nazwa operacji, Sygnatura czasowa i Identyfikator użytkownika. (Aby uzyskać informacje o polach, zobacz Jak tworzyć i edytować pola).
Niemniej jednak możesz skonfigurować jednostkę w zależności od żądanych konwencji informacji i nazewnictwa. Zalecamy posiadanie oddzielnej jednostki usługi Common Data Service dla każdego typu zdarzenia ochrony przed oszustwami, którego chcesz użyć.
W aplikacji logiki dodaj nowy krok, a następnie znajdź i wybierz pozycję Utwórz nowy rekord.
Pamiętaj, że jeśli użyto szablonów z repozytorium GitHub, aplikacja logiki powinna już zawierać kilka kroków, takich jak ParseContent, GetEvent i ParseEvent.
Wybierz środowisko i nazwę jednostki. Informacje wprowadzone w polu Środowisko muszą być specyficzne dla własnej konfiguracji.
Ustaw parametry, które chcesz przechowywać. Użyj pól danych dynamicznych z poprzedniego kroku ParseEvent.
Pamiętaj, że może być konieczne wybranie pozycji Zobacz więcej podczas ładowania zawartości dynamicznej.
Upewnij się, że aplikacja logiki działa poprawnie. W obszarze nawigacji po lewej stronie wybierz pozycję Przegląd, a następnie wybierz pozycję Historia przebiegów.
Upewnij się, że dane zdarzenia są prawidłowo przechowywane w usłudze Common Data Service. W usłudze Power Apps poszukaj w sekcji Dane jednostki. Pamiętaj, aby przełączyć widok na pola niestandardowe.
Masz teraz stale aktualizowaną bazę danych w usłudze Common Data Service, która zawiera dane zdarzenia. W związku z tym możesz teraz korzystać z tej bazy danych za pomocą narzędzi platformy Microsoft Power Platform, takich jak Power BI i Power Apps.