Ön muhasebe için yapay zekâ terimleri: mutabakat, veri çıkarma, istisna ve inceleme kuyruğu
Veri çıkarma, eşleştirme ve mutabakat terimlerinin gerçek anlamlarını öğrenin. İstisna ve inceleme kuyruklarının farkını kavrayarak, yapay zekâ sistemlerini doğru kriterlerle değerlendirin.
İçindekiler
Kısaca
- Veri çıkarma anlamak değildir: belgeyi alanlara çevirir ve yanlış bir alan, biri sayfayla karşılaştırana dek doğru olandan ayırt edilemez.
- Eşleştirme çiftleri bulur, mutabakat farkı açıklar; yalnızca eşleşme oranı raporlayan bir sistem hiçbir şeyi mutabık kılmamıştır.
- İstisna kuyruğu ile inceleme kuyruğu farklı sorulara yanıt verir: biri sistemin çözemediğini, diğeri bir kişinin onaylaması gerekeni sorar.
- Güven etiketi sistemin kendi okumasına dair tahminidir; alanın yanında durur, onayın yerine asla geçmez.
- Her otomatik muhasebe kaydı, adı belli bir onay ve kaynak belgeyi göstermeye devam eden, yalnızca eklenebilen bir kayıt ister.
Veri çıkarma bir belgeyi alanlara çevirir. Eşleştirme iki kaydı birbirine bağlar. Mutabakat aralarındaki her farkı açıklar. İstisna kuyruğu sistemin çözemediğini, inceleme kuyruğu çözdüğü ama bir kişinin onayını bekleyen işleri tutar. Güven etiketi sistemin kendi tahminidir; denetim izi kimin neyi onayladığını kaydeder.
Demo tertemiz işler: bir fatura okunur, irsaliyesiyle eşleştirilir, kaydı yapılır ve kimse dokunmaz. Bunun otelinize uygun olup olmadığını belirleyen soru, faturayı ne kadar hızlı okuduğu değildir. Yanlış okuduğu faturaya ne olduğudur. Gece sonu ve ön muhasebe için yapay zekâ terimlerine dair bu kısa rehber size kelimeleri, hata biçimlerini ve satıcıya sorulacak soruları verir; okumayı değil, kuyruğu yargılayabilmeniz için.
Bu kelimeler gerçekte ne anlama geliyor?
Dört ayrı adımın adını verirler ve bunları birbirine karıştıran bir demo, gerçek işin nerede durduğunu saklar.
Veri çıkarma bir belgeyi adlandırılmış alanlara çevirir: tedarikçi, tarih, fatura numarası, matrah, vergi, toplam, satır kalemleri. Eşleştirme bir kaydı karşılığıyla eşler; örneğin bir faturayı irsaliyesiyle ya da kart hasılatını satış noktasının gün sonu toplamıyla. Mutabakat, her satır eşleşene ya da belirtilmiş bir gerekçesi olana dek iki kayıt kümesi arasındaki her farkı açıklar.
İki kuyruk ayrı şeylerdir. İstisna kuyruğu sistemin çözemediği kalemleri tutar. İnceleme kuyruğu, sistemin çözdüğü ama kesinleşmeden önce bir kişinin onayını bekleyen kalemleri. Güven etiketi bir alana ya da eşleşmeye iliştirilmiş sistemin kendi tahminidir. Denetim izi ise neyin okunduğunun, eşleştiğinin, onaylandığının ve değiştiğinin, yalnızca eklenebilen kaydıdır.
Onay, son olarak, adı belli bir kişinin üzerinde saat bilgisi olan kararıdır. Bu, bir kuyruğun boşaltılmış olmasından farklı bir şeydir.
| Terim | Düz anlamı | Demoda sorulacak soru |
|---|---|---|
| Veri çıkarma | Belge alanlara dönüşür | Hangi alanlar ve sayfa görüntüsü saklanıyor mu? |
| Eşleştirme | İki kayıt eşlenir | Hangi alanlar karşılaştırılıyor; fatura numarası yoksa ne olur? |
| Mutabakat | Farklar açıklanır | Eşleşme oranını değil, fark raporunu gösterin |
| İstisna kuyruğu | Sistemin çözemedikleri | Kim temizliyor, bekleyen kalemler nasıl yükseltiliyor? |
| İnceleme kuyruğu | Kişinin onaylayacakları | Kimse onaylamazsa ne olur? |
| Güven etiketi | Sistemin kendi tahmini | Ham puan mı, kalibre edilmiş değer mi? |
| Denetim izi | Yalnızca eklenebilen kayıt | Düzeltmeler ters kayıtla mı yapılıyor? |
| Onay | Adı belli bir karar | Kalemi kişi mi, toplu iş mi kapatıyor? |
Veri çıkarma nedir ve nerede başarısız olur?
Veri çıkarma bir belgeyi sistemin karşılaştırabileceği alanlara çevirir ve sessizce başarısız olur: hiçbir şey çökmez, sadece bir sayı yanlıştır.
Karakterleri okumak ve bunları alanlara atamak iki ayrı iştir. Bir sistem sayfayı iyi okuyabilir ve yine de matrahı toplam sütununa yazabilir. Sessiz hatalar kuraldır: 1'in 7 okunması, kaybolan ondalık virgül, hiç işlenmemiş ikinci bir sayfa. Kayıt her listede normal görünür.
Aritmetik denetimler en ucuz savunmadır. Satır kalemleri ara toplama eşit olmalıdır. Vergi matrah üzerinden hesaplanmalıdır. Toplam, matrah artı vergiye eşit olmalıdır. Denetimden kalan bir kalem deftere değil, istisna kuyruğuna aittir. Sayfa görüntüsünü ve her alanın sayfadaki konumunu saklayın ki bir kişi okumayı tek bakışta kağıtla karşılaştırabilsin.
Bir otelde olağan hata durumları bellidir: el yazısı irsaliyeler, çok sayfalı faturalar, yabancı para, yan duran telefon fotoğrafları ve iade faturaları. Sistemin hiç okuyamadığı bir belgeye ne olduğunu sorun: gerekçesiyle reddediliyor mu, yoksa boş alanlarla kayda mı geçiyor? Okuma adımının kendisi için bkz. OCR nedir? Fatura ve irsaliyeyi otel sistemine okutmak.
İpucuKendi belgelerinizi getirin
Bir sonraki demoya kendi belgelerinizi götürün: temiz bir tedarikçi faturası, el yazılı ve fotoğraflanmış bir irsaliye, iki sayfalı bir fatura, yabancı para cinsinden bir fatura ve bir iade faturası. Sistemin her biriyle ne yaptığına bakın; kendi getirdiği örneklerle değil.
Eşleştirme nedir ve mutabakat neden eşleştirmeden fazlasıdır?
Eşleştirme iki kaydı birbirine bağlar. Mutabakat, uyuşmayan her çifti açıklama işidir ve bir tik işaretiyle değil, bir gerekçeyle biter.
Her satırın üç olası sonucu vardır: eşleşti, belirtilmiş bir tolerans içinde eşleşti ya da karşılığı yok. Her sonucun bir varış yeri ve bir kaydı olmalıdır. Toleranslar yazılı ve küçük olmalıdır, örneğin birkaç kuruşluk yuvarlama farkı, ve her kullanım kayda geçmelidir ki yinelenen küçük bir fark örüntü olarak görünse.
Bir otel aynı anda birkaç cephede mutabakat yapar. Tedarikçi faturaları irsaliyelerle, satış noktası hasılatı nakit ve kart tahsilatlarıyla, acente ekstreleri rezervasyon ve komisyonla, şehir hesabı (city ledger) alınan ödemelerle karşılaştırılır. İşe yarar çıktı, gerekçeli bir fark raporudur; gece sonu paketinin sabaha taşıması gereken de budur. Bkz. Gün sonu (night audit) raporları: mizan, yönetici özeti ve istisna listeleri.
Yüksek bir eşleşme oranı raporlayıp eşleşmeyen kalanı göstermeyen bir sistem raporlamıştır, mutabık kılmamıştır. Eşleştirme kuralları muhasebe sorumlusuna görünür olmalıdır: hangi alanlar karşılaştırılıyor, bir alan eksikse ne oluyor, kuralı kim değiştirebiliyor.
İstisna kuyruğu nedir, inceleme kuyruğundan farkı nedir?
İstisna kuyruğu sistemin çözemediğini tutar. İnceleme kuyruğu, çözdüğü ama işlem kesinleşmeden önce bir kişinin onayını bekleyen kalemleri tutar.
İki kuyruk farklı sorulara yanıt verir; dolayısıyla farklı sahiplere ve farklı alışkanlıklara ihtiyaç duyarlar. İstisnalar sıfıra inene dek çalışılır. İncelemeler bir karara varana dek çalışılır. İkisini karıştırmak yaygın hatadır: güven puanı düşük bir okuma, onaylanmış ama gönderilmemiş bir e-faturanın yanında durur ve muhasebe sorumlusu neyin düşünmek, neyin imzalamak gerektirdiğini ayırt edemez.
Her kalem gerekçesini, kaynak belgesini, önerilen işlemi ve temizleme yetkisi olan rolü taşımalıdır. Yaş, sayıdan önemlidir: bir haftadır bekleyen bir istisna genellikle eksik bir belge ya da tedarikçi anlaşmazlığıdır, yazılım arızası değil. Hiçbir kalem kuyruktan sessizce çıkmamalıdır. Kapatılan kalem kaydını ve kapatanın adını korur; reddedilen kalem gerekçesini korur.
Yetki kademeli olmalıdır. Bir gece resepsiyonisti belirli bir tolerans içindeki yuvarlama farkını kapatabilirken, deftere kayıt ya da mali belge gönderimi ayrı bir seviyedir.
Güven etiketi size ne söylemeli, asla ne yapmamalı?
Güven etiketi, bir alanın ya da eşleşmenin doğru olduğuna dair sistemin kendi tahminidir. İş yönlendirmek için yararlı, muhasebe hükmü için yararsızdır.
Etiket belgeye değil, alanın üstünde durmalıdır. Bir sayfa nadiren baştan sona iyi ya da kötüdür ve belge düzeyindeki ortalama, tek kötü satırı gizler. Sayının ne olduğunu sorun: bir modelden gelen ham puan mı, gerçek sonuçlara karşı kalibre edilmiş bir değer mi. Bir demo birincisini gösterip ikincisi gibi anlatabilir; hangisi olduğunu sorun.
Tehlikeli durum, yanlış bir okumaya gelen yüksek puandır; aritmetik denetimlerin puanlardan daha çok yakalamasının nedeni budur. Eşikler davranışı belirler: çizginin üzerinde sistem kaydı yapar, altında kalem kuyruğa gider. Eşiği, onu kimin belirlediğini ve kimin değiştirebileceğini sorun. Defteri değiştiren ya da mali belge gönderen hiçbir işlemde bir puan, kişinin onayının yerine geçmemelidir. Satıcı puanın nasıl üretildiğini açıklayamıyorsa, onu bir sıralama ipucundan öte saymayın.
DikkatPuan bir denetim değildir
Güven puanı bütçe yapabileceğiniz bir olasılık değildir ve yüksek puan bir denetim değildir. Onunla iş yönlendirin, asla onunla imzalamayın.
Denetim izi ve onay adımı nasıl görünmeli?
İz; neyin okunduğunu, neyle eşleştiğini, kimin ya da neyin onayladığını ve neyin değiştiğini, yalnızca eklenebilen bir kayıtta göstermelidir.
Yalnızca eklenebilir kayıt şu demektir: düzeltmeler özgün kaydı düzenleyerek değil, iptal ve ters kayıtla yapılır ve mali kayıtlar asla silinmez. Her kayıt, kaynak belge görüntüsüne ve kullanılan alan konumlarına geri bağlanmalıdır ki inceleyen kişi, kağıdı aramadan okumayı denetleyebilsin. Onay, üzerinde saat olan, adı belli bir kişinin kararıdır; gece kuyruğu boşaltan bir toplu iş değildir.
Kayıt, otomatik çalışan bir kuralla karar veren bir kişiyi ayırt etmelidir, çünkü ikisi farklı sorumluluk taşır. Dürüst standart "değiştirilme izi taşır" olmaktır: biri bir kaydı değiştirirse zincir bunu gösterir. Hiçbir sistem için "değiştirilemez" denmemelidir. Aynı disiplin giden belgelere de uygulanır: bir kişinin incelemesini bekleyen e-fatura, hukuki sonucu olan bir inceleme kuyruğudur; mühendislikle ortadan kaldırılacak bir gecikme değil.
Kontrol listesiSatıcıya altı soru
- Her çıkarılan alanın yanında kaynak görüntüyü görebiliyor muyum?
- Düzeltmeler ters kayıtla mı, düzenleyerek mi yapılıyor?
- Kayıt, bunu bir kuralın mı bir kişinin mi onayladığını gösteriyor?
- Bir eşleştirme kuralını kimin ne zaman değiştirdiğini görebiliyor muyum?
- İz, mali müşavavime aktarıldığında bozulmadan kalıyor mu?
- Biri bir kaydı değiştirmeye kalkarsa ne oluyor?
Bir otelin talep etmesi gereken kaydın tümü için bkz. Otelde yapay zekâ denetim izi: iyi bir kayıt neleri göstermeli?. Bu disiplinin bir örneği: AI Otel'in otel işletim sisteminde KBS (misafir kimlik bildirimi), KVKK (kişisel verilerin korunması kanunu), e-Fatura ve e-Arşiv (elektronik fatura) uyumu sistemin çekirdeğine işlendi ve e-faturalar gönderilmeden önce bir kişinin incelemesini bekliyor. Çalışan yazılım, lansman öncesi.
Şimdi ne yapmalı
Bir sonraki demoya kendi belgelerinizden beşini ve kendi ekstrelerinizden bir haftalık veriyi götürün ve temiz belgelerin ne kadar hızlı geçtiğini değil, her hatanın ne olduğuna bakın. Terimler tek bir zincir oluşturur: veri çıkarma eşleştirmeyi, eşleştirme mutabakatı besler; iki kuyruk ve onay adımı ise deftere neyin ulaştığını belirler. Zincir en zayıf kuyruğu kadar güçlüdür; okumayı yargılamadan önce kuyruğu yargılayın. Bunun nerede yardımcı olduğuna ve nerede bir kişinin karar vermesi gerektiğine dair eş yazı için bkz. Muhasebede yapay zekâ: otelin arka ofisinde nerede yardımcı olur, nerede karar veremez?. Onay ve denetim adımlarının Türkiye'nin uyum yükümlülükleri için tasarlanmış bir sistemde nasıl ele alındığını görmek isterseniz görüşme talep edin.
Sıkça sorulan sorular
OCR ile veri çıkarma aynı şey mi?
Hayır. OCR bir görüntüden karakterleri okur; veri çıkarma ise hangi karakterlerin fatura numarası, matrah ve toplam olduğuna karar verip bunları adlandırılmış alanlara yerleştirir. Bir sistem sayfayı iyi okuyabilir ve yine de kötü çıkarabilir; aritmetik denetimlerin ve sayfa görüntüsünün okumanın kendisinden daha çok önemi bu yüzdendir.
Bir yapay zekâ sistemi faturaları insansız deftere kaydedebilir mi?
Teknik olarak öyle kurulabilir; ama yapıp yapmaması gerektiği otelin kararıdır, yazılımın değil. Defteri değiştiren ya da mali belge gönderen her işlemde adı belli bir onay kalmalı ve düzeltmeler düzenleyerek değil, iptal ve ters kayıtla yapılmalıdır. Satıcıdan onay adımını göstermesini isteyin; kaldırmasını değil.
Mutabakatta tolerans nedir?
Tolerans, otelin eşleşmiş saymayı kabul ettiği küçük farktır; tipik olarak bir yuvarlama boşluğu. Yazılı olmalı, küçük tutulmalı ve her kullanımında kayda geçmelidir ki yinelenen küçük fark örüntü olarak görünse. Toleransın üzerindeki her fark, gerekçesiyle istisna kuyruğuna gider.
Güven puanı, çıkarımın doğru olduğunu mu söyler?
Hayır. Sistemin kendi tahminidir, genellikle tek bir alan üzerindedir ve varsayılan olarak kalibre edilmez. Sayının bir modelden gelen ham puan mı, gerçek sonuçlara karşı ölçülmüş bir değer mi olduğunu, otomatik kaydı hangi eşiğin tetiklediğini ve bu eşiği kimin değiştirebildiğini sorun. Açıklanamayan bir puanı sıralama ipucu olarak değerlendirin.
Bu araçları satın almadan önce nasıl test etmeliyiz?
Kendi belgelerinizi kullanın, kötü olanlar dahil: el yazılı bir irsaliye, çok sayfalı bir fatura, yabancı para cinsinden bir fatura ve bir iade faturası. Her hatanın nereye gittiğine, kimin temizlediğine ve sonrasında kaydın ne gösterdiğine bakın. Yalnızca temiz örneklerle çalışan bir demo, sistemi değil örnekleri sınar.