İçeriğe geç
Fintek5 dk okuma

Banka Mutabakatını Otomatikleştirmek: MT940 ve CAMT.053 Rehberi

Barış ÖzaydınYazar
Kurucu · İş Geliştirme ve Proje Müdürü

Birden fazla bankayla ve çok sayıda hesapla çalışan şirketlerde finans ekibi her gün hesap hareketlerini muhasebeleştirmeye ciddi zaman ayırır. Farklı bankaların internet şubelerine tek tek girip ekstreleri indirmek, bunları ERP'deki açık faturalarla elle eşleştirmek ve cari hesapları kapatmak hem operasyon maliyetini artırır hem de hata riskini büyütür. Bu işi hızlandırmanın ve hatayı azaltmanın yolu uçtan uca bir banka mutabakatı otomasyonu kurmaktır. Bu rehberde banka ekstreleri için yaygın kullanılan MT940 ve CAMT.053 biçimlerini, dosya ayrıştırma adımlarını ve mutabakat mimarisini ele alıyoruz.

Manuel mutabakatın operasyonel maliyeti

Şirket büyüdükçe günlük gelen ve giden para transferlerinin sayısı artar. Özellikle bayi ağına sahip veya çok sayıda müşteriye fatura kesen işletmelerde tahsilatları elle takip etmek bir noktadan sonra sürdürülemez hale gelir. Elle yürütülen süreçte üç sorun öne çıkar:

  1. Zaman kaybı: Finans uzmanları mesailerini banka arayüzleri arasında gezinmeye ve tabloları birbiriyle karşılaştırmaya harcar. Nakit yönetimi, hazine planlaması ve finansal risk analizi gibi işlere zaman kalmaz.
  2. Eşleştirme hataları: Havale veya EFT açıklamasında eksik ya da yanlış yazılan fatura numaraları, benzer unvanlar ve kuruş farkları yüzünden yanlış cari hesap kapatılabilir. Hatalı bir cari kapama hem müşteriyle mutabakat sorununa yol açar hem de tahsilat ekibini yanlış yönlendirir.
  3. Geciken kararlar: Banka hareketleri ERP'ye geç işlendiğinde şirketin güncel nakit durumu ve tahsilat performansı doğru izlenemez. Kasada para varken kredi kullanmak ya da ödemeleri gereksiz yere geciktirmek gibi verimsizlikler doğar.

Bu darboğazı aşmak için hareketlerin insan müdahalesine gerek kalmadan sistemler arasında akmasını sağlayan bir kurumsal tahsilat ve mutabakat otomasyonu kurmak gerekir.

MT940 ve CAMT.053 standartları nedir?

Bankalar kurumsal müşterilerine hesap hareketlerini standart dosya biçimlerinde sunar. Bu alanda dünyada ve Türkiye'de iki biçim öne çıkar:

  • MT940 (SWIFT Customer Statement Message): Uzun yıllardır kullanılan, metin tabanlı SWIFT ekstre mesajıdır. Bakiye ve işlem hareketlerini alan etiketleriyle (:61:, :86: gibi) iletir. Yaygın ve basittir; ancak açıklama alanı serbest metin olduğu için karmaşık işlemleri ayrıştırmak zordur.
  • CAMT.053 (Bank-to-Customer Statement): ISO 20022 standardına dayalı XML biçimidir. Daha zengin, yapılandırılmış ve hiyerarşik bir veri modeli sunar. Karşı taraf bilgileri, referans kodları, işlem türleri ve masraf kırılımları ayrı XML etiketlerinde taşınır.

İki biçim arasındaki temel farklar şunlardır:

ÖzellikMT940CAMT.053
Veri yapısıDüz metin (SWIFT alanları)Hiyerarşik XML (ISO 20022)
AçıklamaSerbest metin (:86: alanı)Etiketli alt alanlar
Veri zenginliğiTemel hareket ve bakiye bilgisiAyrıntılı taraf, referans ve masraf bilgisi
AyrıştırmaDüzenli ifade (RegEx) ve bankaya özel kurallarŞema (XSD) ile doğrulanabilir alanlar
YönYerini giderek ISO 20022 mesajlarına bırakıyorISO 20022 geçişinin parçası

Dosya ayrıştırma (parsing) ve veri dönüşümü

Mutabakat motorunun ilk görevi, bankalardan SFTP veya güvenli API bağlantılarıyla düzenli aralıklarla alınan MT940 ya da CAMT.053 dosyalarını ayrıştırmaktır.

Bu aşamada dosyadaki her kayıt okunur; hesap numarası, para birimi, işlem tarihi, valör, tutar (borç/alacak) ve açıklama çıkarılarak veritabanında yapılandırılmış kayıtlara dönüştürülür. MT940 dosyalarındaki :86: alanında yer alan metin, düzenli ifadeler (RegEx) ve metin işleme kurallarıyla incelenir; müşteri unvanı, VKN/TCKN, fatura numarası ve işlem tipi gibi bilgiler ayrıştırılır. Bankalar bu alanı farklı biçimlerde doldurduğu için kuralların her banka için ayrı tanımlanması ve test edilmesi gerekir.

CAMT.053 dosyalarında ise XML ayrıştırıcı ilgili etiketleri doğrudan okur. Gönderenin IBAN'ı, referans ve işlem kodu ayrı alanlarda geldiği için eşleştirme genellikle daha kolaydır.

