Fatura Eşleştirme Otomasyonu Nasıl Kurulur?

Muhasebe departmanlarında en çok tekrarlanan iş, faturaya bakıp siparişi açmak ve iki rakamın tutup tutmadığını kontrol etmektir. İş zor değil; sıkıcı, sürekli ve hata affetmiyor. Gözden kaçan bir birim fiyat farkı, aynı tedarikçiyle çalışılan her ayda tekrar eden bir kayba dönüşüyor.

Bu yazı fatura eşleştirmenin nasıl otomatikleştiğini, hangi kararların insanda kalması gerektiğini, kurulumun ne kadar tuttuğunu ve hangi durumda bu işe hiç girmemek gerektiğini anlatıyor.

Üçlü eşleştirme neyi kontrol ediyor

Üçlü eşleştirme, üç belgenin birbirini doğrulaması demek: satın alma siparişi, mal kabul kaydı ve tedarikçi faturası. Sektör kaynakları bunu siparişin, faturanın ve mal kabulün karşılaştırılması yoluyla malın gerçekten teslim alındığının doğrulanması olarak tanımlıyor.

Üç belge üç ayrı soruya cevap veriyor:

• Sipariş: Ne, kaç adet, hangi fiyata istendi?
• Mal kabul: Gerçekten ne geldi, kaç adet geldi, ne zaman geldi?
• Fatura: Ne için, kaç adet için, hangi fiyattan para isteniyor?

Üçü tutuyorsa ödeme güvenlidir. Tutmuyorsa ortada ya bir hata ya bir anlaşmazlık ya da bir kötüye kullanım vardır ve üçünün de aynı ekranda gerekçesiyle görünmesi gerekir.

İkili eşleştirmede mal kabul adımı yoktur. Hizmet alımlarında yaygındır ama malzeme alımında ikili eşleştirmeye güvenmek, teslim edilmemiş malın faturasını ödemeye açık kapı bırakır.

Elle yapıldığında ne oluyor

Sorun kimsenin dikkatsiz olması değil, kontrolün insan hafızasına bağlı olması.

Fiyat farkı fark edilmiyor. Sözleşmede 100 ₺ olan birim fiyat faturada 104 ₺ geliyor. Tek faturada 4 ₺ önemsiz; aynı kalemden ayda 300 adet alınıyorsa yıllık rakam başka.

Aynı fatura iki kez ödeniyor. Tedarikçi faturayı hem e-posta hem posta ile gönderiyor, ikisi farklı kişilere düşüyor. Mükerrer ödeme genellikle aylar sonra mutabakatta çıkıyor.

Gelmeyen mal faturalanıyor. Sipariş 100 adet, gelen 97 adet, fatura 100 adet. İrsaliyeye kimse bakmıyor çünkü ayrı bir klasörde.

Sipariş numarasız fatura kabul ediliyor. Hangi siparişe ait olduğu belirsiz fatura, “herhalde şu işin” varsayımıyla kaydediliyor.

Vade kaçıyor. Kontrol beklerken erken ödeme iskontosu kaçırılıyor ya da geç ödeme faizi doğuyor.

Bu beş kalemin ortak özelliği, hiçbirinin muhasebede ayrı bir gider satırı olarak görünmemesi. Görünmediği için de yıllarca aynı kalıyor.

Otomasyon ile elle kontrolün karşılaştırması

Boyut	Elle kontrol	Kural tabanlı otomasyon	Yapay zekâ destekli eşleştirme
Yapılandırılmış e-fatura	Kişi başına dakikalar	Otomatik, hızlı	Otomatik, hızlı
PDF fatura	Elle veri girişi	Şablon tanımlıysa çalışır	Şablonsuz okur, düzen değişimine dayanır
Kısmi teslimat	Elle takip, kolay kaçar	Kural yazıldıysa çalışır	Kalan miktarı takip eder, gerekçe yazar
Farklı kalem adlandırması	İnsan yorumu	Eşleşmez, istisnaya düşer	Anlamsal eşleştirme dener, emin değilse işaretler
Mükerrer fatura	Hatırlamaya bağlı	Numara eşleşmesiyle yakalar	Numara farklı olsa da benzerlik üzerinden yakalar
Fark gerekçesi	Yazılmıyor	Kural kodu olarak yazılır	Okunabilir cümle olarak yazılır
Ödeme kararı	İnsan	İnsan	İnsan

