Hangi belgeler otomasyona uygun?
İşletmelere yönelik AI hizmetleri içinde belge işleme, tekrar eden veri girişinin yoğun olduğu yerde anlam kazanır. Tedarikçi faturası, masraf fişi, sipariş formu veya teslim belgesi aynı sistemde farklı kurallar gerektirebilir. Bu nedenle ilk pilotta tek belge ailesini seçeriz; aylık adet, kaynak kanalı, okunabilirlik ve kontrol süresi birlikte değerlendirilir.
Örnek olarak satın alma ekibinin e-posta eklerinden topladığı PDF faturaları düşünün. Dosyadan toplam tutar çıkarmak yeterli olmaz; sipariş numarası, para birimi ve tedarikçi eşleşmesi de gerekir. Zaten yapılandırılmış veri veren bir kaynak varsa önce doğrudan entegrasyon değerlendirilir. Görüntü okumak, mevcut temiz veriyi gereksiz yere yeniden tahmin ettirmemelidir.
Fatura ve fiş
Tarih, belge numarası, satırlar ve toplamlar için alan haritası kurulur. Vergi veya ödeme kararı, yetkili ekibinizin tanımladığı kontrollerden geçer.
Operasyon formu
Başvuru, servis veya teslim formundaki belirli alanlar çıkarılır. El yazısı ve eksik bilgi, ayrıca incelenecek istisna olarak ele alınır.
Sözleşme ve ekler
Tarih ve referans gibi sınırlı bilgiler toplanabilir. Belgeden veri çıkarmak hukuki yorum veya sözleşme onayı yerine geçmez.
Önce alan listesi ve doğrulama kuralları
n8n otomasyon çalışmasına bağlanacak verinin biçimi daha ilk aşamada belirlenir. Her alan için veri tipi, zorunluluk, kaynak konumu ve hata davranışı yazılır. Okunamayan bir belge numarasını modelin tamamlaması yerine boş bırakıp incelemeye yönlendirmesi, muhasebe operasyonu açısından daha kullanışlı olabilir.
Test kümesinde yalnızca temiz örnekler bulunmaz. Farklı tedarikçi düzenleri, çok sayfalı faturalar, düşük çözünürlüklü taramalar ve tekrar gönderilmiş dosyalar da yer alır. Çıkarılan değerler onaylı referansla karşılaştırılır. Belge bazında tek bir başarı yüzdesi yerine kritik alanların hangisinde düzeltme gerektiğini görürsünüz.
| Alan | Örnek kontrol | İstisna kararı |
|---|---|---|
| Belge numarası | Tedarikçi ve numara birlikte karşılaştırılır | Mükerrer şüphesinde yeni kayıt açılmaz |
| Toplam ve para birimi | Satır toplamları ve para birimi okunur | Uyuşmazlık yetkili incelemeye gider |
| Sipariş referansı | Mevcut siparişle eşleşme aranır | Eşleşmeyen belge bekleme kuyruğuna alınır |
OKUMADAN SONRAKİ ADIMA
Bir belge akışını birlikte netleştirelim
Belge türünüzü, hedef sistemi ve en çok kontrol edilen alanları anlatın. Önce uygulanabilir pilotu ve insan onayı sınırını belirleyelim.
İnsan onayı günlük işin parçası olmalı
Ekiplerin AI kullanımını öğrenmesi, belgeyi nerede düzelteceğini ve hangi işlemi onayladığını bilmesini de kapsar. İnceleme ekranında kaynak belge ile çıkarılan alanların birlikte görünmesi gerekir. Reviewer yalnızca genel bir uyarı değil, kontrol gerektiren alanı ve nedenini görmelidir.
Onay rolü ve görev devri belirlenir: belgeyi kim kontrol eder, kim muhasebeye gönderir, kim tedarikçiden yeni dosya ister? İnceleme kuyruğunun sahipliği yoksa otomasyon dosyaları daha hızlı biriktiren başka bir gelen kutusuna dönüşebilir. Düzeltmelerin kaydı tutulur; tekrarlayan hata türleri sonraki iyileştirmeyi yönlendirir. Yüksek riskli alanlar için daha sıkı kontrol, düşük riskli açıklamalar için daha esnek işlem tasarlanabilir.
Muhasebe ve ERP aktarımını ayrı test ederiz
İş akışı entegrasyonu, doğru okunan veriyi doğru kayda götürmelidir. Hedef sistemin API veya içe aktarma imkânı, yetkilendirmesi ve kayıt kuralları kontrol edilir. Aktarımın başarılı olduğunu varsaymak yerine hedef kayıt kimliği ve işlem sonucu izlenir; bağlantı kesilirse dosya kaybolmaz.
Ödeme oluşturma ve onaylama yetkileri, veri girişi yetkisinden ayrı ele alınır. İlk sürümün taslak kayıt üretmesi yeterli olabilir. Sistemin aynı belgeyi yeniden işlediğinde ikinci kayıt açmaması ve yarıda kalan aktarımı kontrollü sürdürmesi kabul testinin parçasıdır. Kullanılan programa bağlanma olanağı teknik inceleme tamamlanmadan kesinleştirilmez.
Al ve tanımla
Dosya kaynağını ve belge kimliğini kaydet; ilgili alan şemasına yönlendir.
Oku ve kontrol et
Alanları çıkar, iş kurallarını uygula ve inceleme gerektiren bilgiyi işaretle.
Onayla ve aktar
Yetkili kararından sonra hedef sistemde kayıt oluştur; sonucu ve referansını sakla.
Hataları takip et
Aktarılamayan kayıt için sorumluya bildirim gönder; tekrar denemeyi ve manuel alternatifi tanımla.
Belge erişimi, arşiv ve saklama kapsamı
Kurumsal AI çözümünün veri yolu açık olmalıdır. Dosyanın hangi hizmete gönderildiği, kimlerin eriştiği, hangi kopyaların saklandığı ve ne zaman silindiği proje tasarımında konuşulur. Deneme için gerekmeyen kişisel ve ticari bilgiler mümkün olduğunda örneklerden çıkarılır.
Bulut veya şirket altyapısı kararı yalnızca kurulum maliyetiyle verilmez. Seçilen modelin koşulları, işlem hacmi, erişim politikası ve bakım kapasitesi değerlendirilir. Yerel kurulum ifadesi tek başına hiçbir dış bağlantı olmadığı anlamına gelmez; çağrılan servisler ayrıca incelenir. Çalışma kapsamı belge arşivinin taşınmasını, geçmiş kayıt temizliğini ve saklama politikasını içeriyorsa bunlar teklif içinde ayrı teslimler olarak görünür.
Pilot başarısını belge başına gerçek emekle ölçün
Operasyon ekibinin sürece katılması, pilotun masa başında başarılı görünüp günlük kullanımda zorlanmasını önler. Başlangıçta bir belgeyi açma, girme, kontrol etme ve düzeltme sürelerini birlikte ölçeriz. Sonuçta yalnızca model yanıt süresi değil, insanın toplam işi karşılaştırılır.
Kabul kararı; kritik alan doğruluğu, inceleme kuyruğu büyüklüğü, başarısız aktarım sayısı ve ekip kullanım kolaylığıyla verilir. Maliyet hesabına belge sayfası, model çağrısı, altyapı, entegrasyon ve bakım eklenir. Belge çeşitliliği artarsa yeniden test gerekir. Keşif için belge türünüzü, yaklaşık hacmi, hedef programı ve istenen alanları paylaşmanız yeterlidir; hassas dosyaları aktaracağınız güvenli yöntem görüşmede netleştirilir.
KARAR VERMEDEN ÖNCE
Sık sorulan sorular
OCR ile AI belge işleme aynı şey mi?
OCR görüntüdeki yazıyı metne dönüştürür. Bu hizmette ayrıca alan çıkarma, iş kuralı kontrolü, insan onayı ve sisteme aktarım değerlendirilir. Kullanılacak yöntem belge yapısına göre seçilir.
Her muhasebe programına bağlanabilir mi?
API, içe aktarma ve erişim koşulları incelenmeden kesin söz verilmez. Bazen kontrollü bir dosya aktarımı uygun ilk adımdır; doğrudan entegrasyon ayrıca kapsamlanır.
El yazısını ve bozuk taramaları okuyabilir mi?
Bazı örnekler işlenebilir ancak okunabilirlik sonucu etkiler. Böyle belgeler test kümesine eklenir; belirsiz alanların insan incelemesine gitmesi tasarlanır.
e-Fatura kesme hizmeti de dahil mi?
Belgeden veri çıkarma ile resmî fatura düzenleme farklı işlerdir. İlgili entegratör ve mevcut sistem üzerinden ayrı gereksinimler değerlendirilir; otomatik ödeme yetkisi varsayılmaz.
Doğruluk oranını nasıl değerlendirirsiniz?
Onaylı örnek veriyle kritik alanlar tek tek karşılaştırılır. Hangi alanın yanlış olduğu, düzeltme süresi ve aktarım sonucu birlikte raporlanır; tek bir genel oranla karar verilmez.
İlk görüşme için ne hazırlamalıyız?
Belge türleri, aylık yaklaşık adet, kullanılan program ve çıkarılacak alan listesi yeterlidir. Temsil edici örnekler güvenli paylaşım yöntemi kararlaştırıldıktan sonra incelenir.
KAPSAMI BİRLİKTE BELİRLEYELİM
Bir belge akışını birlikte netleştirelim
Belge türünüzü, hedef sistemi ve en çok kontrol edilen alanları anlatın. Önce uygulanabilir pilotu ve insan onayı sınırını belirleyelim.
Belge işleme keşfi iste