Onay Akışı Nedir? Satın Alma, İzin ve Masraf Onayını Dijitalleştirmek

Onay akışı, bir talebin (satın alma, izin, masraf, sözleşme ya da belge) kimlerin onayından, hangi sırayla ve hangi koşullarda geçeceğini tanımlayan kurallar dizisidir. Dijitalleştirmek, bu kuralları kağıttan ve e-posta zincirinden çıkarıp talebin bir formla açıldığı, doğru kişiye kendiliğinden gittiği ve her adımın kayda geçtiği bir sisteme taşımak demektir. En sağlıklı başlangıç, en sık tekrarlanan tek bir talep türünü seçip onun kurallarını yazıya dökmektir.

Onay akışı ne demek, neden e-postayla yürümez?

Arama önerilerinde "onay akışı" ifadesi en çok kamu kurumlarının elektronik belge yönetim sistemleriyle (EBYS) birlikte geçer. Orada bir yazının hangi sırayla kimlerin parafından ve imzasından geçeceğini tanımlar. Şirket içinde mantık aynıdır: talebi kim açar, önce kim bakar, hangi durumda bir üst basamağa çıkar, onaylanınca ne olur.

E-posta bu işi taşıyamaz, çünkü kural içermez. Talep üç kişiye gönderilir, biri izindedir, biri mesajı kaçırır, üçüncüsü "bence uygun" yazar ama bunun onay mı görüş mü olduğu belli değildir. Birkaç gün sonra hangi tutarın, hangi eke göre onaylandığını kimse kesin söyleyemez. Kağıt formda da sorun benzerdir: imza bekleyen form bir masada kalır, kaybolursa süreç baştan başlar ve kimin ne zaman onay verdiğine dair güvenilir bir iz kalmaz.

Bir onay akışının parçaları nelerdir?

Hangi talep türü olursa olsun, dijital bir onay akışı aynı yapı taşlarından kurulur:

• Talep formu: Onaycının karar vermek için ihtiyaç duyduğu bilgiler zorunlu alan olarak sorulur. Eksik bilgiyle açılan talep, onaycıyı soru sormaya ve süreci geri çevirmeye zorlar.
• Onaycılar ve roller: Onaycı kişi adıyla değil rolle tanımlanır ("birim yöneticisi", "finans sorumlusu"). Kişi değiştiğinde akışı yeniden kurmanız gerekmez.
• Kurallar: Tutar, kategori, bütçe durumu ya da departmana göre hangi basamakların devreye gireceği.
• Süre ve eskalasyon: Bir onaycı belirli süre içinde yanıt vermezse talebin kime hatırlatılacağı ya da kime yükseltileceği.
• Vekâlet: İzindeki yöneticinin yerine kimin onay vereceği.
• Kayıt: Her adımda kimin, ne zaman, hangi gerekçeyle onayladığı ya da reddettiği.

Bu parçalardan biri eksikse akış ya tıkanır ya da yine e-postaya döner. En sık gördüğümüz eksik, vekâlet ve eskalasyonun hiç tanımlanmamasıdır: sistem kurulmuştur ama tek bir yöneticinin tatili bütün talepleri bekletir.

Satın alma onay süreci nasıl kurgulanır?

Satın alma, dijitalleştirmeye en uygun başlangıç noktasıdır; çünkü sık tekrarlanır, tutarla ölçülür ve bütçeyle doğrudan ilişkilidir. Kurgulamak için şu soruları sırayla cevaplayın:

1. Talep formunda ne olmalı? Ürün ya da hizmet tanımı, miktar, tahmini tutar, gerekçe, bütçe kalemi, önerilen tedarikçi ve varsa teklif belgeleri.
2. Tutar eşikleri nerede? Örneğin belirlediğiniz tutarın altındaki talepleri yalnız birim yöneticisinin onayına, üstündekileri ek olarak finansın onayına bağlamak gibi. Eşikleri şirketinizin yetki yönergesine göre belirleyin.
3. Bütçe dışı talep nasıl işlenir? Bütçesi olmayan kalemde talebin otomatik olarak bir üst basamağa gitmesi, onaycının işini kolaylaştırır.
4. Onaydan sonra ne olur? Onaylanan talebin siparişe dönüşmesi, satın alma birimine bildirim gitmesi ve kaydın ERP'ye aktarılması.

Son adım çoğu zaman atlanır. Onay dijitalleşir ama sipariş yine elle ERP'ye girilir; aynı veri iki kez yazılır ve hata payı sürer.

İzin ve masraf onayında nelere dikkat edilir?

