Banka ekstresi entegrasyonu: tahsilatı otomatik eşleştirme

Ayın üçü, saat on. Ön muhasebe sorumlusu bankanın internet şubesinden önceki ayın hesap hareketlerini indiriyor, dosyayı tabloya yapıştırıyor ve iki yüze yakın satırla baş başa kalıyor. Satırların çoğunda açıklama alanında tek bir şey yazıyor: parayı gönderen kişinin adı. Fatura ise şirkete kesilmiş. Bir hareket fatura tutarının biraz altında geliyor, bir başkası üç faturanın toplamına benziyor ama tam oturmuyor. Öğleden sonra satış temsilcisi müşteriyi arayıp ödemenin hâlâ görünmediğini söylüyor; oysa para dört gün önce hesaba geçmiş. Tahsilat yapılmış, kayıt yapılmamış, ilişki yıpranmış.

Banka ekstresi entegrasyonu tam olarak bu boşluğu kapatır: hesaba düşen her hareketi, kimin gönderdiği ve hangi faturayı kapattığı belli olacak biçimde kayda bağlar. Aşağıda ekstre verisinin sisteme hangi yollarla girdiğini, bir banka hareketinin taşıdığı alanları, eşleştirme motorunun kararını nasıl kurduğunu, kısmi ve toplu ödeme gibi zor vakaları, tutarın neden hiç tam tutmadığını, otomasyonun nerede durması gerektiğini, eşleşmeyenler kuyruğunun nasıl yönetileceğini ve hangi göstergelerin izleneceğini sırayla ele alıyoruz.

1Ekstre2Normalleştirme3Aday eşleşme4Güven skoru5Onay6Muhasebe kaydı

Ekstre elinizdeyken eşleştirme neden hâlâ elle yapılıyor?

Banka ekstresi bankanın kendi muhasebesidir, sizinkinin değil. Size hesaba hangi tutarın girdiğini söyler; o paranın hangi faturayı kapattığını söylemez. Aradaki fark küçük görünür, oysa işletmenin bütün alacak tablosu bu farkın üzerinde durur. Bir hareket kayda bağlanana kadar müşteri sistemde borçlu görünmeye devam eder, hatırlatma akışları çalışır ve nakit tahmini gerçeğin gerisinden yürür.

Eşleştirmeyi zorlaştıran şey teknik değil, kimliktir. Faturayı bir tüzel kişiye kesersiniz; parayı çoğu zaman bir gerçek kişi gönderir: şirketin ortağı, muhasebecisi, bazen grup merkezindeki bir başka şirket. Açıklama alanına düşen metin bankadan bankaya değişir, kimi zaman kırpılır, kimi zaman yalnızca işlem türünü yazar. Yani elinizdeki en belirleyici alan, üzerinde hiçbir kontrolünüz olmayan serbest metin alanıdır.

Bunun maliyeti harcanan dakikalar değildir. Ödemesi kayda geçmemiş müşteriye giden hatırlatma, satış temsilcisinin yanlış bilgiyle yaptığı arama, ay ortasında yanlış çıkan alacak raporu; üçü de aynı gecikmeden doğar. Gecikmiş alacakları kovalamak için kurduğunuz tahsilat takibi düzeni, ekstrenin ne kadar hızlı kayda dönüştüğü kadar sağlıklıdır; girdi bayatsa akışın kendisi de bayattır.

Ekstre verisi sisteme hangi yollarla girer?

Pratikte üç yol vardır. Birincisi elle dosya yüklemedir: internet şubesinden indirilen tablo veya bankacılık formatındaki bir dosya sisteme aktarılır. İkincisi bankanın kendi entegrasyon servisi ya da açık bankacılık bağlantısıdır; hareketler gün içinde otomatik akar. Üçüncüsü aradaki bir servis sağlayıcının çoklu banka bağlantısını tek yerde toplamasıdır. Aradaki fark yalnızca emek değil, tazeliktir: dosya ayda bir yüklenirse sisteminiz ayda bir doğrudur.

