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 makalede, bu seçeneklerin farklı özellikleri açıklanmaktadır. Ayrıca model temelli bir forma katıştırılmış bir iş süreci akışının veya tuval uygulamasının mevcut bir iletişim kutusunu değiştirmek için kullanılabileceği durumları da öğreneceksiniz.
Ö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 | Hayır | Evet (etiketler) |
| İstem ve yanıt | Evet (yalnızca tablo sütunları) |
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 | Hayır | Evet |
| Sorgu değişkenleri | Hayır | Evet |
| Koşullu dallanma mantığı | Evet | Evet (uygulama içinde herhangi bir ekrana gitme) |
| Yeniden kullanma (alt diyalog olarak başlatma) |
Hayır | 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 | Hayır (bunun yerine bulut akışı kullanın) |
| Girişte iş akışı çalıştırma | Evet | Hayır (bunun yerine bulut akışı kullanın) |
| Sayfa geçişinde iş akışı çalıştırma | Evet | Hayır (bunun yerine bulut akışı kullanın) |
| URL kullanmaya başlama | Hayır | Evet |
| Oturumu günlüğe kaydetme | Evet | Hayır |
| 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 tablo 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 satırı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 sütun düzeyi güvenliği, teklifi yalnızca yetkili gözden geçirenlerin 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?
- Bu desteklenmemektedir. Bunun yerine bulut akışı kullanmanızı öneririz.
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.