Son satır kasıtlı olarak aynı. Otomasyon türü değiştikçe kontrolün kalitesi değişiyor; ödeme yetkisi değişmiyor.

Somut senaryo: 900 faturalık bir satın alma departmanı

Hangi süreç. Tedarikçi faturalarının kaydı ve ödeme onayına hazırlanması.

Girdi. Aylık 900 fatura. 540’ı e-fatura olarak yapılandırılmış veriyle geliyor, 360’ı e-postayla PDF olarak. Siparişler ve mal kabul kayıtları ERP’de.

Akış.

1. Toplama. E-faturalar entegratörden, PDF’ler tanımlı bir e-posta kutusundan otomatik alınıyor.
2. Okuma. Yapılandırılmış faturalar doğrudan okunuyor; PDF’ler için satır seviyesinde çıkarım yapılıyor. Kalem adı, miktar, birim fiyat, KDV, sipariş referansı.
3. Eşleştirme. Her fatura satırı sipariş satırı ve mal kabul kaydıyla karşılaştırılıyor. Kalem adları birebir aynı olmasa da ürün kodu ve geçmiş eşleşmeler üzerinden bağ kuruluyor.
4. Karar. Tolerans içindeyse “eşleşti” olarak işaretleniyor. Dışındaysa gerekçesi yazılıyor: “birim fiyat sipariştekinden %4 yüksek”, “3 adet fazla faturalanmış”, “bu sipariş için daha önce fatura kaydedilmiş”.
5. Kuyruk. Eşleşenler ödeme onayı listesine, eşleşmeyenler istisna kuyruğuna düşüyor.

İnsan onayı nerede. İki yerde. Satın alma sorumlusu istisna kuyruğundaki her kalemde karar veriyor (kabul, tedarikçiye itiraz, siparişi düzelt). Mali işler sorumlusu ödeme emrini onaylıyor — eşleşmiş faturalar dahil. Otomasyonun para çıkışına yetkisi yok.

Çıktı. Muhasebeye giden kayıt, gerekçesi yazılı istisna listesi ve tedarikçi bazlı fark raporu. Üçüncü çıktı ilk aylarda en faydalısı oluyor: hangi tedarikçinin sürekli fazla faturaladığı ilk kez sayıyla görünüyor.

E-fatura tarafı: Türkiye’de avantaj nerede

Türkiye’de e-fatura ve e-arşiv yaygınlığı bu işi Avrupa’nın birçok ülkesine göre kolaylaştırıyor, çünkü faturanın büyük bölümü zaten yapılandırılmış veri olarak geliyor. Bunun iki pratik sonucu var:

İşletme maliyeti düşüyor. Yapılandırılmış faturalar dil modeline hiç uğramadan işlenebiliyor. Yukarıdaki 900 faturalık örnekte model çağrısı yalnızca 360 belge için gerekiyor.

Doğruluk artıyor. Okuma hatası riski ortadan kalkıyor; kalan risk yalnızca eşleştirme mantığında.

Buna karşılık e-fatura tek başına kontrol sağlamıyor. Yapılandırılmış gelen bir fatura da yanlış fiyat içerebilir. E-fatura entegrasyonunun teknik tarafını e-fatura entegrasyonu teknik rehberinde ayrıntılı anlattık.

Kurulum ne kadar tutar

