Ödeme Kuruluşu ve Banka Hareketleri Nasıl Eşleştirilir?

Ödeme kuruluşu işlemleri ile banka hareketlerini eşleştirmek, müşteriden alınan ödemenin finansal kayıtlardaki yolculuğunu doğrulamaktır. Ödeme kuruluşu tarafında tek tek işlem kayıtları bulunurken banka hesabında bu işlemler tek bir toplu alacak olarak görünebilir. Komisyon, iade, valör ve farklı para birimleri de iki kaynak arasındaki doğrudan ilişkiyi zorlaştırabilir.

İyi bir eşleştirme süreci “aynı tutarı bul” yaklaşımından daha fazlasını yapar. İşlem referanslarını, sağlayıcıyı, iş yeri hesabını, tarih aralığını, brüt tutarı, kesintiyi ve net ödemeyi birlikte değerlendirir. Ayrıca kesin eşleşme ile yalnızca olası görünen eşleşmeyi birbirinden ayırır.

Eşleştirmenin iki tarafını tanımlayın

Ödeme kuruluşu kaydında genellikle müşteri işlemi ayrıntılıdır. Banka hareketinde ise sağlayıcının yaptığı ödeme veya kesinti görülür. Bu nedenle iki kaynağın aynı ayrıntı seviyesinde olması beklenmemelidir.

İlk adım, hangi ödeme kuruluşu hesabının hangi banka hesabına ödeme yaptığını doğrulamaktır. Aynı şirketin birden fazla banka hesabı veya aynı sağlayıcıda birden fazla iş yeri hesabı varsa bu ilişki açıkça tutulmalıdır.

Güçlü eşleştirme sinyalleri nelerdir?

Her veri alanının güvenilirliği aynı değildir. Eşleştirme kuralı oluştururken sinyalleri güçlüden zayıfa doğru değerlendirmek yararlıdır.

Benzersiz referans

Ödeme kuruluşunun toplu ödeme numarası banka açıklamasında bulunuyorsa en güçlü bağlantı budur. Referansın iki tarafta aynı biçimde saklanması gerekir; baştaki sıfırların silinmesi veya karakterlerin kırpılması eşleşmeyi bozabilir.

Sağlayıcı ve hesap ilişkisi

Banka hareketindeki gönderici veya açıklama bilgisi sağlayıcıyı işaret edebilir. Ancak şirket unvanı, marka adı ve banka açıklaması farklı olabilir. Tanımlı sağlayıcı hesaplarıyla kontrollü bir eşleme yapılmalıdır.

Tutar ilişkisi

Tekil brüt işlem ile net banka hareketi çoğu zaman aynı değildir. Doğru karşılaştırma, ödeme grubundaki brüt toplamdan komisyon ve diğer doğrulanmış kesintilerin çıkarılmasıyla elde edilen net tutardır.

Tarih penceresi

İşlem tarihi ile bankaya geçiş tarihi arasında valör farkı olabilir. Bu nedenle yalnızca aynı gün eşleştirmesi yapmak yerine sağlayıcıya ve sözleşmeye uygun bir tarih aralığı kullanılmalıdır.

Bire bir ve toplu eşleştirme farkı

Bire bir eşleştirmede bir ödeme kuruluşu kaydı bir banka hareketine karşılık gelir. Bu model, sağlayıcının her işlemi ayrı ödediği durumlarda görülebilir. Toplu eşleştirmede ise birden fazla müşteri işlemi tek bir banka hareketinde birleşir.

Toplu eşleştirme için şu denklem kontrol edilir:

Toplu net ödeme = Başarılı işlemlerin brüt toplamı
                  - komisyonlar
                  - doğrulanmış diğer kesintiler
                  - ilgili iadeler

Bu hesap yapılırken farklı valör grupları karıştırılmamalıdır. Aynı gün yapılan iki ödeme, farklı iş yeri hesaplarına ait olabilir. Sağlayıcı, merchant hesabı, para birimi ve toplu ödeme referansı aynı grubun sınırlarını belirler.

Adım adım eşleştirme akışı

1. Kaynak kayıtları değişmeden saklayın

Önce ödeme kuruluşu ve banka kayıtlarını kaynak kimlikleriyle alın. Ham referanslar korunmadan doğrudan dönüştürme yapmak, daha sonra sağlayıcı paneline dönerek doğrulama yapmayı zorlaştırır.

2. Alanları normalize edin

Tarih biçimleri, para birimi kodları, tutar ölçeği ve metin alanları ortak biçime getirilir. Tutarlar en küçük para biriminde tam sayı olarak tutulabilir. Metin normalizasyonu yapılırken benzersiz referansın anlamlı karakterleri silinmemelidir.

