Faturadan muhasebe taslağına: yapay zekâ ile belge kontrolü.

Doğru okunan fatura yine de inceleme gerektirebilir

Muhasebe ekibine aynı faturanın iki PDF kopyası geliyor. Yapay zekâ satırları başarıyla çıkarıyor, toplam da belgeyle eşleşiyor. Fakat ürünlerin tamamı henüz teslim edilmemiş ve bir satırın birim fiyatı siparişten farklı. Belgeyi doğru okumak ile işlemi uygun bulmak ayrı kontrollerdir. Önce alanların kaynaktan doğru çıkarıldığını, ardından sipariş ve mal kabul kaydıyla aynı işi anlattığını doğrulayın. Sonuç, eksikleri gizlemeyen bir inceleme taslağı olmalıdır.

Bu uygulama yalnız sentetik sipariş, teslim ve fatura kayıtlarıyla yapılır. Vergi oranı yüzde 20 olarak eğitim girdisi verilmiştir; herhangi bir mal için geçerli oran önerisi değildir. Hesap planı, vergi sınıflandırması veya ödeme talimatı üretilmez. Çıktı muhasebe sistemine kaydedilmeyecek, insan incelemesine hazırlanacaktır. Böylece veri çıkarma, aritmetik kontrol ve işin kabul kararı birbirinden görülebilir biçimde ayrılır.

Kimliği ve satır konumunu koruyun

Tedarikçi: Demo Tedarikçi S-1. Para birimi: örnek birim.
Fatura INV-42, PO-17'ye bağlı; net 910, vergi 182, toplam 1092.
Gelen dosyalar: belge-a.pdf ve belge-b.pdf. İkisinde aynı tedarikçi, fatura kimliği, tarih ve içerik var; bu örnekte aynı belgenin kopyaları oldukları ayrıca doğrulandı.
Mal kabul GR-17, aynı PO-17 ürünlerine ait. İlave kabul kaydı verilmedi.

Dosya adı belge kimliği değildir. Farklı dosya adları aynı faturayı taşıyabilir; aynı dosya adı da farklı sürümlerde kullanılabilir. Gerçek süreçte eşleşmenin kanıtı kurumun belge ve kayıt düzenine göre incelenir. Yalnız benzer adlara bakarak iki kaydı birleştirmeyin. Bu örnekte aynı belge oldukları açıkça verildiği için ikinci PDF yeni bir borç kaydı sayılmaz. Kopya dosya ilişkisi kayda geçer; bir belge sessizce yok edilmez.

Alan çıkarımında fatura numarası, sipariş bağlantısı, ürün, miktar, fiyat, para birimi ve toplamın kaynak konumu korunur. Okunamayan hücreye modelin en olası değeri yazılmaz. Satır kayması, doğru sayının yanlış ürüne atanmasına yol açabilir. Bunun için yalnız son toplamı değil her ürün satırını sipariş satırıyla karşılaştırın. Bir satırdaki fazla tutarın diğerindeki eksikle dengelenmesi, toplam doğru görünürken yanlış eşleşmeyi saklayabilir.

Üç ayrı kontrol tablosu düşünün

Birinci kontrol belgenin aritmetiğidir: 500 + 410 = 910, vergi 910 × 0,20 = 182 ve toplam 1092. İkinci kontrol fiyat uyumudur: B satırında siparişe göre 10 birim fark var. Üçüncü kontrol miktardır: A için iki birimin teslim kanıtı yok. Bu kontrollerin sonucu aynı değildir. Fatura kendi içinde doğru hesaplanmış olabilir ama sipariş ve teslimle uzlaşmamış olabilir. ‘Toplam doğru’ notu bütün akışı onaylamaz.

