Her fatura için OCR gerekir mi?
Hayır. Türkiye'de e-Fatura ve e-Arşiv Fatura zaten GİB'in belirlediği UBL-TR formatında, yapılandırılmış XML olarak üretilir. Bu faturalarda fatura numarası, VKN, kalemler ve KDV tutarları makine tarafından okunabilir alanlardadır; görüntüden metin çıkarmaya gerek yoktur. Asıl iş, bu XML'in ERP'nizdeki doğru cari, stok ve muhasebe hesabıyla eşleştirilmesidir.
OCR ve yapay zeka okuma ise şu belgelerde devreye girer:
- E-postayla PDF olarak gelen ve XML'i ayrıca iletilmeyen faturalar,
- Kağıt faturalar, fişler, gider belgeleri ve taranmış dokümanlar,
- Yurt dışı tedarikçi faturaları (farklı dil, para birimi ve formatlar),
- İrsaliye, sipariş formu, proforma gibi fatura dışı ticari belgeler.
Klasik OCR, akıllı belge işleme ve LLM arasındaki fark nedir?
| Yöntem | Nasıl çalışır? | Güçlü yanı | Zayıf yanı |
|---|---|---|---|
| Şablon tabanlı OCR | Her tedarikçi formatı için alan koordinatları tanımlanır | Az sayıda sabit formatta hızlı ve öngörülebilir | Format değişince bozulur, her yeni tedarikçi için şablon gerekir |
| Akıllı belge işleme (IDP) | Eğitilmiş modeller fatura alanlarını konumdan bağımsız bulur | Değişken formatlara dayanıklı, güven skoru üretir | Kalem tablolarında ve alışılmadık belgelerde ek ayar gerekebilir |
| LLM (görsel destekli dil modeli) | Belgeyi bir insan gibi okuyup istenen alanları yapılandırılmış veriye çevirir | Şablonsuz çalışır, yeni belge türlerine hızlı uyum sağlar | Tek başına kullanılırsa doğrulanmamış değer üretebilir; kontrol katmanı şarttır |
Pratikte en sağlam yaklaşım hibrittir: metin OCR ile çıkarılır, alanlar yapay zekayla anlamlandırılır ve her değer kural tabanlı kontrollerden geçirilir.
Okunan fatura verisi nasıl doğrulanır?
Okuma doğruluğundan daha önemli olan, yanlış okunmuş bir değerin ERP'ye girmeden yakalanmasıdır. Bunun için şu kontroller uygulanır:
- Aritmetik kontrol: Kalem toplamları, matrah, KDV ve genel toplam birbirini tutuyor mu?
- Kimlik kontrolü: VKN/TCKN geçerli formatta mı, ERP'deki cari kartla eşleşiyor mu?
- Mükerrer kontrol: Aynı tedarikçiden aynı numaralı fatura daha önce işlendi mi?
- Sipariş/irsaliye eşleştirmesi: Faturadaki miktar ve fiyatlar satın alma siparişi ve irsaliyeyle uyumlu mu? (Üçlü eşleştirme)
- Güven eşiği: Modelin emin olmadığı alanlar otomatik kaydedilmez, bir kullanıcının onay ekranına düşer.
Uçtan uca fatura okuma akışı nasıl görünür?
- Toplama: Fatura e-posta kutusu, tarama klasörü, tedarikçi portalı veya GİB entegratöründen otomatik alınır.
- Sınıflandırma: Belgenin fatura mı, irsaliye mi, gider fişi mi olduğu ayırt edilir.
- Okuma: XML varsa doğrudan ayrıştırılır, yoksa OCR + yapay zeka ile alanlar çıkarılır.
- Doğrulama: Yukarıdaki kontroller çalışır, istisnalar onaya ayrılır.
- Kayıt: Onaylanan fatura ERP'ye (Logo, Mikro, SAP, Netsis vb.) fiş veya fatura olarak işlenir, belge arşivlenir.
Hangi şirketler için anlamlı?
Ayda yalnızca birkaç düzine fatura işleyen bir şirket için kurulum maliyeti getirisini aşabilir. Fatura hacmi yüksek, tedarikçi sayısı fazla, PDF/kağıt belge oranı yüksek veya birden çok şirket/şubeyle çalışan yapılarda ise manuel veri girişi ve hata düzeltme yükü belirgin şekilde azalır. Karar vermeden önce mevcut aylık hacim ve fatura başına harcanan süre ölçülmelidir.
Sonuç
"OCR mı, LLM mi?" sorusunun cevabı çoğu zaman "ikisi birden ve üstüne doğrulama katmanı"dır. e-Fatura XML'leri için okuma değil eşleştirme otomasyonu, PDF ve kağıt belgeler için yapay zeka destekli okuma kurulmalı; her iki durumda da hiçbir değer kontrol edilmeden ERP'ye yazılmamalıdır.