Belge türlerini ve örnek dosyaları belirleyin
AI belge ve fatura işleme pilotunda yalnızca en temiz örnek dosyayı kullanmayın. Metin içeren PDF, taranmış sayfa, döndürülmüş görüntü, çok sayfalı fatura ve eksik sayfa farklı hata kaynaklarıdır. İşletmenin gerçekten aldığı belge türlerini listeleyin. Her örneğin beklenen alanlarını inceleme sorumlusu önceden hazırlasın; model çıktısı referans cevap olmasın.
Fatura ile sipariş, teslim belgesi ve alacak notunu ayrı belge sınıfları olarak ele alın. Aynı görünüm benzer bir işlem anlamına gelmez. Belge türü belirsizse sistem bununla nasıl karşılaşacağını açıklamalı ve muhasebe kaydı oluşturmadan incelemeye yönlendirmelidir. Gerekirse kapsamı tek belge sınıfıyla başlatın; desteklenmeyen dosyayı başarılı işleme örneği gibi saymayın.
Kontrollü dosyalarda gerçek işletme düzenlerini temsil edin, ancak gereksiz tedarikçi ve banka bilgilerini paylaşmayın. İnceleme için kaynak sayfanın okunabilir kalması gerekir. Dosya adı, örnek kimliği, sayfa sayısı ve referans alan kaydı birlikte tutulmalıdır. Başarısız örnekleri test setinden kaldırarak sonuçları daha iyi göstermeyin; hata koşulları kabul çalışmasının önemli parçasıdır.
Dosya biçimi
Metin, tarama, yön ve sayfa bütünlüğünü ayrı kontrol edin.
Belge türü
Fatura, sipariş ve düzeltme belgeleri için beklenen işlem değişir.
Referans kayıt
Beklenen alanları sorumlu kişi kaynak belge üzerinden doğrular.
Alan ve normalleştirme kurallarını yazın
Fatura alanı çıkarımı için satıcı, belge tarihi, fatura numarası, para birimi, ara toplam, vergi ve genel toplam için alan sözlüğü hazırlayın. Her alanın kaynakta nerede bulunabildiğini ve hangi biçimde teslim edileceğini yazın. Belgede olmayan değerin boş veya inceleme gerektirir biçimde gösterilmesi kararlaştırılsın. Sistem eksik tarihi ya da kimliği makul göründüğü için üretmemelidir.
Normalleştirme, kaynak metni iz bırakmadan değiştirmek anlamına gelmez. Ham değer ile standardize edilmiş değeri gerektiğinde karşılaştırılabilir tutun. Gün ve ay sırası, ondalık işaret, satıcı adındaki farklı yazım ve para birimi sembolü için işletmenin kararını alın. Biçimi belirsiz bir tarih veya tutar sessiz varsayımla çevrilmemeli; inceleme gerekçesi görünür olmalıdır.
Bir alanın bulunduğu sayfa veya bölgeyi inceleyenin takip edebilmesi düzeltmeyi kolaylaştırır. Güven göstergesi varsa bunun bir doğruluk garantisi olmadığını belirtin. Kabul eşiğini yalnızca bu göstergeye bağlamayın; zorunlu alan, belge türü ve tutar ilişkileri de değerlendirilmelidir. Alan adı değişirse hedef sistemle eşleme kaydının hangi sürümünün geçerli olduğunu takip edin.
OKUMADAN SONRAKİ ADIMA
Belge pilotunun kabul dosyasını hazırlayın
Belge türlerinizi, gerekli alanları ve hedef muhasebe adımını paylaşın. Kontrollü örnekler ve insan incelemesi üzerinden uygulama kapsamını netleştirebiliriz.
Tutar ve para birimi tutarlılığını kontrol edin
Fatura işleme doğrulamasında belgede yazan genel toplam ile çıkarılan ara toplam, vergi, indirim ve diğer kalemlerin ilişkisini kontrol edin. Yuvarlama ve özel vergi koşullarını muhasebe sorumlusu belirlemelidir. Beklenen hesaplama belge türüne göre değişebilir. Genel bir toplama kuralını bütün faturalara uygulayıp kaynak toplamı otomatik düzeltmek doğru bir kabul yöntemi değildir.
Para birimini belgedeki açık tanımla eşleştirin. Bir sembol birden fazla para biriminde kullanılabilir; tedarikçinin ülkesi tek başına yeterli çıkarım değildir. Kur çevrimi gerekiyorsa bu ayrı iş kuralı ve ayrı veri kaynağı olarak ele alınmalıdır. Çıkarım akışı kendi başına döviz kuru seçmemeli veya faturanın para birimini değiştirmemelidir.
Tutarsızlıkta kaydı insan incelemesine gönderin ve nedenini açıklayın: eksik kalem, yanlış ondalık yorum, sayfa kaybı veya belirsiz para birimi gibi. İnceleyen kaynak belgeyi ve çıkarılan alanları birlikte görmelidir. Düzeltilen değer ile ilk sonuç arasında iz kalsın. Kabul kaydında hatalı tutarın hedef muhasebe sistemine gönderilmediği de ayrı gözlem olarak yer alsın.
Tekrar yükleme ve eksik alanları test edin
Belge işleme pilotunda aynı faturayı aynı dosyayla, değiştirilmiş dosya adıyla ve yeniden taranmış görüntüyle yükleyin. Dosya adını tek başına tekrar kontrolü olarak kullanmayın. İşletmenin kabul ettiği satıcı, belge numarası ve diğer kimlik alanları üzerinden olası eşleşmeyi değerlendirin. Eksik numara veya benzer belge, otomatik silme yerine inceleme gerektirebilir; gerçek farklı faturalar yanlışlıkla birleştirilmemelidir.
İşleme sırasında kesilen yüklemeyi ve aktarım yanıtı geciken kaydı ayrı test edin. Kullanıcı yeniden denediğinde ilk girişin durumu belirlenmeden yeni muhasebe kaydı açılmamalıdır. Aynı isteğin tekrar gönderilmesiyle yeni belge oluşturulmasını ayıran işlem kaydı bulunmalıdır. Çıkarım ve hedef sistem aktarımı birbirinden bağımsız tekrar davranışlarına sahip olabilir; ikisini ayrıca izleyin.
Zorunlu alan kayıpsa sistemin durduğu aşamayı görün. Fatura numarası olmayan bir örnekte boş alanı doldurmak için tahmin üretilmesin. Eksik sayfa da bazı tutarların görünmesine rağmen belgeyi tamamlanmış hale getirmez. İnceleme kuyruğunda sorunun gerekçesi ve düzeltme için gereken bilgi açık olsun; belirsiz kaydı başarılı çıktı sayarak kapatmayın.
Tekrar yükleme
Aynı belgenin farklı dosya biçimleriyle yeniden geldiğini sınayın.
Yeni belge
Benzerlik, gerçek ayrı faturanın yanlışlıkla engellenmesine yol açmamalıdır.
Eksik alan
Tahminle tamamlamak yerine gerekçe ve inceleme sahibi kaydedilir.
İnsan incelemesi ve onay akışını doğrulayın
Fatura çıkarımının insan incelemesinde kaynak dosya, çıkarılan alanlar ve hata işaretleri yan yana bulunmalıdır. İnceleyen yalnızca modelin özetini görürse kaynakla karşılaştırma yapamaz. Onay, düzeltme ve ret ayrı işlemler olarak kaydedilsin. Son onaylanan sürümün hangisi olduğu anlaşılmalı; yeni bir çıkarım eski onayı kendi başına geçerli kılmamalıdır.
Onay yetkisiyle dosyayı okuma yetkisini ayırın. Teknik destek veya belgeyi yükleyen kişinin muhasebe kararını verebildiği varsayılmasın. Kontrollü rollerle yanlış yetkili kullanıcının onay veremediğini inceleyin. Onay bekleyen kaydın durumunu kullanıcıya açıklayın. Hata düzeltildiğinde yeniden inceleme gerekip gerekmediğini muhasebe ekibinin süreç kuralı belirlemelidir.
Dosya erişimi ve saklama süresini kabul matrisine dahil edin. Faturalar tedarikçi ve banka bilgileri içerebilir; herkese açık örnek ekranlarda bu ayrıntıları kullanmayın. Arşiv, çıkarım çıktısı ve hata kopyalarının nerede tutulduğunu belirleyin. Gereksiz kopyalar kontrol edilmeli; kayıtların silinmesi veya tutulması için işletmenin geçerli politikası ve yetkili sorumlusu esas alınmalıdır.
Muhasebe aktarımı ile ödeme yetkisini ayırın
Belge işleme akışında JSON üretmek yalnızca alanların yapılandırılmış biçimde çıktılandığını gösterir. Hedef muhasebe uygulamasının bu alanları doğru kabul ettiğini, kaydı hangi statüyle oluşturduğunu veya onayı koruduğunu ayrıca test edin. Alan eşleme, tedarikçi eşleşmesi ve aktarım hatası açık olmalıdır. Bağlantı kurulmuş olması muhasebe iş akışının uçtan uca doğrulandığı anlamına gelmez.
Ödeme oluşturma ve ödeme yürütme, fatura okumadan farklı yetkilerdir. Bir topluluk iş akışı örneği bu yetkileri işletmeniz adına onaylamaz. Pilot çıkışını inceleme kuyruğu veya taslak kayıtla sınırlamak mümkün olabilir. Hangi sınırın seçildiğini belgeleyin; teknik bir düğmenin bulunmasını ödeme yapma izni olarak değerlendirmeyin. Her parasal işlem için gerçek yetki sahibi belirlenmelidir.
Kabul dosyasına örnek kimliği, belge sınıfı, beklenen alan, gözlenen alan, tutarlılık sonucu, tekrar durumu, inceleyen ve hedef aktarım sonucu ekleyin. Okuma hatasıyla aktarım hatasını ayrı sınıflandırın. Düzeltmeden sonra aynı örneği tekrar çalıştırın ve istenmeyen yeni kayıt oluşmadığını görün. Sonuç dosyası hangi aşamaların kabul edildiğini ve hangilerinin henüz denenmediğini açıkça göstermelidir.
Belge pilotunun kabul dosyasını hazırlayın
E-posta ve telefon bu taleple ilgili iletişim içindir. Bülten aboneliği oluşturmaz.
KARAR VERMEDEN ÖNCE
Sık sorulan sorular
OCR ile belge otomasyonu aynı şey mi?
OCR metin veya alan okuma aşamasıdır. Belge otomasyonu sınıflandırma, kontrol, inceleme ve aktarım gibi başka aşamalar içerebilir. Bir aşamanın doğru çalışması diğerlerini doğrulamaz.
AI yanlış tutar çıkarırsa ne olur?
Kaynakla tutarsız veya belirsiz tutar insan incelemesine yönlendirilmelidir. Sistem kaynak toplamı sessizce değiştirmemeli; düzeltilen alan, gerekçe ve onaylanan sürüm takip edilmelidir.
Aynı fatura tekrar yüklenirse ne yapılmalı?
Dosya adı yanında işletmenin belge kimlik kuralları değerlendirilir. Olası tekrar incelemeye alınabilir; yeniden yükleme ikinci muhasebe veya ödeme kaydı oluşturmamalıdır.
JSON çıktısı muhasebe entegrasyonu demek mi?
Hayır. JSON, yapılandırılmış alan çıktısıdır. Hedef uygulamanın eşlemeyi kabul etmesi, doğru kayıt statüsü ve hata dönüşleri ayrı entegrasyon testleri gerektirir.
Ödeme otomatik olarak yapılmalı mı?
Fatura çıkarımı ödeme yetkisi vermez. Ödeme akışı varsa gerçek sorumlu, onay şartı ve işlem sınırı ayrıca tanımlanmalı ve kontrol edilmelidir; pilotta varsayılan olarak açılmaz.
KAPSAMI BİRLİKTE BELİRLEYELİM
Belge pilotunun kabul dosyasını hazırlayın
Belge türlerinizi, gerekli alanları ve hedef muhasebe adımını paylaşın. Kontrollü örnekler ve insan incelemesi üzerinden uygulama kapsamını netleştirebiliriz.
Belge işleme kapsamını konuşun