Sanal POS'ta İptal mı İade mi? Gün Sonu ve Kısmi İade

Sanal POS tarafında iptal ve iade aynı işlem değildir. İptal, henüz gün sonu alınmamış bir provizyonu geri çeker; karttaki blokaj çözülür ve tutar hiç tahsil edilmemiş gibi olur. İade ise mahsup edilmiş, yani banka tarafından tahsil edilmiş bir tutarın kart sahibine geri gönderilmesidir. Yazılımda ikisini ayıran asıl eşik zamanlamadır: gün sonu öncesinde iptal, gün sonu sonrasında iade.

Bu ayrım yalnızca terim meselesi değil. İptal edilen işlem banka ekstresinde çoğu zaman hiç görünmez; iade edilen işlem ise iki ayrı hareket üretir, biri tahsilat biri geri ödeme. Yazılım iki durumu aynı kayıt tipiyle tutarsa ay sonunda cari hesap ile banka hareketleri tutmaz ve fark arayan kişi işlemin hangisi olduğunu kayıttan okuyamaz.

İptal ile iade arasındaki fark nereden çıkar?

Kart işlemi teknik olarak iki adımdan oluşur. Birinci adım provizyondur: banka tutarı kart limitinden ayırır ama üye işyeri hesabına geçirmez. İkinci adım mahsuptur, yani satışın kapatılması: üye işyeri gün sonunu gönderdiğinde banka tutarı tahsil eder ve hak ediş hesabına yazar. Yazılım bu iki adımı ayrı alanlarda tutmazsa tek bir iptal düğmesi bazı işlemlerde çalışır, bazılarında anlaşılmaz bir hata döner ve operasyon neden olduğunu göremez.

Doğrudan satış modelinde provizyon ve mahsup tek adımda yapılır; iptal penceresi bu yüzden kısadır ve gün sonu alındığı anda kapanır. Ön provizyon modelinde — rezervasyon, ön sipariş, teslimde tahsil gibi akışlarda — satış kapatılmadığı sürece iptal mümkündür, ancak provizyonun bir geçerlilik süresi vardır ve süre dolduğunda blokaj kendiliğinden çözülür. Bu sürenin uzunluğu bankaya ve kart tipine göre değişir; yazılıma sabit bir gün sayısı gömmek yerine provizyon tarihini kayıtta tutup ekranda göstermek, operasyonun doğru kararı vermesini sağlar.

Gün sonu sınırı yazılımda nasıl takip edilir?

Operasyondaki kişi bir siparişi geri alırken iptal mi iade mi yapacağını kendisi bilmek zorunda kalmamalı. Yazılım bunu işlem kaydındaki üç alandan türetebilir: işlem tarihi, işlem durumu (provizyon, mahsup, iptal, iade) ve varsa gün sonu referansı. Ödeme ucu gün sonu bilgisi dönüyorsa doğrudan o kullanılır; dönmüyorsa işlem tarihi ile üye işyeri için tanımlı gün sonu saatine bakılır.

Ekranda tek bir geri alma düğmesi bırakıp arkada doğru çağrıyı seçmek, yanlış çağrı denemelerini bitirir. Düğmeye basıldığında yazılım şu sırayı izler: işlem aynı gün içinde ve mahsup edilmemişse iptal çağrısı gönderilir; mahsup edilmişse iade çağrısı gönderilir. İade çağrısı için banka tarafında işlem referansının saklanmış olması şarttır, bu yüzden ödeme yanıtındaki referans numarası sipariş kaydına her zaman yazılır. Referans kaybolursa geri alma yalnızca banka panelinden elle yapılabilir hale gelir ve yazılım tarafındaki kayıt eksik kalır.

İkinci bir ayrıntı, geri alma çağrısının da ağ hatası alabileceğidir. Aynı iade iki kez gönderilirse müşteriye iki kez para dönebilir. Bu yüzden geri alma isteği de siparişe bağlı tek bir anahtarla gönderilir ve yanıt gelmeden ikinci istek kuyruğa alınmaz; yanıt belirsizse durum sorgulama çağrısı ile kontrol edilir, kör tekrar yapılmaz.

