Diyalogları iş süreci akışları veya tuval uygulamalarıyla değiştirme

Diyaloglar kullanım dışı bırakılmıştır ve iş süreci akışları veya tuval uygulamalarıyla değiştirilmelidir. Bu konu başlığında bu seçeneklerin farklı özelliklerinin yanı sıra model temelli bir formda eklenmiş olan iş süreci akışı veya tuval uygulamasının var olan bir diyaloğun yerine kullanılabileceği durumlar açıklanmaktadır.

Özellik işlevi karşılaştırması

Bu tabloda diyalog işlevleri ile iş süreci akışlarında ve tuval uygulamalarında bunlara karşılık gelen işlevler listelenmiştir.

Diyalog işlevi İşlev, iş süreci akışlarında bulunuyor mu? İşlev, tuval uygulamalarında bulunuyor mu?
Sayfa Evet
(iş süreci aşaması)
Evet
(uygulama ekranı)
Yalnızca istem No Evet
(etiketler)
İstem ve yanıt Evet
(yalnızca varlık öznitelikleri)
Evet
(etiketler ve giriş alanları)
Girdi bağımsız değişkenleri Sınırlı
(iş süreci aşaması adımları)
Evet
(sorgu dizesi parametreleri)
Değişkenler No Evet
Sorgu değişkenleri No Evet
Koşullu dallanma mantığı Evet Evet
(uygulama içinde herhangi bir ekrana gitme)
Yeniden kullanma
(alt diyalog olarak başlatma)
No Evet
(uygulama içinde herhangi bir ekrana gitme, yeni pencerede farklı bir uygulama başlatma)
Başlangıçta/bitişte iş akışı çalıştırma Evet No
(bunun yerine bulut akışı kullanın)
Girişte iş akışı çalıştırma Evet No
(bunun yerine bulut akışı kullanın)
Sayfa geçişinde iş akışı çalıştırma Evet No
(bunun yerine bulut akışı kullanın)
URL kullanmaya başlama No Evet
Oturumu günlüğe kaydetme Evet No
SDK desteği Evet Evet

İş süreci akışlarındaki ek işlevler

  • İşlem analizleri (görünümler, grafikler ve belirli bir aşamada harcanan süre)
  • Özel denetimler

Tuval uygulamalarındaki ek işlevler

  • Uygulama analizleri (uygulama kullanımı ve performansı)
  • Birden çok varlık sayfası oluşturma
  • Akışları çalıştırın
  • Veri bağlayıcıları (standart veya özel)
  • Tek başına uygulama olarak başlatma
  • Yapılandırılabilir düzen

İş süreci akışı veya tuval uygulaması arasında seçim yapma

Diyaloğun yerine kullanacağınız sistemi seçerken sunmak istediğiniz kullanıcı deneyimini dikkate almanız gerekir. Ayrıca neredeyse tüm diyalogların tuval uygulaması kullanılarak modellenebileceğini aklınızda bulundurun.

İş süreci akışları, kullanıcı grupları arasında ve Dynamics 365 uygulaması bağlamında iş birliği gerektiren çalışma akışlarında rehberlik sağlayan süreçleri modelleyen diyalogların yerine kullanmak için idealdir. Bu süreçlere örnek olarak teklif inceleme ve yeniden yönlendirme verilebilir.

Alternatif olarak tuval uygulamaları müşteri adayı araştırmak için bir çağrı metni gibi kurallı görevleri modelleyen diyalogları değiştirmek veya bir fırsatı güncelleştirmek gibi diğer görevler için kullanıcı deneyimini basitleştirmek amacıyla kullanılabilir. Bu senaryolarda tek başına bir tuval uygulaması dahi kullanılabilir.

Diyalogları iş süreci akışlarıyla değiştirme senaryosu

Birkaç sayfada kullanıcıdan önemli bilgiler isteyen, teklif oluşturan ve müşteriye e-posta ile göndermeden önce inceleyicilere teklifi kabul etmeleri veya reddetmeleri için bir e-posta gönderen bir diyaloğunuz olduğunu düşünün. Bu süreç türü, iş süreci akışı kullanılarak daha verimli bir şekilde modellenebilir.