Fatura eşleştirme tek süreçlik bir kurulum olarak 80.000-150.000 ₺ bandında, 2-4 haftada devreye alınıyor. Bandın neresine düştüğünü üç şey belirliyor:

• PDF fatura oranı. Ne kadar yüksekse okuma tarafı o kadar iş.
• ERP’nin API durumu. Sipariş ve mal kabul verisine erişim belgelenmiş bir arayüzle mi sağlanıyor?
• Tolerans ve onay kuralları. Tek bir kural seti mi, tedarikçi grubuna göre değişen kurallar mı?

İstisna ekranının derinliği, tedarikçi portalı gibi ekler 8.000-45.000 ₺ bandında ek modül olarak fiyatlanıyor. Yıllık bakım %12, %18 veya %25 seviyelerinden seçiliyor ve isteğe bağlı. Bant tablosunun tamamı fiyat sayfasında.

Tolerans kurallarını yazarken

Tolerans, sistemin kalitesini belirleyen tek ayar. Fazla dar tutulursa istisna kuyruğu şişer ve kimse bakmaz; fazla geniş tutulursa kontrol anlamını yitirir. Pratikte dört boyutta ayrı ayrı yazılır:

Birim fiyat toleransı. Genelde hem yüzde hem mutlak tutar olarak tanımlanır: “%1 veya 50 ₺, hangisi küçükse”. Sadece yüzde vermek, küçük tutarlı kalemlerde gereksiz istisna üretiyor.

Miktar toleransı. Tartılı ve dökme ürünlerde teslim miktarı sipariş miktarıyla birebir tutmaz; bu kalemler için ayrı bir eşik gerekir. Adetli ürünlerde tolerans sıfır olmalıdır.

Toplam tutar toleransı. Satır bazında geçen bir fatura, yuvarlama farklarıyla toplamda sapabilir. Satır ve toplam ayrı kontrol edilir.

Zaman toleransı. Faturanın mal kabulden önce gelmesi normal olabilir; aradaki fark belirli bir günü aşıyorsa istisnadır.

Toleransları tedarikçi grubuna göre ayrıştırmak, tek bir global kural yazmaktan çok daha az istisna üretiyor. Sözleşmeli tedarikçilerde dar, tek seferlik alımlarda daha geniş bir kural mantıklı oluyor.

İzlenecek beş gösterge

Devreye aldıktan sonra bu beş sayı sistemin gerçekten çalışıp çalışmadığını gösteriyor. Üçü kurulumdan önce de ölçülmeli ki karşılaştırma yapılabilsin.

Gösterge	Ne söyler	Kötüye gidiyorsa
Dokunulmadan geçen fatura oranı	Otomasyonun gerçek kapsamı	Tolerans veya okuma kalitesi sorunlu
İstisna kuyruğunda bekleme süresi	Kuyruğun sahibi var mı	Sistem terk edilme yolunda
Yakalanan fark tutarı	Somut kazanç	Tolerans fazla geniş olabilir
Fatura başına işlem süresi	Kazanılan zaman	Onay ekranı fazla yük bindiriyor
Ay kapanış süresi	Sürecin bütününe etkisi	Darboğaz başka bir adımda

İkinci satır en kritik olanı. Otomasyon projelerinde sistem çoğunlukla teknik sebeplerle değil, istisna kuyruğuna kimse bakmadığı için terk ediliyor.

Tedarikçi ilişkisi tarafı

Fark yakalayan bir sistem kurmanın görünmeyen sonucu, tedarikçilerle daha çok konuşmak zorunda kalmak. İlk aylarda itiraz sayısı artıyor ve bu ilişkileri zorlayabiliyor. Üç pratik önlem işe yarıyor:

Farkı gerekçesiyle bildirin. “Fatura kabul edilmedi” cümlesi tartışma üretir; “sipariş no. 4412’de birim fiyat 100 ₺, faturada 104 ₺” cümlesi çözüm üretir.

