Aracılığıyla paylaş


Geçiş aracıyla ilgili SSS

Otomatik kayıt oluşturma kuralları ve servis düzeyi sözleşmeleri (SLA'lar) için geçiş

Geçiş aracına kimler erişebilir veya çalıştırabilir?

CSR yönetici rollerine sahip yöneticiler ve kullanıcılar geçiş aracını çalıştırabilir.

Geçirilen kurallar geçiş sonrası otomatik olarak etkinleştirilir mi?

Hayır Geçiş tamamlandıktan sonra geçirilmiş kuralları el ile etkinleştirmeniz gerekir.

Kullanım dışı bırakma tarihinden sonra eski kurallarımı kullanmaya devam edebilir miyim?

Evet. Etkin eski kurallar, kullanımdan dışı bırakma son tarihinden sonra devre dışı bırakılana kadar çalışmaya devam eder. Ancak kullanım dışı bırakıldıktan sonra düzenleme deneyimi ve desteklenebilirlik durdurulur.

Geçiş durumu "tamamlanmadı" olan bir kuralı etkinleştirebilir miyim?

Hayır Geçirilen bir kural yalnızca, tamamlanmamış bir kuralı gözden geçirdikten ve mevcut sorunlar düzeltildikten sonra Tamamlandı olarak işaretle düğmesini Evet olarak değiştirdiğinizde etkinleştirilir. Bu durumda, kuralın başarıyla geçirildiği kabul edilir.

Geçişten sonra eski kural devre dışı bırakılır mı?

  • Otomatik kayıt oluşturma için, evet. Birleşik Arabirim'de geçirilen bir otomatik kayıt oluşturma kuralını etkinleştirdiğinizde, karşılık gelen eski kural devre dışı bırakılır.
  • SLA'lar için hayır. Birleşik Arabirim'de geçirilen bir SLA kuralını etkinleştirdiğinizde, iki kural bir arada bulunabileceğinden karşılık gelen eski kural etkin kalır.

"Tamamlanmadı" geçiş durumu ne anlama gelir?

  • Özet bölümünde: Genel geçiş süreci, seçilen tüm kuralların geçişini başarıyla tamamlayamadı.
  • Kuralın yanında: Kural başarısız oldu ya da kural tam olarak geçirilemedi (bir veya daha fazla öğe ya da koşul geçirilemedi).

Geçiş aracında izlenen kısmen geçirilmiş kuralların listesini nerede bulabilirim?

Kısmen geçirilen veya eksik olarak geçirildiği belirlenen kurallar, tamamen geçirilmiş sayılmaz. Bu nedenle Özet bölümünde Beklemede kısmı altında izlenirler. Yalnızca geçiş işlemini başarıyla tamamlayan kurallar Geçirildi altında dikkate alınır.

Geçiş aracı özel formları veya alanları destekler mi?

  • Otomatik kayıt oluşturma için, evet. Geçiş aracı özel varlıkları, alanları, öznitelikleri ve yapılandırmaları destekler.
  • SLA'lar için hayır. Geçiş aracı özel varlıkları, alanları, öznitelikleri ve yapılandırmaları tam olarak desteklemez. Geçişi tamamlamak için kullanıcıların mevcut özelleştirme akışlarını, iş akışlarını, eklentileri veya özel varlıklar, alanlar, nitelikler ve yapılandırmalardaki diğer özel kodları değiştirmesi gerekir.

Geçiş işlemini çalıştırmadan önce Power Automate için ayrı bir lisansa ihtiyacım var mı?

Hayır Lisanslama yönergeleri hakkında daha fazla bilgi için şuraya bakın: Dynamics 365 uygulamaları için Microsoft Power Apps ve Power Automate kullanım hakları nelerdir?

Bazı kurallarım tamamlanmamış veya kısmen geçirilmiş durumda. Ne yapmalıyım?

Kuralı web istemcisinde düzeltmek ve ardından geçiş işlemini yeniden çalıştırmak için sorun ayrıntılarını kullanabilir veya geçirilen kuralı doğrudan Birleşik Arabirim'de düzeltebilirsiniz.

Belirli bir geçirilen kural için geçiş aracını yeniden çalıştırabilir miyim?

Evet, geçiş aracını aşağıdaki ölçütlere göre geçirilen belirli bir kural için yeniden çalıştırabilirsiniz:

  • Eksik kurallar veya geçiş işleminin başarısız olduğu kurallar için: Geçiş aracını yeniden çalıştırdığınızda aynı kuralı seçin. Araç, mevcut tamamlanmamış veya başarısız kuralı otomatik olarak yeni geçirilen kuralla değiştirir.
  • Başarıyla geçirilen kurallar için: Geçiş aracını yeniden çalıştırmadan önce Birleşik Arabirim'de geçirilen kuralı silin.

Geçiş tamamlandıktan sonra eski SLA'larla ilişkili mevcut SLA kayıtlarına ne olacak?

  • Geçiş sonrasında eski SLA devre dışı bırakılırsa: Zamanlayıcı, bu tür SLA kayıtları için sonlandırma durumuna kadar çalışmaya devam edecektir. Ancak Çözümle ve Duraklat işlevi çalışmaz.
  • Eski SLA hala Etkin durumdaysa: Eski SLA'larla ilişkili mevcut SLA kayıtları beklendiği gibi çalışmaya devam edecektir.
  • Birleşik Arabirim uygulamalarında oluşturulan SLA'ları mevcut kayıtlarda kullanmak istiyorsanız: Kayıtları güncelleştirmek için SLA alanını manuel olarak Birleşik Arabirim SLA olarak güncelleştirmeniz veya eklentiyi yazmanız gerekecektir. Örneğin eklenti mantığı Modern Akış veya İş akışı olabilir.

Modern otomatik kayıt oluşturmada geçirilen kurallar veya akışlar hakkında bilgi için Modern otomatik kayıt oluşturma ile ilgili SSS bölümüne gidin.

Bilinen koşulun dönüştürme sorunları

Bu bölümde kuralların veya öğelerin geçiş işlemini başarıyla tamamlayamayacağı önemli senaryolar açıklanmaktadır.

Hayır Şu anda ilgili varlık hiyerarşisinin yalnızca bir düzeyini destekliyoruz. Bu tür kural öğeleri veya koşulları, yalnızca geçiş işleminden önce grup yan tümcesindeki ilgili varlığı kaldırmanız durumunda başarıyla geçirilebilir. Herhangi bir işlem yapmazsanız kural, Geçiş öncesi denetimi adımında başarısız olur. Geçiş işlemine devam etmeyi seçerseniz kuralda ilgili öğe için boş bir koşul bulunur.

Geçiş öncesi web istemcisi görünümü

İç içe geçmiş grup yan tümcesindeki ilgili varlıklara sahip bir öğenin geçiş öncesi web istemcisi görünümünün ekran görüntüsü.

Açıklama:

a. Öğe başlığı.

Geçiş sonrası Birleşik Arabirim görünümü

İç içe geçmiş grup yan tümcesindeki ilgili varlıklara sahip öğenin geçiş sonrası Birleşik Arabirim görünümünün ekran görüntüsü.

Açıklama:

2a. Taşınan öğenin başlığına "_FailedMigration" eklenir.

2b. Koşula aynı standart yer tutucu, Oluşturma Tarihi eşittir 2200-01-01 eklenir.

"Tarihinde Değil" işleci kullanan bir DateType alanına sahip kural öğelerim veya koşullarım, geçiş öncesi kontrol ve gerçek geçiş sırasında neden başarısız oluyor?

Tarih veri türü için Tarihinde Değil işleci Birleşik Arabirim'de desteklenmez. Bu nedenle geçişin bir parçası olarak desteklenmez. Bu sorunu düzeltmek için, ilgili kural için geçiş aracını yeniden çalıştırmadan önce web istemcisinde eski öğeleri veya koşulları {not-on selecteddate} yerine{selecteddate şundan küçük ve selecteddate şundan büyük} olarak değiştirebilirsiniz:

Örnek: Tarihinde Değil işlecini kullanan DateType alanı

Geçiş öncesi web istemcisi görünümü

DateType alanı için Tarihinde değil işleci içeren bir öğenin geçiş öncesi web istemcisi görünümünün ekran görüntüsü.

Açıklama:

a. Öğe başlığı.

Geçiş sonrası Birleşik Arabirim görünümü

DateType alanı için Tarihinde değil işleci içeren bir öğenin geçiş sonrası Birleşik Arabirim görünümünün ekran görüntüsü.

Açıklama:

2a. Taşınan öğenin başlığına "_FailedMigration" eklenir.

2b. Koşula, Oluşturma Tarihi Eşittir 01.01.2200 koşulu eklenir.

Geçiş sırasında DateTime alanındaki verilerim neden değişiyor?

Birleşik Arabirim'de ayrı bir zaman alanı bulunmaz. Bu nedenle, DateTime alanı takvim denetiminden metin alanına dönüşecektir. Giriş, aşağıdaki örnekte metin alanında gösterildiği gibi belirli bir biçimde olmalıdır.

Örnek: DateTime alanı

Geçiş öncesi web istemcisi görünümü

DateTime alanlarının takvim denetimleriyle temsil edildiği geçiş öncesi web istemcisi görünümünün ekran görüntüsü.

Açıklama:

a. Geçiş öncesi Tarih ve saat alanı.

b. Geçiş öncesi Yalnızca tarih alanı.

Geçiş sonrası Birleşik Arabirim görünümü

DateTime alanlarının metin alanlarıyla temsil edildiği geçiş sonrası Birleşik Arabirim görünümünün ekran görüntüsü.

Açıklama:

a. Geçiş sonrası Tarih ve saat alanı.

b. Geçiş sonrası Yalnızca tarih alanı.

Geçiş sonrasında, Birleşik Arabirim'de neden bazı işleç alanlarım boş?

Arama veri türü için Birleik Arabirimde ve geçiş aracında yalnızca eşit, eşit değil, null ve null değil işleçleri desteklenmektedir. Birleşik Arabirim'de Altında ve altında değil işleçleri desteklenmez ve bu nedenle geçiş aracında da desteklenmezler. Altında veya altında değili işleçlerin bulunduğu tüm koşullar, geçiş sonrasında ilgili varlıklar olarak çevirilir. Birleşik Arabirim dosyasında boş olarak gösterilirler ve düzenlenemezler.

Örnek: Altında ve altında değil işleci alanları

Geçiş öncesi web istemcisi görünümü

Bir koşulun işleçler altında kullanıldığı geçiş öncesi web istemcisi görünümünün ekran görüntüsü.

Açıklama:

a.Altında işleçleri.

Geçiş sonrası Birleşik Arabirim görünümü

Bir koşulun boş bir işleç alanına sahip olduğu geçiş sonrası Birleşik Arabirim görünümünün ekran görüntüsü.

Açıklama:

b. Boş işleç alanı.

Not

Müşteri Hizmetleri Merkezi'nde koşul tanımlarken aşağıdaki sınırlamalar geçerlidir:

  • Tarih ve Saat seçici denetiimi artık koşullarda kullanılamaz. Ancak yine de metin alanında tarih ve saati düzenleyebilirsiniz.
  • İlgili varlık hiyerarşisinin yalnızca bir düzeyi desteklenmektedir. Ancak uygulamada iç içe geçmiş ilgili varlıkları seçebilirsiniz.
  • Ve/veya yan tümcesi grubu içindeki ilgili varlık desteklenmez.
  • Tarih veri türü için Tarihinde değil işleci desteklenmez.
  • Aramalar veri türü için yalnızca eşit, eşit değil, null ve null değil işleçleri desteklenmektedir. Altında ve altında değil işleçleri desteklenmez.

Etkinleştirildikten sonra bir kuralı yeniden geçirebilir miyim?

  • Otomatik kayıt oluşturma kuralları için, evet. Etkinleştirilen bir kuralı yeniden geçirebilirsiniz ancak Birleşik Arabirim'den devre dışı bırakmanız ve silmeniz gerekir.
  • SLA'lar için hayır. Geçirilen bir SLA kuralı etkinleştirildikten sonra başka bir varlığa (bir servis talebi) bağlanır veya kullanıma alınır. Varsayılan olarak etkinleştirilmiş bir kural başarıyla geçirilmiştir. Etkinleştirilmiş bir kuralı tekrar geçirebilmeniz için onu silmeniz gerekir. Ancak Birleşik Arabirim SLA kuralları için bir sınırlama vardır. Bir kural bir servis talebi veya varlıkla ilişkilendirildikten sonra (yani bir kez etkinleştirildikten sonra), devre dışı bırakılsa bile onu silemezsiniz. Bu nedenle, kural önceden etkinleştirildiyse veya uygulandıysa yeniden geçirilemez.

Kullanım dışı standart SLA kurallarını geçirebilir miyim?

Hayır Geçiş aracı yalnızca gelişmiş SLA kurallarını destekler. Standart SLA kuralları kullanım dışı bırakılmıştır. Birleşik Arabirim'de artık desteklenmezler ve bu nedenle geçiş aracında da desteklenmezler. Daha fazla bilgi için Dynamics 365 Customer Service'teki standart SLA'lar kullanımdan kaldırıldı bölümüne gidin.

Bilinen sorunlar

Kanal özelliğini kaldırma

Eski kuralların özelleştirilmesinde herhangi bir kanal özelliği kullandıysanız geçiş aracı bu kuralları başarıyla geçirmeyecektir. Bu açığı tüm kullanıcılar için gidermek amacıyla uygulanabilecek genel bir geçici çözüm yoktur. Geçici çözüm büyük ölçüde eski kurallarda kanal özelliklerini nasıl kullandığınıza bağlıdır.

"Çözülmüş bir servis talebiyle ilişkili etkinlikler için servis talepleri oluştur" seçeneği seçildiğinde davranış farkı

  • Eski davranış: E-postada, belirtilen tarihten bu yana çözülmüş ilgili bir servis talebi varsa, çözümlenen servis talebi varsayılan olarak yeniden etkinleştirilir. Özelleştirme gerekmez.
  • Modern davranış: E-postada, belirtilen tarihten bu yana çözülmüş ilgili bir servis talebi varsa, yeni servis talebi varsayılan olarak yeniden oluşturulur. Özelleştirme, yeni bir servis talebi oluşturmak yerine var olan bir servis talebini yeniden etkinleştirmek için gereklidir.

"Müşteri için geçerli bir destek hakkı varsa servis talebi oluştur" seçeneği seçildiğinde davranış farkı

  • Eski davranış: E-postayı gönderenin geçerli bir destek hakkı yoksa ve e-postada ilgili bir servis talebi varsa mevcut ilgili servis talebi güncelleştirilir.
  • Modern davranış: E-postayı gönderenin geçerli bir destek hakkı yoksa hiçbir akış çağrılmaz.

İş akışları ve Power Automate akışları arasındaki eşitlik boşlukları (yalnızca kural öğesi eylemlerinin özelleştirilmesi için geçerlidir)

  • "İlk null olmayan" ifadeleri otomatik olarak geçirilemez. Ancak geçiş için akışa özelleştirme manuel olarak uygulanabilir.
  • Bir arama kaydının görünen adının bir dize alanına eşlemesi otomatik olarak geçirilemez. Ancak geçiş için akışa özelleştirme manuel olarak uygulanabilir.
  • Kaynak alanları olarak kullanılan etkinlik tarafı alanları akışta desteklenmez.

Bilinen akış sorunları

Geçirilen kurallarda, @ düze türü olan alanlar için fazladan @ karakteri var

Eski otomatik kayıt oluşturma kuralı iş akışı özelleştirilirse ve dize alanında düz metin @ karakteri varsa geçiş sırasında bir yerine iki tane @ görürsünüz. Örneğin, servis talebi açıklaması alanına düz metin olarak e-posta adresi eklerseniz @ karakteri özel bir karakter gibi değerlendirilir ve @@ olarak geçirilir.

Bunun nedeni, @ karakterinin geçiş akışında @triggerOutputs()?[body/_emailsender_value] gibi Dynamics ifadeleri için özel bir karakter olarak tanımlanmasıdır.

Geçici çözüm, geçiş akışındaki fazladan @ karakterini el ile kaldırmaktır.

Geçiş işlemi aynı SLA içinde aynı "uygulanabilir olduğu zaman" koşuluna sahip birden çok öğeyi veya koşulu desteklemez

Web istemcisinde, birden çok öğeye aynı "uygulanabilir olduğu zaman" koşulu ve bir SLA için farklı başarı kriterleri ile tanımlanabilir. Ancak, aynı özellik Birleşik Arabirim'de desteklenmez. Bu nedenle, geçiş sırasında, aynı "geçerli olduğu zaman" koşuluna sahip bu türdeki sonraki hiçbir SLA öğesi oluşturulmaz.

Aşağıdaki ekran görüntüleri, Birleşik Arabirim'de desteklenmeyen senaryoyu göstermektedir. Gösterilen iki "geçerli olduğu zaman" koşulu farklı başarı ölçütlerine sahiptir.

Başarı ölçütlerine sahip

Farklı başarı ölçütlerine sahip aynı

İş akışından akışa dönüştürme sırasında etkinlik tarafı öznitelik türü sorunları

Başka bir etkinlik tarafı türü alanına atanan bir etkinlik tarafı türü özniteliği iş akışından akışa dönüştürme sırasında taşınmayacaktır çünkü Power Automate şu anda bu senaryoyu desteklemez. (En sık etkilenen alanlar şunlardır: e-postadaki Kime, Kimden, CC ve BCC alanları.) Kuralın geçirilmesi başarısız olmasa da, başka bir etkinlik tarafı türü özniteliğine dayanan bu tür etkinlik tarafı türü alanlarına ilişkin veri değeri, geçişten sonra boş olacaktır.

Örnek: Etkinlik tarafı türü öznitelikleri

Geçiş öncesi web istemcisi görünümü

Bir iş akışının Kimden ve Kime olmak üzere iki etkinlik tarafı türü özniteliğine sahip olduğu geçiş öncesi web istemcisi görünümünün ekran görüntüsü.

Açıklama:

a. Kimden alanı, başka bir etkinlik tarafı türü niteliğine atanmış bir etkinlik tarafı türü alanıdır, {Bcc(E-posta)}. Geçişten sonra boş olacaktır.

b. Kime alanı taşınacaktır.

Geçiş sonrası Birleşik Arabirim görünümü

Kime alanının geçirildiği Birleşik Arabirim görünümünün ekran görüntüsü.

Açıklama:

b.Kime alanı.

Eski iş akışlarındaki "İlk Null Olmayan" denetim ifadeleri iş akışından akışa dönüştürme sırasında desteklenmez

Eski iş akışlarında, aşağıdaki web istemcisi örneğinde gösterildiği gibi, bir arama alanı "İlk Null OLmayan" ifadesini işaretleyip atadığınız birden çok ifadeyle eşlenebilir. Eski iş akışı tasarımcısındaki bilinen bir sınırlama nedeniyle bu yaklaşım, iş akışından akışa dönüştürmenin bir parçası olarak desteklenmez. Bu nedenle iş akışı dönüştürücüsü, null denetimi gerçekleştirmeden ilk ifadeyi atar. Daha sonra null olmayan değerlere sahip olup olmadıklarına bakılmaksızın kalan tüm ifadeleri kaldırır. Aşağıdaki örnekte, bu adımdaki akışta Müşteri alanında yalnızca İlgili(E-posta) bulunacaktır.

Örnek: "İlk Null Olmayan" ifadeler

Geçiş öncesi görünümü

İlgili alanı için web istemcisi görünümünün ekran görüntüsü.

Açıklama:

a.Web istemcisi görünümü: İş akışında Müşteri alanı {Regarding(Email); Contact(Create (Case)); Customer(Create (Case))} ifadesine sahiptir.

Birleşik Arabirim'de Müşteri alanı null olup olmadığına bakılmaksızın yalnızca İlgili(E-posta) değerine sahiptir.

Önemli

Geçiş aracı ile ilgili sorun yaşamaya devam ederseniz yöneticinize veya Microsoft Desteğine başvurun.

Ayrıca bkz.

Modern otomatik kayıt oluşturma hakkında SSS

Otomatik kayıt oluşturma kurallarını ve SLA'ları geçirme

Dynamics 365 SLA ve ARC Geçiş Akış Planı