Bu yazıda
Hızlı özet
- Aynı işi tanımlayan alanları birlikte kullanın.
- Belirsiz sonucu başarısız kabul edip hemen tekrarlamayın.
- Düzeltilmiş belgeyi gerekçesiyle ayrı sürüm olarak izleyin.
Dosya adı tek başına tekrar kontrolü değildir
Aynı PDF farklı adla kaydedilebilir; aynı ad altında farklı içerik de bulunabilir. Bu yüzden yalnız dosya adına bakmak yeterli bir ekip kontrolü değildir. Kişi, şirket ve dönemle birlikte hangi belge sürümünün hangi amaçla iletildiği görülmelidir. Tekrarı değerlendirecek kişi, önceki işlem kaydına ulaşabilmelidir.
Düzeltme yapılması yeni bir gönderim ihtiyacı doğurabilir. Ancak bunu eski işlemin izini kaybederek yapmak yerine, düzeltme gerekçesini ve önceki sürümle bağını kaydedin.
Idempotency kavramını bir kapı zili gibi düşünün
Bir düğmeye iki kez basılması, her zaman iki ayrı iş istendiği anlamına gelmez. İdempotency yaklaşımında sistem, aynı talebi yeniden gördüğünde daha önceki işlemi tanır ve ikinci bir sonuç üretmemeyi hedefler. Bunun için işin kimliği ve önceki aşaması korunmalıdır. Sadece düğmeyi kısa süreli kapatmak, kesinti sonrası tekrarları açıklamaya yetmeyebilir.
Bu bir tasarım ilkesidir. Kullanılan yazılımda nasıl uygulandığı, yeniden başlatma ve eşzamanlı deneme gibi senaryolarla ayrıca sınanmalıdır.
Kurgu örnek: yanıt gelmeden kapanan ekran
Kurgu örnekte bir çalışan için gönderim başlatılır; sonuç görünmeden ekran kapanır. Operatör geri geldiğinde aynı dosyayı yeniden seçer. Güvenli karar için önce ilk işlemin kayıt ve sağlayıcı sonucu araştırılır. Ekranın kapanması, karşı tarafta hiçbir işlem yapılmadığının kanıtı değildir.
| Önceki durum | İncelenecek adım |
|---|---|
| Sonuç doğrulanmış | Aynı iş için yeni iletime gerek var mı? |
| Sonuç belirsiz | Önceki işlem kaydı nasıl doğrulanabilir? |
| Belge düzeltilmiş | Yeni sürüm ve gönderim gerekçesi açık mı? |
Demo kabulüne tekrar senaryosu ekleyin
Bir çözümü değerlendirirken aynı talebin iki kez verilmesini, iki kişinin aynı kaydı açmasını ve işlem sırasında kesinti olmasını örnek verilerle deneyin. Beklenen sonucu önceden yazın: kaç iş oluşmalı, hangisi devam etmeli, belirsiz durumda kullanıcı ne görmeli? Sayılan düğme tıklamaları yerine oluşan işlem kayıtlarını karşılaştırın.
HemenHR'nin hedefi tek başlangıçla kişi bazlı işlemedir. Geliştirme aşamasındaki ürün için bu yazı, mükerrer önlemenin uygulanmış veya canlıda doğrulanmış olduğu iddiasını taşımaz.
Kısa sorular, net yanıtlar
Bir önceki deneme başarısız görünüyorsa hemen tekrar edilebilir mi?
Önce görünen hatanın hangi aşamaya ait olduğunu inceleyin. Özellikle sonucu alınamamış iletimlerde, önceki işlemin etkisi doğrulanmadan yeni deneme başlatmayın.
Kaynak ve kapsam
- HemenHR ürün kapsamı ve geliştirme durumu — Tek başlangıçla kişi bazlı işleme hedefi ve geliştirme durumu; tekrar önleme maddeleri önerilen değerlendirme senaryolarıdır.
Bu içerik süreç değerlendirmesi için hazırlanmıştır; kişiye veya olaya özel hukuki görüş değildir. Mevzuatın somut işleminize uygulanmasını güncel metinler ve yetkili uzmanınızla değerlendirin. HemenHR: geliştirme aşamasında. Anlatılan kontrol önerileri, ürünün tamamlanmış veya canlıda doğrulanmış özellikleri anlamına gelmez.
