Fintech
Sanal POS Mutabakatı Nasıl Yapılır? Uçtan Uca Kontrol Rehberi
Sipariş, ödeme sağlayıcısı, banka ve muhasebe kayıtlarını işlem bazında eşleştirerek komisyon, valör, iade ve chargeback farklarını yöneten uygulama rehberi.
Bu rehberden çıkarılacaklar
- POS cirosu ile banka tahsilatı aynı tutar değildir; komisyon, vergi, valör, iade ve bloke hareketleri köprülenmelidir.
- Eşleştirme sipariş numarasıyla sınırlı kalmamalı; sağlayıcı işlem kimliği ve banka referansı birlikte saklanmalıdır.
- Fark listesi tutar kadar yaş, neden ve sorumlu bilgisi içermelidir.
- Chargeback ve iade, satıştan ayrı izlenen finansal ve operasyonel risk göstergeleridir.
- Yüksek hacimde otomasyon gerekir; ancak muhasebe politikası ve istisna sahipliği otomasyondan önce tanımlanmalıdır.
Önemli bilgilendirme
Bu içerik genel bilgilendirme amacıyla hazırlanmıştır; mali, hukuki veya yatırım danışmanlığı yerine geçmez. Uygulama; faaliyet konusu, şirket yapısı, kişisel durum ve güncel mevzuata göre değişebilir.
Mutabakatın dört veri kaynağı
| Kaynak | Temel veri | Kontrol |
|---|---|---|
| Sipariş sistemi | Sipariş, müşteri, ürün, iptal/iade | Ticari olay gerçekleşti mi? |
| POS/ödeme sağlayıcısı | İşlem kimliği, brüt tutar, durum, komisyon | Tahsilat başarılı mı ve hangi kesinti uygulandı? |
| Banka | Net ödeme, valör, bloke ve açıklama | Para hangi gün ve hesapta gerçekleşti? |
| Muhasebe | Hasılat, KDV, alacak, komisyon ve banka | Finansal kayıt ekonomik olayı doğru yansıtıyor mu? |
Brütten nete köprü
| Kalem | Yön | Temsili tutar |
|---|---|---|
| Başarılı POS işlemleri | + | 100.000 TL |
| İade/iptal | − | 4.000 TL |
| Komisyon ve ilgili vergi | − | 2.600 TL |
| Bloke/ertesi döneme valör | − | 8.000 TL |
| Beklenen banka girişi | = | 85.400 TL |
İşlem bazlı eşleştirme anahtarı
- Sipariş ve alt sipariş numarası
- Sağlayıcı işlem/ödeme kimliği
- Banka referansı ve ödeme paketi numarası
- İşlem, iade ve valör tarihleri
- Brüt tutar, para birimi, komisyon ve net tutar
- Taksit, kart şeması, işyeri ve sağlayıcı bilgisi
Farklar nasıl sınıflandırılır?
| Fark | Olası neden | İlk aksiyon |
|---|---|---|
| Sipariş var, POS yok | Başarısız ödeme veya veri aktarımı | Ödeme durumunu doğrula; satış kaydını incele |
| POS var, banka yok | Valör, bloke, ters ibraz veya yanlış hesap | Ödeme paketini ve sözleşme takvimini kontrol et |
| Banka var, muhasebe yok | Entegrasyon/kapanış gecikmesi | Referansla fiş oluştur veya hatayı düzelt |
| Net tutar beklenenden düşük | Komisyon, vergi, iade veya ceza | Sağlayıcı ekstre kalemini sözleşmeyle eşleştir |
Yaşlandırma ve önem seviyesi
- 0–1 gün: normal kesim/valör farkı olup olmadığını doğrula
- 2–3 gün: sağlayıcı ve banka paketleriyle eşleştir
- 4–7 gün: sorumlu ve kapanış tarihi ata
- 7+ gün: yönetim eskalasyonu ve değer düşüklüğü/tahsilat riski değerlendirmesi
- Müşteri mağduriyeti, çift tahsilat ve olağandışı chargeback tutardan bağımsız yüksek önceliklidir
Muhasebe kayıt mantığı
Satış, POS alacağı, banka, komisyon gideri, KDV ve iade hesapları birbirini izleyebilir olmalıdır. Bankaya net geçen tutarı doğrudan hasılat kaydetmek hem ciroyu hem komisyonu yanlış gösterir.
Aylık kapanışta POS alacak hesabının sağlayıcı bazında bakiyesi, açık ödeme paketleri ve valör raporuyla açıklanmalıdır. Negatif veya uzun süredir değişmeyen bakiyeler işlem düzeyinde araştırılır.
Otomasyona geçiş ölçütleri
- Birden fazla POS/ödeme kuruluşu ve para birimi
- Günde yüzlerce işlem veya çok sayıda pazaryeri alt siparişi
- İadelerin farklı gün ve parça tutarlarla gelmesi
- Manuel fark listesinin kapanıştan sonraya sarkması
- Tekrarlayan entegrasyon ve referans kaybı
Sık Sorulan Sorular
Sanal POS cirosu neden bankaya aynı tutarda geçmez?
Komisyon, vergi, iade, chargeback, bloke ve valör nedeniyle bankaya net ve farklı tarihte ödeme geçebilir.
Mutabakat hangi sıklıkta yapılmalı?
İşlem hacmi yüksek işletmelerde günlük; düşük hacimde en az ödeme paketi ve aylık kapanış öncesi yapılmalıdır. Açık farklar yaşlandırılmalıdır.
Banka girişi hasılat olarak kaydedilebilir mi?
Tek başına hayır. Net banka girişi satış, vergi, komisyon, iade ve POS alacağı hareketlerine ayrıştırılmalıdır.
POS mutabakatı için yazılım şart mı?
Düşük hacimde kontrollü bir tablo yeterli olabilir. Hacim ve sağlayıcı sayısı arttığında işlem bazlı otomasyon hata ve kapanış süresini azaltır.
Resmî kaynaklar
Son mevzuat kontrolü: 1 Ağustos 2026
Mikail Ege
Serbest Muhasebeci Mali Müşavir
Muhasebe, vergi, finansal raporlama, finansal danışmanlık, fintech ve ödeme kuruluşları alanlarında çalışmalar yürütmektedir.
İlgili Makaleler
Fintech
Fintech Şirketlerinde Muhasebe: İş Modelinden Finansal Rapora
Fintech ürününün 6493 sayılı Kanun kapsamını, gelir modelini, müşteri fonlarını, yatırım turlarını ve veri-muhasebe mutabakatını birlikte ele alan uygulama rehberi.
Yazıyı Oku →
Fintech
Ödeme Kuruluşlarında Muhasebe: Fon Koruma, Mutabakat ve TCMB Raporlaması
6493 kapsamındaki ödeme kuruluşlarında müşteri fonu, koruma hesabı, günlük mutabakat, gelir tahakkuku ve TCMB bildirimlerini operasyonla birlikte tasarlayan rehber.
Yazıyı Oku →
Kararınızı rakamlarla netleştirin
İşletmenize uygun yapıyı birlikte değerlendirelim.
Beklenen kâr, kişisel nakit ihtiyacı ve büyüme planınıza göre vergi ve nakit akışı senaryosu hazırlayalım.
Görüşme Talep Et →