Ciro raporuna bakıp «bu ay iyiydi» demek kolaydır. Zor olan, o cironun karşılığının gerçekten banka hesabına geçtiğini kanıtlamaktır. Çoğu işletme sahibi bu ikisini aynı şey sanır; panelde satış görünüyorsa para gelmiştir varsayımıyla çalışır. Oysa bir e-pin scripti ile ödeme sağlayıcısı ve bankan arasında her gün sessizce fark birikir: yarıda kalmış işlemler, geç gelen bildirimler, kesilmiş komisyonlar, iade edilmiş ama panelde kapanmamış siparişler.
Mutabakat, bu üç ayrı gerçeği yan yana koyup farkı isimlendirme işidir. Ay sonunda değil, her gün yapıldığında bulunan fark bir kalem olur; üç ay biriktiğinde kimsenin çözemeyeceği bir yumak haline gelir. Bu yazıda mutabakat raporunun ne olduğunu, hangi sinyalleri aradığını ve bir e-pin satış yazılımı içinde bu raporu nasıl kurumsal bir alışkanlığa dönüştüreceğini anlatıyoruz.
Mutabakat Nedir ve Neden Ciro Raporundan Farklıdır?
Ciro raporu tek bir kaynağa bakar: senin panelin. Panelin ne kaydettiyse onu toplar. Mutabakat raporu ise iki bağımsız kaynağı eşleştirir ve eşleşmeyenleri listeler. Aradaki fark, muhasebede «iddia» ile «kanıt» arasındaki farktır. Panelin bir işlemin başarılı olduğunu iddia eder; sağlayıcının ekstresi bunu kanıtlar veya çürütür.
Pratikte mutabakat raporu üç sütun üretir: yalnızca panelde olanlar, yalnızca sağlayıcıda olanlar ve her ikisinde olup tutarı farklı olanlar. Bu üç sütun boşsa gününü kapatabilirsin. Bir tanesi doluysa, o satırın hikâyesi vardır ve o hikâyeyi bugün öğrenmek yarın öğrenmekten çok daha ucuzdur. Mutabakatı olmayan bir dijital ürün satış yazılımı, hızlı çalışıyor gibi görünür ama işletmeyi kör uçuşa mahkûm eder.
Üç Ayrı Gerçek: Panel, Sağlayıcı, Banka
Birinci gerçek panelindir: müşteri sipariş açtı, ödeme adımına gitti, sistem bir işlem kimliği üretti. İkinci gerçek sağlayıcınındır: kart provizyonu alındı mı, tutar ne, komisyon ne, işlem hangi gün hangi hesap kesimine girdi. Üçüncü gerçek bankanındır: sağlayıcı gün sonunda hesabına net tutarı hangi tarihle aktardı.
Bu üçünün birbirini doğrulamasını beklemek naiftir, çünkü her biri farklı bir zaman ekseninde yaşar. Panel anlık çalışır, sağlayıcı gün kesimiyle, banka valör günüyle. Mutabakat kurarken yapılan en yaygın hata, panelin işlem tarihiyle bankanın valör tarihini aynı gün sanmaktır. Doğru yöntem, her işlemi sağlayıcı kesim tarihine göre gruplamak ve banka hareketini bu gruba bağlamaktır. Böylece «24 Mart günü 180 işlem, brüt tutar şu, komisyon şu, net şu, bankaya geçen şu» cümlesini tek satırda kurabilirsin.
| Kaynak | Neyi kanıtlar | Zaman ekseni | Anahtar alan |
|---|---|---|---|
| Panel (sipariş / ödeme kaydı) | Müşteri niyeti ve teslimat | Anlık | Sipariş no + işlem kimliği |
| Ödeme sağlayıcısı ekstresi | Tahsilatın gerçekleştiği | Gün kesimi | Sağlayıcı işlem referansı |
| Banka hesap hareketi | Paranın eline geçtiği | Valör günü | Havale açıklaması / kesim no |
| İade kayıtları | Geri çıkan tutar | Gün kesimi | İade referansı |
| Cüzdan defteri | Harcanmamış yükümlülük | Anlık | Hareket kimliği |
Mutabakat Raporunda Aranacak Beş Kırık Sinyal
İyi bir rapor sana «her şey yolunda» demez; sana anomali gösterir. Birinci sinyal, panelde başarılı görünüp sağlayıcıda karşılığı olmayan işlemdir. Bu genelde bir test kaydı, elle onaylanmış bir sipariş veya daha kötüsü bir güvenlik açığıdır. İkinci sinyal, sağlayıcıda başarılı olup panelde beklemede kalan işlemdir: müşteri parayı ödedi, ürünü almadı. En acil müdahale gerektiren kalem budur.
Üçüncü sinyal, tutar uyuşmazlığıdır; genelde kur farkı, indirim hesabı veya taksit komisyonunun yanlış yazılmasından doğar. Dörüncü sinyal, aynı sipariş için iki başarılı tahsilattır: müşteri iki kez tıkladı, panel iki kayıt açtı. Beşinci sinyal, iade edilmiş ama panelde açık kalan siparişlerdir; bunlar ciroyu şişirir ve stok defterini bozar. Bu beş sinyali otomatik etiketleyen bir e-pin satış scripti günlük denetimi beş dakikaya indirir.
Mutabakat farklarının kaynak dağılımı
- Bildirim gecikmesi / kaybı 45%
- Komisyon ve taksit farkı 25%
- İade ve iptal senkronu 20%
- Çift kayıt ve elle müdahale 10%
Kaçak Kayıtlar Nereden Doğar? Bildirim Gecikmesi ve Çift Kayıt
Farkların en büyük kaynağı, sağlayıcının gönderdiği başarı bildiriminin panele ulaşmaması veya geç ulaşmasıdır. Sunucun o an meşguldü, bir güncelleme sürüyordu, güvenlik duvarı isteği kesti. Sağlayıcı üç kez dener, sonra vazgeçer. Müşteri ödemeyi yaptı, panel hiç duymadı. Bu yüzden bildirime tek başına güvenmek kurumsal bir hatadır; her panelin ayrıca çekme mekanizması olmalı: bekleyen işlemleri periyodik olarak sağlayıcıya sorup durumunu doğrulamak.
Çift kayıt ise farklı bir hikâyedir. Müşteri ödeme butonuna iki kez bastığında, aynı sepet için iki işlem kimliği üretilirse iki tahsilat olur. Çözüm sepet bazında benzersiz ödeme oturumu üretmek ve aynı sepet için ikinci bir başlatma isteğini reddetmektir. Elle müdahale de aynı kategoriye girer: bir operatör siparişi «ödendi» işaretlediğinde bunun kim tarafından, ne zaman, hangi gerekçeyle yapıldığı denetim kaydına yazılmıyorsa, mutabakat farkının kaynağını asla bulamazsın.
Panelinde sağlayıcının işlem referansı için ayrı bir alan yoksa mutabakat elle yapılır ve pratikte hiç yapılmaz. Bu tek alan, eşleştirmenin bel kemiğidir.
Günlük, Haftalık, Aylık: Mutabakat Ritmi Nasıl Kurulur?
Mutabakat bir proje değil, bir ritimdir. Günlük turda yalnızca iki soruyu sorarsın: dün sağlayıcıda olup panelde olmayan var mı, panelde olup sağlayıcıda olmayan var mı? Bu tur beş dakika sürer ve en pahalı hataları yakalar. Haftalık turda komisyon ve iade kalemlerini kontrol eder, sözleşmedeki oranla fiilen kesileni karşılaştırırsın; sağlayıcıların oran güncellemelerini fark etmemek yaygın bir kayıptır.
Aylık turda banka hesap hareketiyle sağlayıcı kesimlerini eşleştirir, cüzdan yükümlülüğünün toplamını çıkarır ve muhasebeye vereceğin özeti hazırlarsın. Bu üç katmanı panelinden otomatik üreten bir epin yazılım altyapısı, işletmeyi kişiye bağımlılıktan kurtarır: operatör değişse bile rapor aynı formatta gelir. Aşağıdaki liste, mutabakat rutinini kurarken tek tek işaretleyebileceğin somut maddeleri içeriyor.
Muhasebeciye Ne Vereceksin?
Muhasebecinin ihtiyacı senin panel ekranın değil; dört net rakamdır. Dönem içinde brüt tahsilat, kesilen komisyon, yapılan iadeler ve dönem sonunda müşterilerde duran harcanmamış cüzdan bakiyesi. Bu dördü verildiğinde beyan süreci sorunsuz ilerler; verilmediğinde her ay aynı sorular tekrarlanır ve işletme sahibi olarak zamanını mutabakat arkeolojisine harcarsın.
Buna bir beşinci kalem eklemek işini kolaylaştırır: teslim edilmiş ama henüz hasılat yazılmamış siparişlerin listesi. Kısmi ödeme veya ön sipariş kullanıyorsan bu kalem hiç de küçük olmayabilir. Panelinden tek tuşla alınabilen, tarih aralığı seçilebilen ve dışa aktarılabilen bir mutabakat çıktısı, aslında bir muhasebe aracı değil bir yönetim aracıdır; nerede para kaybettiğini gösterir.
| Mutabakat maddesi | Sıklık | Sorumlu | Kritiklik |
|---|---|---|---|
| Sağlayıcıda var, panelde yok taraması | Günlük | Operatör | Kritik |
| Panelde var, sağlayıcıda yok taraması | Günlük | Operatör | Kritik |
| Bekleyen işlemleri sorgulama görevi | Saatlik (otomatik) | Sistem | Kritik |
| Komisyon oranı doğrulaması | Haftalık | İşletme sahibi | Yüksek |
| İade senkron kontrolü | Haftalık | Operatör | Yüksek |
| Banka kesim eşleştirmesi | Aylık | İşletme sahibi | Yüksek |
| Cüzdan yükümlülüğü toplamı | Aylık | Muhasebe | Orta |
| Elle müdahale denetim kaydı incelemesi | Aylık | İşletme sahibi | Orta |
Mutabakat raporunu panelin kendisi üretsin
Pinova, sağlayıcı referansını her işlemde saklar, bekleyen ödemeleri otomatik sorgular ve eşleşmeyen kalemleri etiketli biçimde listeler. Gününü kapatmak beş dakika sürer.
Mutabakatı günlük yapmak gerçekten gerekli mi?
Tek bir sağlayıcı ve düşük işlem hacmiyle çalışıyorsan haftalık yeterli olabilir. Ancak günlük tur yalnızca dakikalar sürer ve müşterinin ödeyip ürün alamadığı durumları henüz destek talebi açmadan yakalamanı sağlar.
Panelde olmayıp sağlayıcıda başarılı görünen bir ödeme bulursam ne yapmalıyım?
Önce siparişi bul ve müşteriye teslimatı tamamla; kayıp tahsilat değil, kayıp teslimattır ve itibarını doğrudan etkiler. Ardından bildirimin neden düşmediğini araştır, otomatik sorgulama görevinin çalıştığını doğrula.
Komisyon farkları neden sürekli oluşuyor?
Taksitli işlemler, farklı kart ailelerine uygulanan farklı oranlar ve dönemsel oran güncellemeleri en yaygın nedenler. Panelin işlem bazında beklenen komisyonu hesaplayıp gerçekleşenle karşılaştırdığında fark anında görünür hale gelir.
Cüzdan bakiyesi mutabakata neden dahil edilir?
Harcanmamış bakiye müşteriye karşı bir yükümlülüktür ve tahsil edilmiş parayla ilişkilidir. Mutabakatta dışarıda bırakırsan, banka hesabındaki paranın bir kısmının aslında sana ait olmadığını göremezsin.
Mutabakat, işletmeni büyütmeden önce kurman gereken en sade disiplin. Bir kez alışkanlığa dönüştüğünde hem kaybettiğin parayı görür hem de büyürken hangi süreçlerin çatırdadığını erken fark edersin. Panelinin hangi raporları hazır sunduğunu özellikler bölümünden karşılaştırabilir, lisans seçeneklerini fiyat bölümünde inceleyebilirsin. Mutabakat ekranını gerçek verilerle görmek en hızlı yol: canlı demo içinde bir tarih aralığı seç, eşleşmeyen kalemler listesini aç ve raporun sana nasıl bir günlük rutin kazandırdığını kendi gözünle değerlendir.