Formatın kendisi de karar verir. Basit tablo dosyaları çoğu zaman tarihi, tutarı ve tek bir açıklama sütununu taşır; bankacılık formatları ise karşı taraf bilgisini, işlem kodunu ve referansı ayrı alanlarda verir. İkincisi eşleştirme motoruna belirgin biçimde daha fazla sinyal sunar. Hangi kaynağı seçerseniz seçin, gelen sütunların kendi kayıtlarınızdaki alanlara nasıl oturacağını baştan tanımlamanız gerekir; bu işin mantığını alan eşleme tarafında ayrıntılı anlatıyoruz.

Açık bankacılık her ekip için doğru cevap değil

Yaygın tavsiye doğrudan API bağlantısını önerir. Günde on beş hareket gören, tek hesaplı bir şirkette bu bağlantının kurulum ve bakım yükü, kazandırdığı zamandan büyük olabilir; haftada bir yüklenen bir dosya aynı işi görür. Kırılma noktası hareket sayısı değildir: hesap sayısı, para birimi sayısı ve gün içinde karar verme ihtiyacıdır. Üç bankada beş hesabınız varsa ve sevkiyatı ödeme görüldüğünde başlatıyorsanız, dosya artık yetmez.

Bağlantıyı kurmadan önce üç soruyu sorun: hareketler hangi sıklıkta güncelleniyor, geriye dönük kaç günlük tarihçe çekilebiliyor ve her hareketin bankadan gelen benzersiz bir referansı var mı? Sonuncusu en çok atlanan ve en pahalıya patlayan sorudur. Referans yoksa aynı gün iki kez veri çektiğinizde sistem aynı ödemeyi iki kez kaydeder ve müşterinin bakiyesi gerçekte olmadığı kadar iyi görünür.

Bir banka hareketi hangi alanları taşır?

Eşleştirme motoru ancak kendisine verilen alanlar kadar akıllıdır. Aşağıdaki çekirdek set, çoğu KOBİ kurulumunda kararı besleyen alanların tamamıdır; fazlası süs, eksiği tahmindir.

• İşlem ve valör tarihi: Paranın hesaba göründüğü an ile kullanılabilir hâle geldiği an farklı olabilir; vade hesapları ve gecikme faizi tartışmaları valör tarihine bakar, eşleştirme ise işlem tarihine.
• Tutar ve yön: Gelen ve giden hareketler aynı motorda ama farklı kurallarla değerlendirilmelidir; tedarikçiye yapılan ödemenin müşteri faturasıyla eşleşmeye aday olması bile istenmez.
• Açıklama metni: Serbest metin alanıdır, en çok bilgi buradadır ve en çok kirlilik de buradadır; büyük-küçük harf, Türkçe karakter ve boşluk normalleştirilmeden karşılaştırma yapmak yanıltır.
• Karşı taraf IBAN'ı ve unvanı: IBAN, açıklama metninden çok daha kararlı bir kimliktir; bir kez doğru eşleştirildiğinde aynı gönderenin sonraki bütün ödemeleri neredeyse ücretsiz çözülür.
• Banka referans numarası: Her hareketin benzersiz kimliğidir ve tekrar tekrar veri çekildiğinde çift kaydı önleyen tek güvenilir mekanizmadır.
• İşlem kanalı ve kodu: Havale, EFT, sanal POS hasılatı, otomatik ödeme talimatı ve banka masrafı birbirinden ayrılabilmelidir; POS hasılatı tek tek faturalarla değil, gün sonu toplamıyla eşleşir.
• Hesap kimliği: Çok hesaplı yapıda hareketin hangi hesaba düştüğü, hem mutabakat hem de şube veya para birimi bazlı raporlama için kaydın üstünde durmalıdır.

Eşleştirme motoru kararını nasıl kurar?

