Onay Süreçlerini Otomatikleştirmek: İzin, Fatura, Teklif

Onay süreçlerinin çoğu, kural yokluğundan değil, kuralın kimsenin kafasında aynı olmamasından takılır. Talep e-postayla gelir, ilgili kişi izindedir, vekili belli değildir, talep bir sohbet penceresinde kaybolur. Bir spa zincirinde şube müdürü bir malzeme alımı için onay isterse, onayın merkezde mi bölgede mi verileceği çoğu zaman kişiye göre değişir.

Otomasyonun ilk işi bu belirsizliği yazıya dökmektir. Kimin hangi tutara kadar onay verdiği, yokluğunda kimin devraldığı ve talebin ne kadar bekleyebileceği yazılmadan hiçbir yazılım süreci düzeltmez; yalnızca dağınıklığı daha hızlı dolaştırır.

İzin talebinde bilgi basittir: tarih, süre, vekil. Risk, ekibin o gün eksik kalması; onay genellikle doğrudan yöneticiye gider. Kural çakışmalarını yazılım denetleyebilir: aynı gün başka bir ekip üyesinin izinli olup olmadığı, kalan izin hakkının yeterli olup olmadığı.

Fatura onayında risk parayla ilgilidir. Fatura bir siparişe ya da sözleşmeye bağlanmalı, tutar ve tedarikçi bilgisi tutarlı olmalı, aynı fatura iki kez ödenmemelidir. Onay basamakları tutara göre çoğalır. Teklif onayında ise risk taahhüttür: fiyat, indirim ve teslim koşulu şirketi bağlar. Burada onaycı, tutarın yanında koşulların da okunmasını ister.

• İzin: tarih çakışması, kalan hak ve vekil kontrolü
• Fatura: sipariş eşleşmesi, tutar tutarlılığı ve mükerrer ödeme kontrolü
• Teklif: indirim sınırı, teslim koşulu ve taahhüt süresi kontrolü
• Üçünde ortak: kim, ne zaman, neye göre onayladı kaydı

Onay yolu üç soruyla çizilir: kim onaylar, hangi eşikte bir üst basamağa çıkar, hiç cevap gelmezse ne olur. Eşik genellikle tutar ya da etki alanıyla tanımlanır. Sessizliğin ne anlama geldiği de baştan yazılmalıdır; bir talep süresi dolunca otomatik onaylanmaz, vekile ya da üst basamağa hatırlatma olarak gider.

Süreç mümkün olduğunca kısa tutulur. Her fazladan basamak bekleme süresi ekler ve sorumluluğu seyreltir; üç kişinin imzaladığı bir belgeyi çoğu zaman kimse tam okumamıştır. Daha az basamak, ama her basamakta kimin neye baktığı net olmalıdır.

Yapay zekâ, onaya gelmeden önceki hazırlık işinde işe yarar: bir faturadan tutarı, tedarikçiyi ve vade tarihini okumak, teklif metnindeki olağan dışı bir koşulu işaretlemek, uzun bir talep açıklamasını üç cümleye indirmek. Bunlar onaycının zamanını kısaltır ama kararın yerini almaz.

Hata riski gerçektir. Bir model rakamı yanlış okuyabilir, bir koşulu atlayabilir ya da olmayan bir ayrıntıyı doğru gibi sunabilir. Bu yüzden onaycıya yalnızca özet değil, özetin dayandığı kaynak belge de gösterilir; tutar gibi kritik alanlarda ikinci bir kural tabanlı kontrol çalışır. Karar, ödeme ve taahhüt adımları her zaman insanın elinde kalır.

Fatura ve izin kayıtları kişisel ve finansal veri içerir. Bu verinin hangi hizmete gönderildiği, nerede saklandığı ve kimin gördüğü önceden belirlenmeli; kapsam konusunda KVKK ve GDPR açısından bir hukukçuya danışılmalıdır.

Ayda birkaç talebin geldiği, onaycının tek kişi olduğu ve herkesin birbirini tanıdığı bir ekipte otomasyon gereksiz karmaşa olabilir. Bir e-posta ve bir paylaşılan tablo, çoğu zaman yeterince iş görür ve kimseye yeni bir araç öğretmeyi gerektirmez.

Kuralları henüz oturmamış süreçler de uygun değildir. Eşiklerin her ay değiştiği, kimin yetkili olduğunun tartışıldığı bir ortamda kurulan akış, değişen kurallara yetişemez ve kısa sürede atlatılan bir engele dönüşür. Önce kural oturur, sonra akış kurulur.

• Çok az talebin geldiği ve tek onaycının olduğu işler
• Yetki ve eşiklerin hâlâ tartışıldığı süreçler
• Her talebin ayrıca yargı gerektirdiği, standartlaştırılamayan kararlar

En sık hata, mevcut dağınık süreci olduğu gibi yazılıma taşımaktır. Gereksiz basamaklar da taşınır ve süreç yalnızca dijital olarak yavaş kalır. Otomasyondan önce süreç sadeleştirilmelidir.

İkinci hata, kayıt tutmamaktır. Kimin, ne zaman, hangi bilgiyi görerek onayladığı saklanmazsa, bir uyuşmazlıkta ya da denetimde süreç kanıtlanamaz. Üçüncü hata ise vekil ve istisna kurallarını unutmaktır: izindeki onaycı, tatilde kalan bir talep, tutarı sınırın hemen altında bölünerek getirilen bir fatura. Bu durumlar akışın ilk haftasında ortaya çıkar; baştan düşünülmelidir.