Küçük farkları biriktirin. 8 ₺‘lik bir fark için ayrı yazışma açmak, farkın kendisinden pahalıya geliyor. Tolerans altındaki farkları dönemsel bir mutabakat raporunda toplayın.

Tekrar eden farkları kaynağında çözün. Aynı tedarikçide aynı kalem sürekli farklı geliyorsa sorun faturada değil, fiyat listesinin güncellenmemesinde. Bu, otomasyonun ürettiği en değerli çıktı.

Ne zaman yapmayın

Aylık fatura sayısı 150’nin altındaysa yapmayın. Bu hacimde iyi bir Excel kontrol listesi ve disiplinli bir süreç aynı işi görür.

Siparişsiz alım oranı yüksekse önce onu düzeltin. Faturaların yarısının bağlanacağı bir sipariş yoksa eşleştirilecek bir şey de yok. Bu bir yazılım sorunu değil, satın alma disiplini sorunu.

Mal kabul kaydı tutulmuyorsa üçlü eşleştirme kurmayın. Önce mal kabulün sisteme girilmesini sağlayın; aksi hâlde kurduğunuz şey ikili eşleştirmedir ve daha zayıf bir kontroldür.

Tedarikçi sayısı çok az ve ilişkiler çok stabilse gerekmeyebilir. 12 tedarikçiyle çalışan ve fiyatları yılda bir kez değişen bir şirkette kazanç sınırlıdır.

Amaç muhasebe personelini azaltmaksa yeniden düşünün. Otomasyon kontrolü artırır; kazanç genellikle kaçan farkların yakalanmasında ve kapanış hızında çıkar. Personel azaltma hedefiyle kurulan sistemler, istisna kuyruğunu çözecek kimse kalmadığı için terk ediliyor.

Ödeme onayını otomatikleştirmek istiyorsanız kesinlikle yapmayın. Geri alınamaz para çıkışı insan onayında kalır. Bu maddeyi esneten hiçbir kurulum yapmıyoruz.

Kendi durumunuzu ölçün

Beş rakam, bir öğleden sonra.

1. Aylık fatura sayısı ve yüzde kaçı PDF? İki sayı: toplam adet ve yapılandırılmamış oranı.
2. Fatura başına elle kontrol süresi kaç dakika? Bir hafta boyunca ölçün, ortalamasını alın. Adet × dakika × 12 = yıllık dakika.
3. Son altı ayda kaç fark yakalandı ve toplamı ne kadar? Yakalananları sayın. Yakalanamayanları tahmin etmeyin; yakalananların sayısı zaten yeterince bilgi veriyor.
4. Kaç mükerrer ödeme oldu? Sıfır cevabı verdiyseniz, mutabakat kayıtlarından teyit edin.
5. Ay kapanışı kaç gün sürüyor ve kaç günü fatura kontrolüne gidiyor? Kapanış süresi çoğu şirkette otomasyondan en çabuk etkilenen rakam.

İkinci maddedeki yıllık dakika sayısını saate çevirip saatlik maliyetle çarpın, üçüncü ve dördüncü maddedeki tutarları ekleyin. Çıkan yıllık rakamı kurulum bandına bölün; kaç yılda döndüğünü görürsünüz. İki yılın altındaysa iş konuşmaya değer.

Sonraki adım

Süreç otomasyonuna yaklaşımımız iş süreci otomasyonu sayfasında, ERP ve e-fatura entegrasyonları entegrasyon sayfasında, bantlar fiyat sayfasında. Satın alma tarafındaki onay akışını satın alma talep ve onay otomasyonu yazısında ayrıca anlattık. Yukarıdaki beş rakamı çıkarıp teklif formuyla gönderin; hangi adımın ilk otomatikleşmesi gerektiğini o tablo üzerinden konuşalım.

---

İlgili Bütçe Araçları ve Karşılaştırma Rehberleri

