Sanal POS Mutabakatı Nedir?
Sanal POS işlemleri ile banka hareketlerini karşılaştırmanın temel adımlarını, kontrol noktalarını ve sık görülen farkları açıklayan kapsamlı rehber.
- Yayın tarihi
- Güncellenme tarihi
- Yazar
- Tahsil
- Okuma süresi
- 5 dakika
İçindekiler

Tahsil akıllı okuma
Yazıyı hızlıca kavrayın.
Ana fikri okuyun veya yazının öne çıkan başlıklarını tek bakışta görün.
Sanal POS işlemleri ile banka hareketlerini karşılaştırmanın temel adımlarını, kontrol noktalarını ve sık görülen farkları açıklayan kapsamlı rehber.
Özet, bu sayfadaki açıklama ve başlıklardan hazırlanır. Yapay zekâ bağlantıları yalnız siz seçtiğinizde başlık ve sayfa adresini ilgili serviste açar.
Yapay zekâ ile inceleyin
Yazı için hazır istemi açın.
Başlık, canlı bağlantı ve hazır analiz istemi seçtiğiniz serviste yeni sekmede açılır.
Sanal POS mutabakatı, ödeme kanalında görünen işlemler ile bu işlemler sonucunda banka hesabına geçen tutarların karşılaştırılmasıdır. Amaç yalnızca iki toplamın eşit olup olmadığını görmek değildir. Her işlemin doğru statüyle kaydedildiğini, kesintilerin beklendiği gibi uygulandığını ve net tutarın doğru zamanda doğru hesaba ulaştığını doğrulamaktır.
Bir işletme tek bir sanal POS kullansa bile satış tarihi, provizyon tarihi, valör tarihi ve banka hareketi tarihi aynı olmayabilir. Birden fazla banka veya ödeme kuruluşu devreye girdiğinde kontrol edilmesi gereken kayıt sayısı ve olası fark türleri hızla artar. Bu nedenle mutabakat, dönem sonunda yapılan toplu bir kontrol yerine düzenli bir finans operasyonu olarak ele alınmalıdır.
Sanal POS mutabakatı hangi kayıtları karşılaştırır?
Temel mutabakat akışı üç kayıt grubuna dayanır:
- Satış veya sipariş kaydı: İşletmenin kendi sistemindeki işlem tutarı, sipariş numarası ve müşteri referansı.
- Sanal POS işlemi: Sağlayıcı panelinde oluşan provizyon, başarılı işlem, iptal veya iade kaydı.
- Banka hareketi: Komisyon ve diğer kesintiler sonrasında hesaba geçen net tutar.
Bu kayıtların tek tek ve toplu olarak karşılaştırılması gerekir. Yalnızca günlük toplamları kontrol etmek, aynı tutarlı iki işlemin karışması veya bir iadenin yanlış satışla eşleşmesi gibi sorunları gizleyebilir.
| Kontrol alanı | Satış kaydı | Sanal POS kaydı | Banka hareketi |
|---|---|---|---|
| Ana referans | Sipariş numarası | İşlem/provizyon numarası | Dekont veya açıklama referansı |
| Tutar | Satış tutarı | Brüt işlem tutarı | Net geçen tutar |
| Tarih | Sipariş tarihi | İşlem ve valör tarihi | Hesaba geçiş tarihi |
| Durum | Tamamlandı/iptal | Başarılı/iptal/iade | Alacak/borç hareketi |
| Kesinti | Genellikle yok | Komisyon bilgisi | Net tutara yansımış kesinti |
Brüt tutar, komisyon ve net tutar ilişkisi
Mutabakatın en sık karıştırılan bölümü brüt ve net tutarın aynı şey sanılmasıdır. Müşteriden alınan tutar brüt işlem tutarıdır. Banka veya ödeme sağlayıcısının sözleşmeye göre uyguladığı komisyon ve varsa diğer kesintiler düşüldükten sonra banka hesabına geçen tutar ise net tutardır.
Basitleştirilmiş ilişki şöyledir:
Net tutar = Brüt işlem tutarı - Komisyon - Diğer kesintiler
Bu formül tek başına yeterli değildir. Sabit ücretler, farklı taksit oranları, kampanya koşulları veya işlem tipine göre değişen komisyonlar olabilir. Finans ekibinin kontrol ettiği oranların güncel sözleşme koşullarıyla eşleşmesi gerekir.
Adım adım sanal POS mutabakatı
1. Kontrol dönemini netleştirin
Önce hangi dönemin kontrol edildiğini belirleyin. Günlük operasyon için işlem tarihi, nakit akışı kontrolü için hesaba geçiş tarihi daha anlamlı olabilir. Aynı raporda farklı tarih türlerini karıştırmak yanlış farklar üretir.
2. İşlem kayıtlarını ortak alanlara dönüştürün
Farklı sağlayıcıların raporlarında aynı kavram farklı adlarla bulunabilir. Örneğin işlem numarası, sipariş numarası, referans kodu ve merchant order ID aynı eşleştirme zincirinin farklı parçaları olabilir. En azından şu alanların ortaklaştırılması yararlıdır:
- sağlayıcı adı;
- iş yeri veya mağaza numarası;
- işlem ve sipariş referansı;
- brüt tutar ve para birimi;
- komisyon ve net tutar;
- işlem, valör ve ödeme tarihi;
- başarılı, iptal, iade veya bekleyen durumu.
3. İşlem bazında eşleştirme yapın
En güçlü referans benzersiz işlem numarasıdır. Bu değer banka açıklamasına taşınmıyorsa tutar, tarih aralığı, sağlayıcı ve toplu ödeme referansı birlikte değerlendirilir. Tek bir banka hareketi birden fazla sanal POS işleminin toplamı olabilir; bu durumda bire bir değil, çoktan bire eşleştirme gerekir.
4. Kesintileri doğrulayın
Brüt tutar ile hesaba geçen net tutar arasındaki farkın beklenen komisyonla açıklanıp açıklanmadığını kontrol edin. Beklenen ve gerçekleşen kesinti arasında fark varsa işlem tipi, taksit sayısı, sözleşme oranı ve ek ücretler incelenmelidir.
5. Eşleşmeyen kayıtları sınıflandırın
Her fark aynı öncelikte değildir. Eşleşmeyen kayıtları aşağıdaki gibi sınıflandırmak incelemeyi hızlandırır:
- banka hareketi henüz oluşmamış başarılı işlem;
- sanal POS kaydı bulunmayan banka hareketi;
- beklenenden farklı komisyon;
- eksik veya fazla net ödeme;
- iptal/iade statüsü uyuşmazlığı;
- aynı referansın birden fazla kez kullanılması.
Günlük ve dönemsel kontrol listesi
Günlük kontrolde önceki günün başarılı işlemleri, iptal ve iadeleri ile hesaba geçen toplu ödemeler izlenebilir. Haftalık veya aylık kontrolde ise komisyon oranları, sağlayıcı bazında net ödeme gecikmeleri ve tekrar eden fark türleri analiz edilmelidir.
- Başarılı işlem adedi ve brüt toplam kontrol edildi.
- İptal ve iadeler ayrı grupta karşılaştırıldı.
- Bankaya geçen net tutarlar bulundu.
- Komisyon farkları sözleşme koşullarıyla karşılaştırıldı.
- Eşleşmeyen kayıtların sahibi ve takip tarihi belirlendi.
- Kapanan farkların açıklaması ve denetim izi korundu.
Manuel mutabakatta sık yapılan hatalar
Elektronik tablolarda yapılan mutabakat, küçük işlem hacminde geçici olarak işe yarayabilir. Ancak dosyaların farklı kişilerde tutulması, sütun adlarının değişmesi ve formüllerin kopyalanırken bozulması kontrol kalitesini düşürür. Diğer yaygın hata, yalnızca toplam tutara bakıp işlem durumlarını göz ardı etmektir. Başarılı görünen toplamın içinde daha sonra iptal edilen veya kısmi iade edilen işlemler bulunabilir.
Bir başka risk de banka hareketini yanlış sağlayıcı grubuyla eşleştirmektir. Aynı gün ve aynı tutarda birden fazla toplu ödeme olduğunda yalnızca tarih ve toplam tutar yeterli olmayabilir. Sağlayıcı, üye iş yeri ve toplu ödeme referansının birlikte saklanması gerekir.
Merkezi görünüm ne kazandırır?
Merkezi bir ödeme operasyonu görünümü, farklı sağlayıcılardan gelen kayıtların ortak alanlarla izlenmesini sağlar. Finans ekibi hangi işlemlerin eşleştiğini, hangilerinin beklediğini ve hangi farkların inceleme gerektirdiğini aynı akışta görebilir. Buradaki değer yalnızca raporu hızlandırmak değil; kontrol adımlarını tekrar edilebilir ve denetlenebilir hâle getirmektir.
Birden fazla sağlayıcının ortak bir modelde nasıl yönetilebileceğini Birden Fazla Sanal POS Nasıl Yönetilir? rehberinde inceleyebilirsiniz.
Sıkça Sorulan Sorular
Sanal POS mutabakatı ne sıklıkla yapılmalı?
İşlem hacmi ve risk seviyesine göre değişir. Günlük operasyon takibi, farkların erken görülmesini sağlar. Komisyon ve dönemsel performans kontrolleri ayrıca haftalık veya aylık yapılabilir.
Toplam tutarlar eşitse mutabakat tamamlanmış sayılır mı?
Hayır. Aynı toplam farklı işlem birleşimleriyle oluşabilir. İşlem referansı, durum, tarih ve kesinti bilgileri de doğrulanmalıdır.
İade işlemleri nasıl kontrol edilir?
İadenin orijinal işlemle bağlantısı, iade tutarı, sağlayıcı statüsü ve banka hesabındaki borç hareketi birlikte incelenmelidir. Kısmi iadeler ayrı tutar ilişkisi gerektirir.
Tahsil mutabakat sürecinde nerede konumlanır?
Tahsil, banka hesapları, sanal POS sistemleri ve ödeme kuruluşlarından gelen kayıtların tek operasyon görünümünde izlenmesine, karşılaştırılmasına ve farkların takip edilmesine yönelik yazılım katmanıdır.


