Banka entegrasyonunun asıl zorluğu nedir?

Zorluk hesap hareketini çekmekte değil, eşleştirmededir: gelen 42.350 TL hangi cariye, hangi faturaya ait? Açıklama alanı serbest metindir; havaleyi gönderen kişi ile borçlu firma çoğu zaman farklıdır ve tek ödeme birden çok faturayı kapatabilir. Entegrasyon projesinin başarısı, otomatik eşleşme oranı ve eşleşmeyen kalemlerin ne kadar hızlı kapandığıyla ölçülür.

Dört entegrasyon tipi ayrı ayrı planlanır

  • Hesap hareketi (ekstre) alma: okuma yönlüdür; en düşük riskli başlangıç noktasıdır.
  • Ödeme talimatı gönderme: yazma yönlüdür; yetki, onay akışı ve limit kontrolü gerektirir.
  • Doğrudan borçlandırma / tedarikçi finansmanı (DBS-DTS): bayi tahsilatını bankaya devreder; mutabakat kuralları farklıdır.
  • Sanal POS / ödeme sayfası: müşteri ödemesini çevrim içi alır; kart verisi kapsamı ayrı değerlendirilmelidir.

Her tipi tek bir "banka entegrasyonu" başlığı altında toplamak, hem test hem yetkilendirme tasarımını bozar.

Otomatik eşleştirmeyi yükselten pratik yöntemler

  • Firmaya özel referans numarası: faturaya, tahsilata özel bir referans yazın ve müşteriden açıklamaya bunu girmesini isteyin. Otomatik eşleşmeyi en çok artıran tek uygulama budur.
  • Sanal hesap numarası: her bayiye/cariye ayrı bir alt hesap numarası tanımlanabiliyorsa, gönderenin kim olduğu açıklamaya bakılmadan bilinir.
  • Vergi numarası / IBAN eşleşmesi: gönderen IBAN'ını cari kartla ilişkilendirin; ikinci ödemeden itibaren eşleşme otomatikleşir.
  • Tutar + vade kombinasyonu: açık faturalar arasında tek bir kombinasyon tam tutarı veriyorsa otomatik kapatın, aksi hâlde öneri olarak sunun.

Otomatik eşleşmeyen kalemler bir kuyruğa düşmeli ve bu kuyruğun yaşı izlenmelidir; kuyruğun uzunluğu değil, en eski kalemin bekleme süresi anlamlıdır.

Mükerrer kayıt ve tekrar çekme

Ekstre aynı gün içinde birkaç kez çekilir. Her hareketin banka tarafındaki benzersiz referansı saklanmalı ve aynı referans ikinci kez geldiğinde yeni kayıt açılmamalıdır. Bankanın referans üretmediği durumlarda; tarih, tutar, karşı hesap ve sıra numarasından oluşan bir bileşik anahtar kullanılır.

Yetkilendirme ve onay akışı

Ödeme talimatı gönderen entegrasyonlarda teknik bağlantıdan önce yetki modeli tasarlanmalıdır: kim talimat oluşturabilir, kim onaylar, hangi tutarın üzerinde ikinci onay gerekir, onay veren kişi kendi oluşturduğu talimatı onaylayabilir mi? Bu kurallar ERP içinde uygulanmalı ve her adım kayıt altına alınmalıdır.

Mutabakat çıktısı nasıl olmalı?

Günlük mutabakat raporu üç bölümden oluşur: otomatik eşleşenler, öneri üretilenler ve hiç eşleşmeyenler. Rapor, eşleşme kuralının hangisi olduğunu da göstermelidir. Kural görünür değilse yanlış eşleşmenin nedeni bulunamaz. Eşleşen tahsilat verisinin haftalık nakit tahminine nasıl bağlandığını nakit akışı rehberinde, tekrar eden isteklerin çift kayıt üretmemesini ise API entegrasyonu rehberinde ele alıyoruz.

Sık sorulan sorular

Ekstre ne sıklıkla çekilmeli?

Tahsilat hacmi düşükse günde birkaç kez yeterlidir. Bayi tahsilatının sipariş serbest bırakmayı tetiklediği yapılarda sıklık artırılır; bu durumda gecikme doğrudan sipariş beklemesine dönüşür.

Aynı ödeme birden fazla faturayı kapatabilir mi?

Evet ve bu durum veri modelinde baştan desteklenmelidir: bir tahsilat kaydı ile birden çok fatura arasında çoktan-çoğa bir eşleşme tablosu gerekir. Tek fatura varsayımıyla kurulan model, kısmi ödemelerde kırılır.

Kur farkı eşleşmeyi nasıl etkiler?

Döviz cinsinden faturanın TL tahsilatında tutar tam eşleşmez. Kabul edilebilir bir sapma aralığı ve kur farkının hangi hesaba yazılacağı önceden tanımlanmalıdır; aksi hâlde her ödeme elle kapatılır.