Fatura ve Belge İşleme Otomasyonu: OCR Tek Başına Yetmez

Fatura işleme otomasyonu, PDF’deki metni okumaktan ibaret değildir. Asıl mesele, tutarı hatalı, mükerrer ya da teslim edilmemiş mallara ait bir faturanın ERP’ye kaydedilmesini önlemektir.

Muhasebe departmanı yalnızca veri girişi yapmaz. E-posta eklerini alır, evrakı sınıflandırır, tedarikçiyi belirler, siparişi ve irsaliyeyi kontrol eder, onay ister, kaydı oluşturur ve belgeyi arşivler. Fatura işleme otomasyonu, ancak bu zincirin tamamını denetlediğinde işe yarar.

Öne Çıkanlar

• OCR, faturadaki metni okur; fatura işleme otomasyonu ise veriyi doğrular, eşleştirir, yönlendirir ve kontrollü biçimde ERP’ye aktarır.
• Güvenli otomasyonun hedefi her faturayı insan görmeden geçirmek değil, düşük riskli kayıtları otomatik ilerletip istisnaları doğru kişiye göndermektir.
• Sipariş, irsaliye ve fatura arasındaki üçlü eşleştirme; fazla faturalama ve teslim alınmayan mal için ödeme riskini görünür kılar.
• e-Fatura yapılandırılmış veri sağlar; ancak onay, maliyet merkezi, mükerrerlik ve sözleşme kontrollerini tek başına çözmez.
• Pilot başarıyı araç demosuyla değil, gerçek belgelerde dokunmadan işleme oranı, istisna oranı ve kayıt süresiyle ölçmelidir.

Fatura işleme otomasyonu nedir?

Fatura işleme otomasyonu, gelen faturaları ve ilgili evrakları toplayan, verileri çıkaran, iş kurallarıyla kontrol eden ve yalnızca uygun kayıtları muhasebe veya ERP sistemine aktaran süreçtir.

Bu süreç satın alma faturalarıyla sınırlı olmak zorunda değildir. İşletmenin ihtiyacına göre aşağıdaki belgeler de aynı akışa dahil edilebilir:

• İrsaliye ve mal kabul belgeleri
• Banka dekontları
• Masraf fişleri
• Gümrük ve navlun evrakları
• Sözleşmeler ve fiyat listeleri
• Kalite sertifikaları
• Tedarikçi mutabakat belgeleri

Temel fark şudur: veri yakalama ile süreç otomasyonu aynı şey değildir. Bir araç faturadan tarihi, genel tutarı ve KDV oranını çıkarabilir. Ancak bu, faturanın doğru olduğunu, doğru siparişle eşleştiğini veya ödeme için hazır olduğunu göstermez.

OCR ne yapar, ne yapmaz?

OCR, yani optik karakter tanıma, taranmış görsellerdeki veya PDF’lerdeki metni makinenin işleyebileceği veriye dönüştürür. Fatura numarası, belge tarihi, VKN, para birimi, KDV tutarı, genel toplam ve kalem satırları bu yolla çıkarılabilir.

Bu faydalıdır. Ancak OCR’ın muhasebe kararı verdiğini varsaymak yanlıştır.

OCR tek başına aşağıdakileri yapmaz:

• Aynı faturanın geçen hafta işlenip işlenmediğini güvenilir biçimde belirlemez.
• Fiyatın satın alma siparişiyle uyumlu olup olmadığını değerlendirmez.
• İrsaliyedeki teslim miktarıyla fatura kalemlerini karşılaştırmaz.
• Giderin hangi maliyet merkezine yazılması gerektiğini bilemez.
• Yeni bir IBAN değişikliğinin ödeme riski taşıyıp taşımadığını yorumlamaz.

Bir OCR çözümü faturayı doğru okuyabilir, fakat süreç yine de hatalı sonuç verebilir.

Yapay zekâ hangi noktada devreye girer?

