Satın alma müdürü izne çıktı. Üç gündür onay bekleyen sipariş yüzünden üretim hattı hammaddesiz kaldı. Müdürün cep telefonu açık, ama onay ekranı yalnızca ERP’nin içinde ve müdür şifresini kimseyle paylaşmıyor. Sonunda genel müdür devreye girip elle onay veriyor, siparişin kaydı da yanlış kişi adına düşüyor.
Bu sahne çoğu işletmede bir yılda birkaç kez yaşanır. Sorun onay mekanizmasının eksik olması değil, en baştan “herkes yerinde ve her zaman ulaşılabilir” varsayımıyla tasarlanmış olması. Bu yazıda onay akışını gerçek işletme koşullarına dayanacak şekilde nasıl kuracağınızı anlatıyoruz.
Onay akışı neyi çözmeli
Onay akışının iki işi vardır ve ikisi birbirini zorlar. Birincisi kontrol: bir harcama, iskonto veya stok düzeltmesi yetkili kişinin bilgisi dışında gerçekleşmemeli. İkincisi hız: kontrol, işin akışını durduracak kadar ağır olmamalı.
Kontrol tarafı çok sıkı kurulursa insanlar sistemin dışına çıkar. Onay WhatsApp’tan alınır, ERP’ye sonradan girilir, izlenebilirlik kaybolur. Hız tarafı çok gevşek kurulursa onay bir formaliteye dönüşür. İyi bir tasarım, bu iki ucun arasında hangi işlemin nerede durması gerektiğini bilinçli seçer.
Önce hangi işlemlerin onay istediğini belirleyin
Her işleme onay koymak akışı tıkar. Başlangıç için şu soruyu sormak işe yarar: bu işlem yanlış yapılırsa geri almak ne kadar zor?
- Geri alınamayan veya pahalı işlemler: ödeme talimatı, tedarikçi banka bilgisi değişikliği, yüksek tutarlı sipariş, stok kartı silme.
- Parayı doğrudan etkileyen işlemler: satış iskontosu, vade uzatma, cari risk limitini aşan sevkiyat, iade ve iptal faturaları.
- Stok kaydını bozabilecek işlemler: sayım farkı fişi, stok düzeltmesi, depolar arası transferin iptali.
Satırın diğer tarafında rutin işlemler kalır: standart fiyatlı sipariş girişi, olağan stok hareketi, sevk irsaliyesi. Bunlara onay koymak yerine sonradan örnekleme ile bakmak çoğu zaman daha verimlidir.
Tutar kademelerini tasarlamak
Onayın en bilinen biçimi tutara göre kademelenmesidir. Fikir basit: küçük tutarı depo veya birim sorumlusu, orta tutarı bölüm müdürü, büyük tutarı finans ve genel müdür onaylar.
Uygulamada şu noktalar kademeleri bozar.
- Kademe sayısı: Dört beş kademe kâğıt üzerinde güvenli görünür, pratikte siparişi günlerce bekletir. Çoğu işletme için iki ya da üç kademe yeterlidir.
- Bölünmüş tutar hilesi: Limiti aşmamak için aynı alımı iki siparişe bölmek klasik bir yoldur. Kural, tek sipariş yerine aynı tedarikçiye belirli süre içindeki toplamı da izleyebilmelidir.
- Para birimi: Dövizli siparişte limit hangi kurla ölçülecek? Sipariş günü kuruyla karşılaştırmak ve bunu önceden yazmak sonradan tartışmayı önler.
- KDV dahil mi hariç mi: Küçük görünür, ama limit sınırındaki işlemlerde her ay soru çıkarır. Tek bir tanım seçin ve tüm kurallarda onu kullanın.
Limitleri rakamla bu yazıda vermiyoruz; çünkü doğru eşik işletmenin ciro yapısına, ödeme sıklığına ve risk iştahına göre değişir. Rakamı yönetim kurulu ya da finans müdürü belirler, ERP bunu uygular.
Kişiye değil role bağlayın
Onay kuralını “Ahmet Bey onaylar” diye yazmayın. “Satın alma müdürü onaylar” diye yazın. Ahmet Bey terfi ettiğinde, ayrıldığında ya da izne çıktığında kuralı yeniden yazmak zorunda kalmazsınız; rol yeni kişiye atanır, akış aynen devam eder.
Rol bazlı tasarım görev ayrılığıyla da uyumludur. Talebi açan kişi o talebi onaylayamaz kuralını rol düzeyinde koymak, tek tek isim kontrol etmekten çok daha sağlamdır. Bu konunun ayrıntısı için ERP’de görev ayrılığı yazımıza bakabilirsiniz.
Vekâlet: izne çıkan kişinin yetkisi kime geçer
Akışı en sık tıkayan durum budur ve çözümü tasarım aşamasında düşünülmezse sonradan yamaya dönüşür. Dikkat edilecek noktalar:
- Vekâlet tarih aralığıyla tanımlanmalı. Bitiş tarihi olmayan vekâlet unutulur ve aylarca açık kalır.
- Vekil, kendi yetkisinin üstünde bir limiti devralmamalı ya da bu durum açıkça onaylanmalı. Aksi halde alt kademedeki biri vekâlet yoluyla yüksek tutar onaylayabilir.
- Vekâleten verilen onay kayıtta iki ismi birlikte göstermeli: onayı veren ve adına verilen kişi. Denetimde “bu onayı kim verdi” sorusunun tek cümlelik cevabı olmalı.
- Şifre paylaşımı hiçbir koşulda çözüm olmamalı. Paylaşılan şifre, kayıt altındaki her şeyi anlamsız kılar.
Zaman aşımı ve yükseltme
Onay bekleyen bir işlem sonsuza kadar bekleyemez. İki yaklaşım vardır ve ikisi de kullanılabilir.
- Hatırlatma: Belirli süre geçince onaylayıcıya bildirim gider. İlk adım olarak neredeyse her işletmeye uyar.
- Yükseltme: Süre daha da uzarsa talep bir üst role ya da tanımlı yedek onaylayıcıya düşer. Burada dikkat edilecek nokta, otomatik onay ile yükseltmenin karıştırılmamasıdır. Süre doldu diye kendiliğinden onaylanan işlem, kontrolü ortadan kaldırır. Yükseltme ise kontrolü korur, yalnızca sorumluyu değiştirir.
Süreleri işlem türüne göre ayırın. Acil bir hammadde siparişi için birkaç saat makul olabilir, yıllık sözleşme onayı için birkaç gün.
Reddetme ve geri gönderme
Çoğu akış yalnızca “onayla” yolunu düşünür. Oysa reddedilen talebe ne olacağı da tasarımın parçasıdır.
- Reddederken gerekçe alanı zorunlu olsun. Gerekçesiz ret, talep sahibini tahmin yürütmeye bırakır.
- Düzeltilebilir talepler için “revize et ve yeniden gönder” yolu olsun. Talebin tamamen silinip baştan açılması hem emek kaybıdır hem de geçmişi siler.
- Revize edilen talebin önceki versiyonları ve yorumlar kayıtta kalsın.
Her adım kayıt altında olmalı
İyi bir onay akışı, işlem bittikten sonra da soruları cevaplayabilir: kim talep etti, kim ne zaman onayladı, ne zaman reddetti, hangi gerekçeyle, vekil kimdi, tutar kaçtı. Bu bilgilerin onay mesajlarında, e-postalarda veya ekran görüntülerinde değil, işlemin kendi kaydında durması gerekir.
Finansal onaylarda kayıt yalnızca iç denetim için değil, sahtecilik girişimlerini yakalamak için de önemlidir. Sahte talimatlarla yapılan ödeme onaylarının nasıl işlediğini ve ek doğrulama adımlarını ERP onay süreçlerinde deepfake riski yazısında anlattık.
Qera’da onay akışı
Qera ERP satın alma, satış, stok ve finans süreçlerini tek platformda çalıştırdığı için onay kuralları modül modül ayrı ayrı değil, ortak bir rol yapısı üzerinden yönetilir. Tutara bağlı çok kademeli onay zincirleri kurulabilir ve kritik işlemler kullanıcı ve zaman damgasıyla kayıt altına alınır. Altyapı Microsoft Azure üzerinde çalışır. Satın alma tarafında onayın üç yönlü eşleştirmeyle nasıl birleştiğini satın alma yönetimi ve sipariş onayı yazımızda bulabilirsiniz.
Kendi akışınızı değerlendirirken ürün gösteriminde şu soruları sormanızı öneririz: Vekâlet tarih aralığıyla tanımlanabiliyor mu? Zaman aşımında yükseltme hangi role gidiyor? Reddedilen talep revize edilip yeniden gönderilebiliyor mu? Bu cevapları kendi süreçlerinizin üzerinde görmek için ücretsiz demo talep edebilir, ürünün genel yapısını Qera ERP sayfasından inceleyebilirsiniz.
Sıkça Sorulan Sorular
ERP’de onay akışı nedir?
Bir işlemin, tamamlanmadan önce tanımlı kişi veya rollerin onayından geçmesini sağlayan kural düzenidir. Sipariş, ödeme, iskonto, stok düzeltmesi gibi işlemlere uygulanır ve her adım sistemde kayıt altına alınır.
Kaç kademeli onay yeterlidir?
Sabit bir sayı yoktur ama çoğu işletmede iki ya da üç kademe yeterli olur. Kademe arttıkça bekleme süresi uzar, insanlar akışı atlamanın yollarını arar. Kademeyi artırmadan önce tutar eşiklerini ve işlem türlerini gözden geçirmek daha sağlıklıdır.
Onaylayıcı izindeyse ne olur?
Tarih aralığı belirlenmiş bir vekâlet tanımı yapılır. Vekil, onayı kendi adıyla verir, kayıtta ise adına işlem yapılan kişi de görünür. Şifre paylaşımı yerine bu yol kullanılmalıdır.
Süre dolunca işlem kendiliğinden onaylansın mı?
Önermiyoruz. Süre dolduğunda hatırlatma göndermek ve gerekirse işlemi bir üst role ya da yedek onaylayıcıya yükseltmek kontrolü korur. Otomatik onay ise kontrolün fiilen kalkması anlamına gelir.
Onay akışını sonradan değiştirmek zor mu?
Kuralları role bağlı kurduysanız değişiklik genellikle tek yerden yapılır. Kişiye bağlı yazılmış kurallarda ise her personel değişikliğinde akışı yeniden düzenlemek gerekir. Bu yüzden tasarım aşamasında role dayalı kurmak önemlidir.
Onay kayıtları denetimde nasıl kullanılır?
Denetçi, bir işlemin kimin talebiyle açıldığını, kimin onayladığını ve ne zaman onaylandığını işlemin kendi kaydından görebilmelidir. Yetki ve denetim gereksinimlerinizi iç denetim ya da mali müşavirinizle birlikte netleştirmenizi öneririz.
