Bir üretim müdürü acil bir hammadde eksikliği fark eder, tedarikçiyi arar, "gönder" der, sonra muhasebeye "bir fatura gelecek, öde" diye haber verir. Sipariş formu yok, onay yok, mal kabul tutanağı yok. Ay sonunda muhasebe elindeki faturayı hangi siparişe bağlayacağını bilemez, ödeme iki kez yapılır ya da hiç yapılmaz. Bu senaryo KOBİ'lerde sanıldığından sık yaşanır — çünkü satınalma "acil bir iş" olarak görülür, "süreç" olarak değil.
Oysa satınalma tek bir işlem değil, dört ayrı aşamadan geçen bir zincirdir: talep, onay, sipariş, mal kabul ve fatura eşleştirme. Zincirin herhangi bir halkası koptuğunda ya para sızıntısı olur ya da operasyon yavaşlar. Bu yazı, bu zincirin ERP'de nasıl kurulduğunu ve hangi noktalarda kimin ne onayladığını anlatıyor.
Satınalma talebi neden bir e-postadan ibaret olmamalı?
Çoğu KOBİ'de satınalma "ihtiyacı olan kişi ilgili kişiye yazar" şeklinde işler — WhatsApp mesajı, sözlü talep, en fazla bir e-posta. Bunun sorunu iz bırakmaması: kim, ne zaman, hangi gerekçeyle talep etti bilgisi kaybolur.
ERP'de talep aşaması bir form olarak sisteme girer:
- Talep eden kişi ve departman
- Kalem, miktar, tahmini bütçe
- İhtiyaç tarihi (ne kadar acil)
- Gerekçe (üretim durması riski mi, stok eksiği mi, yeni proje mi)
Bu form, sonraki her adımın referans noktası olur. Sipariş de fatura da bu talebe bağlanır — biri diğerinden bağımsız yaşamaz.
Onay limiti kim için nerede biter?
Onay zincirinin can alıcı noktası budur: her talebin geçmesi gereken bir eşik var, ama eşik herkes için aynı değil.
Tipik bir yapı şöyle kurulur:
- Departman yöneticisi kendi bütçesindeki küçük tutarlı talepleri tek başına onaylayabilir
- Belirli bir tutarın üzerinde operasyon veya finans yöneticisinin ikinci onayı devreye girer
- Büyük yatırım kalemleri (ekipman, uzun vadeli sözleşme) patron veya yönetim kurulu onayına düşer
Bu üç kademeli yapı sabit değildir — şirketin büyüklüğüne, nakit durumuna, kaç kişinin onay yetkisi taşıyabileceğine göre ayarlanır. Önemli olan tutarın kâğıt üzerinde değil, sistemde tanımlı olması: talep belirlenen eşiği geçtiğinde ERP otomatik olarak doğru onaylayıcıya yönlenir, kimse "kimin onayı gerekiyordu" diye sormaz.
Onay adımı atlanabilir bir formalite değil, gerçek bir kontrol noktası olmalı. Aksi halde "acil" etiketiyle her talep onay sürecinin dışına çıkar ve zincir anlamını yitirir.
Pratikte en çok kırılan nokta, "acil" ile "önemli"nin birbirine karıştırılmasıdır. Gerçekten üretimi durduran bir eksiklik varsa hızlandırılmış onay yolu (örneğin tek onaylayıcı, sonradan bilgilendirme) tanımlanabilir — ama bu yol istisnadır, kural değildir. İstisna sık kullanılmaya başladığında onay zinciri fiilen ortadan kalkar; herkes kendi talebini "acil" diye etiketler, limitler anlamını yitirir. ERP'de hızlandırılmış onay kullanımının ayrıca raporlanması, bu istismarı erken görünür kılar.
Sipariş, tedarikçiye giden tek belge mi olmalı?
Talep onaylandıktan sonra satınalma siparişi (PO) oluşur. Burada sık yapılan hata, siparişi hâlâ "tedarikçiye gönderilen bir belge" gibi görmektir — oysa sipariş, ERP içindeki en az üç sürecin ortak referans noktasıdır:
- Tedarikçiye giden taraf: kalem, miktar, fiyat, teslim tarihi, ödeme koşulu
- Depoya giden taraf: mal geldiğinde hangi siparişe karşılık geldiğinin bilgisi
- Muhasebeye giden taraf: faturanın hangi tutar ve miktarla eşleşmesi gerektiği
Sipariş bu üç tarafı aynı kayda bağlamazsa, mal kabul ile fatura arasında kopukluk kaçınılmaz olur. Depo "mal geldi" der, muhasebe "hangi sipariş için" diye sorar, süreç yeniden WhatsApp'a döner.
Mal geldiğinde ne kontrol edilir?
Mal kabul, satınalma zincirinin en çok atlanan adımıdır — çünkü depo çalışanı için "malı say, yerine koy" işi kadar basit görünür. Ama burada üç ayrı kontrol yapılması gerekir:
- Miktar kontrolü: sipariş edilen miktar mı geldi, eksik mi fazla mı
- Kalite kontrolü: görünür hasar, spesifikasyona uygunluk (gerekiyorsa numune muayenesi)
- Belge kontrolü: irsaliye siparişle uyuşuyor mu
Mal kabul tutanağı sisteme girildiğinde stok otomatik güncellenir ve bu kayıt, bir sonraki adımın — fatura eşleştirmenin — ikinci referans noktası olur. Mal kabul yapılmadan girilen fatura, "gelmeyen malın parası ödendi" riskini doğrudan taşır.
Fatura neden tek başına yeterli değil?
Fatura geldiğinde muhasebenin elinde üç belge olmalı: sipariş, mal kabul (veya hizmet onayı) ve fatura. Bu üçünün karşılaştırılmasına 3 yönlü eşleştirme denir:
| Belge | Doğrular |
|---|---|
| Sipariş | Anlaşılan fiyat ve miktar neydi |
| Mal kabul / hizmet onayı | Gerçekte ne teslim edildi |
| Fatura | Tedarikçinin talep ettiği tutar |
Üçü örtüşüyorsa fatura ödemeye düşer. Örtüşmüyorsa — fiyat farkı, eksik teslimat, faturalanmayan iade — sistem otomatik olarak farkı işaretler ve ödeme, fark çözülene kadar bekler. Bu kontrol elle yapılmaya çalışıldığında ya atlanır ya da haftalar sürer; ERP'de saniyeler içinde otomatik karşılaştırma olarak çalışır.
3 yönlü eşleştirme aynı zamanda görev ayrılığının da güvencesidir: talebi açan, siparişi onaylayan, malı teslim alan ve ödemeyi tetikleyen kişiler farklı olduğunda, tek bir kişinin zinciri baştan sona kontrol etmesi mümkün olmaz.
Fiziksel mal alımında bu üçlü kontrol doğrudan uygulanır; hizmet alımlarında (danışmanlık, bakım, kiralama gibi) "mal kabul" karşılığı bir onay adımı olarak devreye girer — işi talep eden kişi hizmetin fiilen alındığını sistemde onaylar, ancak bu onay verildikten sonra fatura ödemeye düşer. Mantık aynıdır: kimse sadece faturaya bakarak ödeme yapmaz, önce "bu iş/mal gerçekten teslim edildi mi" sorusu bir başka kişi tarafından cevaplanır.
Zincir kurulmadığında ne kaybedilir?
Onay zinciri eksik olan bir şirkette kayıp genelde tek bir büyük olay değil, küçük sızıntıların birikmesidir:
- Çift ödeme: aynı fatura elden ve sistemden ayrı ayrı işlenir, kimse ikinci kaydı fark etmez.
- Fiyat sürprizi: sipariş anında konuşulan fiyat ile faturadaki fiyat farklıdır, ödeme yapılana kadar kimse karşılaştırmaz.
- Stok-muhasebe uyumsuzluğu: depoya giren mal ile muhasebeye düşen fatura farklı tarihlerde, farklı miktarlarla kayda geçer; yıl sonu sayımında fark kapatılamaz.
- Bütçe aşımı geç fark edilir: departman bütçesi, harcamalar gerçekleşene kadar değil, talep anında düşülmelidir — aksi halde bütçe raporu ay ortasında değil ay sonunda "sürpriz" verir.
Bu kayıpların hiçbiri tek başına dramatik görünmez; toplandığında hem nakit akışını hem denetim güvenilirliğini zorlar.
Birasyo'da bu zincir nasıl kurulur?
Birasyo ERP'de satınalma talebi, onay, sipariş, mal kabul ve fatura eşleştirme tek bir akış olarak modellenir — biri diğerinden kopmadan ilerler:
- Talep formu departman ve tutar bazlı onay limitlerine bağlanır; eşiği aşan talep otomatik olarak doğru onaylayıcıya düşer, e-posta/bildirim ile hatırlatılır.
- Onaylanan talep tek tıkla siparişe dönüşür; kalem, fiyat ve tedarikçi bilgisi yeniden girilmez.
- Depo ekranından yapılan mal kabul, ilgili siparişe otomatik bağlanır ve stok anında güncellenir.
- Fatura kaydı girildiğinde sistem sipariş ve mal kabul tutarlarıyla otomatik karşılaştırma yapar; uyuşmazlık varsa ödeme onay bekler durumuna düşer, muhasebeciye ayrıca uyarı çıkar.
- Talep açan, onaylayan, mal kabul yapan ve ödemeyi tetikleyen adımlar farklı kullanıcı yetkilerine bağlanabilir; tek kişinin zinciri tek başına kapatması engellenir.
Bu kurgu Satın Alma modülünde uçtan uca izlenebilir; her sipariş, kendi talebine, mal kabulüne ve faturasına bağlı kalır.
Özet
Satınalma dört ayrı aşamadan oluşur: talep, onay, sipariş ve fatura eşleştirme. Bu aşamalardan biri e-posta veya sözlü iletişimde kalırsa zincir kopar — gecikme, çift ödeme veya sahte fatura riski doğar. Onay limitleri tutar ve departmana göre sistemde tanımlanmalı, sipariş tedarikçi/depo/muhasebe için ortak referans olmalı, mal kabul miktar-kalite-belge kontrolünü kapsamalı. 3 yönlü eşleştirme (sipariş–mal kabul–fatura) hem hatalı ödemeyi önler hem görev ayrılığını sistemsel hale getirir. ERP'de bu adımlar tek bir akışa bağlandığında, satınalma "kimin ne yaptığı belirsiz" bir alan olmaktan çıkar.
Satınalma sürecinizin hangi adımda koptuğunu birlikte görmek isterseniz demo talebi üzerinden bir görüşme planlayabiliriz.
İlgili yazılar:
Bu yazıyı LinkedIn'de paylaşın
Başlık, özet ve hashtagler panoya kopyalanır, LinkedIn paylaş penceresi açılır — yapıştırın (Cmd/Ctrl+V) ve gönderin.