Yapay zekâ, belge biçimlerinin değiştiği ve kuralların tek bir şablonla çözülemediği durumlarda işe yarar. Farklı tedarikçilerin farklı tasarımlardaki faturalarını sınıflandırabilir, alanları yorumlayabilir ve çıkarılan veriye güven puanı atayabilir.

Örneğin sistem, “toplam tutar” bilgisini yüksek güvenle okuyabilirken stok kodunu düşük güvenle eşleştirebilir. Bu ayrım önemlidir. Yüksek güvenli alanlar kurallara göre ilerlemeli, belirsiz alanlar ise istisna kuyruğuna gitmelidir.

Yapay zekâ, kalem açıklamalarını şirketinizin ürün, hizmet veya gider kodlarıyla eşleştirmede de yardımcı olabilir. Nihai karar ise iş kurallarına, yetki modeline ve insan denetimine dayanır. Yapay zekâ hatalı bir muhasebe sürecini düzeltmez. Aynı yanlışı ERP’ye daha hızlı aktarabilir.

Sağlam fatura işleme otomasyonu yedi adımdan oluşur

Fatura işleme otomasyonu, yalnızca bir ekran veya tek bir OCR API’si değildir. Güvenli bir akış en az yedi aşamadan oluşur.

1. Belgenin yakalanması: Faturalar ortak e-posta kutusundan, e-Fatura akışından, tarayıcıdan, paylaşımlı klasörden, tedarikçi portalından veya mobil yüklemeden gelir.

2. Ön işleme ve ayırma: Sistem eğik sayfayı düzeltir, görüntü kalitesini kontrol eder, çok sayfalı PDF’leri işler ve tek dosyadaki birden fazla belgeyi ayırır.

3. Belge sınıflandırma ve veri çıkarma: Dosyanın fatura, irsaliye, dekont, proforma veya sözleşme olduğu belirlenir. Ardından başlık ve kalem verileri okunur.

4. Doğrulama: Tarih, VKN, KDV, toplam tutar, para birimi, zorunlu alanlar ve matematiksel tutarlılık kontrol edilir. Mükerrer belge ihtimali de bu aşamada aranır.

5. Eşleştirme: Fatura; tedarikçi kartı, satın alma siparişi, mal kabul, irsaliye, sözleşme, stok kodu ve maliyet merkeziyle eşleştirilir.

6. Onay ve istisna yönetimi: Sistem tutara, belge türüne, sapmaya ve tedarikçi riskine göre kaydı doğru kişiye gönderir.

7. ERP’ye kontrollü aktarım ve arşiv: Sadece kuralları geçen kayıt ERP’ye yazılır. Orijinal belge, işlem geçmişi ve onay kaydı muhasebe fişiyle ilişkilendirilir.

Bu aşamalardan biri eksikse sistem veri girişini hızlandırabilir, ancak finansal denetim sağlayamaz.

Fatura doğru okunur, ödeme yine de yanlış olur

Bir üretim şirketinin 100 adet ambalaj malzemesi sipariş ettiğini varsayalım. Depoya ulaşan ilk sevkiyatta yalnızca 80 adet teslim edilir ve irsaliye buna göre kapatılır.

Birkaç gün sonra tedarikçi, 100 adetlik faturayı e-postayla gönderir. OCR; tedarikçiyi, fatura numarasını, KDV’yi ve toplam tutarı doğru okur. Yalnızca OCR kullanan bir sistem bu belgeyi ERP’ye aktarabilir.

Üçlü eşleştirmeli akış ise faturayı bekletir. Sipariş 100 adet, irsaliye 80 adet ve fatura 100 adet gösterir. Mesele OCR doğruluğu değil, uygun olmayan kaydın zamanında yakalanmasıdır.

Hızlı hata, yavaş hatadan daha pahalı olabilir. Sistem güvenmediği kaydı otomatik geçirmemelidir.

OCR doğruluğu tek başarı metriği değildir

“Faturaları yüzde kaç doğrulukla okuyorsunuz?” sorusu yerindedir, ancak yeterli değildir. Fatura otomasyonunda üç ayrı doğruluk seviyesi vardır.

