Rozwiązywanie typowych problemów z konfiguracją przy użyciu reguł automatycznego tworzenia i aktualizowania rekordów

Ten artykuł zawiera rozwiązania typowych scenariuszy awarii konfiguracji z automatycznym tworzeniem rekordów i regułami aktualizacji, z powodu których tworzenie rekordów może zakończyć się niepowodzeniem lub zostać pominięte.

Scenariusz 1

Przykład: konfiguracja automatycznego tworzenia rekordów i reguły aktualizacji

• Należy wybrać opcję Utwórz kontakt dla nieznanego nadawcy .
• Ustaw kryteria warunku na dowolną przychodzącą wiadomość e-mail.
• Dodaj akcję, aby utworzyć przypadek, wybierz pozycję Wyświetl właściwości i ustaw pola wielkości liter dla każdego przypadku użycia biznesowego.

Błąd 1 — "Brak klienta w przypadku"

W polu Klient w sekcji SZCZEGÓŁY PRZYPADKU wartość konta nadawcy (Email) jest ustawiana, jak pokazano poniżej.

To ustawienie powoduje następujący błąd w zadaniach systemowych:

W przypadku braku klienta.

Rozwiązanie błędu 1

Aby rozwiązać ten problem, pozostaw pole Klient puste lub ustaw je na {Sender(Email)}. Dzięki temu system może automatycznie utworzyć kontakt dla nieznanego nadawcy i połączyć go ze sprawą.

Błąd 2 — "Wystąpił błąd"

Pole Klient jest ustawione na {Senders Account(Email)}, a pole Kontakt jest ustawione jako {Sender(Email)}.

To ustawienie powoduje następujący błąd w zadaniach systemowych:

Wystąpił. Spróbuj ponownie wykonać tę akcję. Jeśli problem będzie się powtarzać, sprawdź Dynamics 365 Community firmy Microsoft pod kątem rozwiązań lub skontaktuj się z administratorem Dynamics 365 Firmy Microsoft w organizacji. Na koniec możesz skontaktować się z pomoc techniczna firmy Microsoft.

Rozwiązanie problemu z błędem 2

Aby rozwiązać ten problem, pozostaw pole Klient puste lub ustaw je na {Sender(Email)}. Dzięki temu system może automatycznie utworzyć kontakt dla nieznanego nadawcy i połączyć go ze sprawą.

Błąd 3 — "Określony kontakt nie należy do kontaktu określonego w polu klienta".

Pola Klient i Kontakt są ustawione jako {Sender(Email)}.

To ustawienie powoduje następujący błąd w zadaniach systemowych:

Określony kontakt nie należy do kontaktu określonego w polu klienta. Usuń wartość z pola kontaktu lub wybierz kontakt skojarzony z wybranym klientem, a następnie spróbuj ponownie.

Rozwiązanie problemu z błędem 3

Aby rozwiązać ten problem, pozostaw pole Kontakt puste i ustaw pole Klient na puste lub {Sender(Email)}.

Kroki weryfikacji

Aby zrozumieć główną przyczynę problemu i rozwiązać ten problem, należy zweryfikować kroki konfiguracji i weryfikacji podane w poniższej tabeli.

Opcja w obszarze Automatyczne tworzenie rekordów i reguła aktualizacji w usłudze Service Management	Jeśli wybrano jako	Kroki weryfikacji	Wynik
Utwórz przypadek, jeśli istnieje prawidłowe uprawnienie dla klienta	Tak	Sprawdź, czy istnieje aktywne uprawnienie dla klienta. Prawidłowe aktywne uprawnienie jest oceniane w następujący sposób: — jeśli nadawcą wiadomości e-mail jest kontakt z kontem nadrzędnym, Dynamics 365 Dział obsługi klienta tworzy przypadek, jeśli konto nadrzędne kontaktu ma prawidłowe uprawnienie, a kontakt jest wymieniony w sekcji Kontakty upoważnienia lub — jeśli sekcja Kontakty jest pusta (co oznacza, że uprawnienie ma zastosowanie do wszystkich kontaktów dla klienta)	Zostanie utworzona sprawa.
Tworzenie sprawy na podstawie wiadomości e-mail wysłanej przez nieznanych nadawców	Tak	Dla każdej przychodzącej wiadomości e-mail od nieznanego nadawcy	— Zostanie utworzona sprawa. — Kontakt jest również tworzony dla nieznanego nadawcy.
	Tak	W przypadku przychodzącej wiadomości e-mail z adresem e-mail nieaktywnego konta lub kontaktu	— Zostanie utworzona sprawa. - Aktywowane jest nieaktywne konto lub kontakt.
	Nie	W przypadku przychodzącej wiadomości e-mail z adresem e-mail aktywnego konta lub kontaktu	Zostanie utworzona sprawa.
	Nie	Dla przychodzącej wiadomości e-mail wysyłanej według typu rekordu innego niż konto lub kontakt	Nie jest tworzona żadna sprawa.
	Nie	W przypadku przychodzącej wiadomości e-mail z adresem e-mail nieaktywnego konta lub kontaktu	Nie jest tworzona żadna sprawa.