Diyaloğu değiştirmeye başlamak için sürecin temel aşamalarını tanımlayın. Bu aşamalar tüm ürünlerin listelendiğinden ve indirimlerin uygulandığından emin olmak için kullanılan İçerik Hazırlama aşaması, teklifi oluşturmak ve biçim doğruluğu açısından incelemek için kullanılan Teklif Oluşturma aşaması, teklifi inceleme ve onaya göndermek için kullanılan Birincil İnceleme aşaması, belirli durumlarda teklifi incelemek için kullanılan İkincil İnceleme aşaması ve son olarak teklifi müşteriye göndermek için kullanılan Teklifi Gönderme aşaması olabilir.

Ardından kullanıcıların süreçte izlemesi gereken temel adımları tanımlayın. Örneğin İçerik Hazırlama aşamasında kullanıcının teklif eklenecek ürünleri tekrar kontrol etmesi için basit bir doğru veya yanlış adımı, fiyat listesi seçmek için zorunlu bir arama adımı ve bir sonraki aşamaya geçmeden önce indirim tutarının girilmesi için bir sayısal adım bulunabilir. Teklif Oluşturma aşamasında, İçerik Hazırlama aşamasında alınmış olan tüm bilgileri ve ilgili Dynamics 365 kaydını kullanarak teklif oluşturan bir eylem adımı bulunabilir. Birincil İnceleme ve İkincil İnceleme aşamalarında teklifin incelenmesine yardımcı olacak birden fazla doğru veya yanlış adımı, onay durumunu almak ve onay alındıktan sonra sürecin bir sonraki aşamaya geçmesi için gerekli bir adım bulunabilir. Bu adımda alan düzeyi güvenliği, teklifi yalnızca yetkili inceleyicilerin onaylayabileceği şekilde yapılandırın. Ayrıca Birincil İnceleme ve İkincil İnceleme aşamalarına girilmesi durumunda tüm inceleyicilere bir e-posta gönderilecek şekilde bir iş akışı ekleyebilirsiniz.

Son olarak iş süreci akışı aşamalarına ve adımlarına ek olarak süreç akışını yönlendirecek koşullu mantığı yapılandırın. Bu örnekte Birincil İnceleme aşamasının sonrasında koşullu dal ekleyerek adımda ikinci bir incelemeye ihtiyaç duyulduğunun belirtilmesi durumunda süreçteki bir sonraki aşamanın İkincil İnceleme aşaması olmasını, aksi takdirde Teklifi Gönderme aşaması olmasını sağlayabilirsiniz.

Bu iş süreci akışını kullanıcılara açmak için iş süreci akışı ayrıcalıklarına doğru kullanıcıların sahip olduğundan emin olun ve akışı etkinleştirin.

İş süreci akışı oluşturma hakkında daha fazla bilgi için bkz. Öğretici: İşlemleri standartlaştırmak için bir iş süreci akışı oluşturma.

Diyalogları tuval uygulamalarıyla değiştirme senaryosu

Satış temsilcilerine müşteri adaylarını arama konusunda kılavuzluk yapan bir çağrı metnini takip eden bir diyaloğa sahip olduğunuzu düşünün. Bu işlem, tuval uygulaması kullanılarak kolayca yakalanabilir.

Veri okumanız ve yazmanız gereken veri kaynaklarına bağlanarak başlayın. Bu örnekte müşteri adayı, firma ve iletişim bilgileri için Dynamics 365 bağlantısı kullanılmıştır.

Gerekli ekran sayısını belirleyerek başlayın. Bu örnek için beş ekran kullanabilirsiniz.

  • Ekran 1. Listeden aranacak müşteri adayını seçmek için.
  • Ekran 2. Giriş, görüşme için müsait olup olmadığını sorma ve başka bir tarihe ayarlama yapmak için.
  • Ekran 3. BANT (bütçe, yetki, ihtiyaç ve süre) belirlemek için.
  • Ekran 4. Sonraki adımları almak ve sonraki aramaları zamanlamak için.
  • Ekran 5. Müşteri adayına görüşmenin sonunda zaman ayırdığı için teşekkür etmek için.