• Belge verisi doğruluğu: Tarih, tutar, VKN, KDV ve kalem bilgileri doğru çıkarıldı mı?
• İş akışı doğruluğu: Belge doğru tedarikçiye, siparişe ve onay sahibine yönlendirildi mi?
• Muhasebe kaydı doğruluğu: ERP’de doğru hesap, maliyet merkezi, vergi kodu ve borç kaydı oluştu mu?

Bir faturanın toplamı doğru okunurken yanlış siparişe bağlanabilir. Fatura numarası doğru çıkarılsa bile aynı PDF e-postayla ikinci kez gönderilmiş olabilir. Kalem açıklaması okunabilir, ancak işletmenin stok veya gider koduna karşılık gelmeyebilir.

Bu nedenle fatura OCR otomasyonunu değerlendirirken tek bir yüzdeye odaklanılmaz. Sistem, hangi alanı hangi güven düzeyinde okuduğunu göstermeli ve belirsizliği gizlememelidir.

Medius’un 2025 AP Automation Benchmark araştırması, e-fatura ile yapay zekâ destekli veri yakalama araçlarının birlikte kullanımının dokunmadan veri yakalama oranını artırdığını gösteriyor. Aynı araştırma, yeni tedarikçilerde bu oranın daha düşük kaldığını; sistemin önce belge yapısını öğrenip yeterli güven düzeyine ulaşması gerektiğini de belirtiyor. İyi tanımlanmış süreçlerde yüksek dokunmadan işleme oranı mümkündür. Ancak bu, tüm belge türleri için geçerli evrensel bir taahhüt değildir.

Hangi faturalar otomatik ilerlemeli, hangileri durmalı?

Sağlıklı bir fatura işleme otomasyonu iki uçta çalışmaz. “Her şey otomatik” ile “her şey manuel” arasında kurallar vardır.

Düşük riskli, tekrar eden ve doğrulama kaynağı bulunan faturalar otomatik ilerleyebilir. Belirsizlik içeren veya mali etkisi yüksek faturalar ise insan onayına yönlendirilmelidir.

Düşük riskli otomatik geçiş örnekleri

Aşağıdaki şartlar birlikte karşılandığında otomatik ilerletme mantıklı olabilir:

• Tedarikçi daha önce doğrulanmış bir kartta tanımlıdır.
• Faturada geçerli bir satın alma siparişi numarası vardır.
• Sipariş, irsaliye ve fatura miktarları eşleşir.
• Birim fiyat tanımlı tolerans aralığındadır.
• KDV, ara toplam ve genel toplam matematiksel olarak tutarlıdır.
• Belge daha önce işlenmemiştir.
• Fatura tutarı, ilgili onay kuralının altında kalır.
• Belge formatı sistem tarafından yeterli güven skoruyla okunmuştur.

Amaç, muhasebe ekibini sürecin dışına çıkarmak değildir. Amaç, ekibin her faturayı yeniden girmek yerine yalnızca karar gerektiren faturaları değerlendirmesidir.

Zorunlu kontrol gerektiren durumlar

Bazı belgeler otomatik olarak geçmemelidir. Özellikle aşağıdaki durumlarda kayıt doğrudan ilgili kuyruğa yönlendirilmelidir:

• Yeni tedarikçi faturası
• Tedarikçi banka hesabı veya IBAN değişikliği
• Siparişsiz fatura
• Alışılmadık para birimi veya vade
• Yüksek tutarlı belge
• Fiyat, miktar veya KDV farkı
• Düşük OCR güven skoru
• Sözleşme dışı hizmet kalemi
• Mükerrer fatura şüphesi
• Eksik irsaliye veya mal kabul kaydı

Çok tedarikçili bir e-ticaret işletmesinde aynı lojistik faturasının iki ayrı e-posta zincirinden geldiğini düşünün. İlk PDF’i operasyon ekibi yükler. İkinci PDF ise tedarikçinin muhasebe birimi tarafından yeniden gönderilir.

