Kısa yanıt
Fatura işleme otomasyonu, belgeyi görsel olarak anlayan bir modelin alanları çıkarması, bir doğrulama katmanının bu alanları iş kurallarıyla sınaması ve sonucun ERP veya muhasebe yazılımına API üzerinden yazılmasından oluşur. Klasik OCR'dan farkı, şablona bağlı olmamasıdır: daha önce hiç görülmemiş bir tedarikçi formatı da okunabilir. Tipik kurulumda belge başına işlem süresi 3–5 dakikadan 10–20 saniyeye iner ve alan bazlı doğruluk %92–98 bandında seyreder.
Problem: veri girişi neden hâlâ elle yapılıyor?
Belge işleme otomasyonu yeni bir fikir değil; on yıldır OCR çözümleri satılıyor. Buna rağmen çoğu şirkette muhasebe ekibi hâlâ ekrana bakıp tutarı elle yazıyor. Nedeni tek: klasik OCR şablona bağlıdır. Her tedarikçinin fatura düzeni farklıdır, alanlar farklı yerde durur ve şablon tanımlamak yeni bir tedarikçi geldiğinde tekrar eden bir maliyet üretir. Otuz tedarikçi için şablon kurmak mümkündür; üç yüz tedarikçi için sürdürülemez.
İkinci neden ise doğrulamanın eksikliğidir. Veriyi okuyan ama doğru olup olmadığını kontrol etmeyen bir sistem, muhasebe ekibine güven vermez; ekip her kaydı yeniden kontrol eder ve kazanılan zaman geri kaybedilir.
Klasik OCR ile Vision AI farkı
| Boyut | Klasik OCR | Vision AI (görsel dil modeli) |
|---|---|---|
| Yeni format | Şablon tanımlanmalı | Şablonsuz okur |
| Bağlam anlama | Yok, karakter tanır | "Bu alan KDV tutarıdır" diyebilir |
| Buruşuk / eğik görüntü | Doğruluk hızla düşer | Belirgin biçimde dayanıklı |
| Çok dilli belge | Ayrı model gerekir | Doğal olarak destekler |
| Kalem satırları (tablo) | Zor, hataya açık | Yapılandırılmış çıktı verebilir |
| Birim maliyet | Çok düşük | Belge başına birkaç kuruş–birkaç TL |
| Hız | Milisaniye | Saniyeler |
Doğru mimari ikisini birleştirir: yüksek hacimli ve standart belgeler ucuz OCR ile geçilir, OCR'ın güven skoru düşük kaldığında ya da belge bilinmeyen bir formattaysa Vision AI devreye girer. Bu melez kurgu, maliyeti tek başına Vision AI kullanmaya göre belirgin biçimde düşürür.
Uçtan uca akış mimarisi
1. TETİKLEYİCİ E-posta eki / WhatsApp görseli / tarayıcı klasörü / FTP
2. ÖN İŞLEME Sayfa ayrıştırma, döndürme düzeltme, gürültü temizleme
3. SINIFLANDIRMA Fatura mı, dekont mu, irsaliye mi, gider fişi mi?
4. ÇIKARIM Tedarikçi, VKN, belge no, tarih, kalemler, KDV, toplam
5. DOĞRULAMA Kalem toplamı = ara toplam ✓
KDV oranı geçerli ✓ | VKN algoritma kontrolü ✓
Mükerrer belge no taraması ✓ | Tedarikçi cari eşleşmesi ✓
6. KARAR Güven ≥ eşik → otomatik kayıt
Güven < eşik → insan kuyruğu (ön doldurulmuş ekranla)
7. YAZMA ERP cari hareketi + DMS arşivi + bildirim
8. İZLEME Doğruluk, devir oranı, belge başına maliyet ve süreBu akışta en sık atlanan adım 5. adımdır. Doğrulama katmanı olmadan kurulan sistemler ilk ay iyi görünür, ardından fark edilmeyen yanlış kayıtlar birikir ve proje güvenini kaybeder.
Gerçekçi doğruluk oranları
Saha deneyiminde şu bantlar gerçekçidir:
- Belge tipi sınıflandırma: %97–99
- Başlık alanları (tarih, belge no, VKN, toplam): %95–98
- Kalem satırları (çok kalemli, tablolu faturalar): %88–95
- El yazısı ağırlıklı fişler: %75–88
Bu sayılar "kalan %5'i kabullenin" anlamına gelmez. Doğru kurguda sistem düşük güvenli belgeleri kendisi işaretler; insan yalnızca bu belgelere bakar. Pratikte %92 doğruluk + %100 kapsamlı güven işaretlemesi, %99 doğruluk iddiası olan ama neyi bilmediğini söylemeyen bir sistemden çok daha değerlidir.
ERP ve e-Fatura entegrasyonu
Türkiye'de tipik kurulumda dört entegrasyon noktası vardır:
- e-Fatura / e-Arşiv entegratörü — gelen yapılandırılmış belgeler doğrudan alınır, çıkarım adımına gerek kalmaz.
- ERP (Logo, Netsis, Mikro, SAP) — cari hareket, fatura kaydı ve muhasebe fişi yazımı; genellikle web servis veya veritabanı katmanı üzerinden.
- DMS / arşiv — belgenin orijinali ve çıkarılmış meta verisiyle birlikte saklanması.
- Banka dekontları — ödeme–fatura eşleştirmesi (mutabakat) için.
Mutabakat, otomasyonun en yüksek değer ürettiği yerdir: fatura ve dekont birlikte okunduğunda eşleşmeyen kayıtlar anında raporlanabilir. Bu iş elle yapıldığında ay sonuna sıkışır ve hata oranı yükselir.
ROI hesabı: örnek bir senaryo
Aylık 1.200 belge işleyen orta ölçekli bir şirket için:
| Kalem | Otomasyon öncesi | Otomasyon sonrası |
|---|---|---|
| Belge başına süre | 4 dakika | 25 saniye (yalnızca kontrol) |
| Aylık toplam süre | 80 saat | ~8 saat + 12 saat istisna yönetimi |
| Kazanılan mesai | — | ~60 saat / ay |
| Hatalı kayıt (tahmini) | Ayda 10–18 | Ayda 1–3 |
| İşletme maliyeti | — | Model + altyapı: aylık düşük dört haneli TL bandı |
Kazanılan 60 saatin parasal karşılığını kurumunuzun ortalama saatlik maliyetiyle çarptığınızda, tipik kurulum maliyetinin 4–9 ay içinde geri döndüğünü görürsünüz. Hesabın nasıl kurulacağına dair ayrıntı için maliyet ve ROI yazımıza bakabilirsiniz.
Nereden başlanır?
- Son üç ayın belgelerinden 200–300 örnek toplayın; kolay ve zor örnekleri karıştırın.
- Tek bir belge tipi seçin — genelde tedarikçi faturası en yüksek hacimlidir.
- Doğrulama kurallarını yazın: hangi kontrol geçilmezse belge insana gider?
- 48 saatlik bir POC ile gerçek belgelerinizde doğruluk ölçün. POC yaklaşımını buradan okuyabilirsiniz.
- Sonuç tatmin ediciyse ERP yazma entegrasyonunu ekleyip pilot birimde canlıya alın.
Kişisel veri içeren belgelerde (özellikle gider fişleri ve personel harcamaları) maskeleme katmanını baştan planlayın; ayrıntılar KVKK kontrol listemizde.