İyi bir motor tek bir kural değil, katmanlı bir karar zinciridir. Önce hareketi normalleştirir: metni sadeleştirir, tutarı standart biçime çevirir, IBAN'ı ayıklar. Sonra aday kümesini daraltır: bu tutara, bu tarihe ve bu göndericiye uyabilecek açık faturalar. En sonunda her adaya bir güven değeri verir ve o değere göre üç şeyden birini yapar: kapatır, önerir ya da kuyruğa bırakır.

Kritik nokta şudur: sinyaller eşit ağırlıkta değildir. Bir referans numarası ile bir tarih yakınlığı aynı kefeye konursa motor kendinden emin biçimde yanılır. Sinyalleri gücüne göre ayırmak, kural yazmaktan daha önemlidir.

Eşleşme sinyali	Güvenilirlik	Tek başına yeterli mi?
Açıklamada geçerli fatura referansı	Yüksek	Evet, referansın biçimi doğrulanıyorsa
Daha önce eşleşmiş karşı taraf IBAN'ı	Yüksek	Cari hesapta tek açık fatura varsa evet
Tutarın açık faturayla birebir eşitliği	Orta	Hayır, aynı tutarlı ikinci fatura riski var
Gönderen unvanının cari unvana benzemesi	Orta	Hayır, öneri üretir, kapatma yapmaz
Vade tarihine yakınlık	Düşük	Hayır, yalnızca sıralama ölçütüdür

Tablodaki dağılım bir şeyi görünür kılar: motorun gücü sinyal sayısından değil, sinyallerin bağımsızlığından gelir. IBAN ile unvan benzerliği aslında aynı şeyi söyler, ikisi birlikte tek bir kanıt sayılır. Referans numarası ile IBAN ise birbirinden bağımsızdır; ikisi aynı anda tutuyorsa kapatma kararı gerçekten güvenlidir.

Aynı gün, aynı tutar: ikizler problemi

Tutar eşleşmesi ne kadar mükemmelse o kadar tehlikelidir. Abonelik, eşit taksitli satış ve sabit hizmet bedeli çalışan işletmelerde birbirinin aynısı tutarlar yan yana durur. Motor iki müşteriden aynı gün gelen iki eşit ödemeyi görür, ikisini de kapatır ve yanlış olanı kapattığını kimse fark etmez; toplam doğru olduğu için ekstre mutabakatı bile temiz görünür. Bu vakada tek doğru davranış, eşitlik durumunda otomatik kapatmayı devre dışı bırakıp iki hareketi de insana göstermektir.

Kısmi ödeme, toplu ödeme, fazla ödeme

Gerçek hayatta bir hareket bir faturaya nadiren birebir oturur. Kısmi ödemede müşteri faturanın bir bölümünü gönderir; doğru davranış faturayı kapatmadan üzerine tahsilat işlemek ve kalan bakiyeyi görünür bırakmaktır. Sık yapılan hata, kalan kısım için yeni bir fatura açmaktır; bu, alacak yaşlandırma tablosunu bozar ve müşterinin gerçek gecikme süresini gizler.

Toplu ödemede tek bir havale beş faturayı birden kapatır. Burada sistemin tutması gereken şey yalnızca toplam değil, dağıtımdır: hangi hareketin hangi faturaya ne kadar yazıldığı kayıtta durmalıdır. En eski faturadan başlayarak kapatma varsayımı pratiktir ama masumdur; müşteri çoğu zaman hangi faturayı ödediğini bilir ve sizinle aynı sırayı takip etmez. Dağıtımın nasıl belgeleneceğini cari hesap mutabakatı tarafında adım adım anlatıyoruz.

Fazla ödeme ise en sık yanlış yönetilen vakadır. Gelen tutar açık faturaların toplamını aşıyorsa aradaki fark bir hata değil, çoğu zaman bir avanstır. Bunu iade olarak işlemek yerine cari hesapta alacak bakiyesi olarak tutmak, bir sonraki faturada mahsup imkânı verir ve müşteriye gereksiz bir para trafiği yaşatmaz.