Sistem yalnızca dosya adına baksa ikinci kaydı gözden kaçırabilir. Ancak fatura numarası, VKN, tarih, toplam tutar ve belge izi birlikte incelendiğinde kayıt mükerrerlik kuyruğuna alınır. İnsan incelemesi birkaç dakika sürer. Mükerrer ödeme riski ise ödeme listesine girmeden önlenir.

Üçlü eşleştirme fatura kontrolünün merkezindedir

Üçlü eşleştirme, satın alma siparişinin, irsaliye veya mal kabul kaydının ve faturanın aynı ticari işlemi ifade edip etmediğini kontrol eder.

• Sipariş: Ne istendi?
• İrsaliye veya mal kabul: Ne teslim alındı?
• Fatura: Ne için ücret talep edildi?

Bu kontrol özellikle üretim, dağıtım, perakende, lojistik ve çok tedarikçili işletmelerde önemlidir. Bu üç kaynaktan biri yoksa sistem bunu gizlememeli, görünür bir istisna olarak göstermelidir.

Kontrol	Eşleşirse	Eşleşmezse
Sipariş numarası	Sonraki kontrole geçer	Satın alma incelemesine gider
Miktar	Otomatik ilerleyebilir	Depo veya mal kabul incelemesine gider
Birim fiyat	Toleransa göre geçer	Talep sahibi ya da satın alma onayı gerekir
KDV ve toplam	Muhasebe kaydına hazırlanır	Doğrulama kuyruğuna düşer
Fatura numarası	Mükerrerlik kontrolü tamamlanır	Ödeme öncesi bloke edilir

Üçlü eşleştirme her işletmede aynı katılıkta uygulanmaz. Hizmet faturalarında irsaliye bulunmayabilir. Reklam, danışmanlık veya kira kalemlerinde sözleşme, hizmet kabulü ya da bütçe onayı daha uygun bir doğrulama kaynağı olabilir.

Kural değişebilir, ancak ilke sabittir: Fatura tek başına işletmenin ödeme niyetini belirlememelidir.

e-Fatura varken fatura otomasyonu neden hâlâ gerekir?

e-Fatura yapılandırılmış veri sunabilir. Bu, PDF’den veri çıkarmaya göre önemli bir avantajdır. Ancak e-Fatura otomasyonu ile fatura işleme otomasyonu aynı kapsamı ifade etmez.

Yapılandırılmış fatura verisi aşağıdaki soruları otomatik olarak yanıtlamaz:

• Bu fatura hangi siparişe ait?
• Teslim alınan miktarla tutuyor mu?
• Birim fiyat sözleşmeye uygun mu?
• Hangi maliyet merkezine yazılmalı?
• Kim onaylamalı?
• Bu belge daha önce işlendi mi?
• Ödeme için ek kontrol gerekiyor mu?

İşletmelerde belge trafiği e-Fatura ile de bitmez. İrsaliyeler, masraf fişleri, banka dekontları, navlun evrakları, gümrük dosyaları ve sözleşmeler aynı operasyonun parçalarıdır.

Gelir İdaresi Başkanlığı’nın e-Fatura Uygulaması Özel Entegrasyon Kılavuzu, özel entegratörler için işlem kayıtlarının değişmezliği, zaman bilgisi, başarı veya hata durumu ve uzun süreli saklama gibi izlenebilirlik gereklilikleri tanımlar. Bu kurallar entegratörlere yönelik olsa da iç otomasyon için iyi bir ölçüttür: Otomasyon yalnız kayıt açmamalı; “bu fatura neden geçti, kim onayladı, hangi kural çalıştı?” sorusunun cevabını da bırakmalıdır.

Türkiye’de belge işleme otomasyonunda dört kontrol alanı

Fatura ve belge işleme otomasyonu yalnızca teknik ekibin sorumluluğu değildir. Finans, muhasebe, satın alma, bilgi işlem ve gerektiğinde mali müşavir aynı kurallara erişebilmelidir.

KVKK ve belge verisinin işlendiği yer

