IBAN Doğrulama Otomasyonu

Ödeme hataları küçük görünür ama pahalıdır. Yanlış bir IBAN'a giden maaş, bir tedarikçiye iki kez yapılan ödeme ya da başında sıfırı düşmüş bir hesap numarası; her biri düzeltmek için saatler, bazen günler alan işlerdir. Bu hataların çoğu, ödeme yapılmadan önce yakalanabilir. Anahtar kelime "önce"dir ve otomasyonun tüm değeri buradadır: kontrolü, işin en başına, insan yorgunluğundan bağımsız bir adıma taşımak.

Manuel kontrolün doğal sınırı

Bir kişi on IBAN'ı dikkatle kontrol edebilir. Yüz IBAN'da dikkat dağılır; beş yüzde ise gözle kontrol bir yanılsamaya dönüşür. Üstelik en tehlikeli hatalar "göze doğru görünen" hatalardır: biçimsel olarak geçerli ama yanlış kişiye ait bir IBAN, ya da bir kez fazladan yazılmış bir satır. İnsan, aynı işi tekrarladıkça körleşir; makine ise her satıra ilk satır kadar dikkatle bakar. Otomasyonun amacı insanı işten çıkarmak değil, insanı yalnızca gerçekten karar gerektiren istisnalara odaklamaktır.

Otomasyon neyi doğrular, neyi doğrulayamaz?

Burada net bir çizgi çizmek gerekir. Otomatik doğrulama, bir IBAN'ın biçimsel olarak geçerli olup olmadığını kontrol eder: uzunluğu ülke standardına uyuyor mu, yalnızca izin verilen karakterleri içeriyor mu ve MOD 97 kontrol hanesi tutuyor mu? Türkiye IBAN'larında ayrıca hangi bankaya ait göründüğünüda söyleyebilir. Ama otomasyon da tıpkı manuel kontrol gibi, hesabın aktif olduğunu ya da belirttiğiniz kişiye ait olduğunu doğrulayamaz. Bu sınırı bilmek önemlidir; çünkü "sistem onayladı" demek "para kesin doğru kişiye gidecek" demek değildir. Ayrıntı için geçerli IBAN, aktif hesap mı? içeriğine bakın.

Nasıl bir akış kurulur?

Otomasyonun mantığı sade bir boru hattıdır. Ödeme listesi hangi kaynaktan geliyorsa (Excel, ERP, bordro sistemi), önce numaralar normalleştirilir: boşluklar atılır, harfler büyütülür, gizli karakterler temizlenir. Ardından her IBAN biçimsel doğrulamadan geçer. Geçerli olanlar ödeme akışına devam eder; geçersiz ya da şüpheli olanlar (yanlış banka, tekrar eden kayıt) bir "istisna listesine" düşer ve yalnızca bunları bir insan inceler. Böylece binlerce satır arasından yalnızca gerçekten dikkat gerektiren birkaç tanesi öne çıkar.

Bu akışı iki biçimde kurabilirsiniz. Küçük ölçekte, listeyi periyodik olarak toplu IBAN kontrol aracından geçirmek çoğu ekip için yeterlidir; hiçbir kod yazmadan geçerli/geçersiz ayrımını ve banka gruplamasını alırsınız. Daha büyük ölçekte ve sistemler arası entegrasyonda ise doğrulamayı doğrudan yazılımınıza bağlamak istersiniz.

API ile entegrasyon

Biçimsel IBAN doğrulaması saf bir hesaplamadır; sunucuya bağımlı bir "sorgu" gerektirmez. Bu yüzden doğrulama mantığını kendi sisteminizin içine gömebilir ya da her ödeme öncesi bir API çağrısıyla kontrol edebilirsiniz. IBAN API'si tam da bunun içindir: ücretsiz, CORS açık ve tek bir IBAN'ı ya da bir listeyi doğrulamak için tasarlanmış. Bir ERP'nin ödeme ekranına, bir e-ticaret iade akışına ya da bordro içe aktarım adımına bu kontrolü yerleştirdiğinizde, hatalı IBAN sisteme daha girer girmez uyarı verir; ödeme gününe kadar beklemez.

Bir örnek: bordro içe aktarımı

Otomasyonun değerini somut bir sahnede görelim. Her ay yüzlerce çalışanın maaşını ödeyen bir şirket düşünün. İnsan kaynakları, bordro sistemine yeni girenleri ekler, ayrılanları çıkarır ve IBAN'ı değişenleri günceller. Bu güncellemelerin bir kısmı elle yapılır ve tam da burada hata doğar: bir hane eksik yazılır, bir IBAN yanlış satıra düşer ya da başında sıfır olan bir hesap Excel'de bozulur. Otomasyon olmayan bir akışta bu hata, ancak maaş gününde "param yatmadı" şikâyetiyle ortaya çıkar; yani en kötü anda.

Doğrulama adımı içe aktarıma gömülüyse hikâye tersine döner. Yeni ya da güncellenmiş her IBAN, listeye eklendiği anda biçimsel kontrolden geçer; geçersiz olan kayıt kırmızı bayrakla işaretlenir ve sorumlusuna geri döner. Maaş gününe günler kala düzeltilir, kimse mağdur olmaz. Aradaki fark, yeni bir teknoloji değil; kontrolün zamanlamasıdır. Hatayı ödeme anında yakalamak pahalıdır; veri girişi anında yakalamak neredeyse bedavadır.

Gizlilik: otomasyonda görünmez ama kritik

IBAN, ad ve banka bilgisiyle birleştiğinde kişisel finansal bir veri bütünü oluşturur. Bir doğrulama otomasyonu kurarken, bu verinin gereksiz yere saklanmaması ve loglanmaması önemlidir. Biçimsel doğrulama, veriyi kalıcı olarak tutmaya ihtiyaç duymadan anlık yapılabilir; iyi bir akış, IBAN'ı yalnızca doğrulama anında işler ve arkasında iz bırakmaz. KVKK yükümlülükleri açısından da "topladığın veriyi sakla" değil, "gerekmeyeni hiç tutma" yaklaşımı hem daha güvenli hem daha sadedir.

Otomasyona geçme zamanının işaretleri

• Hacim arttı: Ayda birkaç değil, düzenli olarak onlarca ya da yüzlerce ödeme işliyorsanız, elle kontrol artık güvenilir değildir.
• Aynı hata tekrar ediyor: "Yine yanlış IBAN'a gitmiş" cümlesini ayda birden fazla duyuyorsanız, sorun dikkat değil, süreçtir.
• Liste birden çok elden geçiyor: Veri farklı kişiler ve sistemler arasında dolaşıyorsa, her aktarım yeni bir hata kaynağıdır.
• Ödeme tutarları yüksek: Tek bir hatanın maliyeti büyüdükçe, ön kontrolün getirisi de büyür.

Bu işaretlerden birkaçı sizin için geçerliyse, doğrulamayı sürecin başına taşımanın getirisi, kurulum çabasını fazlasıyla karşılar.

Özet

IBAN doğrulama otomasyonu, karmaşık bir teknoloji projesi değil; kontrolü sürecin başına taşıyan bir disiplin değişikliğidir. Elle bakmanın körleştiği ölçekte, makine her satıra aynı dikkatle bakar. Otomasyon biçimsel geçerliliği ve banka eşleşmesini kontrol eder, hesap sahibini değil; ama bu bile ödeme hatalarının büyük kısmını ortaya çıkmadan önler. Küçük ekipler için toplu araç, büyük ekipler için API; her iki yolda da kazanç aynıdır: daha az düzeltme, daha az sürpriz.