Banka Entegrasyonu & Otomatik Mutabakat

Süreç altı adımdır: hareket bankadan alınır, farklı banka formatları ortak bir yapıya normalize edilir, açıklama metni ayrıştırılır, tutar ve referansa göre cari/fatura eşleştirmesi yapılır, sonuç muhasebe veya ERP tarafına yazılır, eşleşmeyen kayıtlar istisna kuyruğuna düşer. Kuyruktaki kayıtları operasyon ekibi tek ekrandan onaylar ve bu onaylar zamanla kural setini besler.

MT940 gün sonunda üretilen bir ekstre dosyasıdır: gecikmelidir, açıklama alanı serbest metindir ve ayrıştırması zordur. API ise hareketleri gün içinde, yapılandırılmış alanlarla verir; referans, karşı taraf IBAN'ı ve tutar ayrı alanlarda geldiği için eşleşme oranı belirgin şekilde yükselir. Gün içi tahsilat görünürlüğü gerekmiyorsa MT940 yeterli olabilir, aksi halde API tercih edilir.

CAMT.053, ISO 20022 standardındaki XML tabanlı gün sonu hesap ekstresi formatıdır; CAMT.054 ise işlem bildirimi taşır. MT940'tan farkı, karşı taraf bilgisi, referanslar ve işlem türü kodlarının ayrı ve tanımlı alanlarda gelmesidir. Bu yapı, açıklama metnini tahmin ederek ayrıştırma ihtiyacını azaltır ve otomatik eşleşme oranını yukarı çeker. Bankanız destekliyorsa MT940 yerine tercih edilmelidir.

Referans alanının disiplinli kullanıldığı B2B yapılarda oranın yüksek seyretmesi beklenir; açıklamanın serbest yazıldığı perakende tahsilatlarda ise daha düşük başlar. Önemli olan mutlak rakam değil eğilimdir: ilk ay ölçtüğünüz oranın, kural iyileştirmeleri ve tahsilat referansı kullanımıyla birlikte her ay artması gerekir. Oran düşüyorsa genelde yeni bir ödeme senaryosu devreye girmiştir.

Havale açıklamalarında unvanlar kısaltılarak, Türkçe karakterler kaybolarak ve noktalama olmadan yazılır. Bulanık eşleştirme, gönderen adı ile cari unvanı arasındaki metin benzerliğini ölçerek bu farklılıklara rağmen doğru müşteriyi bulur. Tek başına kullanılmaz; kesin eşleşme ve kural tabanlı ayrıştırma başarısız olduğunda devreye girer ve sonucu her zaman puanlanarak güven eşiğiyle karşılaştırılır.

Evet, doğru kurgulanmış bir motorda kapatır. Sistem müşterinin açık fatura listesinde, toplamı gelen tutara eşit olan kombinasyonu arar ve bulunca faturaların tamamını kapatır. Birden fazla olası kombinasyon varsa karar otomatik verilmez, kayıt onay kuyruğuna düşer. Aynı mantık kısmi ödemede de çalışır: en eski vadeden başlanarak kapatma veya müşteri talimatına göre eşleştirme kuralı tanımlanabilir.

Bu çok yaygın bir senaryodur ve tutar toleransı kuralıyla çözülür. Fatura tutarı ile gelen tutar arasındaki fark tanımlı eşiğin altındaysa (örneğin EFT masrafı kadar) fatura kapatılır ve aradaki fark banka masrafı kalemine yazılır. Eşiğin üstündeki farklar kısmi ödeme sayılır, kalan bakiye açık kalır ve vade takibi devam eder.

Türkiye'deki büyük özel ve kamu bankalarının çoğu kurumsal API veya açık bankacılık servisi sunar. Daha küçük bankalarda ve bazı katılım bankalarında API kapsamı sınırlı olabilir; bu durumda MT940 veya SFTP üzerinden ekstre dosyası aktarımı kullanılır. Pratikte çoğu şirket karma bir yapıyla çalışır: bir kısmı API, bir kısmı dosya tabanlı.

Evet, hesap hareketi paylaşımı için bankanızın kurumsal entegrasyon veya açık bankacılık servisine yetki vermeniz gerekir. Süreç genelde şube üzerinden sözleşme, test ortamı kimlik bilgileri, IP/sertifika tanımı ve canlı yetki açılışı şeklinde ilerler. Bankaya göre birkaç gün ile birkaç hafta arasında sürer ve proje takviminde çoğunlukla yazılımdan daha uzun beklemeye yol açar.

