Otomatik kayıt oluşturma ve güncelleştirme kurallarıyla ilgili yaygın yapılandırma sorunlarını giderme

Bu makalede, kayıt oluşturma işleminin başarısız olabileceği veya atlanabileceği otomatik kayıt oluşturma ve güncelleştirme kurallarıyla yaygın yapılandırma hatası senaryolarına yönelik çözümler sağlanır.

Senaryo 1

Örnek: Otomatik Kayıt Oluşturma ve Güncelleştirme Kuralı Yapılandırması

• Bilinmeyen gönderen için kişi oluştur seçeneği belirlenmelidir.
• Koşul ölçütlerini Herhangi bir gelen e-posta olarak ayarlayın.
• Servis talebi oluşturmak için eylem ekleyin, Özellikleri görüntüle'yi seçin ve her iş kullanım örneğine göre servis talebi alanlarını ayarlayın.

Hata 1 - "Servis talebi müşteri eksik"

SERVIS TALEBI AYRINTILARI bölümünün Müşteri alanında, Gönderenler Hesabı (Email) değeri aşağıda gösterildiği gibi ayarlanır.

Bu ayar sistem işlerinde aşağıdaki hatayla sonuçlanır:

Olayda müşteri eksik.

Hata 1 için çözüm

Bu sorunu çözmek için Müşteri alanını boş bırakın veya {Sender(Email)} olarak ayarlayın. Bu, sistemin bilinmeyen gönderen için otomatik olarak bir kişi oluşturmasına ve bunu servis talebine bağlamasına olanak tanır.

Hata 2 - "Bir hata oluştu"

Müşteri alanı {Senders Account(Email)} ve İlgili Kişi alanı da {Sender(Email)} olarak ayarlanır.

Bu ayar sistem işlerinde aşağıdaki hatayla sonuçlanır:

Bir hata oluştu. Bu eylemi yeniden deneyin. Sorun devam ederse, çözüm için Microsoft Dynamics 365 Community denetleyin veya kuruluşunuzun Microsoft Dynamics 365 Yöneticisi'ne başvurun. Son olarak, Microsoft Desteği ile iletişime geçebilirsiniz.

Hata 2 için çözüm

Bu sorunu çözmek için Müşteri alanını boş bırakın veya {Sender(Email)} olarak ayarlayın. Bu, sistemin bilinmeyen gönderen için otomatik olarak bir kişi oluşturmasına ve bunu servis talebine bağlamasına olanak tanır.

Hata 3 - "Belirtilen kişi müşteri alanında belirtilen kişiye ait değil."

Müşteri ve Kişi alanları {Sender(Email)} olarak ayarlanır.

Bu ayar sistem işlerinde aşağıdaki hatayla sonuçlanır:

Belirtilen ilgili kişi müşteri alanında belirtilen ilgili kişiye ait değil. Kişi alanından değeri kaldırın veya seçili müşteriyle ilişkilendirilmiş bir kişiyi seçin ve yeniden deneyin.

Hata 3 için çözüm

Bu sorunu çözmek için, Kişi alanını boş bırakın ve Müşteri alanını boş veya {Sender(Email)} olarak ayarlayın.

Doğrulama adımları

Sorunun ana nedenini anlamak ve çözmek için aşağıdaki tabloda sağlanan yapılandırma ve doğrulama adımlarını doğrulamanız gerekir.

Hizmet Yönetimi'nde Otomatik Kayıt Oluşturma ve Güncelleştirme Kuralı seçeneği	Olarak seçildiyse	Doğrulama adımları	Sonuç
Müşteri için geçerli bir yetkilendirme varsa servis talebi oluşturma	Evet	Müşteri için etkin bir yetkilendirme olduğunu doğrulayın. Geçerli etkin yetkilendirme aşağıdaki gibi değerlendirilir: - E-postayı gönderen kişi üst hesabı olan bir kişiyse, müşteri hizmetleri Dynamics 365 ilgili kişinin ana hesabının geçerli bir yetkilendirmesi varsa ve ilgili kişi yetkilendirmenin Kişiler bölümünde listeleniyorsa veya - Kişiler bölümü boşsa (bu, yetkilendirmenin müşteri için tüm kişiler için geçerli olduğu anlamına gelir)	Bir servis talebi oluşturulur.
Bilinmeyen gönderenler tarafından gönderilen bir e-postadan servis talebi oluşturma	Evet	Bilinmeyen bir gönderenden gelen tüm e-postalar için	- Bir servis talebi oluşturulur. - Bilinmeyen gönderen için bir kişi de oluşturulur.
	Evet	Etkin olmayan hesabın veya kişinin e-posta adresini içeren bir gelen e-posta için	- Bir servis talebi oluşturulur. - Etkin olmayan bir hesap veya kişi etkinleştirilir.
	Hayır	Etkin hesabın veya kişinin e-posta adresini içeren bir gelen e-posta için	Bir servis talebi oluşturulur.
	Hayır	Firma veya ilgili kişi dışında kayıt türüyle gönderilen gelen e-postalar için	Hiçbir servis talebi oluşturulmaz.
	Hayır	Etkin olmayan hesabın veya kişinin e-posta adresini içeren bir gelen e-posta için	Hiçbir servis talebi oluşturulmaz.
