Doküman Onay Yazılımı: Sürüm ve Yetkiyle Çalışan Süreç

Onay isteğini dosya adına bağlamayın

Aynı dosya adı altında içerik değişebiliyorsa “teklif.pdf onaylandı” kaydı belirsizdir. Belgenin sürümü veya değişmez içerik referansı onay talebinde yer almalıdır. Onaylayan kişi yeni dosya açarken sistem eski sürüm için karar kaydetmemelidir.

Her belge türü için süreç amacı farklı olabilir. Bir satın alma talebinde tutar, bir tasarım dokümanında teknik kapsam, bir yayın metninde içerik uygunluğu değerlendiriliyor olabilir. Aynı onay ekranını kullanmak, aynı kuralların geçerli olduğu anlamına gelmez. Kontrol edilecek alanları belge türüne göre tanımlayın.

Sıra ile tamamlanma koşulunu birbirinden ayırın

İki kişiye aynı anda gönderilen istekte bir kişinin onayı yeterli mi, herkesin onayı mı gerekli? Bir kişinin reddi süreci sonlandırıyor mu? Microsoft onay araçları bu farklı örüntüleri ayrı seçenekler olarak ele alır. [1] Yazılım teklifinde yalnızca “çoklu onay” ifadesi yerine hangi örüntünün hangi belgeye uygulanacağı yazılmalıdır.

Sıralı onayda ilk aşama tamamlanmadan sonraki aşamanın başlaması istenmeyebilir. Buna karşılık bağımsız uzman incelemeleri paralel yürüyebilir. Gerekli olmadığı halde bütün işlemleri sıraya dizmek, karar kalitesini artırmadan beklemeyi büyütebilir.

Örnek: onay sırasında kapsam değişiyor

Varsayımsal proje dokümanı iki yöneticiye gönderiliyor. İlk yönetici onayladıktan sonra hazırlayan kişi kapsam bölümünü değiştiriyor. Sistem önceki onayı yeni sürüm için geçerli sayacak mı? Önerilen yaklaşım, kararın hangi sürüme ait olduğunu korumak ve değişiklik türüne göre yeni onay talebi oluşturmaktır.

Bu tablo örnek bir iş akışı çerçevesidir. Belgeye özel yasal veya düzenleyici gereklilikler varsa ayrıca değerlendirilmelidir.

Vekâleti kalıcı yetkiye dönüştürmeyin

Bir çalışanın izninde onay verecek kişinin kapsamı ve süresi belirlenmelidir. Sadece e-postayı başka kişiye yönlendirmek, uygulama içindeki yetki modelini değiştirmez. Vekil hangi belge türü ve tutar aralığında karar verebilir? Süre bittiğinde açık görevler ne olur?

Yetki kontrolü yalnızca onay sayfası açılırken değil, karar gönderildiği anda da yapılmalıdır. [2] Görev açıldıktan sonra kişinin yetkisi kaldırılmış olabilir. Arayüzde kalan eski düğmenin işlemi tamamlayabilmesi kabul testinde incelenmelidir.

Onay mesajları eksik bağlam taşımamalı

Bildirimde belge adı, sürümü, karar konusu ve son tarih gibi gerekli bilgiler bulunabilir. Gizli içeriği e-posta gövdesine tamamen kopyalamak yerine güvenli uygulama içi erişim kullanmak değerlendirilebilir. Bağlantının yanlış kişiye iletilmesi halinde belgenin açılıp açılmadığını test edin.

Hatırlatmalar da görev durumunu yeniden kontrol etmelidir. Geri çekilmiş veya tamamlanmış isteğe sürekli hatırlatma göndermek güveni azaltır. Operatör hangi görevin neden beklediğini, kaç hatırlatma gönderildiğini ve vekâlet bulunup bulunmadığını görebilmelidir.

Denetim izini açıklanabilir tutun

Kararı, kullanıcıyı, zamanı, belge sürümünü ve gerekçeyi ilişkilendirin. “Onaylandı” damgası tek başına yeterli değildir. Yanlışlıkla verilen kararın iptali veya yeniden açılması gerekiyorsa eski kaydı silmek yerine yeni bir işlemle düzeltme tasarlanabilir.

Kabul testinde eski sürüm bağlantısı, yetkisi kaldırılan kullanıcı, eşzamanlı karar, süresi biten vekâlet ve geri çekilen istek senaryolarını kullanın. Çalışan süreç yalnızca ilk onayı toplamakla değil, istisnaları doğru yönetmekle değerlendirilmelidir.

Sık sorulan sorular

### Onay kaydı hukuki imza yerine geçer mi? Bu rehber böyle bir eşdeğerlik ileri sürmez. İş akışı onayı ile imza ve hukuki ispat gereksinimleri farklı olabilir; uzman değerlendirmesi gerekir.

Bütün belgelerde iki yönetici onayı daha iyi mi?

Gereksiz adımlar bekleme yaratabilir. Her onay aşaması gerçek bir karar yetkisine veya riske dayanmalı; belge türüne göre sadeleştirilmelidir.