3. Kesin eşleşmeleri kapatın

Aynı toplu ödeme referansı, sağlayıcı hesabı, para birimi ve net tutar bulunan kayıtlar kesin eşleşme olarak işaretlenebilir. Yine de aynı referansın tekrar kullanılıp kullanılmadığı kontrol edilmelidir.

4. Aday eşleşmeleri puanlayın

Benzersiz referans bulunmadığında sağlayıcı, banka hesabı, tutar ve tarih penceresi gibi alanlar bir aday listesi oluşturur. Birden fazla aday varsa otomatik kapanış yerine finans ekibinin incelemesine sunulmalıdır.

5. Fark nedenini kaydedin

Eşleşmeyen kayda yalnızca “hata” etiketi vermek yeterli değildir. Beklenen ödeme tarihi gelmedi, komisyon farklı, iade henüz yansımadı veya banka açıklaması yetersiz gibi açıklanabilir nedenler kullanılmalıdır.

6. Kapanış izini koruyun

Manuel olarak kapatılan bir farkta kullanıcı, tarih, seçilen karşı kayıt ve açıklama saklanmalıdır. Böylece aynı sorunun tekrarında önceki karar incelenebilir.

İade ve kısmi iade senaryoları

İade, orijinal satış kaydıyla bağını korumalıdır. Tam iadede satış tutarının tamamı; kısmi iadede yalnızca belirli bölümü geri ödenir. Banka hesabında iade ayrı bir borç hareketi olarak görülebilir veya sonraki toplu ödemeden düşülebilir.

Bu nedenle iade kontrolünde şu alanlar birlikte değerlendirilir:

• orijinal işlem referansı;
• iade referansı;
• iade edilen tutar;
• iade ve bankaya yansıma tarihi;
• komisyonun geri verilip verilmediği;
• hangi toplu ödeme grubuna yansıdığı.

Eşleşmeyen hareketler nasıl önceliklendirilir?

Her açık kayıt aynı finansal riski taşımaz. Önceliklendirme; tutar, kayıt yaşı, durum ve tekrar sayısına göre yapılabilir.

Açık kayıtların yaşlandırılması, uzun süredir çözülmeyen farkların günlük yeni işlemler arasında kaybolmasını önler. Aynı fark türü tekrar ediyorsa sorun tekil işlemden ziyade rapor, entegrasyon veya sözleşme yorumunda olabilir.

Otomasyon ne zaman güvenlidir?

Otomatik eşleştirme, kuralların açıklanabilir ve kaynak alanların yeterli olduğu durumlarda güvenlidir. Benzersiz referans ve net tutar birlikte doğrulanıyorsa yüksek güvenli bir sonuç üretilebilir. Yalnızca tarih ve yaklaşık tutar kullanılıyorsa sistemin sonucu “aday” olarak göstermesi daha doğrudur.

Operasyonun amacı bütün kayıtları zorla otomatik kapatmak değildir. Güçlü eşleşmeleri hızla kapatmak, belirsiz kayıtları doğru bağlamla insan incelemesine ayırmak ve karar izini korumaktır.

Çoklu sağlayıcı kayıtlarının ortak statülerle nasıl izlenebileceğini Birden Fazla Sanal POS Nasıl Yönetilir? yazısında bulabilirsiniz.

Sıkça Sorulan Sorular

Banka açıklaması boşsa eşleştirme yapılabilir mi?

Sağlayıcı-hesap ilişkisi, net tutar, para birimi ve tarih penceresiyle aday eşleşme üretilebilir. Ancak benzersiz referans yoksa sonucun güven seviyesi daha düşük kabul edilmelidir.

Bir banka hareketi birden fazla ödeme kuruluşu kaydına bağlanabilir mi?

Evet. Sağlayıcı toplu ödeme yapıyorsa bir banka hareketi çok sayıda başarılı işlem ve ilgili kesintilerin net sonucuna karşılık gelebilir.

Komisyon farkı eşleşmeyi engeller mi?

Beklenen net tutarla gerçekleşen tutar farklıysa kayıt otomatik kapanmamalıdır. Farkın sözleşme, işlem tipi, sabit ücret veya iade davranışıyla açıklanıp açıklanmadığı incelenmelidir.

Manuel eşleşmeler neden kaydedilmelidir?

Kararın kim tarafından ve hangi kanıtla verildiğini göstermek denetim izi sağlar. Ayrıca tekrar eden farklarda önceki çözümün hızla bulunmasına yardımcı olur.