Avrupa'da PSD2 ile şekillenen açık bankacılık, Türkiye'de BDDK düzenlemeleri ve ödeme hizmetleri mevzuatı çerçevesinde yürür. Hesap bilgisi hizmeti bankanın hareketlerinizi yetkili bir tarafa güvenli kanalla açmasını, ödeme hizmeti ise talimat başlatılmasını kapsar. Mutabakat projelerinin büyük çoğunluğu yalnızca hesap bilgisi tarafını kullanır; ödeme yetkisi genelde hiç talep edilmez.

Hayır. Doğru kurulan entegrasyonda şifre paylaşımı yoktur; yetki bankanın kurumsal servisinde OAuth 2.0 ve sertifika tabanlı kimlikle tanımlanır. Yazılım, bankanın verdiği erişim anahtarıyla yalnızca izin verilen hesapları ve yalnızca okuma amaçlı sorgular. Şifre isteyen, ekran kazıma yöntemiyle çalışan çözümlerden uzak durmanızı öneririz.

Tekilleştirme kurulmazsa evet, kaydedilebilir. Özellikle polling ile çalışan sistemlerde tarih aralığı örtüşmeleri ve hata sonrası yeniden denemeler mükerrer kayıt üretir. Çözüm, bankanın işlem referansını benzersiz anahtar olarak kullanmak ve her yazma işlemini idempotent yapmaktır. Mükerrer kayıt fark edilmesi en geç sorunlardan biridir; bakiye tutmadığında aylar öncesine gitmek gerekir.

Evet, ama farklı modellenir. Kart tahsilatları bankaya toplu hak ediş olarak yatar; bir günün yüzlerce işlemi ekstrede tek satır olur. Bu yüzden POS entegrasyonu kayıtları ile banka satırı ayrı tutulur ve komisyon, taksit ve valör farkı ayrıştırılarak bağlanır. Pazaryeri hak edişleri ve alternatif ödeme kanalları da aynı yaklaşımla tek mutabakat ekranında toplanır.

Bankaya ve seçilen kanala bağlıdır. API ile çalışan kurulumlarda hareketler dakikalar içinde görünebilirken, MT940 tabanlı yapılarda veri ertesi iş günü düşer. MT942 gibi gün içi ara ekstreler bu farkı bir miktar kapatır. Ayrıca valörlü ve bloke tutarlar nedeniyle ekstrede görünen bakiye ile kullanılabilir bakiye her zaman aynı olmayabilir.

Evet. MT940 veya CAMT.053 ekstre dosyalarının SFTP üzerinden düzenli aktarımı yaygın bir çözümdür; bazı durumlarda e-posta eki veya panelden zamanlanmış dosya çıktısı kullanılır. Eşleşme oranı API kadar yüksek olmayabilir, çünkü açıklama alanı daha zayıftır. Yine de gün sonu mutabakatı yürüten şirketler için fazlasıyla yeterli bir yapıdır.

Tek bankalı, okuma odaklı bir kurulum tipik olarak 3-6 hafta; çok bankalı, ERP ve DBS içeren kapsam 8-16 hafta bandındadır ve sürenin önemli kısmını banka yetkilendirmesi alır. Maliyette bankanın kurumsal servis ücreti (aylık birkaç yüz TL'den birkaç bin TL'ye değişen, kurumsal segmentte kimi zaman ücretsiz) ile yazılım geliştirme bedeli ayrışır. Geliştirme tarafını banka adedi, format çeşitliliği, eşleştirme kurallarının derinliği ve muhasebe/ERP kapsamı belirler.

Analizde bankalarınızı, hesap yapınızı ve son üç ayın gerçek ekstresini masaya koyuyoruz; hangi ödeme senaryosunun kaç kez geçtiğini ölçüp eşleştirme kurallarını bu veriye göre yazıyoruz. Ardından pilot bir banka ile bir ay paralel çalışıyor, otomatik eşleşme oranını ve onay kuyruğunu izleyerek güven eşiğini ayarlıyoruz. Kuralları sizin ekibinizin panelden düzenleyebileceği biçimde dışarı alıyor, sonuçları muhasebe programınıza bağlıyor ve teslimde kaynak kodu Git deposuyla devrediyoruz.