Tworzenie przypadku działań skojarzonych z rozpoznanym przypadkiem	Tak	W przypadku przychodzącej wiadomości e-mail związanej z rozwiązanym przypadkiem	Zostanie utworzona sprawa.
	Tak	W przypadku przychodzącej wiadomości e-mail związanej z aktywnym przypadkiem	Nie jest tworzona żadna sprawa.

Scenariusz 2 — użycie elementu {Regarding(Email)} w starszym środowisku nie zapewnia prawidłowych danych w przepływie

W starszych elementach "reguł automatycznego tworzenia i aktualizowania rekordów" w usłudze Klienta, aby wyszukać jednostkę (kontakt lub konto), która wysyła wiadomość e-mail, możesz użyć polimorficznego wyszukiwania nadawcy (Email), które automatycznie pobiera odpowiednią jednostkę i wyświetla nazwę jednostki. Odnośniki polimorficzne to odnośniki, w których obiektem docelowym wyszukiwania jest więcej niż jeden rodzaj jednostki. Może na przykład wskazywać kontakt lub konto. Jednak w nowoczesnych "regułach automatycznego tworzenia i aktualizowania rekordów" ten automatyczny wyświetlacz nie jest obsługiwany, dlatego należy określić typ jednostki, którą chcesz pobrać wraz z polami do wyświetlenia z tej jednostki.

Przyczyna

Przepływ nie używa wartości {Regarding(Email)} jak starszego przepływu pracy, ponieważ wyrażenia przepływu odwołują się do wartości danych z jednego z ładunków poprzedniego kroku przepływu. Jeśli na przykład wartość {Regarding(Email)} jest pusta po rozpoczęciu przepływu, wartość w ładunku kroku wyzwalacza dla elementu {Regarding(Email)} pozostanie pusta. Nawet jeśli wartość {Regarding(Email)} zostanie zaktualizowana po utworzeniu sprawy, dane rekordu wiadomości e-mail zostaną zaktualizowane, ale ładunek w przepływie nie. Dlatego gdy wartość ładunku jest przywoływane w kolejnych krokach przepływu, pozostaje pusta.

Rozwiązanie

Jeśli wartość {Regarding(Email)} jest używana w starszych elementach reguły, musisz ręcznie zaktualizować zmigrowany przepływ, aby użyć identyfikatora zdarzenia lub identyfikatora OData. Użyj "identyfikatora OData" dla pól, które wymagają odwołania do jednostki lub odnośników. Użyj unikatowego identyfikatora wielkości liter dla pól, które wymagają identyfikatora GUID.

Scenariusz 3 — Problemy z renderowaniem polimorficznych wyszukiwań w polach innych niż odnośniki podczas migracji ze starszej wersji do nowoczesnej "reguł automatycznego tworzenia i aktualizowania rekordów"

Starszy element "automatyczne tworzenie rekordów i reguły aktualizacji" przy użyciu wyszukiwań polimorficznych, takich jak nadawca, powoduje nieprawidłowe wyszukiwanie po przypisaniu do pola tekstowego.

W starszych elementach "reguł automatycznego tworzenia i aktualizowania rekordów" w usłudze Klienta, aby wyszukać jednostkę (kontakt lub konto), która wysłała wiadomość e-mail, możesz użyć polimorficznego wyszukiwania nadawcy (Email), które automatycznie pobiera odpowiednią jednostkę i wyświetla nazwę jednostki. Odnośniki polimorficzne to odnośniki, w których obiektem docelowym wyszukiwania jest więcej niż jeden rodzaj jednostki. Może na przykład wskazywać kontakt lub konto. Jednak w nowoczesnych "regułach automatycznego tworzenia i aktualizowania rekordów" ten automatyczny wyświetlacz nie jest obsługiwany. Dlatego należy określić typ jednostki, którą chcesz pobrać wraz z polami wyświetlanymi z tej jednostki.

Przyczyna

Klasyczne zachowanie przepływu pracy używane przez starsze "reguły automatycznego tworzenia i aktualizowania rekordów" ma wiele ukrytych zachowań. Na przykład automatyczne określanie typu jednostki i pobieranie pola jako nazwy wyświetlanej, jeśli parametr jest używany w ciągu, ale zwraca identyfikator, jeśli jest przypisany do pola odnośnika. Kod migracji platformy używany przez "automatyczne tworzenie rekordów i reguły aktualizacji" podczas konwertowania ze starszej wersji na nowoczesne przepływy pracy nie dodaje wymaganych kroków i pól.

Rozwiązanie

Aby rozwiązać ten problem,

• Zaktualizuj wyszukiwanie do określonego typu.
• Użyj innego pola dla jednostki przychodzącej, które zawiera żądany tekst.