Hangi biçim kullanılırsa kullanılsın, dosyanın bütünlüğü de kontrol edilmelidir: Açılış bakiyesine hareketler eklendiğinde kapanış bakiyesine ulaşılıyor mu, aynı tarih aralığı daha önce işlendi mi, arada eksik gün var mı? Bu kontroller, eksik veya bozuk bir dosyanın fark edilmeden işlenip cari hesapları yanlış kapatmasını önler.

Otomatik eşleştirme kuralları ve istisna yönetimi

Ayrıştırılan hareketleri ERP'deki açık kayıtlarla eşleştirmek için katmanlı bir kural motoru kullanılır:

  • Tam eşleşme: Fatura numarası, müşteri vergi numarası ve tutar birebir uyuştuğunda sistem ilgili cari hesabı otomatik kapatır ve muhasebe fişini üretir.
  • Toleranslı ve kural bazlı eşleşme: Açıklamasında fatura numarası olmayan ama gönderenin VKN'si ve tutarı açık bir faturayla uyuşan hareketler tanımlı kurallara göre işlenir. Küçük banka masrafı kesintileri veya kuruş farkları, belirlenen tolerans sınırları içinde otomatik giderleştirilebilir.
  • İstisna yönetimi: Birden fazla faturanın tek seferde ödendiği, kısmi ödemelerin yapıldığı ya da açıklaması yetersiz kalan hareketler istisna kuyruğuna aktarılır. Finans uzmanı bu ekranda sistemin önerdiği eşleştirmeyi onaylar veya düzeltir.

Aynı akış, şirketin bayi ve tedarikçi ilişkilerinde kullandığı DBS ve tedarikçi finansmanı gibi ürünlerin banka dönüş dosyalarını da işleyebilir. DBS'nin işleyişini DBS nedir? yazımızda ayrıca anlattık.

ERP entegrasyonu ve güvenli veri aktarımı

Mutabakatın son aşaması, onaylanan hareketlerin şirketin ERP sistemine (SAP, Logo veya Microsoft Dynamics gibi) güvenli biçimde aktarılmasıdır.

Entegrasyonda dikkat edilmesi gereken noktalar:

  • İki yönlü senkronizasyon: ERP'deki açık faturalar mutabakat motoruna aktarılırken, kapatılan işlemler ve oluşan muhasebe kayıtları gecikmeden ERP'ye yazılmalıdır.
  • Mükerrerlik önleme (idempotency): Aynı banka dosyası veya hareket sisteme birden fazla kez yüklendiğinde mükerrer muhasebe kaydı oluşmaması için her hareketin benzersiz referansı kontrol edilmelidir.
  • Veri güvenliği ve denetim izi: Banka verisinin aktarımı şifreli bağlantı (TLS) ve IP kısıtlamalarıyla korunmalı; hangi kaydın sistem tarafından otomatik, hangisinin kimin onayıyla kapatıldığı zaman damgasıyla kayda alınmalıdır.

Canlıya geçmeden önce bir süre gerçek banka dosyalarıyla paralel çalışmak, kuralların sahadaki açıklama biçimlerine göre ayarlanmasını sağlar. Bu dönemde otomatik eşleşmeler finans uzmanı tarafından kontrol edilir ve hatalı kurallar düzeltilir.

Bazı bankalar hesap hareketlerini dosya yerine API üzerinden de sunar. Türkiye'de açık bankacılık altyapısıyla gelen bu seçeneği açık bankacılık ve HBHS/ÖBHS yazımızda ele aldık.

Sonraki adım

Tüm banka hesap hareketlerinizi tek merkezden yönetmek, MT940 ve CAMT.053 dosyalarını ERP sisteminizle otomatik eşleştirmek ve finans ekibinizin elle yaptığı işi azaltmak için mutabakat altyapınızı birlikte tasarlayabiliriz.

Etiketler:#banka mutabakatı otomasyonu#MT940#CAMT.053#ERP entegrasyonu

Barış Özaydın

LinkedIn Profili
Kurucu · İş Geliştirme ve Proje Müdürü

İstanbul Teknik Üniversitesi'nde yüksek lisansını tamamlayan Barış Özaydın, 2015'te bugün MBB Yazılım markasıyla hizmet veren Matruşka Bulut Bilişim'i KOBİ'lerin süreç ve teknoloji ihtiyaçlarına çözüm üretmek amacıyla kurdu. Bankacılık sektöründe QNB Finansbank ve Ziraat Bankası projelerinde analist ve ürün yöneticisi olarak görev aldı. Doğrudan borçlandırma (DBS), tedarikçi finansmanı, kurum tahsilat sistemleri ve açık bankacılık alanlarındaki bu deneyimi bugün AI dönüşümü ve süreç optimizasyonu projelerine taşıyor.

İlginizi Çekebilecek Diğer Yazılar

Tüm Yazılar

Süreçlerinizi birlikte gözden geçirelim

30 dakikalık ücretsiz keşif görüşmesinde mevcut durumunuzu dinliyor, öncelikli iyileştirme alanlarını ve yapay zekânın size uygun kullanım alanlarını birlikte belirliyoruz.

(yeni sekmede açılır)