İptal ve iade karşılaştırma tablosu

Kısmi iade: sipariş satır satır nasıl geri döner?

Bir siparişte dört kalem varsa ve müşteri bir kalemi geri gönderiyorsa, iade tutarı sipariş toplamının bir parçasıdır. Yazılımın buradaki görevi, geri dönen tutarı siparişin hangi satırından çıktığını kaydetmek. Aksi halde stok, fatura ve cari hesap üç ayrı sonuç üretir.

Çalışan düzen şöyle kurulur. İade talebi sipariş satırı ve miktar seçilerek açılır. Yazılım o satırın birim tutarından iade tutarını hesaplar; kargo bedeli, indirim payı ve varsa hizmet bedeli satırlara nasıl dağıtıldıysa iade de aynı dağıtımı tersine çevirerek hesaplanır. İndirim sipariş toplamına verilmişse, tek satır geri döndüğünde o satıra düşen indirim payı da iade tutarından çıkarılır; bu hesap yazılımda yapılmazsa operasyon elle hesaplar ve kuruş farkları birikir.

Kısmi iadede dikkat edilecek üç nokta var. Birincisi, toplam iade tutarı hiçbir koşulda tahsil edilen tutarı geçemez; yazılım bunu kayıt anında kontrol eder. İkincisi, aynı satır için ikinci bir iade açılabilir ama kalan miktar kadar; satır bazında iade edilen miktar tutulmazsa aynı ürün iki kez iade edilebilir hale gelir. Üçüncüsü, taksitli işlemde iade tutarı taksitlere banka tarafında dağıtılır; yazılımın bunu yeniden hesaplamaya çalışması gereksizdir, yapması gereken iade kaydını ve banka yanıtını saklamaktır.

Muhasebe ve mutabakat tarafına ne düşer?

İptal, muhasebe tarafında genellikle hiçbir kayıt üretmez çünkü tahsilat hiç gerçekleşmemiştir. İade ise gerçekleşmiş bir tahsilatın geri dönmesidir ve belge tarafı gerektirir: fatura kesilmiş bir sipariş kısmen geri döndüğünde iade belgesi düzenlenir, belge ile iade kaydı birbirine bağlanır. Yazılım bu bağı kurmazsa aynı iade hem belge tarafında hem ödeme tarafında ayrı ayrı aranır.

Mutabakatta en çok karıştıran durum, iade ile banka hareketinin aynı güne düşmemesidir. İade talebi bugün onaylanır, kart hesabına yansıması birkaç gün sürebilir, hak edişten düşmesi ayrı bir dönemde olabilir. Bu yüzden iade kaydında üç tarih tutulur: talep tarihi, ödeme ucundan onay alındığı tarih ve banka hareketiyle eşleştiği tarih. Üçüncü tarih boş olan iadeler, mutabakat ekranında ayrı bir liste olarak bekletilir.

Kısa kontrol listesi

• Ödeme yanıtındaki işlem referansı sipariş kaydına yazılıyor mu? Referans olmadan iade yapılamaz.
• Ekranda tek bir geri alma düğmesi var mı, iptal ve iade seçimini yazılım mı yapıyor?
• Geri alma isteği tek anahtarla gönderilip belirsiz yanıtta durum sorgulanıyor mu?
• Kısmi iade sipariş satırı ve miktar üzerinden mi açılıyor, indirim payı tersine dağıtılıyor mu?
• Satır bazında iade edilen miktar tutuluyor mu, kalan miktar kontrolü var mı?
• İade kaydında talep, onay ve banka eşleşme tarihleri ayrı ayrı tutuluyor mu?
• Belge tarafı ile iade kaydı birbirine bağlı mı?

KAV Yazılım, sanal POS ve muhasebe tarafını birbirine bağlayan entegrasyonları kurar; iptal, iade ve mutabakat akışının kayıt düzeni bu işin ayrılmaz parçasıdır.