Teslim edilen miktarları sipariş fiyatlarıyla değerlersek A için 8 × 50 = 400, B için 5 × 80 = 400 ve toplam 800 bulunur. Bu değer karşılaştırma içindir; otomatik ödeme veya muhasebe kayıt tutarı olarak kullanılmaz. Faturanın net 910 tutarıyla aradaki 110 farkın 100'ü A miktarından, 10'u B fiyatından gelir. İki farklı nedeni tek bir ‘fatura hatası’ başlığında kapatmak yerine sorumlu rollere ayırmak gerekir.

Taslak, açık farkları taşısın

NIST değerlendirmede ölçüt ve sorumlulukların açıklanmasını destekler. Aşağıdaki üç belge incelemesi özgün bir eğitim tasarımıdır.Kaynak: NIST AI RMF Core

Belge: S-1 / INV-42; bağlantılı sipariş PO-17.
Belge aritmetiği: net 910 + örnek vergi 182 = 1092; eşleşiyor.
Mükerrer durum: iki dosya, tek doğrulanmış fatura; ikinci borç oluşturulmayacak.
Açık fark 1: A ürününde 2 adet için mal kabul eksik; depo/teslim sorumlusu kontrol edecek.
Açık fark 2: B ürününde sipariş fiyatına göre 10 net birim fark; satın alma inceleyecek.
Durum: kayıt ve ödeme için insan incelemesi bekliyor. Muhasebe hesabı veya ödeme emri üretilmedi.

İnceleme taslağı muhasebe çalışanına yeniden aynı belgeleri baştan özetlemek yerine karar verilmesi gereken noktaları gösterir. Her farkın kaynağı ve sahibi belli olmalıdır. Depo iki ürünün daha kabul edildiğini doğrularsa miktar farkı kapanabilir; fiyat farkı kendiliğinden kapanmaz. Tedarikçiden gelen açıklama da belgeye bağlanarak incelenir. Açıklama bulundu diye orijinal sipariş fiyatı sessizce değiştirilmez; onaylı değişikliğin dayanağı korunur.

Modelin görevi nerede bitecek?

Girdi: PO-17, GR-17, INV-42 ve kopya kaydı. Görev: kaynak konumlu alan tablosu, fatura aritmetiği, sipariş fiyatı ve teslim miktarı farklarını ayrı çıkar. Okunmayan alanı tahmin etme. İki PDF'yi iki fatura sayma. Ödeme, vergi sınıfı veya hesap kodu kararı verme. Çıktı: inceleme taslağı ve sorumlu rol listesi. Kontrol: net910, örnek vergi182, toplam1092; A miktarı ve B fiyatı ayrı açıklanmalı.

1. Belge ve tedarikçi kimliği kaynakla eşleşiyor mu?
2. Satır miktarları, fiyatları ve para birimi korunmuş mu?
3. Aritmetik ile iş uyumu ayrı sonuçlandı mı?
4. Kopya veya belirsiz eşleşme görünür mü?
5. Açık farklar kapanmadan işlem yapılmış gibi yazılıyor mu?

Küçük alıştırma: Yeni GR-18 kaydı A ürününün eksik iki adetini doğrulasın. Miktar farkı sıfırlanır ve teslimin sipariş fiyatıyla karşılığı 900 olur. B'nin birim fiyatı 82 olarak kaldığı için 10 birim fiyat farkı devam eder. Fatura toplamı da değişmez. Beklenen cevap, yalnız miktar kontrolünü kapatmak ve fiyat incelemesini açık bırakmaktır. Ek belge bütün taslağa genel uygunluk onayı vermez.

Gerçek bir görevde başlangıcı küçük tutun: aynı tür birkaç izinli belge, sabit alan listesi ve bilinen kontrol kuralları kullanın. İlk çıktıları kaynakla satır satır karşılaştırın. Sisteme yazma veya ödeme gibi işlemler ayrı yetki ve uygulama tasarımı gerektirir. Bu yazının tekrar kullanılabilir çıktısı, belgeyi okumak ile finansal işlemi kabul etmek arasındaki inceleme dosyasıdır; o dosya açık kaldığında sonraki işi kimin tamamlayacağı bellidir.