Düzeltme ve Yeniden Gönderim Döngüsü Oluşturma¶
Amaç¶
Yeni bir süreç iş akışı başlatmadan veya gönderilen form verilerini kaybetmeden, incelenmiş bir isteği değişiklik yapılması için başlatanına geri gönderin.
Neler Öğreneceksiniz¶
- bir inceleme aksiyonunu önceki bir kullanıcı görevine yönlendirme
- istek düzeltildiğinde aynı süreç verilerini yeniden kullanma
- düzeltme notunu yalnızca geri dönüş yolunda zorunlu kılma
- hem onay hem yeniden gönderim davranışını doğrulama
Zorluk ve Tahmini Süre¶
- Zorluk: Başlangıç
- Tahmini süre: 20 dakika
Varsayılan Bilgiler¶
Havuzlar, kullanıcı görevleri, aksiyonlar, rotalar, formlar ve doğrulama grupları hakkında bilgi sahibi olmalısınız.
Gerekli Okumalar¶
Ön Koşullar¶
- bir süreç tanımı oluşturma veya içe aktarma izni
- role atanabilecek bir test kullanıcısı veya grubu
Reviewerrol - istek sahibi ve inceleyici sahipliğini ayrı ayrı doğrulamak istiyorsanız iki test kimliği
Örneğe Genel Bakış¶
Örnek üç görev içerir:
1 2 3 | |
Tüm görevler aynı Request süreç verilerini kullanır. Şuraya geri dönmek Submit Request aynı iş akışını yeniden açar; böylece açıklama ve düzeltme notu kullanılabilir durumda kalır.
Adımlar¶
Süreç Akışını Oluşturma¶
- Adı şu olan bir havuz oluşturun
Correction Loop. - Başlatma görevini ekleyin
Submit RequestbirSubmitaksiyonuyla. - Şu adlı ikinci bir kullanıcı görevine
Submitrota oluşturunReview Request. - İnceleme görevine
ApproveveRequest Correctionaksiyonlarını ekleyin. - Şuraya
Approverota oluşturunComplete Request. - Şuraya geri
Request Correctionrota oluşturunSubmit Request.
Geri dönüş rotası düzeltme döngüsüdür. Alt süreç oluşturmaz veya süreç XML'ini kopyalamaz.
İnceleyici Rolünü Yapılandırma¶
- Şu adlı bir rol oluşturun
Reviewer. - Rol düzenleyicisi aracılığıyla bir test kullanıcısı veya grubu atayın.
- Rolü şuraya atayın
Review Request.
İndirilebilir tanımda bilerek sabit bir kimlik bulunmaz. Örneğin alanadları arasında taşınabilir kalması için içe aktardıktan sonra rolü yapılandırın.
Paylaşılan Formu Oluşturma¶
Kök öğenin altında iki alanı olan bir form oluşturun: Request
Description— şu doğrulama grubu tarafından zorunlu kılınır:Submitdoğrulama grubuCorrectionNote— şu doğrulama grubu tarafından zorunlu kılınır:Correctiondoğrulama grubu
Formu üç görevin tümüne atayın.
Göreve Göre Form Bölümü Durumunu Ayarlama¶
Aynı adlı Request bölümü üç görevin tümünde kullanın. Bölümü şurada varsayılan düzenlenebilir durumda tutun: Submit Request; inceleme ve tamamlama görevlerinde ise Disabled durumuna ayarlayın. Böylece tek bir veri modeli ve form kullanılırken iş akışının her adımında düzenleme sahipliği açıkça belirtilir. Kullanıcı bölümün tamamını görmemeliyse yalnızca Hidden kullanın; alanı gizlemek bir yetkilendirme denetimi değildir.
Doğrulamayı Aksiyonlara Bağlama¶
- Şunun
Submitaksiyon doğrulama grubunu şuna ayarlayınSubmit. - Şunun
Request Correctionaksiyon doğrulama grubunu şuna ayarlayınCorrection. - Şunu
Approvedüzeltme notu zorunluluğu olmadan bırakın.
Böylece istek açıklaması, başlatan gönderim yaptığında zorunlu olur; düzeltme notu ise yalnızca inceleyici isteği geri gönderdiğinde zorunlu olur.
Nasıl Çalışır¶
Bir rota, tamamlanmış bir görevi hedefleyebilir. İş akışı aynı süreç iş akışını ve XML verilerini koruyarak bu görev için yeni bir iş adımı oluşturur. Hedef başlatma görevi olduğu için istek başlatana yeniden ulaşır. Yeniden gönderimden sonra normal Submit rota yeni bir inceleme iş adımı oluşturur.
İnceleyici, sabit kodlanmış bir kullanıcı kimliği yerine bir rol aracılığıyla belirlenir. Bu, kiracılar arası taşınabilirliği korur ve görev grafiğini değiştirmeden atama ilkesinin değiştirilmesine olanak tanır.
Sonucu Doğrulama¶
- Şunu yapılandırın:
Reviewertest kimliği için rolü. - Süreci başlatın ve bir istek açıklaması girin.
- Şunu seçin:
Submitve şununReview Requestinceleyiciye atandığını ve istek bölümünün salt okunur olduğunu doğrulayın. - Bir düzeltme notu girin ve şunu seçin:
Request Correction. - Şunun
Submit Requesther iki alan da korunmuş ve düzenlenebilir halde başlatana geri döndüğünü doğrulayın. - Açıklamayı güncelleyin ve yeniden gönderin.
- İkinci incelemeyi onaylayın ve son görevi tamamlayın.
Hata ve Sınır Durumları¶
- Şunu deneyin:
Submitaçıklama olmadan. Formun şu doğrulama grubunda başarısız olması gerekir:Submitdoğrulama grubu. - Şunu deneyin:
Request Correctiondüzeltme notu olmadan. Formun şu doğrulama grubunda başarısız olması gerekir:Correctiondoğrulama grubu. - Yapılandırılmamış bir
Reviewerrolle test edin. İnceleme görevi sessizce istenmeyen bir kimliğe yönlendirilmemelidir; örneği kullanmadan önce rolü yapılandırın. - Düzeltmeyi birden fazla kez gönderin ve her döngünün yinelenen iş akışları oluşturmak yerine tek bir süreç iş akışını koruduğunu doğrulayın.
Güvenlik ve Taşınabilirlik Notları¶
- Örnek hiçbir kullanıcı, grup, kiracı, e-posta veya alanadı tanımlayıcısı içermez.
- Her hedef alanadında bağımsız olarak
Revieweryapılandırın. - İnceleme görevini kimin açabileceğini rol ataması belirler; form görünürlüğü bir yetkilendirme sınırı değildir.
- Üretim kuralının yalnızca form doğrulamasına dayanmaması gerekiyorsa sunucu tarafında rota veya iş sonrası komut dizisi doğrulaması ekleyin.
İndirin ve Kendiniz Deneyin¶
Düzeltme döngüsü süreç tanımını indirin.
Şunu yapılandırın: Reviewer içe aktardıktan sonra rolü.
Sorun Giderme¶
- İnceleme görevinin sahibi yok: Rol düzenleyicisini açın ve şuna bir test kullanıcısı veya grubu atayın:
Reviewer. - Düzeltme notu zorunlu değil: Alanın şu doğrulama grubunu kullandığını doğrulayın:
CorrectionveRequest Correctionaksiyonun aynı grubu seçtiğini. - Geri döndükten sonra form verileri boş görünüyor: Tüm görevlerin aynı havuz kökünü ve form veri yollarını kullandığını doğrulayın.
- Yeni bir süreç iş akışı oluşturuluyor: Aksiyonun şuraya bir rota kullandığını doğrulayın:
Submit Request; alt iş akışı veya başlatma komut dizisi kullanmadığını.