Faturalar yalnızca ticari veri içermez. Adres, iletişim bilgisi, çalışan bilgisi, müşteri verisi veya banka bilgisi de içerebilir. Harici bir OCR veya üretken yapay zekâ hizmeti kullanılacaksa, verinin nerede işlendiği en baştan netleştirilmelidir.

Aşağıdaki sorular yazılı olarak yanıtlanmalıdır:

• Belge verisi hangi ülkede işleniyor ve saklanıyor?
• Sağlayıcı veriyi model eğitimi için kullanıyor mu?
• Yetkili kullanıcılar kimler?
• Veriye erişim ve silme kayıtları tutuluyor mu?
• Yurt dışı aktarım riski nasıl yönetiliyor?

KVKK’nın Üretken Yapay Zekâ ve Kişisel Verilerin Korunması Rehberi, şeffaf, denetlenebilir ve insan merkezli kullanım yaklaşımını öne çıkarır. Faturaları rastgele bir açık AI aracına yüklemek, süreç tasarımı değildir.

Yetki ve görev ayrılığı

Belgeyi sisteme yükleyen kişi ile faturayı onaylayan ve ödeme talimatı veren kişi aynı yetkilere sahip olmamalıdır. Özellikle siparişsiz, yüksek tutarlı veya yeni bir tedarikçiye ait faturalar ek onay gerektirir.

Onay yapısı kişiye göre değil, role göre kurulmalıdır. Departman yöneticisi, satın alma sorumlusu, mali işler kontrolörü ve ödeme yetkilisi farklı aşamalarda farklı görevler üstlenmelidir.

Mükerrer kayıt koruması

Mükerrerlik incelemesi yalnızca fatura numarasına bakılarak yapılmaz. Tedarikçi VKN’si, belge tarihi, toplam tutar, para birimi, sipariş numarası ve dosya izi birlikte değerlendirilmelidir.

Aynı PDF’in yeniden gelmesi, tedarikçinin numaralandırma hatası yapması veya aynı belgenin iki farklı kanaldan ulaşması farklı riskler doğurur. Sistem bunları tek bir “hata” etiketi altında kapatmamalıdır. İnceleyen kişi, kaydın neden durdurulduğunu anlayabilmelidir.

ERP entegrasyonu ve geri dönüş planı

ERP fatura entegrasyonu çalışırken fark edilmez. Çalışmadığında ise belge kaybı, çift kayıt veya bekleyen işlem yaratır.

Hedef ERP geçici olarak yanıt vermediğinde belge kaybolmamalıdır. Kuyruk yapısı, güvenli yeniden deneme, işlem durumu, hata kaydı ve geri alınabilir kayıt tasarlanmalıdır.

API bulunmaması projenin bittiği anlamına gelmez. Toplu içe aktarma dosyaları, güvenli ara katmanlar, denetimli veritabanı entegrasyonu veya son çare olarak arayüz otomasyonu değerlendirilebilir. Seçilecek yöntem, hedef sistemin güvenlik ve destek sınırlarına göre belirlenmelidir.

Bazı işletmeler, tedarikçilerin belge yüklemesi veya finans ekibinin istisna yönetimi için özel bir panel ister. Bu noktada yalnız web formu yetmez; kullanıcı rolleri, belge erişimi ve işlem kaydı gerekir. Böyle bir operasyon arayüzü, ihtiyaca göre WordPress eklentisi yerine ayrı bir özel web uygulaması katmanı olarak planlanmalıdır.

Otomasyon projesine nereden başlanır?

İlk günden tüm belgeleri, tüm şubeleri ve bütün ERP kayıtlarını otomatikleştirmeye çalışmak gereksiz risk yaratır. Doğru başlangıç, tekrar eden ve ölçülebilen bir akışı gerçek belgelerle pilot olarak uygulamaktır.

