Onay akışı iki uçtan biriyle sorun üretir. Ya hiç yoktur ve harcamalar kontrolsüz büyür; ya da her şey onaya takılır ve iş durur.
İkinci durum daha yaygın bir hatadır. Aşırı onay kurulan işletmelerde ekip bir süre sonra süreci atlar; kalem alımı için de patrona sorulur hale gelir ve kimse ciddiye almaz.
Bu yazıda işleyen bir onay akışının nasıl kurulacağını, eşiklerin nasıl belirleneceğini ve istisnaların nasıl yönetileceğini anlattık.
İçindekiler
Onayın gerçek amacı
Onay mekanizması güvensizlikten değil, sorumluluk dağılımından doğar. Amaç, kararı doğru seviyede aldırmaktır.
Üç işlevi vardır. Birincisi bütçe kontrolü: harcama planlanan sınırlar içinde mi? İkincisi ihtiyaç doğrulaması: bu alım gerçekten gerekli mi?
Üçüncüsü ve en çok ihmal edileni koşul kontrolüdür: fiyat ve vade uygun mu? Bu kontrol, alım yapıldıktan sonra anlamsızlaşır.
Onay, sürecin başında olmalıdır. Fatura geldikten sonra yapılan onay yalnızca bir formalitedir.
Tutar eşiklerini belirlemek
Eşik belirlerken temel soru şudur: bu tutarın yanlış harcanması işletmeyi ne kadar etkiler?
Düşük tutarlı ve rutin alımlar onaysız geçmelidir. Onay maliyeti alımın kendisinden yüksekse süreç anlamını yitirir.
Orta seviye alımlar departman yöneticisinde kalır. Yüksek tutarlı alımlar üst yönetime çıkar.
Eşiklerin sayısı az olmalıdır. İki veya üç seviye yeterlidir; beş seviyeli bir akış pratikte tıkanır.
Eşikler dönemsel olarak gözden geçirilmelidir. Enflasyonist ortamda sabit kalan eşik, bir süre sonra her alımı onaya sokar.
Kim neyi onaylamalı?
Onaycı, o harcamanın sonucundan sorumlu olan kişi olmalıdır. Bütçesi olmayan birinin onay vermesi anlamsızdır.
İkinci ilke, talep eden ile onaylayanın farklı olmasıdır. Kendi talebini onaylayan bir yapı, kontrol üretmez.
Bazı alımlar teknik onay da gerektirir. Bir makine parçasının doğru olup olmadığını finans yöneticisi değerlendiremez; bu, ayrı bir onay adımıdır.
Rol tanımları kişiye değil pozisyona bağlanmalıdır; personel değiştiğinde akış bozulmaz. Rol bazlı yetkilendirme yazısında bu yaklaşımı anlattık.
Akışı hızlı tutmak
Onay akışının en büyük düşmanı gecikmedir. Onaycı fark etmezse talep günlerce bekler.
Bildirim mekanizması bu yüzden akışın parçasıdır. Onay bekleyen kayıt, ilgili kişiye anında ulaşmalıdır; bildirimler bunu sağlar.
Vekalet tanımı da gerekir. Onaycı izinde olduğunda süreç durmamalıdır.
Mobil onay imkânı akışı belirgin şekilde hızlandırır. Yönetici masasında olmadan da onay verebilmelidir.
Bekleyen onaylar listesi düzenli izlenmelidir; ortalama onay süresi, sürecin sağlık göstergesidir.
Acil durum ve istisnalar
Üretim durduğunda veya kritik bir arıza yaşandığında onay beklemek mümkün olmayabilir. Bu senaryo önceden tanımlanmalıdır.
Yaygın çözüm, sonradan onaydır: alım yapılır, onay ardından alınır. Ancak bu istisna sıkı izlenmelidir.
Sonradan onay oranı yükseliyorsa süreç kâğıt üzerinde kalmış demektir. Bu oran düzenli raporlanmalıdır.
Siparişsiz gelen faturaların sıklığı da aynı sinyali verir; gelen fatura kutusu yönetimi yazısında değindik.
Denetim izi
Onay akışının değeri, geriye dönük sorgulanabilir olmasından gelir. Kim, ne zaman, hangi tutarı onayladı?
Bu kayıt hem iç denetim hem de anlaşmazlık durumlarında kullanılır. Sözlü onaylar bu işlevi görmez.
Ret kararları da kaydedilmelidir. Reddedilen bir talebin sonradan farklı bir yoldan geçmesi, süreç açığını gösterir.
Log ve denetim izi yapısını denetim izi yönetimi yazısında ele aldık. Onay akışı satınalma modülünde tanımlanır; yetkiler yetkilendirme üzerinden kurulur.
Akışı ilk kez kurmak
Daha önce onay akışı olmayan bir işletmede süreci kurmak, teknik bir yapılandırmadan çok bir alışkanlık değişimidir. Bu yüzden kademeli ilerlemek gerekir.
İlk aşamada yalnızca yüksek tutarlı alımlar onaya bağlanır. Günlük sarf alımları serbest bırakılır; böylece ekip süreci bir engel olarak görmez.
İkinci aşamada eşik kademeli olarak aşağı çekilir. Bu noktada ekip zaten akışa alışmıştır ve ek adım sürtünme üretmez.
Üçüncü aşamada departman bazlı özel kurallar eklenir. Bazı kalemler her tutarda onay gerektirebilir; bazıları hiç gerektirmeyebilir.
Bu kademeli yaklaşım, diğer modül geçişlerinde de geçerlidir; pilot proje seçimi yazısında bu yöntemi ele aldık.
Ekip direncini yönetmek
Onay akışına en çok direnç, daha önce serbestçe alım yapabilen kişilerden gelir. Bu direnç genellikle güvensizlik algısından doğar.
Anlatım biçimi burada belirleyicidir. Onay, kişilere duyulan güvensizliğin değil; sorumluluğun paylaşılmasının aracı olarak anlatılmalıdır.
Somut bir fayda göstermek de yardımcı olur. Onay kaydı, sonradan "bu alımı kim istedi" sorusu geldiğinde talep edeni de korur.
Akışın hızlı işlemesi ise en ikna edici argümandır. Onaylar saatler içinde dönüyorsa direnç kısa sürede kaybolur; günlerce bekleyen talepler ise süreci itibarsızlaştırır.
Bu yüzden bildirim kurgusu akışın en kritik parçasıdır; bildirim yönetimi yazısında doğru sinyali doğru kişiye taşımayı ele aldık.
Sık sorulanlar
Küçük işletmede onay akışı gerekli mi?
Tek kişilik bir onay bile kayda geçirildiğinde fayda üretir. Karmaşık olması gerekmez.
Onay sonrası fiyat değişirse ne olur?
Belirli bir toleransın üzerindeki değişiklik yeniden onay gerektirmelidir.
Bütçe kontrolü onaya bağlanabilir mi?
Masraf merkezi bazlı takip bunu destekler; masraf merkezi takibi yazısına bakın.
Çok şirketli yapıda onay nasıl ayrılır?
Kapsam bazlı tanımlanır; çoklu şirket modeli şirket sınırını korur.
İyi bir onay akışı, işi yavaşlatmadan kontrol sağlar. Sırrı, eşiği doğru yere koymak ve bildirimi ihmal etmemek.
Akışı kurduktan sonra üç göstergeyi izlemenizi öneririz: ortalama onay süresi, sonradan onay oranı ve siparişsiz fatura oranı.
Onay süresi uzuyorsa vekalet tanımları veya bildirim kurgusu eksiktir. Sonradan onay oranı yükseliyorsa eşikler gerçekçi değildir; günlük operasyonu engellediği için ekip süreci aşmaktadır.
Siparişsiz fatura oranı ise sürecin tamamen dışına çıkılıp çıkılmadığını gösterir. Üç gösterge de düşük seyrediyorsa akış hem işliyor hem benimseniyor demektir.
EQLEM ekibiyle görüşerek onay eşiklerinizi ve rol tanımlarınızı kurgulayabilirsiniz.