Çözümlenen servis talebiyle ilişkili etkinlikler için servis talebi oluşturma	Evet	Çözümlenen servis talebiyle ilgili gelen bir e-posta için	Bir servis talebi oluşturulur.
	Evet	Etkin bir servis talebiyle ilgili gelen e-posta için	Hiçbir servis talebi oluşturulmaz.

Senaryo 2 - Eski deneyimde {Regarding(Email)} kullanımı akışta doğru verileri vermiyor

Müşteri Hizmetleri'ndeki eski "otomatik kayıt oluşturma ve güncelleştirme kuralları" öğelerinde, e-posta gönderen varlığı (kişi veya hesap) aramak için, uygun varlığı otomatik olarak getiren ve varlığın adını görüntüleyen Gönderen (Email) çok biçimli aramasını kullanabilirsiniz. Çok biçimli aramalar, aramanın hedefinin birden fazla varlık türü olduğu aramalardır. Örneğin, bir kişiye veya hesaba işaret edebilir. Ancak, modern "otomatik kayıt oluşturma ve güncelleştirme kurallarında" bu otomatik görüntü desteklenmez, bu nedenle bu varlıktan görüntülenecek alanlarla birlikte almak istediğiniz varlığın türünü belirtmeniz gerekir.

Neden

Akış ifadeleri önceki akış adımının yükünden bir veri değerine başvurduğundan, akış eski bir iş akışı gibi {Regarding(Email)} değerini kullanmaz. Örneğin, akış başladığında {Regarding(Email)} değeri boşsa, {Regarding(Email)} tetikleyici adımı yükündeki değer boş kalır. Servis talebi oluşturulduktan sonra {Regarding(Email)} değeri güncelleştirilse bile e-posta kaydı verileri güncelleştirilir, ancak akıştaki yük güncelleştirilmez. Bu nedenle, sonraki akış adımlarında yükteki değere başvurulduğunda boş kalır.

Çözüm

Eski kural öğelerinde {Regarding(Email)} değeri kullanılıyorsa, geçirilen akışı "Olay Kimliği" veya "OData Kimliği" kullanacak şekilde el ile güncelleştirmeniz gerekir. Varlık başvurusu veya arama gerektiren alanlar için "OData Kimliği"ni kullanın. GUID gerektiren alanlar için büyük/küçük harf benzersiz tanımlayıcısını kullanın.

Senaryo 3 - Eskiden modern "otomatik kayıt oluşturma ve güncelleştirme kuralları"na geçiş sırasında arama olmayan alanlarda çok biçimli aramaları işlemeyle ilgili sorunlar

Sender gibi çok biçimli aramaları kullanan eski bir "otomatik kayıt oluşturma ve güncelleştirme kuralları" öğesi, metin alanına atandığında geçersiz aramayla sonuçlanıyor.

Müşteri Hizmetleri'ndeki eski "otomatik kayıt oluşturma ve güncelleştirme kuralları" öğelerinde, e-posta gönderen varlığı (kişi veya hesap) aramak için, uygun varlığı otomatik olarak getiren ve varlığın adını görüntüleyen Gönderen (Email) polimorfik aramasını kullanabilirsiniz. Çok biçimli aramalar, aramanın hedefinin birden fazla varlık türü olduğu aramalardır. Örneğin, bir kişiye veya hesaba işaret edebilir. Ancak modern "otomatik kayıt oluşturma ve güncelleştirme kuralları"nda bu otomatik görüntü desteklenmez. Bu nedenle, bu varlıktan görüntülenecek alanlarla birlikte almak istediğiniz varlık türünü belirtmeniz gerekir.

Neden

Eski "otomatik kayıt oluşturma ve güncelleştirme kuralları" tarafından kullanılan klasik iş akışı davranışı birçok gizli davranışa sahiptir. Örneğin, parametre bir dizede kullanılıyorsa, ancak bir arama alanına atandıysa kimliği döndürerek varlığın türünü otomatik olarak belirler ve bir alanı görünen ad olarak getirir. "Otomatik kayıt oluşturma ve güncelleştirme kuralları"nın eski iş akışlarından modern iş akışlarına dönüştürürken kullandığı platform geçiş kodu gerekli adımları ve alanları eklemez.

Çözüm

Bu sorunu çözmek için

• Aramayı belirli bir türe güncelleştirin.
• Gelen varlıkta istenen metni içeren farklı bir alan kullanın.