• Paket vs Özel 5 Yıllık TCO Hesaplayıcı — Kiralık SaaS lisansı ile özel yazılımın 5 yıllık maliyetini kıyaslayın.
• Yazılım Bütçe ve Süre Tahmincisi — İhtiyacınız olan modülleri seçerek bütçe ve teslim bandınızı görün.
• ERP Fiyat Listesi 2026 Karşılaştırması — Türkiye kurumsal ERP lisans ve bakım bedelleri.
• Özel Yazılım Teknik Şartnamesi (RFP) Rehberi — Bütçe aşımını önleyen şartname hazırlama kılavuzu.

Sıkça sorulan sorular

Üçlü eşleştirme (3-way match) nedir?

Faturanın, satın alma siparişinin ve mal kabul kaydının üç kaynaklı olarak karşılaştırılmasıdır. Sipariş neyin ne fiyata istendiğini, mal kabul neyin gerçekten geldiğini, fatura da neyin faturalandığını söyler. Üçü tutuyorsa ödeme güvenlidir. İkili eşleştirmede mal kabul adımı yoktur; hizmet alımlarında yaygındır ve daha zayıf bir kontroldür.

E-faturamız zaten var, otomasyona ne gerek var?

E-fatura verinin yapılandırılmış gelmesini sağlar, doğru olduğunu göstermez. Fatura elektronik olarak gelse bile birim fiyatın sipariştekiyle aynı olup olmadığını, miktarın irsaliyeyle tutup tutmadığını ve o siparişin daha önce faturalanıp faturalanmadığını biri kontrol etmek zorunda. Otomasyonun işi budur; e-fatura bu işi kolaylaştırır, ortadan kaldırmaz.

Tolerans kuralı ne demek?

Kabul edilebilir sapma sınırıdır. Örneğin birim fiyatta %1'e kadar veya 50 ₺'ye kadar fark, miktarda tartılı ürünlerde %2 fark otomatik geçer. Sınırlar sizin muhasebe politikanıza göre yazılır ve her tedarikçi grubu için ayrı belirlenebilir. Toleransı geniş tutmak istisna sayısını azaltır ve kontrolü zayıflatır; denge kararı sizindir.

Yapay zekâ ödeme yapacak mı?

Hayır. Ödeme çıkışı geri alınamaz bir işlem olduğu için insan onayında kalır. Otomasyon faturayı okur, eşleştirir, farkı gerekçeli olarak yazar ve ödeme emrini hazır hâle getirir. Onay tuşuna basan kişi ve bastığı an kayıt altına alınır.

Tedarikçilerimizin fatura düzeni çok farklı, sorun olur mu?

Yapılandırılmış e-fatura tarafında olmaz. PDF olarak gelen faturalarda düzen farkı, kurulum süresini uzatan asıl kalemdir; şablon tanımlamak yerine anlamsal çıkarım kullanan bir tasarım bu farkı büyük ölçüde soğurur. Yine de ilk aylarda düzeltme yaparak sistemin doğruluğunu artırmanız gerekir.

Mevcut ERP'mizin yerine mi geçiyor?

Hayır, önüne kuruluyor. Sipariş ve mal kabul verisini ERP'den okur, eşleştirmeyi kendi tarafında yapar, sonucu ERP'ye muhasebe fişi veya ödeme talebi olarak yazar. Logo, Netsis, Mikro veya SAP tarafındaki kurulumunuz olduğu gibi kalır.

İlgili rehberler

• Mobil uygulama seçimi: PWA mı, native mi? Kurumsal saha ve maliyet rehberi
• En iyi yazılım şirketleri 2026: Türkiye'deki kurumsal yazılım firmaları sıralaması
• ERP şartnamesi ve ihtiyaç analizi şablonu 2026: Başarısızlığı önleyen 16 maddelik RFP rehberi

Hizmet sayfası: Kurumsal yazılım hizmeti