Aracılığıyla paylaş

SLA KPI örneği Uyumsuzluğa Yakın veya Uyumsuz'a ulaşmıyor ve SLA KPI örneği zamanlayıcı çalışmaya devam ediyor

Bu makalede, hizmet düzeyi sözleşmeleri (SLA) KPI örneğinin Uyumsuzluğa Yakın veya Uyumsuz durumuna ulaşmaması ve SLA KPI örneği zamanlayıcısının Microsoft Dynamics 365 Müşteri Hizmetleri'nde çalışmaya devam etmesi sorununa yönelik bir çözüm sağlanır.

Belirtiler

SLA KPI örnekleri zamanlayıcısı için oluşturulan akış çalıştırmaları aşağıdaki lisans hata iletisiyle başarısız oluyor:

SystermUserId = XXXX in OrganizationContext = YYYY olan kullanıcı lisanslı değil.

Neden

SLAInstanceMonitoringWarningAndExpiryFlow, SLA KPI örneklerinin Yakınma uyumsuzluk veya Şikayetsizlik durumuna taşınması için gereklidir. Akış her zaman kuruluştaki ilk SLA'yı etkinleştiren kullanıcı bağlamında çalışır. Kuruluşta ilk SLA'yı etkinleştiren kullanıcı, akış yürütme için gereken tüm lisanslara sahip olmalıdır. Akışın yalnızca ve için prvReadSLAKPIInstance genel düzeyde SLA KPI ayrıcalıklarına sahip bir kullanıcı tarafından kapatılması ve prvWriteSLAKPIInstanceaçılması gerekir.

Kullanıcıda gerekli lisanslardan herhangi biri eksikse, ilgili SLA KPI örneği için oluşturulan akış çalıştırmaları gerekli lisans hatasıyla başarısız olur ve "OrganizationContext = YYYY'de SystermUserId = XXXX kullanıcısı lisanslı değil." Bu nedenle, SLA KPI örneği hiçbir zaman Yakınma uyumsuzluk veya Şikayetsiz durumuna ulaşmaz ve SLA KPI örneği zamanlayıcı çalışmaya devam eder.

Ayrıca, akışın geçerli sahibinin SLA KPI örneği için okuma ve yazma erişimi olan gerekli izinlere sahip olması gerekir.

Olası risk azaltma adımı 1: Akışın sahibini değiştirme

İpucu

Akışın geçerli sahibi olan bir kullanıcının kuruluştan kaldırılması gerekiyorsa önce akış sahibini başka bir kullanıcı olarak ayarlamalısınız. Bu yeni kullanıcı gerekli tüm izinlere de sahip olmalıdır. Yeni bir sahip eklendikten sonra, önceki sahibi sahip listesinden silebilirsiniz. Bu eylem, akış çalıştırmalarının sorunsuz yürütülmeye devam etmesini sağlar.

Başarısız akışın geçerli sahibini değiştirmek için şu adımları izleyin:

  1. Power Automate'te Varsayılan çözüm>Bulut akışları'na gidin.
  2. Hata ile başarısız olan akışı arayın.
  3. Düzenle'yi seçin. Yeni bir sahip ayarlayabileceğiniz yeni bir açılır menü görüntülenir.
  4. Sahip alanında, geçerli sahibi kaldırın ve yeni sahibi ekleyin. Yeni sahibin tüm gerekli akış lisanslarına sahip olduğundan emin olun.

Olası risk azaltma adımı 2: Statik akışı kapatıp yeniden açın

  1. Power Automate'te Varsayılan çözüm>Bulut akışları'na gidin.
  2. Bulut akışları'nda öğesini seçin SLAInstanceMonitoringWarningAndExpiryFlow.
  3. Durumu Açık olsa da Kapat'ı ve ardından Aç'ı seçin.

Bu, yeni KPI örnekleri için sorunu düzeltir.

Eski KPI örnekleri için durumu kendi mantığınızla değiştirebilir veya bir betik için Microsoft Desteği başvurabilirsiniz. Takıma etkilenen kayıt ayrıntılarını ve SLA KPI örneğinin gerekli durumunu sağlamayı unutmayın.

Olası risk azaltma adımı 3: Akışı yeniden adlandırma ve tetikleme

Not

Bu adımlar bir Microsoft Entra kullanıcısı tarafından gerçekleştirilmelidir.

  1. Power Automate'te Varsayılan çözüm>Bulut akışları'na gidin.
  2. Bulut akışları'nda öğesini seçin SLAInstanceMonitoringWarningAndExpiryFlow.
  3. Akışın tetiklenmemiş olduğunu doğrulayın.
  4. Akışı güncelleştirin ve başka bir adla kaydedin ve ardından açın. Akış yürütülmeye başlar.
  5. Yukarıdaki oluşturulan akışın örneğinin örneğinin oluşturulduğunu doğrulayın.

SLA'nın durumu başarıyla güncelleştirilir.

Akışın nasıl açıldığını veya kapatıldığını gösteren ekran görüntüsü.

Ayrıca bkz.