Ödeme Kuruluşu Mutabakatı: Brüt Tahsilattan Banka Netine Kayıt Zinciri

Bankaya gelen net tutar satış toplamı değildir

Bir e-ticaret işletmesi gün içinde yüz kartlı ödeme alabilir; banka hesabına ertesi gün tek bir net tutar gelebilir. Bu transfer, brüt satışlardan komisyon, vergiye konu olabilecek ücretler, iadeler, bloke veya diğer sözleşmesel kalemler düşüldükten sonra oluşmuş olabilir. Banka satırını doğrudan yüz faturaya dağıtmak, hem kesintileri görünmez kılar hem de henüz aktarılmamış hakedişleri kapatır.

Ödeme hizmetlerinin hukuki çerçevesi 6493 sayılı Kanun ve TCMB’nin ikincil düzenlemelerine dayanır. Bir sağlayıcının yetki kapsamı TCMB’nin güncel kuruluş listelerinden kontrol edilebilir. Bununla birlikte işyerinin günlük muhasebe mutabakatı, sağlayıcının düzenlemelere tabi olmasından ayrı bir iç kontrol sorumluluğudur.

Dört farklı gerçeklik katmanı

Mutabakat dosyasında en az dört katman bulunur. Birincisi müşterinin yaptığı ödeme işlemidir. İkincisi sağlayıcının işyeri adına hesapladığı hakediştir. Üçüncüsü bankaya gönderilen toplu transferdir. Dördüncüsü finans ekibinin satış, alacak, komisyon ve banka kayıtlarına yaptığı kesin kayıttır.

Bu katmanların zamanı aynı olmayabilir. Cuma akşamı başarılı olan işlem pazartesi hakedişine girebilir. Bir iade, orijinal satıştan farklı aktarım döneminde kesilebilir. Sağlayıcının panelinde “başarılı” görünen işlem, banka hesabında henüz yer almayabilir. Her aşama ayrı kimlikle ve durumla tutulduğunda gecikme, kesinti ve veri hatası ayrıştırılabilir.

Günlük veri paketi

Sağlayıcıdan alınan rapor yalnız toplam tutardan ibaret olmamalıdır. Mümkün olan kapsamda şu alanlar istenebilir:

Sağlayıcı işlem ve sipariş kimliği
İşlem türü: satış, iptal, iade, itiraz veya düzeltme
Brüt tutar ve para birimi
Komisyon, ücret ve vergi kalemleri
Taksit veya vade bilgisi
İşlem, hakediş ve beklenen aktarım tarihleri
Bloke edilen ya da serbest bırakılan tutar
Net hakediş ve toplu ödeme kimliği
Durum, durum zamanı ve önceki işleme bağlantı
Rapor sürümü ve oluşturulma zamanı

CSV, API ve panel toplamları farklı saatlerde üretilebiliyorsa kesim saati kaydedilir. Sonradan yenilenen bir rapor önceki dosyanın üzerine yazılmamalı; sürüm farkı izlenmelidir.

Brüt-net köprüsü

Her hakediş grubu için matematik açık kurulabilir: dönem içi brüt başarılı satışlar, eksi aynı döneme giren iadeler ve ters kayıtlar, eksi sözleşmedeki kesintiler, artı önceki dönemden serbest kalan blokeler, eksi yeni blokeler, eşittir beklenen net aktarım. Bu ifade bir muhasebe fişi önerisi değil, veri uzlaştırma köprüsüdür. Hesap adları ve vergi uygulaması mali müşavir ile şirketin politikasına göre belirlenir.

Köprünün her satırı sağlayıcı raporundaki işlem kimliklerine geri dönebilmelidir. “Diğer kesinti” gibi açıklamasız toplu alanlar otomatik kabul edilmez. Kesintinin sözleşme maddesi, tarife dönemi ve varsa belge numarası istenir. Yuvarlama farkı için onaylı tolerans kullanılabilir; toleransın altındaki farklar da kaybolmamalı, ayrı toplamda izlenmelidir.