İzin taleplerinde onaycının bilmesi gereken üç şey vardır: çalışanın kalan izin hakkı, aynı tarihlerde ekipten kimlerin izinde olduğu ve işi kimin devralacağı. Bu bilgiler formda ya da onay ekranında görünüyorsa yönetici tek bakışta karar verir. Görünmüyorsa talep yine sorularla gidip gelir.

Masraf onayında ise belge ve kural öne çıkar. Fiş ya da faturanın talebe eklenmesi zorunlu olmalı, şirketin masraf politikasındaki sınırlar (konaklama, yemek, ulaşım gibi) forma kural olarak işlenmeli ve onaylanan masraf muhasebeye aktarılacak biçimde kaydedilmelidir. Politikaya uymayan kalemin otomatik işaretlenmesi, onaycının her fişi tek tek incelemesini gerektirmez.

Dijital onay ıslak imzanın yerine geçer mi?

Burada iki durumu ayırmak gerekir. Şirket içi iş akışlarında (satın alma talebi, izin, masraf) onayın sistemde kimlik doğrulamasıyla verilmesi ve kayda geçmesi yaygın bir uygulamadır; önemli olan kimin onay verdiğinin güvenilir biçimde tespit edilebilmesidir.

İmza gerektiren belgelerde ise 5070 sayılı Elektronik İmza Kanunu devreye girer. Kanunun 5. maddesine göre güvenli elektronik imza, elle atılan imza ile aynı hukuki sonucu doğurur. Aynı madde, kanunların resmi şekle veya özel bir merasime tabi tuttuğu işlemlerin güvenli elektronik imzayla yapılamayacağını da belirtir. Hangi belgenizin hangi kapsamda olduğunu hukuk danışmanınızla birlikte netleştirin.

Onay akışı yazılımı seçerken hangi sorular sorulmalı?

Piyasada form ve onay aracı çoktur; farkı, işiniz değiştiğinde ortaya çıkar. Değerlendirirken şu sorulara cevap arayın:

• Onay basamaklarını ve form alanlarını yazılım ekibi beklemeden, işi bilen kişi değiştirebiliyor mu?
• Çok kademeli onay, vekâlet ve eskalasyon tanımlanabiliyor mu?
• Onaylanan talep ERP'ye ve diğer sistemlere otomatik yazılabiliyor mu?
• Onaycı mobilden, ekleri görerek karar verebiliyor mu?
• Her adımın süresi raporlanabiliyor mu?

Piküp'ün kendi ürünü Nexfabra bu soruların cevabı olarak tasarlandı. Nexfabra'da modül ve formlar sürükle-bırak ile kurulur; çok kademeli onay, vekâlet ve eskalasyon teknik ekip beklemeden tanımlanır; kayıt açma, bildirim ve güncelleme gibi adımlar kod yazmadan iş kurallarıyla modellenir. Süreç mevcut ERP'nize otomatik yazılır, her adım yerleşik rapor ve gösterge panelinde izlenir. Satın alma zinciri (talep, onay, sipariş) ve tutar ile kategoriye göre onay kademeleri, platformdaki hazır çözümler arasındadır.

Onay akışı kurulduktan sonra neyi ölçmelisiniz?

Dijital form kurmak işin yarısıdır. Hangi basamakta talebin ne kadar beklediğini görmüyorsanız kağıttaki darboğazı dijitalde yeniden üretirsiniz. Takip edilecek temel ölçüler şunlardır:

• Talebin açılmasından son onaya kadar geçen toplam süre
• Her onay basamağında ortalama bekleme süresi
• Reddedilen ya da düzeltmeye geri gönderilen taleplerin oranı ve gerekçeleri
• Eskalasyona düşen taleplerin sayısı

Geri gönderilen talep oranı yüksekse sorun çoğu zaman onaycıda değil formdadır: karar için gereken bilgi baştan istenmiyordur. Belge onaylarında sürüm ve arşiv düzenini de kurmak isterseniz doküman yönetim sistemi yazımız bu tarafı anlatıyor.

Kısaca: başlamadan önce kontrol listesi

• En sık tekrarlanan bir talep türünü seçin; bütün süreçleri aynı anda taşımaya çalışmayın.
• Form alanlarını onaycının karar için ihtiyaç duyduğu bilgiye göre belirleyin.
• Onaycıları kişiyle değil rolle tanımlayın; vekâlet ve eskalasyonu baştan yazın.
• Tutar ve kategori eşiklerini yetki yönergenize göre kurallara dönüştürün.
• Onaydan sonraki adımı (sipariş, muhasebe, ERP kaydı) akışın parçası yapın.
• İlk aydan itibaren basamak başına bekleme süresini ölçün.

Kendi onay süreçlerinizin nasıl kurgulanacağını görüşmek isterseniz iletişim sayfamızdan bize ulaşabilirsiniz.