1. Son üç–altı aydaki belge trafiğini çıkarın.
2. Belge türlerini, kaynaklarını, onay sahiplerini ve hedef sistemleri listeleyin.
3. En çok insan dokunuşu gerektiren tek belge türünü seçin.
4. Kolay örneklerin yanında eksik, hatalı ve karmaşık belgeleri de içeren bir pilot küme hazırlayın.
5. Pilot öncesinde kayıt süresi, hata düzeltmesi ve istisna oranı gibi başlangıç metriklerini kaydedin.
6. İlk akışı paralel çalıştırın; muhasebe ekibi sonuçları mevcut süreçle karşılaştırsın.
7. Kurallar oturduktan sonra yeni belge türleri veya birimler ekleyin.

İthalat yapan bir işletme için, tüm finans süreçlerini aynı anda dönüştürmek yerine önce navlun faturalarıyla başlamak mantıklıdır. Çünkü bu belgelerde farklı para birimleri, konşimento, gümrük beyannamesi ve masraf kalemleri aynı işlem dosyasında bir araya gelir.

Böyle bir pilotun ilk haftasında sistemin en büyük katkısı otomatik kayıt sayısı olmayabilir. Eksik evrak nedeniyle kontrol kuyruğuna düşen dosyalar görünür hâle gelir. Ekip, hangi istisnanın sürekli tekrarlandığını görür ve önce belge toplama sürecini iyileştirebilir. Otomasyon sorunu gizlemez. Sorunun nerede olduğunu gösterir.

Belge akışınızda darboğaz nerede, önce onu bulun. Yapay zekâ çözümlerini inceleyin; belge okuma, kural doğrulama ve mevcut sistemlere kontrollü entegrasyonun nasıl planlandığını görün.

Başarıyı hangi metriklerle ölçmelisiniz?

“Otomasyon zaman kazandırır” sözü tek başına bir ölçüm değildir. Her işletmenin belge hacmi, tedarikçi yapısı ve ERP mimarisi farklıdır. Bu nedenle tasarruf iddiası, pilot öncesi ve sonrasında aynı metriklerle karşılaştırılmalıdır.

İzlenmesi gereken başlıca metrikler şunlardır:

• Belge başına insan dokunuşu
• Belgenin gelişinden ERP kaydına kadar geçen süre
• Dokunmadan tamamlanan belge oranı
• İstisna oranı ve istisna nedenleri
• Sonradan düzeltilen kayıt sayısı
• Mükerrer kayıt veya mükerrer ödeme sayısı
• Onay bekleme süresi
• Sipariş veya fatura farkı nedeniyle yakalanan tutar
• Kaçırılan erken ödeme indirimi
• Birim başına işlem maliyeti

Bu metrikler yalnızca projenin başarısını ölçmez. Sürecin hangi noktada aksadığını da gösterir. İstisna oranı yüksekse OCR yetersiz olabilir. Ancak sorun; tedarikçi formatlarından, eksik sipariş numaralarından veya hatalı mal kabul disiplininden de kaynaklanabilir.

Otomasyon muhasebecinin yerini almaz. Sistem belgeyi hazırlar, eşleştirir, sıralar ve düşük riskli kayıtların hızla ilerlemesini sağlar. Muhasebe ve finans ekibi ise vergi yorumu, hesap planı, maliyet sınıflandırması, istisnalar ve nihai denetimden sorumlu olmaya devam eder.

Fatura işleme otomasyonunda doğru hedef kontrollü hızdır

Fatura ve belge işleme otomasyonu, bir OCR aracı seçmekten ibaret değildir. Güçlü bir sistem doğru belgeyi okur, veriyi kontrol eder, sipariş ve teslimat kayıtlarıyla eşleştirir, istisnaları görünür kılar ve yalnızca denetlenmiş kaydı ERP’ye aktarır.

İlk hedef, yüzlerce belge türünü aynı anda otomatikleştirmek olmamalıdır. En sık tekrarlanan, doğrulama kaynağı bulunan ve ölçülebilir bir akış seçin. Gerçek belgelerle paralel bir pilot uygulayın. Hangi faturaların otomatik geçeceğini, hangilerinin insan denetiminde kalacağını veriye göre belirleyin.