Onay akışı çok gevşekse kontrol kalmaz, çok sıkıysa iş durur. Dengeli tasarımı anlatıyoruz.
Satın alma onay akışı, kontrol ile hız arasındaki dengeyi kurar. Çok gevşek bir akış harcamayı kontrolsüz bırakır; çok sıkı bir akış ise operasyonu durdurur ve süreç baypas edilir — ki bu en kötü sonuçtur.
Onay tasarımının ilkeleri
- Riske göre onay: düşük tutarlı rutin alım, yüksek tutarlı yatırımla aynı akıştan geçmemeli.
- Az adım: her ek onaycı, süreci günlerce uzatabilir.
- Net sorumluluk: kim neye onay veriyor, belirsiz olmamalı.
- Vekil zorunluluğu: onaycı izindeyse süreç durmamalı.
- Şeffaflık: talep sahibi talebinin nerede olduğunu görebilmeli.
Onay matrisi örneği
| Koşul | Onay adımları |
|---|---|
| Rutin sarf, düşük tutar, bütçe içi | Departman yöneticisi |
| Orta tutar, bütçe içi | Departman yöneticisi → Satın alma |
| Yüksek tutar | + Genel müdür |
| Bütçe dışı | + Finans → Üst yönetim |
| Yatırım kalemi | + Finans → Yönetim kurulu (tutara göre) |
| Yeni tedarikçi | + Satın alma / Kalite onayı |
| Acil talep | Hızlandırılmış akış + sonradan gerekçelendirme |
Son satır gerçekçi bir sistemin parçasıdır: acil durum için tanımlı bir yol yoksa, insanlar süreci tamamen atlar.
Bütçe kontrolüyle bağlantı
- Talep açılırken ilgili bütçe kalemi seçilir.
- Sistem kalan bütçeyi gösterir.
- Aşım varsa uyarı verir ve ek onay ister.
- Onaylanan talep, bütçede taahhüt olarak görünür.
Son madde kritiktir: taahhüt takibi olmadan bütçe, ancak fatura geldiğinde tükenmiş görünür — ki o zaman geri dönüş yoktur.
Süreci hızlandırma
- Mobil onay: yönetici seyahatteyken de onaylayabilmeli.
- Toplu onay: benzer kalemler tek seferde onaylanabilmeli.
- Otomatik onay kuralları: sözleşmeli tedarikçiden, anlaşmalı fiyatla, bütçe içi alımlar otomatik geçebilir.
- Çerçeve anlaşmalar: yıllık onaylanan anlaşma kapsamındaki alımlar tekrar onaya girmez.
- Vekil tanımı: izin dönemlerinde otomatik devir.
- Hatırlatma: bekleyen onaylar için bildirim.
Üçüncü ve dördüncü maddeler onay yükünü belirgin azaltır ve kontrolü zayıflatmaz.
Onay süresini ölçün
Ölçülmeyen süreç iyileştirilemez. Takip edilecekler:
- Talepten onaya ortalama süre
- Adım bazlı bekleme süresi (hangi onaycıda takılıyor?)
- Bekleyen onay sayısı
- Red oranı ve sebepleri
- Acil talep oranı
Son madde bir uyarıdır: acil talep oranı yüksekse sorun onayda değil planlamadadır.
Baypas edilmeyi önlemek
Onay süreci atlanıyorsa (önce mal alınıp sonra sisteme girilmesi) sebep genelde şudur: süreç iş hızına yetişmiyor.
Çözüm sırası:
- Süreci hızlandırın (mobil onay, otomatik kurallar).
- Rutin alımlar için çerçeve anlaşma kurun.
- Acil durum için tanımlı bir yol açın.
- Sonra kural ihlallerini raporlayın.
Süreci hızlandırmadan sadece denetim sıkılaştırmak, kaçağı gizler ama ortadan kaldırmaz.
Yetki devri
- İzin ve seyahat dönemlerinde otomatik vekil ataması
- Vekilin yetki sınırı tanımlanabilmeli
- Devir kaydı tutulmalı
- Süre bitince otomatik geri alınmalı
Denetim izi
Her onay adımı kaydedilmeli: kim, ne zaman, hangi tutarı, hangi gerekçeyle onayladı. Bu kayıt hem iç kontrol hem denetim için gereklidir.
Kurulumda dikkat
- Eşikleri gerçekçi belirleyin; çok düşük eşik onay yığını yaratır.
- Adım sayısını üçle sınırlamaya çalışın.
- Kategori bazlı farklı akışlar tanımlayın.
- Vekil tanımını zorunlu yapın.
- Süreç göstergelerini ilk aylarda yakından izleyin.
Özet
Onay akışını riske göre kademelendirin, adım sayısını sınırlı tutun ve mobil onay ile vekil tanımını mutlaka kurun. Çerçeve anlaşmalar ve otomatik onay kuralları, kontrolü zayıflatmadan yükü azaltır. Süreç baypas ediliyorsa önce hızlandırın, sonra denetleyin.
Yorumlar (0)
Henüz yorum yok — ilk yorumu siz yazın.
Yorum yaz