COCKPIT İÇGÖRÜLER
Banka Mutabakatında Mutabakat Önerileri İnsan Onayı
Banka ekstresi mutabakatında yapay zekâ destekli öneriler bir karar verici değil, karar destek mekanizmasıdır. Mutabakat önerileri insan onayı ilkesine göre nihai karar ve sorumluluk muhasebe yetkilisindedir. Süreçte kesin kurallar, öneriler, çoklu adaylar ve istisnalar ayrı işlem sınıflarında yönetilmeli; çelişkili senaryolar sistem tarafından otomatik kesinleştirilmeden kullanıcı onayına sunulmalıdır.


Banka ekstresi mutabakatı, KOBİ muhasebe ekiplerinin ay sonu kapanışında en çok zaman alan adımlardan biridir. Yapay zekâ destekli eşleştirme önerileri bu yükü hafifletebilir, ancak yalnızca karar yetkisi insanda kaldığında güvenli bir kontrol sağlar. Bu yazıda anlatılan senaryo bir örnek senaryodur; gerçek bir firmayı, bankayı veya ERP yapısını temsil etmez. Amaç, kendi süreçlerinizi değerlendirmeniz için uygulanabilir ölçütler sunmaktır.
Banka Mutabakatında Yapay Zekâ Önerilerinin Rolü ve İnsan Onayı Sınırı
Yapay zekâ bu süreçte bir karar verici değil, karar destek mekanizmasıdır. Bir öneri, gönderen adı, tutar, tarih ve açıklama alanındaki ipuçlarını bir araya getirerek olası müşteri veya fatura eşleşmesini gösterir. Bu öneri muhasebe kaydının doğruluğuna dair kesin kanıt değildir. Mutabakat sistemlerinde nihai onay ve sorumluluk muhasebe yetkilisinde kalmalıdır ilkesi, bu sınırın temelini oluşturur.
Uygulamada insan onayı sınırını şu soruyla netleştirebilirsiniz: Bu kayıt yanlış işlendiğinde kim fark eder, kim düzeltir ve düzeltme hangi kayda bağlanır? Bu sorunun cevabı yoksa, o kayıt otomatik sonuçlanmamalıdır.
Logitera tarafından geliştirilen Cockpit, bu yaklaşımı benimser. Mevcut kapsamda banka CSV veya XLSX aktarımı ile mutabakat önerileri sunulur ve Banka Ekstresi ve Mutabakat modülü bu akışın merkezindedir. Son karar kullanıcıdadır; AI kapsamı ise modüllere, sağlayıcı yapılandırmasına ve kullanılabilir veriye bağlıdır.
Otomatik Öneri ile Doğrudan Onay Arasındaki Kontrol Noktaları
Eşleştirme kararlarını tek bir eşikle yönetmek yerine, işlem sınıflarına ayırmak daha sağlıklıdır. Yapay zekâ destekli finans sistemlerinde model önerileri ile kesin kuralların ayrı işlem sınıflarında tutulması ve otomatik sonuçlandırmanın yalnızca çelişkisiz senaryolarda uygulanması önerilmektedir. Aşağıdaki karar tablosu, bir ekibin kendi süreçlerini değerlendirmek için kullanabileceği bir ölçüt çerçevesidir.
| Durum | İşlem sınıfı | İnsan onayı | Kayıt beklentisi |
|---|---|---|---|
| Fatura numarası, tutar ve tarih birebir tutuyor | Kesin kural | Örnekleme ile periyodik kontrol | Eşleşme gerekçesi ve kural adı |
| Tutar tutuyor, tarih farklı | Öneri | Gerekli | Önerilen aday ve tarih farkı |
| Aynı tutarda birden fazla aday fatura | Çoklu aday kuyruğu | Gerekli | Tüm adayların listesi |
| Açıklama eksik, gönderen tanınmıyor | İstisna | Gerekli | İnceleme notu |
| Toplu tahsilat, birden çok dağıtım kombinasyonu | İstisna | Gerekli, sistem kesinleştirmez | Dağıtım seçenekleri |
Bu tabloyu uygularken dikkat edilmesi gereken üç ölçüt vardır. Birincisi, kesin kural sınıfındaki kayıtların da belirli aralıklarla örneklenerek kontrol edilmesidir. İkincisi, öneri sınıfındaki kayıtların onaylanma oranının ve reddedilme nedenlerinin izlenmesidir. Üçüncüsü, hiçbir sınıfın sessizce bir üst sınıfa taşınmamasıdır.
Eşleşmeyen ve Çelişkili Banka Hareketlerini Ayıklama Yaklaşımları
Eşleştirme başlamadan önce her ekstre kendi içinde temizlenmelidir. Aynı taraftaki iptal çiftleri, yani bir kaydın ardından gelen ters yönlü düzeltme satırları, gerçek işlem değil düzeltmedir ve karşılaştırmadan çıkarılmalıdır. Aynı fatura numarası, tutar ve yönle iki kez işlenmiş satırlar ise mükerrer olarak işaretlenmelidir. Eşleştirmenin en kesin eşleşmeden en gevşek olana doğru aşamalı ilerlemesi ve her aşamada yalnızca önceki aşamalarda kalan kayıtlarla çalışılması, çelişkili kayıtların sonuçları kirletmesini önler.
Eksik veya çelişkili açıklamalar için uygulanabilir üç yaklaşım vardır:
- Yön kontrolü: Borç ve alacak yönü yanlış okunmuşsa gerçekte tutan kayıtlar eşleşmemiş görünür. Kolon eşlemesi her içe aktarımda ayrıca doğrulanmalıdır.
- Kısmi ödeme ayrımı: Açık bakiyesi olan faturada tahsilat tutarı eksikse, fatura kapatılmadan kalan bakiye ayrı izlenmelidir.
- Banka masrafı ve kur farkı: Bu kalemler eşleşme hatası gibi görünse de ayrı muhasebe kalemi olarak sınıflandırılmalıdır.
Örnek bir senaryoda, 100.000 TL tutarlı bir faturaya 40.000 TL gelen ödeme, faturayı kapatmamalı; 60.000 TL bakiyeyi görünür bırakmalıdır. Aynı tahsilatın üç faturaya dağıtılması gerektiğinde ise dağıtım önerisi bir kişinin onayına sunulmalıdır.
Denetim İzi ve Geri Alınabilirlik: Hatalı Kayıtların Kontrollü Düzeltilmesi
Bir eşleşme yanlış çıktığında geçmiş kaydı silmek, denetim izini bozar. Doğru yaklaşım, hatalı eşleşmeyi ters kayıt veya düzeltme adımıyla geri almak ve yeni doğru eşleşmeyi ayrı bir kayıt olarak eklemektir. Böylece hem neyin yanlış yapıldığı hem de kimin, ne zaman, hangi gerekçeyle düzelttiği görünür kalır.
Bir denetim izinin asgari olarak şu bilgileri taşıması beklenir: eşleşmeyi öneren kaynak, kullanılan alanlar, güven düzeyi, onaylayan kullanıcı, onay tarihi ve düzeltme gerekçesi. Bu bilgiler olmadan bir eşleşmenin neden yapıldığı sonradan yeniden kurulamaz.
Örnek Senaryo: Kapanış Haftasında Kontrollü Mutabakat
Bir KOBİ’de iki kişilik ön muhasebe ekibi, ay sonunda birkaç yüz banka hareketini yönetmektedir. Ekip, ekstreleri içe aktarıp önce kesin kural sınıfını kapatmakta, ardından öneri ve istisna kuyruklarını ayrı ayrı çalıştırmaktadır. Sorumlu muhasebe yöneticisi, her gün öneri kuyruğunun yüzde kaçının reddedildiğini ve reddedilme nedenlerini gözden geçirmektedir. Bu izleme sayesinde, belirli bir göndericinin açıklamasından yanlış müşteri önerisi geldiği fark edilmiş ve ilgili eşleşme düzeltilerek denetim izine işlenmiştir.
Bu örnekte kritik olan, sistemin öğrenmesinden çok, ekibin öğrenilen eşleşmeleri periyodik olarak gözden geçirmesidir. Geçmiş onayların otomatik olarak tekrar kullanılması, bir hatanın sessizce yayılmasına yol açabilir.
Uygulama Kontrol Listesi
Aşağıdaki liste, süreci kurarken değerlendirme ölçütü olarak kullanılabilir:
- Her ekstrede iptal çiftlerini ve mükerrer kayıtları eşleştirmeden önce ayıklayın.
- Kolon eşlemesinde tarih, tutar ve borç-alacak yönünü her içe aktarımda doğrulayın.
- Kesin kural, öneri ve istisna sınıflarını ayrı tanımlayın; sınıflar arası geçişi kayıt altına alın.
- Çoklu aday ve toplu tahsilat durumlarında sistemin kesinleştirmediğini test edin.
- Kesin kural sınıfındaki kayıtlardan belirli oranda örnek alıp manuel kontrol yapın.
- Öneri sınıfının onay ve red oranlarını, red nedenleriyle birlikte haftalık izleyin.
- Her eşleşmede kural, güven düzeyi, kullanıcı ve tarih bilgisinin saklandığını doğrulayın.
- Hatalı eşleşmeyi silmek yerine düzeltme kaydıyla geri alma prosedürünü yazılı hâle getirin.
- Dönem kapandıktan sonra düzeltme yetkilerini kısıtlayın ve istisnaları yönetici onayına bağlayın.
Bu listedeki her madde, ekibinizin kendi verisiyle sınanmalıdır. Hiçbir ürün ya da yöntem, doğruluk oranını önceden garanti etmez; ölçüt olarak kullanılan değerler kendi geçmiş dönem verinizden elde edilmelidir.
Sonuç
Yapay zekâ destekli banka mutabakatında asıl kazanım, eşleştirme hızından çok kontrolün görünür hâle gelmesidir. Öneriler işi hızlandırır, ancak karar ve sorumluluk insanda kaldığında, hatalı kayıtlar erken fark edilir ve denetim izi ile düzeltilebilir. Süreci kurmadan önce işlem sınıflarını, onay noktalarını ve geri alma prosedürünü yazılı hâle getirmek, kapanış haftasını hem hızlı hem güvenli yönetmenin en pratik yoludur. Mutabakat sürecinizi Finans Yönetimi yaklaşımı çerçevesinde ele almak isterseniz, kendi verinizle değerlendirme yapmak en sağlıklı başlangıçtır.
Sık sorulan sorular
Banka mutabakatında mutabakat önerileri insan onayı neden gereklidir?
Yapay zekâ önerileri muhasebe kaydının doğruluğuna dair kesin kanıt oluşturmaz; yanlış işlenen bir kaydın kimin tarafından düzeltileceği ve hangi kayda bağlanacağı netleşmediğinde kararın otomatik verilmesi finansal risk yaratır.
Eşleşmeyen veya çelişkili banka hareketleri nasıl ayıklanmalıdır?
Her ekstre önce kendi içinde temizlenmeli, iptal çiftleri ve mükerrer satırlar karşılaştırmadan çıkarılmalıdır. Eşleştirme en kesin kurallardan gevşek olanlara doğru aşamalı ilerlemelidir.
Hatalı bir eşleşme tespit edildiğinde nasıl bir prosedür uygulanmalıdır?
Geçmiş kaydı silmek denetim izini bozacağı için hatalı eşleşme ters kayıt veya düzeltme adımıyla geri alınmalı ve doğru eşleşme ayrı bir kayıt olarak eklenmelidir.
Denetim izinde hangi bilgilerin bulunması beklenir?
Bir denetim izinde asgari olarak eşleşmeyi öneren kaynak, kullanılan alanlar, güven düzeyi, onaylayan kullanıcı, onay tarihi ve düzeltme gerekçesi yer almalıdır.
Kaynaklar 15.10.2026 tarihinde kontrol edildi. Bu içerik yapay zekâ desteğiyle hazırlanmış, otomatik kaynak ve editoryal kontrollerden geçirilmiştir. Ürünlerin güncel kapsamını sağlayıcılarından doğrulayın.