Banka hareketiyle eşleştirme

Banka satırı; gönderen, tutar, para birimi, valör, açıklama ve işlem referansıyla hakediş grubuna bağlanır. Yalnız aynı tutarı bulmak yeterli değildir. Aynı gün birden fazla sağlayıcı aynı net rakamı aktarabilir. Toplu ödeme kimliği veya sağlayıcının aktardığı açıklama alanı birincil anahtar olarak kullanılabilir.

Beklenen tutar bankaya gelmediyse satış kayıtları geri alınmaz. Hakediş “aktarımı bekleniyor” durumunda kalır. Bankaya fazla tutar gelirse önceki dönem düzeltmesi veya serbest bırakılan bloke araştırılır. Bir transfer birden fazla hakedişi kapsıyorsa dağıtım kuralı ve kanıtı kaydedilir.

İade ve itiraz dönemleri

Müşteriye yapılan iade, satışın kendisini silmek yerine orijinal işlemle bağlantılı yeni olay olarak tutulmalıdır. Böylece satışın ne zaman gerçekleştiği, iadenin ne zaman talep edildiği ve nakit etkisinin hangi hakedişte oluştuğu görülebilir. Kartlı işlem itirazı ise iade ile aynı değildir; BKM üye işyeri kılavuzu ters ibraz sürecinde işyerinin sağlayıcısı üzerinden bilgi ve belge akışının önemini açıklar.

Sağlayıcı raporunda itiraz kesintisi görülürse işlem hemen kesin zarar sayılmayabilir. Süreç durumu, istenen belge ve son tarih takip edilir. Aynı işlem için hem manuel iade hem ters ibraz kesintisi oluşmasını önleyecek kontrol gerekir.

Yetki ve değişiklik kontrolü

Raporu içe aktaran kişi ile açıklamasız farkı kapatan kişi mümkünse ayrılmalıdır. Sağlayıcı panelindeki banka hesabı, komisyon tarifesi veya aktarım takvimi değişikliği çift onay ve bağımsız doğrulama gerektirebilir. Değişiklik tarihi, eski-yeni değer ve onaylayanlar denetim izinde kalmalıdır.

AI ya da kural motoru işlem eşleştirmesi önerebilir, fakat açıklanamayan farkı otomatik olarak gelir veya gider yazmamalıdır. Önerinin güven düzeyi, kullanılan alanlar ve reddedilen alternatifler inceleyen kişiye gösterilebilir. Kesin kayıt yetkili insan onayıyla oluşur.

Ay sonu yaşlandırma görünümü

Ay sonunda üç ayrı bakiye listelenebilir: sağlayıcıda başarılı olup henüz hakedişe girmeyenler, hakedişe girip bankaya aktarılmayanlar ve bankaya gelip muhasebede eşleşmeyenler. Bu ayrım “tahsil edildi” ifadesinin hangi katmanı anlattığını netleştirir. Uzun süre açık kalan kayıtlar tutar büyüklüğüne değil yaş ve neden koduna göre de önceliklendirilebilir.

Kontrol örneği

Bir günde brüt yüz birim satış, üç birim iade ve iki birim kesinti varsa beklenen net doksan beş birimdir. Bankaya doksan dört birim gelmesi otomatik olarak bir birim komisyon kabul edilmez. Rapor sürümü, bloke satırı, önceki dönem düzeltmesi ve banka masrafı araştırılır. Bulgu kanıtlanmadan geçici fark hesabı kullanılıyorsa sahibi ve kapanış tarihi belirlenir.

Sonuç

Ödeme kuruluşu mutabakatı, banka satırına satış toplamı etiketi yapıştırmaktan ibaret değildir. İşlem, hakediş, aktarım ve muhasebe kayıtları ayrı tutulduğunda brüt-net farkının nedeni izlenebilir. Eksik veri veya belirsiz kesinti sessizce kapatılmamalı; sağlayıcı kanıtı, banka hareketi ve yetkili onay aynı zincirde buluşmalıdır.