Ardından ekranları oluşturmaya başlayın. İlk ekranda aranması gereken müşteri adaylarından oluşan bir galeri oluşturun. İkincide ekranı adlandırmak için etiketler kullanın ve çağrı metnini girin. Adayın görüşme için uygun olup olmadığı gibi verileri almak için radyo düğmesi gibi denetimler kullanabilirsiniz. Aday uygunsa koşullu mantık kullanarak bir sonraki ekrana geçilmesini sağlayan bir düğmenin etkinleştirilmesini, uygun değilse aynı ekranda yeni bir arama zamanlamak için kullanılabilecek metnin gösterilmesini sağlayabilirsiniz. Sonraki ekranlarda çağrı metnini benzer şekilde tanımlayabilirsiniz.

Son olarak ekranlar arasında gezinmeyi tanımlayın. Bu örnekte ekranlar arasında sıralı olarak geçiş yapmak yerine müşteri adayının teklifle ilgilenmemesi durumunda kullanıcının ikinci ekrandan son ekrana (müşteri adayına zaman ayırdığı için teşekkür etmek üzere metnin sonuna) geçebilmesini istiyor olabilirsiniz.

Kullanıcılara sunmak için uygulamayı yayımlayın. Bu türdeki bir senaryonun çağrı metinleri sunan ve hızlı veri girişi yapılmasını sağlayan bir tek başına uygulamaya dönüştürülebileceği senaryo üzerinde düşünün.

Bu deneyimi Dynamics 365 Sales hizmetine eklemek istediğinizi düşünün. Bunu yapmak için bir Dynamics 365 Sales formunda iframe oluşturarak başlayın. Ardından Power Apps menüsünün Uygulamalar bölümüne gidin, yayımladığınız uygulamayı seçin, Ayrıntılar sekmesindeki web bağlantısını kopyalayın ve iframe URL'si olarak yapıştırın.

Bunu bir adım ileri götürelim ve bu uygulamanın doğrudan müşteri adayı ana formundan kullanılabilmesini sağlamak istediğinizi ve uygulamanın müşteri adayı bağlamında olarak kullanıcının ilk ekranda müşteri adayı seçme gereksiniminin ortadan kaldırılmasını istediğinizi düşünün. Uygulamaya ilgili bilgileri iletmek için iframe URL'sini müşteri adayı veya firma kimlikleri gibi bilgileri içeren bir sorgu dizesi ekleyerek değiştirmeniz ve form yüklenmesi gibi belirli olaylarda çalışan bir JavaScript betiği kullanmanız gerekir. Ardından uygulamayı güncelleştirerek ilk ekranı (müşteri adayı seçimi) kaldırmanız ve bunun yerine Param işlevini kullanarak sorgu dizesi üzerinden uygulamaya iletilmiş olan değerlere erişmeniz gerekir.

Diyalogları değiştirme hakkında SSS

Tuval uygulamalarındaki bağımlılıklar izlenebilir mi?

  • Tuval uygulamalarındaki bağımlılıklar, Dynamics 365 uygulamalarındaki bağımlılıklar gibi izlenir.

Tuval uygulamasını komut çubuğundaki bir düğmeyle başlatabilir miyim?

  • Evet. Bunu yapmak için hedef URL'yi yukarıda anlatılan şekilde tuval uygulamanızın Ayrıntılar bölümünden aldığınız uygulama URL'si olacak şekilde ayarlamanız gerekir.

Tuval uygulamasından iş akışı çağrılabilir mi?

Diyalogları otomatik olarak iş süreci akışlarına veya tuval uygulamalarına dönüştürebilir miyim?

  • Diyalogları iş süreci akışlarına veya tuval uygulamalarına dönüştürmenin otomatikleştirilmiş bir yöntemi yoktur.

Ayrıca bkz.

Öğretici: Süreçleri standartlaştırmak için bir iş süreci akışı oluşturma
Power Apps'teki tuval uygulamaları nelerdir?