Bir imalat firmasında satınalma çoğu zaman şöyle işler: üretim şefi WhatsApp’tan “şu rulmandan 200 adet lazım” yazar, satınalmacı iki tedarikçiden telefonla fiyat alır, patron sözlü onay verir, mal gelir, fatura muhasebeye düşer. Aylar sonra fatura tutarı siparişten yüksek çıkar, kimse fark etmez, ödenir. Bu zincirde her halka ayrı bir yerde durduğu için hata da, fazla ödeme de görünmez.
Satınalma modülünün işi tam olarak bu zinciri tek yere toplamak. Talebi kimin açtığından, hangi tedarikçiye ne fiyata sipariş verildiğine, gelen malın siparişe uyup uymadığına ve faturanın doğru tutarda olup olmadığına kadar her adım aynı sistemde kayıt altına alınır. Aşağıda bu akışı, bir KOBİ’nin günlük diliyle parça parça açıyoruz.
Dağınık satınalmanın firmaya faturası
Satınalma, çoğu işletmede cironun önemli bir kısmının dışarı aktığı fonksiyon. Ama yönetimi genelde en zayıf tarafta kalır: talepler sözlü, fiyat karşılaştırması bir Excel dosyasında, onaylar e-posta trafiğinde, siparişler ayrı bir yerde. Bu dağınıklığın somut sonuçları var.
- Fazla ödeme: Sipariş 100 birim, gelen 90 birim, fatura 100 birim üzerinden. Eşleştirme yapılmadığı için aradaki fark ödenir.
- Kontrolsüz harcama: Onay sınırı olmadığında herkes istediği tutarda sipariş açar; bütçe ay sonunda tutmaz.
- Tedarikçi körlüğü: Hangi tedarikçi zamanında teslim ediyor, hangisi sürekli gecikiyor — veri olmadığı için karar hep hisle verilir.
- Stok ve nakit kopukluğu: Ne sipariş edildiği stok tarafında görünmediği için aynı malzeme iki kez alınır ya da üretim malzemesiz kalır.
Satınalma fonksiyonunun rolü de değişiyor. PwC Türkiye’nin Dijital Satınalma Araştırması gibi çalışmalar, satınalmanın artık yalnızca maliyet kısan bir birim değil, sözleşme yönetimi ve veri şeffaflığıyla değer üreten bir alan olarak konumlandığını gösteriyor. Bunun ön koşulu, sürecin bir sistemde akması.
Talepten ödemeye: modülün akışı
İyi kurgulanmış bir satınalma modülü, “satın alma talebi → onay → sipariş → mal kabul → fatura → ödeme” adımlarını kesintisiz bağlar. Her adım bir öncekinden veri alır, hiçbir bilgi ikinci kez elle girilmez.
Satın alma talebi ve onay akışı
Süreç, bir talep ile başlar. Üretim, depo ya da herhangi bir departman ihtiyacını sistemden girer; talep, tutarına ve departmanına göre doğru onay merciine düşer. Buradaki kritik nokta, onay akışının firmanın kendi organizasyon şemasına göre kurulabilmesi: belirli bir tutarın altındaki talepler departman müdüründe kalır, üstündekiler genel müdüre ya da mali işlere gider.
Onay akışı sisteme taşındığında iki şey birden çözülür: harcama, gerçekleşmeden önce kontrol edilir; ve her onayın kim tarafından, ne zaman verildiği kayıt altına alınır. Denetim ya da bütçe görüşmesinde “bu siparişi kim onayladı” sorusunun cevabı bir tık uzakta olur.
Tedarikçi seçimi ve fiyat karşılaştırma
Onaylanan talep için birden fazla tedarikçiden teklif istenir. Tekliflerin aynı ekranda karşılaştırılması — fiyat, teslim süresi, vade — kararın veriye dayanmasını sağlar. Seçilen teklif doğrudan siparişe dönüşür; satınalmacı sıfırdan sipariş yazmaz, teklifi siparişe çevirir. Tedarikçilerle teklif ve sipariş trafiğini portal üzerinden yürütmek isteyen firmalar için tedarikçi portalı (SRM) yapısı bu akışı dışarıya da açar.
Üç yönlü eşleştirme: en kritik kontrol
Satınalma modülünün fazla ödemeyi önleyen çekirdek mekanizması üç yönlü eşleştirme (three-way match). Adı teknik dursa da mantığı basit: üç belge birbirini tutmadan fatura ödenmez.
| Belge | Neyi söyler | Kaynak |
|---|---|---|
| Satın alma siparişi | Ne ısmarladık, hangi fiyata | Satınalma |
| Mal kabul irsaliyesi | Fiilen ne geldi, ne kadar | Depo |
| Tedarikçi faturası | Ne için ödeme isteniyor | Muhasebe |
Sistem bu üçünü otomatik karşılaştırır. Sipariş 200 adet, mal kabul 180 adet ise ve fatura 200 adet üzerinden gelmişse, sistem farkı işaretler ve fatura eşleşmeden ödemeye geçmez. Aynı şekilde fiyat farkı, birim uyumsuzluğu ya da fazladan kalem de yakalanır. Bu kontrol elle yapıldığında insan gözünden kaçan tutar, sistemde matematiksel olarak durdurulur.
Üç yönlü eşleştirmenin işlemesi için mal kabul adımının gerçekten kullanılması gerekir — yani depo, geleni sisteme “kabul” olarak girmeli. Bu yüzden satınalma ve stok/depo yönetimi modüllerinin aynı platformda çalışması, ayrı yazılımların birbirine entegre edilmesinden çok daha sağlam sonuç verir.
Satınalmanın stok ve finansla bağı
Bir sipariş açıldığı anda etkisi tek departmanla sınırlı kalmaz.
Stok tarafında: Verilen sipariş, “yolda olan stok” olarak görünür. Böylece planlamacı, elde 50 adet olsa da 200 adetin yolda olduğunu görüp gereksiz ikinci siparişi açmaz. Mal kabul yapıldığında miktar otomatik stoğa girer; ayrıca bir stok girişi kaydı tutulmaz.
Finans tarafında: Onaylı sipariş bir taahhüttür — yani ileride ödenecek bir tutar. Bu tutarın nakit akışı planına yansıması, firmanın önümüzdeki haftalarda kasadan ne çıkacağını önceden görmesini sağlar. Fatura kesinleştiğinde tedarikçinin cari hesabına borç işlenir, vade takibi başlar. Satınalmanın nakit akışını beslemesi, özellikle vadeli çalışan işletmelerde ödeme gününü sürprize çevirmez.
Bu üç modülün — satınalma, stok, finans — aynı veri üzerinde çalışması, “ne ısmarladık, ne geldi, ne ödeyeceğiz” sorularının tek ekrandan cevaplanması demek.
Tedarikçi performansı ve sözleşme takibi
Veri biriktikçe modül, operasyonel bir araç olmaktan çıkıp karar aracına dönüşür. Her tedarikçi için teslim performansı, gecikme oranı, iade ve uyumsuzluk geçmişi kayıt altında olur. “Bu tedarikçi son altı ayda siparişlerin yüzde kaçını zamanında getirdi” sorusu artık hisle değil, sistemdeki hareketle cevaplanır.
Çerçeve sözleşmeler, yıllık fiyat anlaşmaları ve vade koşulları da modülde tanımlanabilir; sipariş açılırken sistem sözleşmedeki fiyatı otomatik getirir, anlaşma dışı fiyat girişini işaretler. Qera tarafında bu veriler yapay zekâ destekli raporlama katmanında da işlenir; tedarikçi risk ve harcama analizleri ham veri değil, okunabilir tablo olarak çıkar.
Gelen tedarikçi belgeleri ve e-fatura
Satınalmanın muhasebeyle kesiştiği yer, gelen faturaların işlenmesi. e-Fatura ve e-Arşiv mükellefiyeti Türkiye’de son yıllarda giderek genişledi; 1 Ocak 2026 itibarıyla bilanço esasına göre defter tutan mükellefler için kâğıt fatura devri büyük ölçüde kapandı. Hangi eşiğin sizin işletmenizi ne zaman kapsadığı ciro ve defter usulüne göre değiştiği için, kesin yükümlülüğü mali müşavirinizle veya GİB üzerinden teyit etmek doğru olur.
Pratikte önemli olan şu: tedarikçilerinizin kestiği e-faturalar sisteme düştüğünde, satınalma modülü bu belgeyi ilgili siparişle eşleştirebiliyorsa, muhasebe faturayı sıfırdan yazmak zorunda kalmaz. e-Dönüşüm sürecinin ERP tarafındaki karşılığını daha ayrıntılı ele aldığımız e-fatura, e-arşiv ve e-irsaliye yazımıza da bakabilirsiniz.
Qera’da satınalma nasıl kurgulanır
Qera’da satınalma ayrı bir yazılım değil, tek platformun bir modülü. Talep, onay, sipariş, mal kabul ve fatura aynı veritabanında akar; stok ve finans modülleriyle entegre etme çabası gerektirmez, çünkü baştan bütünleşiktir.
Öne çıkan noktalar:
- Anahtar teslim kurulum: Onay akışları, tedarikçi tanımları ve sözleşme yapıları kurumunuza göre yapılandırılır; sonradan çıkan sürpriz modül maliyeti yoktur.
- Kullanıcı maliyeti sabit: 100 kullanıcıya kadar ek kullanıcı ücreti çıkmaz — satınalmacıdan depo personeline, onay veren yöneticiden mali işlere kadar herkes sisteme girebilir.
- Microsoft Azure altyapısı: Bulut üzerinde çalışır; sunucu bakımı, yedekleme ve erişim güvenliği altyapı tarafında karşılanır.
- Yapay zekâ destekli raporlama: Harcama, tedarikçi performansı ve nakit taahhüt analizleri hazır tablo olarak sunulur.
Satınalma modülünün kurumsal detayına çözüm sayfasından ulaşabilir, kendi süreçlerinizle nasıl örtüştüğünü ücretsiz demo talebiyle birebir görebilirsiniz.
Sıkça Sorulan Sorular
Satınalma modülü stok ve muhasebeyle otomatik konuşur mu?
Aynı platform üzerinde çalıştığında evet. Sipariş açıldığında miktar “yolda stok” olarak görünür, mal kabulde stoğa girer, fatura kesildiğinde tedarikçi cari hesabına borç işlenir. Ayrı yazılımlar entegre edildiğinde bu akış kurulabilir ama bakımı ve senkronizasyonu ek iş çıkarır; tek platformda bütünleşik gelir.
Üç yönlü eşleştirme (three-way match) nedir, neyi önler?
Sipariş, mal kabul irsaliyesi ve tedarikçi faturasının otomatik karşılaştırılmasıdır. Üç belge miktar ve fiyatta birbirini tutmuyorsa fatura ödemeye geçmez. Eksik gelen malın tam faturalanması, fiyat farkı ya da fazladan kalem gibi elle kaçan hataları matematiksel olarak durdurur.
Onay akışını kendi organizasyon şemamıza göre kurabilir miyiz?
Evet. Onay basamakları tutar, departman ve kullanıcı yetkisine göre tanımlanır. Belirli bir tutarın altındaki talepler departman müdüründe kalır, üstündekiler üst yönetime ya da mali işlere yönlendirilir. Her onayın kim tarafından, ne zaman verildiği kayıt altına alınır.
Gelen tedarikçi e-faturaları sisteme otomatik düşer mi?
e-Fatura mükellefi tedarikçilerin kestiği belgeler sisteme geldiğinde ilgili siparişle eşleştirilebilir, böylece muhasebe faturayı yeniden yazmaz. İşletmenizin e-fatura/e-arşiv yükümlülüğü ciro ve defter usulüne göre değiştiği için kesin kapsamı mali müşavirinizle teyit etmek gerekir.
Qera satınalma modülü ek kullanıcı maliyeti çıkarır mı?
Qera’da 100 kullanıcıya kadar ek kullanıcı ücreti bulunmaz. Satınalma sürecine dahil olan tüm ekip — talep açan, onaylayan, mal kabul yapan, faturayı işleyen — ek lisans maliyeti olmadan sisteme dahil edilebilir.
Değerlendirme için sonraki adım
Satınalma sürecini toparlamak isteyen bir işletme için ilk soru genelde şu: mevcut dağınıklık firmaya ne kadar fazla ödeme ve ne kadar kontrolsüz harcama olarak yansıyor. Bu değerlendirmeyi kendi rakamlarınızla yapmak için satınalma akışınızı Qera üzerinde canlı görmek en pratik yol. Ücretsiz demo talebinizi iletişim formundan iletebilir, süreçlerinizin modülle nasıl örtüştüğünü teknik ekiple birlikte değerlendirebilirsiniz.
Kaynaklar