Tutar neden hiç tam tutmaz?

Havale masrafı, aracı banka kesintisi ve sanal POS komisyonu, hesaba düşen tutarla fatura tutarını sistematik biçimde ayırır. Bu yüzden eşleştirme motorunda bir tolerans penceresi tanımlanır. Pencereyi sabit bir rakam olarak değil, oransal ve üst sınırlı tanımlamak daha güvenlidir: küçük faturada birkaç birimlik fark makul, büyük faturada aynı oran kabul edilemez bir boşluk açar. Toleransın içinde kalan fark da kaybolmamalı, masraf olarak ayrı bir kaleme yazılmalıdır.

Döviz tarafında iş bir kat daha karışır. Faturayı bir para biriminde kesip tahsilatı başka bir para biriminde aldığınızda tutar hiçbir zaman birebir tutmaz ve aradaki fark kur farkıdır. Motorun burada yapması gereken, dönüştürülmüş tutarı karşılaştırmak ve farkı ayrı bir kalem olarak üretmektir; mekanizmayı dövizli fatura ve kur farkı yazısında açıyoruz. Bu farkların ve banka masraflarının hangi hesaba yazılacağı sizin defter düzeninize bağlıdır; kendi durumunuz için mali müşavirinizle birlikte karar verin.

Otomasyonu nerede durdurmalısınız?

Bu alandaki en yaygın hedef, otomatik eşleşme oranını mümkün olan en yükseğe çıkarmaktır. Bu hedef belli bir noktadan sonra zararlıdır. Eşik gevşetildiğinde motor daha çok kapatır, ama yanlış kapattığı her hareket sessizce kaydolur. Elle eşleştirme gürültülüdür ve gecikir; yanlış otomatik eşleştirme sessizdir ve aylar sonra, müşteri kapalı sandığı bir faturayı sorduğunda ortaya çıkar. İkincisini düzeltmek her zaman daha pahalıdır.

Ekstre eşleştirme bir muhasebe işi değil, bir kimlik problemidir: parayı değil, parayı göndereni tanımaya çalışırsınız.

Sağlıklı kurulum üç bantlıdır. Yüksek güven bandında motor kaydı kendi kapatır ve yalnızca günlük özet raporda görünür. Orta bantta öneri üretir, insan tek tıkla onaylar; buradaki onay hızının yüksek olması sistemin işe yaradığının en iyi kanıtıdır. Düşük bantta hiçbir şey yapmaz, kuyruğa bırakır. Bantların sınırlarını ayda bir, gerçek yanlışlara bakarak yeniden ayarlayın; teoriyle değil, kendi verinizle.

Eşleşme oranını asıl ne artırır?

Beklenmedik ama savunulabilir bir tespit: eşleşme oranını en çok artıran şey algoritma değil, ödeme talimatının biçimidir. Faturanın üzerine kısa, okunaklı ve doğrulanabilir bir referans basmak, müşteriye açıklama alanına yalnızca o referansı yazmasını söyleyen tek satırlık bir not eklemek, çoğu ekipte kural yazarak elde edilemeyecek bir sıçrama yaratır. Referansı kısa tutun; uzun kodlar bankaların açıklama alanında kırpılır ve hiç ulaşmaz.

İkinci kaldıraç, parayı hangi kanaldan istediğinizi seçmektir. Ödeme linki veya sanal POS üzerinden gelen tahsilat zaten fatura kimliğiyle birlikte gelir; ortada eşleştirilecek bir şey kalmaz. Kanal kararının kayda nasıl yansıdığını ödeme-CRM entegrasyonu yazısında, faturanın muhasebe tarafıyla senkronunu ise muhasebe yazılımı entegrasyonu yazısında ele alıyoruz. Havale kaçınılmazsa bile, düzenli müşterilerinizi tek bir gönderici hesaba alıştırmak IBAN hafızasını güçlendirir.

