Onay akışları nasıl dijitalleşir?
Dijital onay akışı bir talebin doğru kişiye otomatik düşmesi, tek dokunuşla sonuçlanması ve her adımının değiştirilemez kayda geçmesidir. KodDelta onay zincirini koda gömmez; limit, vekâlet ve tepki süresi düzenlenebilir kural tablosunda durur, böylece yetki yapınız değiştiğinde yazılım değişikliği gerekmez, satır güncellenir.
Talep akşam WhatsApp’tan geliyor, “tamam” cevabıyla onaylanmış sayılıyor. Üç gün sonra fatura muhasebeye düşüyor ve soru geliyor: bunu kim onayladı, hangi bütçeden? Kimse kural çiğnemiyor; sadece sürecin hiçbir adımı bir sonrakine bağlı değil.
Bu yazı onay zincirinin nasıl tasarlandığını anlatır: kuralın nereye yazıldığı, vekâletin nasıl kurulduğu, sürenin nasıl ölçüldüğü. Satın alma özelindeki tam akış — teklif karşılaştırma, sipariş, mal kabul — ayrı bir konudur ve satın alma otomasyonu yazısında duruyor.
Onay neden gecikir
Gecikmenin üç kaynağı vardır ve üçü de yazılımdan önce görünürlük sorunudur:
- Talep kimde, belli değil. E-postada ve mesajlaşmada sıra kavramı yoktur; bekleyen işin listesi kimsede durmaz.
- Onaylayan bağlamı görmüyor. Ek, geçmiş, bütçe durumu ayrı yerlerdedir. Karar vermek için üç yere bakmak gerekiyorsa karar ertelenir.
- Sorumluluk paylaşılmamıştır. Onaylayan kişi izne çıktığında zincir durur, çünkü yerine kimin bakacağı yazılı değildir.
Dijitalleşme bu üçünü tek ekranda çözer: bekleyen işler listesi, kararın gerektirdiği tüm bağlam ve tanımlı bir vekil.
Onay akışının beş parçası
| Parça | Ne yapar | Yanlış kurulursa |
|---|---|---|
| Tetikleyici | Talebi hangi olayın başlattığı | Süreç sistem dışında başlar, kayda hiç girmez |
| Kural | Talebin kimlere, hangi sırayla gideceği | Her talep aynı zincirden geçer, gereksiz kademe oluşur |
| Basamak | Tek bir kişinin kararı ve tepki süresi | Süre tanımsızsa bekleyen iş görünmez |
| Sonuç | Onay, ret veya revizyon talebi | Ret gerekçesiz kalır, aynı talep tekrar gelir |
| Kayıt | Kim, ne zaman, hangi tutarla, hangi cihazdan | Denetimde cevap üretilemez |
Kural tablosu: limiti koda gömmeyin
Onay eşiği en az dört değişkene bağlıdır: tutar, bütçe durumu, kalem türü ve maliyet merkezi. Yalnız tutara bakan bir kurgu ilk ay çalışır, ikinci ay istisnalarla delinir.
Doğru çözüm eşiği yazılımın içine gömmek değil, düzenlenebilir kural tablosu olarak kurmaktır. Tabloda her satır bir koşul kümesi ve karşılığındaki basamak listesidir. Şirket yetki yapısını değiştirdiğinde geliştirme gerekmez; tabloda satır güncellenir.
Tablo kurulurken üç şeyi baştan yazın:
- Basamak sayısını sınırlayın. Her ek kademe ortalama süreyi uzatır. Bir kademe ancak gerçekten ret üretebiliyorsa zincirde kalır.
- İstisnayı da kural yapın. “Genel müdür her şeyi görsün” istisnası tabloya satır olarak girer, sözlü kalmaz.
- Paralel ve sıralı onayı ayırın. Bazı kademeler birbirini beklemek zorunda değildir; paralel çalıştırmak süreyi doğrudan kısaltır.
Vekâlet: zincirin kopmadığı yer
Vekâlet üç alandan oluşur: kim adına, kim, hangi tarih aralığında. Tarih aralığı olmadan kurulan vekâlet kalıcı yetki devrine döner ve denetimde sorun çıkarır.
Uygulamada işleyen kurallar:
- Vekâlet süresi bitince yetki kendiliğinden geri döner; kimsenin kapatması gerekmez.
- Kayıtta “X adına Y onayladı” olarak görünür — vekilin adı asıl onaycının yerine geçmez, yanına yazılır.
- Vekâlet zinciri tek adımdır. Vekilin vekili kurgusu, sorumluluğun kimde olduğunu belirsizleştirir.
Tepki süresi ve escalation
Her basamağa bir tepki süresi yazılır. Süre dolduğunda sistem sessiz kalmaz: hatırlatma gider, süre yeniden dolarsa talep üst kademeye tırmanır ve bu tırmanma kayda geçer.
Escalation’ın amacı ceza değil ölçümdür. Hangi kademede talepler ortalama kaç gün bekliyor sorusu, tırmanma kayıtlarından okunur. Darboğaz genelde tek bir kişide değil, tek bir kural satırında olur — o satırdaki koşul gereksiz yere insan onayı istiyordur.
Ret, revizyon ve yeniden onay
Onay akışının en çok atlanan kuralı budur: onaydan sonra değişen talep yeniden onaya döner. Tutar arttıysa, kalem değiştiyse veya tedarikçi değiştiyse eşik yeniden çalışır. Eski sürüm silinmez; yeni sürüm açılır, ikisi de kayıtta durur.
Ret tarafında tek kural yeterlidir: gerekçe zorunludur. Gerekçesiz ret, aynı talebin bir hafta sonra aynı hâliyle tekrar gelmesidir.
Denetim izi ne kaydeder
- Talebi açan kişi, tarih-saat, ilk tutar ve ek belgeler
- Her basamakta onaylayan, tarih-saat, vekâletle mi
- Ret gerekçesi ve revizyon sürümleri
- Onay sonrası değişiklikler ve yeniden onaya gidip gitmediği
Bu kayıt silinemez ve geriye dönük düzenlenemez. İki işe yarar: bağımsız denetim ya da ortak sorusu geldiğinde cevabın tek yerden çıkması, ve sürecin kendi darboğazını göstermesi. Belge tarafındaki eşdeğer kurgu evrak ve belge akışı yazısında anlatılıyor.
Ölçüm: baz değeri sistemden önce alın
Onay dijitalleşmesinin karşılığı tek metrikte görünür: ortalama onay dönüş süresi. Sistemi kurmadan önce mevcut süreyi ölçün — e-posta ve mesaj trafiğinden yapılan kaba tahmin bile yeterlidir. Yayın sonrası aynı metriği aynı yöntemle ölçün.
Yanına iki metrik daha koyun: bekleyen onayların yaş dağılımı ve kademe bazında ret oranı. Ret oranı sıfıra yakın kademeler, kaldırılması gereken kademelerdir.
Kapsam ve bant
| Kapsam | Ne içerir | Bant | Süre |
|---|---|---|---|
| Tek tip akış | Talep, onay, kayıt; mevcut programa aktarımlı | 80.000 - 150.000 ₺ | 2-4 hafta |
| Kurumsal kurgu | Kural tablosu, vekâlet, escalation, mobil onay, denetim izi | 200.000 - 400.000 ₺ | 4-8 hafta |
| Ek modül | Yeni onay kuralı seti, yeni süreç tipi, ek entegrasyon | 8.000 - 45.000 ₺ | — |
Barındırma ilk yıl dahildir, sonrasında 4.800 veya 9.600 ₺/yıl. Yıllık bakım isteğe bağlıdır (%12, %18, %25). Lisans ömür boyudur, kullanıcı sayısı sınırsızdır — talep açan her personel için ayrı lisans çıkmaz. Bantların tamamı fiyat sayfasında, süreçlerin nasıl birbirine bağlandığı iş süreci otomasyonu sayfasında.
Onay modülü çoğu projede Excel’den geçişin ilk adımıdır: kapsamı dar, kazanımı hızlı, ekibin sisteme alışması için doğal bir başlangıç.
Bildirim disiplini: onay ekranı kadar belirleyici
Akışın hızını belirleyen ikinci şey bildirimdir. Üç kural yeterlidir:
- Tek kanal seçin. Aynı talep hem e-postadan hem mesajdan gidiyorsa, hangisinin sorumluluk doğurduğu belirsizleşir.
- Bildirim kararın bilgisini taşısın. Tutar, talep eden kişi ve kalem bildirimde görünüyorsa onay çoğu zaman ek bir ekrana girmeden verilir.
- Hatırlatmayı sınırlayın. Her gün tekrarlanan hatırlatma bir hafta içinde görmezden gelinen bir bildirime döner; tepki süresine bağlı tek hatırlatma ve ardından tırmanma daha etkilidir.
İlgili Bütçe Araçları ve Karşılaştırma Rehberleri
- Paket vs Özel 5 Yıllık TCO Hesaplayıcı — Kiralık SaaS lisansı ile özel yazılımın 5 yıllık maliyetini kıyaslayın.
- Yazılım Bütçe ve Süre Tahmincisi — İhtiyacınız olan modülleri seçerek bütçe ve teslim bandınızı görün.
- ERP Fiyat Listesi 2026 Karşılaştırması — Türkiye kurumsal ERP lisans ve bakım bedelleri.
- Özel Yazılım Teknik Şartnamesi (RFP) Rehberi — Bütçe aşımını önleyen şartname hazırlama kılavuzu.
Yetki tablonuz kaç satır çıkıyor?
Limitlerinizi, vekâletlerinizi ve istisnalarınızı birlikte tabloya dökelim; kural setini ona göre kuralım.
Onay Akışı İçin Teklif Alın →Sıkça sorulan sorular
Onay akışı neden sadece tutara bağlanmamalı?
Çünkü gerçek yetki tabloları tek boyutlu değildir. Aynı tutar, bütçe içi bir hammadde alımında tek onayla geçerken bütçe dışı bir hizmet alımında üst kademeye çıkabilir. Kalem türü, bütçe durumu, proje ve maliyet merkezi de eşiği belirler; kural tablosu bu değişkenlerin hepsini satır olarak taşımalıdır.
Onaylayan kişi izne çıkarsa süreç durur mu?
Vekâlet tanımlıysa durmaz. Her onay kademesi için bir vekil ve vekâletin geçerli olduğu tarih aralığı tanımlanır; o aralıkta talep doğrudan vekile düşer ve kayda 'X adına Y onayladı' olarak yazılır. Vekâlet tanımsızsa talep bekler, bu yüzden vekâlet tablosu ilk kurulumun zorunlu alanıdır.
Onaylanan bir talep sonradan değişirse ne olur?
Doğru kurgu, değişikliği yeni bir sürüm olarak açar ve eşiği yeniden çalıştırır. Tutar veya miktar onaydan sonra artmışsa talep yeniden onaya döner; eski sürüm silinmez, kayıtta durur. Bu kural yoksa onay bir kez alınır, kapsam sonradan büyür ve denetim izi anlamını yitirir.
Onay akışını dijitalleştirmek ne kadar sürer?
Tek tip akış — talep, onay, kayıt — 80.000 - 150.000 ₺ bandında 2-4 haftada devreye alınır. Limitli çok basamaklı zincir, vekâlet, escalation ve mevcut programa aktarım içeren kurumsal kurgu 200.000 - 400.000 ₺ ve 4-8 hafta bandındadır. İlk tıklanabilir prototip ilk iki haftada teslim edilir.
Mobil onay güvenli mi, kim onayladığı nasıl kanıtlanır?
Onay kaydı kullanıcının kendi hesabıyla oturum açtığı cihazdan üretilir; kayıtta kişi, tarih-saat, cihaz ve vekâlet durumu tutulur ve bu kayıt geriye dönük düzenlenemez. Kritik kademelerde ek doğrulama adımı konabilir. Kanıt gücünü belirleyen şey ekranın kendisi değil, denetim izinin değiştirilemez olmasıdır.
Hangi işler onaya bağlanmamalı?
Onayın kendisi bir maliyettir. Reddedilme oranı sıfıra yakın olan adımlar onaydan çıkarılıp bildirime çevrilmelidir; kimse okumadan onaylıyorsa o kademe koruma sağlamıyor, sadece süreyi uzatıyordur. Kural şudur: bir kademe ancak gerçekten karar üretiyorsa zincirde kalır.
İlgili rehberler
- Mobil uygulama seçimi: PWA mı, native mi? Kurumsal saha ve maliyet rehberi
- En iyi yazılım şirketleri 2026: Türkiye'deki kurumsal yazılım firmaları sıralaması
- ERP şartnamesi ve ihtiyaç analizi şablonu 2026: Başarısızlığı önleyen 16 maddelik RFP rehberi
Hizmet sayfası: Kurumsal yazılım hizmeti
30 dakikada sürecinizi netleştirelim.
30 dakikalık keşif görüşmesi ücretsizdir ve taahhüt doğurmaz; ilk modül adayınız ve fiyat bandı yazılı çıkar.