Onay mekanizması nedir?
SAP Business One'da onay mekanizması (approval procedure), satış, satın alma ve stok belgeleri ile ödemeler gibi işlemlerin, tanımlanan koşullar gerçekleştiğinde bir veya birden fazla yetkilinin onayına düşmesini sağlar. Belge, onay tamamlanmadan hedef statüsüne geçmez; taslak olarak bekler.
Bu yapı, kimin neyi başlatabileceğini, kimin onaylayacağını ve hangi eşiklerde ek kontrol gerektiğini kurumsal bir kurala dönüştürür.
Temel bileşenler
Onay kurgusunun üç yapı taşı vardır:
- Onay şablonları: hangi belge türü, hangi kullanıcılar için onaya tabi olacak?
- Onay aşamaları: kaç seviye onay var, her seviyede kimler yetkili, kaç onay yeterli?
- Koşullar: onay hangi durumda tetiklenecek? Tutar eşiği, iskonto oranı, vade veya sorgu tabanlı özel koşullar.
Koşullu ve sorgu tabanlı onaylar
Basit senaryolarda hazır koşullar yeterlidir: örneğin toplam tutarı belirli bir eşiği aşan satın alma siparişleri onaya düşsün. Daha incelikli ihtiyaçlarda sorgu tabanlı koşullar devreye girer: kâr marjı belirli oranın altındaki satış teklifleri, bütçesi aşılmış masraf merkezine yazılan belgeler veya vadesi geçmiş bakiyesi olan müşteriye açılan yeni siparişler gibi.
Sorgu tabanlı koşullar, onay mekanizmasını işletmenin kendi iş kurallarıyla konuşan bir kontrol katmanına dönüştürür.
Onay süreci belge üzerinde nasıl işler?
Kullanıcı belgeyi kaydettiğinde koşul gerçekleşiyorsa belge taslak olarak onay kuyruğuna düşer. Yetkili, belgeyi inceler, onaylar, reddeder veya güncelleme isteyebilir. Sonuç, belgeyi başlatan kullanıcıya bildirilir; onaylanan taslak asıl belgeye dönüştürülür. Tüm adımlar tarihçesiyle izlenebilir.
Hangi belgelerde kullanılır ve süreci ne tetikler?
Onay mekanizması, işletmeyi taahhüt altına sokan veya mali etki üreten belgelerde anlamlıdır. Uygulamada en sık şu belgelerde kurgulanır: satın alma talebi ve siparişi, satış teklifi ve siparişi, stok çıkış/transfer belgeleri, giden ödemeler ve iskonto/fiyat istisnası içeren belgeler.
Süreci tetikleyen şey belgenin kendisi değil, belgenin kaydedilme anında sağlanan koşuldur. Koşul sağlanmıyorsa belge normal akışında ilerler; sağlanıyorsa taslak olarak onay kuyruğuna düşer. Bu ayrım, mekanizmanın operasyonu gereksiz yere yavaşlatmamasını sağlar.
Taslak belge ilişkisi
Onaya düşen belge, asıl belge olarak değil taslak olarak kaydedilir. Bu, ERP açısından önemli bir tasarım tercihidir: onaylanmamış bir taahhüt stoğu rezerve etmez, cari bakiyeyi etkilemez ve muhasebe kaydı üretmez.
Onay tamamlandığında taslak asıl belgeye dönüştürülür ve tüm etkileri o anda oluşur. Reddedilen taslak ise sistemde kalır; kayıt kaybolmaz, gerekçesiyle birlikte izlenebilir.
Bu nedenle "onay bekleyen siparişler" ile "açık siparişler" birbirinden ayrı okunmalıdır; ikisini aynı rapora koymak, planlama tarafında yanıltıcı sonuç üretir.
Onay, ret ve yeniden gönderim
Yetkili üç şey yapabilir: onaylar, reddeder veya güncelleme ister. Onaylanan belge bir sonraki seviyeye geçer ya da süreç tamamlanır. Reddedilen belge, gerekçesiyle birlikte başlatan kullanıcıya döner.
Yeniden gönderim, süreç tasarımının en çok atlanan noktasıdır: reddedilen bir belgenin düzeltilip yeniden onaya gönderilmesi durumunda hangi seviyeden başlanacağı önceden kararlaştırılmalıdır. Tutar değişmediyse baştan başlamak gereksiz, tutar arttıysa baştan başlamamak risklidir.
Yetkilendirme ile onayın farkı
Bu iki kavram sık karıştırılır ve karıştırıldığında yanlış kurgu ortaya çıkar. Yetkilendirme, bir kullanıcının bir ekranı veya belgeyi görüp göremeyeceğini, oluşturup oluşturamayacağını belirler; kalıcı ve rol bazlıdır.
Onay ise yetkisi olan bir kullanıcının başlattığı işlemin, belirli koşullarda ikinci bir gözden geçmesini sağlar; işlem bazlı ve koşulludur.
Pratik kural: bir kullanıcının hiç yapmaması gereken işlem yetkiyle kapatılır, yapabileceği ama kontrol gerektiren işlem onaya bağlanır. Yetkiyle çözülmesi gereken bir sorunu onayla çözmeye çalışmak, onay kuyruğunu şişirir.
Bekleyen onayların takibi ve raporlama
Onay mekanizmasının en sık görülen başarısızlık nedeni teknik değil operasyoneldir: belgeler kuyrukta bekler ve kimse fark etmez. Bu nedenle kurgunun bir parçası da takip düzenidir.
Bekleyen onayların kim üzerinde, ne kadar süredir beklediği düzenli olarak izlenmelidir. Onay tarihçesi üzerinden üretilen basit raporlar, hangi seviyede birikme olduğunu ve hangi eşiğin gereksiz yere düşük tutulduğunu kısa sürede gösterir.
Bu ölçüm, onay kurgusunu zaman içinde sadeleştirmenin de en güvenilir girdisidir.
Gerçekçi bir örnek süreç
Bir dağıtım işletmesinde satın alma süreci şöyle kurgulanabilir: satın alma sorumlusu siparişi girer. Sipariş tutarı departman için tanımlı eşiğin altındaysa onaya düşmez, doğrudan ilerler.
Tutar eşiği aşıyorsa belge taslak olarak departman yöneticisine düşer. Yönetici onayladıktan sonra, tutar ikinci bir eşiğin de üzerindeyse belge finans onayına geçer. Finans, bütçe ve nakit akışı açısından değerlendirir.
Ayrıca sorgu tabanlı bir koşul çalışır: tedarikçinin vadesi geçmiş bakiyesi varsa, tutar ne olursa olsun belge finans onayına düşer. Onay tamamlandığında taslak siparişe dönüşür; reddedilirse gerekçe satın alma sorumlusuna iletilir.
Sık yapılan kurgu hataları
Uygulamada en çok karşılaşılan hatalar şunlardır:
- Her belgeyi onaya bağlamak: kuyruk şişer, onay ritüele döner ve gerçek kontrol kaybolur.
- Eşikleri kurulum sırasında bir kez belirleyip bir daha gözden geçirmemek.
- Vekâlet senaryosunu kurgulamamak; onaycı izne çıkınca süreç durur.
- Yetkiyle çözülmesi gereken bir sorunu onayla çözmeye çalışmak.
- Reddedilen belgede yeniden gönderim kuralını tanımlamamak.
- Onay bekleyen taslakları açık belgelerle aynı raporda göstermek.
- Onay tarihçesini hiç raporlamamak; tıkanma noktalarının görünmez kalması.
İyi uygulama önerileri
Sahada işe yarayan birkaç ilke:
- Az ama anlamlı onay: her belgeyi onaya bağlamak süreci yavaşlatır ve onayı ritüele dönüştürür.
- Eşikleri iş gerçeğine göre belirleyin ve dönemsel gözden geçirin.
- Vekâlet senaryosunu kurgulayın: onaycı izindeyken süreç durmamalı.
- Onay gerekçelerini yazılı isteyin; ret nedenleri süreç iyileştirmenin girdisidir.
- Onay tarihçesini raporlayın: nerede birikme var, hangi adım gereksiz?