Eşleşmeyenler kuyruğu nasıl yönetilir?

Kuyruk bir çöp kutusu değil, bir iş listesidir. Sahibi olmalı, günlük bakılmalı ve her kalem üç sonuçtan biriyle kapanmalıdır: bir faturaya bağlanır, yeni bir cari hesap açılarak kaydedilir ya da iade veya avans olarak işaretlenir. Sahipsiz kuyruk üç ayda birikir ve o noktada kimse hangi paranın kime ait olduğunu hatırlamaz.

Yaşlandırma burada da işe yarar. Bir haftadan eski eşleşmeyen tahsilatlar ayrı bir listede toplanıp müşteriye sorulmalıdır; çoğu zaman cevap tek bir cümledir ve kalemi anında kapatır. Nakit tarafında aynı disiplini kasa yönetimi ve mutabakat yazısında, tahsil edilemeyen kalemlerin nasıl ayrıştırılacağını ise şüpheli alacak ve karşılık ayırma yazısında bulabilirsiniz. Kimliği bilinmeyen para ile tahsil edilemeyen alacağın aynı listede durması, ikisini de görünmez kılar.

Hangi göstergeleri izlemelisiniz?

Dört gösterge bu işi yönetmeye yeter. Otomatik eşleşme oranı sistemin ne kadarını sizden aldığını gösterir. Geri alınan eşleşme oranı, yani sonradan bozulan kapatmalar, eşiklerin çok gevşek olduğunu söyleyen tek dürüst sinyaldir. Para hesaba düştükten sonra kayda geçene kadar geçen süre, satışın ve sevkiyatın ne kadar güncel bilgiyle çalıştığını belirler. Eşleşmeyen kuyruğun yaşı ise disiplinin göstergesidir; ortalama yaş büyüyorsa kuyruğun sahibi yoktur.

Bu göstergelerin ikisi doğrudan nakit tarafına bağlanır. Kayda geçme gecikmesi düştükçe nakit akışı yönetimi tahminleri gerçeğe yaklaşır; kuyrukta bekleyen tahsilatlar ise klasik bir gelir sızıntısı kalemidir, çünkü tahsil edilmiş para bile raporda yoksa şirket için yoktur. Bu iki bağlantı, ekstre entegrasyonunun neden bir muhasebe konforu değil, bir yönetim aracı olduğunu açıklar.

Nereden başlamalı?

Küçük başlayın. Tek bir banka hesabı, tek para birimi ve iki haftalık bir gölge dönem: motor önerilerini üretsin ama hiçbir şeyi kapatmasın. Bu iki haftada ekip önerileri onaylarken hangi kuralın nerede yanıldığını gerçek veriyle görür. Kuralları masa başında değil, bu listeye bakarak yazın; kendi müşteri tabanınızın gönderim alışkanlıkları hiçbir hazır kural setinde yoktur.

Gölge dönem bittikten sonra yalnızca en güçlü sinyali otomatik kapatmaya açın, bir ay çalıştırın, sonra ikinci sinyali ekleyin. Bu sırayı bozup ilk gün tam otomasyona geçen ekipler genellikle ikinci ayda tamamen elle çalışmaya döner, çünkü bir kez yanlış kapatılan fatura sisteme duyulan güveni bitirir. İkinci hesap, sanal POS hasılatı ve çoklu para birimi, ancak birinci akış oturduktan sonra sıraya girer.

Banka hareketlerini, faturaları, cari hesap bakiyelerini ve tahsilat hatırlatmalarını aynı kayıt üzerinde tutmak bu işi belirgin biçimde kolaylaştırır; eşleştirme, verinin zaten bir arada olduğu yerde en iyi çalışır. Rocketly'de ön muhasebe, cari hesap takibi ve satış kayıtları aynı ekranda buluşuyor; ücretsiz hesap açarak kendi eşleştirme akışınızı kurup deneyebilirsiniz.