Bir ajan, bir destek durumunu başka bir kuyruğa taşımayı doğru bir şekilde önerebilirken, değişikliği uygulama iznine sahip olmayabilir. Ayrıca izin alabilir ve ardından yürütme sırasında bir hata ile karşılaşabilir. Her iki durumu da “tamamlandı” olarak gösteren bir ürün, önemli bir ayrımı kaybeder.
Teklifi yan etkiden ayırıyorum. Planlama, amaçlanan bir işlemi tanımlar. Uygulama, mevcut uygulama kuralları altında o işlemi gerçekleştirmeye çalışır. Onay, hedefin gerçekten kabul ettiği sonucu kaydeder.
Önerilen değişikliği açıkça temsil et
Bir vaka yeniden ataması için, bir öneri vakanın kimliğini, mevcut sürümünü, hedef kuyruğu ve taşınma nedenini belirtebilir. Uygulama, herhangi bir değişiklik gerçekleşmeden önce bu yapıyı inceleyebilir.
Teklif, gerçek hedef kümesini içermelidir. “Benzer vakaları da taşı” kararlı bir grup tanımı değildir. Daha sonraki bir arama kayıt eklerse, teklif değişmiş olur ve başka bir inceleme gerektirebilir.
Müşteri destek çalışması Conviro üzerinde bu tasarım için somut bir ortam sağlar. Kullanışlı bir asistan, arka uç erişim ve durum değişikliklerinden sorumlu kalırken, operasyonel bir karar hazırlayabilir. Bu model, her hayal edilen eylemin zaten uygulanmış olduğu iddiası değil, kontrollü bir arayüz ile ilgilidir.
Mevcut duruma karşı bir ön kontrol çalıştırın
Bir ön kontrol, hedeflerin hala var olup olmadığını, sürümlerinin eşleşip eşleşmediğini ve talep edilen işlemin şu anda izinli olup olmadığını kontrol edebilir. Ayrıca, farklı bir muamele gerektiren kayıtları da tanımlayabilir.
Başarılı bir ön uçuş hala bir önizlemedir. Durum, yürütmeden önce değişebilir, bu nedenle yazma yolu aynı ilgili koşulları zorunlu kılmalıdır. Arayüz, önizlemenin neyi kontrol ettiğini açıklamalıdır, ancak tüm sistemi süresiz olarak rezerve ettiği izlenimini vermemelidir.
Bu nedenle onay, gözden geçirilen öneriye bağlı kalmalıdır. Bir kişinin kararı ve teknik ön uçuş yanıtı farklı sorulara yanıt verir.
Yürütmeye kendi kimliğini verin
Onaylanan teklifi, yürütme girişimini ve gözlemlenen sonucu bağlayan bir işlem tanımlayıcısı atayacağım. Tekrar eden girişimler, o zaman aynı işlemi tamamlama girişimleri olarak tanınabilir, bağımsız talepler yerine.
Hedefin davranışı hala önemlidir. Eğer kopya korumasını destekliyorsa, arayanın bunu tutarlı bir şekilde kullanması gerekir. Sonuç belirsizse, sistemin başka bir denemenin güvenli olup olmadığına karar vermeden önce bir arama veya uzlaştırma stratejisine ihtiyacı vardır.
Bir zaman aşımı otomatik olarak ne başarıya ne de başarısızlığa çevrilmemelidir. Bu, arayanın zamanında bir onay almadığını belirtir. Uzaktaki işlem daha fazla araştırma gerektirebilir.
Parçalı tamamlanmayı gruplar halinde bekleyin
Bir batch bazı kayıtlar için başarılı olabilirken, diğerleri için başarısız olabilir. Tek bir genel durum raporlamak, faydalı bilgileri gizler. Her bir öğenin sonuçlarını ve yalnızca uygun olduğunda tamamlanmamış işleri yeniden denemek için yeterli bağlamı saklayacağım.
Kurtarma, basit bir geri alma işlemi yerine başka bir operasyon gerektirebilir. Bir durumu geri almak, kuyruğunu geri getirebilirken, daha önce gönderilmiş bir bildirimi birinin gelen kutusunda bırakabilir. Bir tazminat planı, geri alabileceği etkileri ve silemeyeceği etkileri tanımlamalıdır.
işin dayanıklı durumu bu ayrımları korumalıdır, böylece yeniden başlatılan bir işçi kısmi tamamlamayı temiz bir başlangıç olarak değerlendirmez.
Onaylanan sonucu rapor edin
Son mesaj, kabul edilenleri, bekleyenleri ve dikkat edilmesi gerekenleri belirtmelidir. Ürün sınırı net bir şekilde belirttiği sürece, yürütme engellense bile üretilen bir öneri faydalı olabilir.
Eski bir hedef, reddedilmiş bir işlem, belirsiz bir yanıt ve kısmen tamamlanmış bir parti ile iş akışını gözden geçireceğim. Her bir durum, uygulamanın niyet ile etki arasındaki farkı hala açıklayıp açıklayamayacağını sorguluyor.
Bu ayrım, bir ajanın ne olduğuna dair tek otorite haline gelmeden yargıda bulunmasına olanak tanır. Uygulama, öneriden onaya kadar denetlenebilir bir kayıt tutar.
30 Eylül 2026’da güncellendi.