Yemek Kartı Ödemelerinde İade, İptal ve Mutabakat

Ödeme almak entegrasyonun yalnızca ilk yarısıdır. Müşteri siparişi iptal ettiğinde, ürün kısmen iade edildiğinde veya sağlayıcı panelindeki tutar WooCommerce raporuyla eşleşmediğinde işletmenin uygulanabilir bir prosedüre ihtiyacı vardır. Yemek kartı sağlayıcısının API'si, üye iş yeri sözleşmesi ve mağaza eklentisi her iade türünü aynı biçimde desteklemeyebilir.

İptal ile iadenin farkı

İptal genellikle henüz kesinleşmemiş veya aynı iş günü içindeki işlemin geri alınmasını; iade ise kesinleşmiş tahsilatın müşteriye dönmesini ifade edebilir. Sağlayıcının terminolojisi ve zaman sınırı esas alınır. İşletme çalışanı, hangi durumda WooCommerce siparişini cancelled, failed veya refunded yapacağını bilmelidir.

Para hareketi başarısızken yalnızca sipariş durumunu değiştirmek müşteri ve muhasebe arasında uyuşmazlık yaratır. Her adım sağlayıcı işlem kimliğiyle ilişkilendirilir.

Tam ve kısmi iade desteği

Tam iade tek işlemle desteklenirken kısmi iade API'de bulunmayabilir veya yalnızca sağlayıcı panelinden yapılabilir. Siparişte birden fazla ürün, kargo veya indirim varsa iade tutarı hesabı ayrıca test edilir. Aynı işleme birden çok kısmi iadenin izin verilip verilmediği sorulur.

Müşteriye “anında iade” süresi vaat edilmez; sağlayıcının işlem ve hesaba yansıma süreleri yazılı iletişimde doğru aktarılır.

WooCommerce paneli ve uzaktan işlem

Ödeme eklentisi WooCommerce refund API'sini uygularsa yönetim panelindeki iade işlemi sağlayıcıya uzaktan istek gönderebilir. Uygulamıyorsa paneldeki durum değişikliği yalnızca yerel kayıt oluşturabilir. Yetki kontrolü, nonce, tutar sınırı ve sağlayıcı cevabı doğrulanmalıdır.

e-ticarette iade ve kısmi iade süreci müşteri iletişimiyle teknik işlemi aynı prosedürde birleştirir.

Günlük mutabakat tablosu

Mutabakat için tarih, WooCommerce sipariş numarası, sağlayıcı işlem kimliği, brüt tahsilat, iptal/iade, net tutar ve durum tutulur. Mağazada başarılı görünen fakat sağlayıcıda bulunmayan; sağlayıcıda başarılı olup mağazada bekleyen işlemler ayrı hata listesine çıkarılır. Toplu rakam eşitliği tek başına sipariş bazlı hatayı göstermeyebilir.

Otomatik rapor varsa bile yetkili kişi örneklem ve istisna kontrolü yapar. CSV aktarımlarında saat dilimi ve işlem tarihinin hangi aşamayı gösterdiği belgelenir.

Yetki, kayıt ve müşteri iletişimi

İade yapabilecek roller sınırlandırılır. Her manuel işlemde neden, yapan kişi, zaman ve sağlayıcı referansı sipariş notuna eklenir; kişisel veya gizli ödeme verisi yazılmaz. Müşteriye talebin alındığı, sağlayıcıya iletildiği ve tamamlandığı aşamalar ayrı bildirilir.

Telefon veya WhatsApp üzerinden gelen talep, kimlik ve sipariş doğrulaması yapılmadan uygulanmamalıdır. Ekibin karar ağacı ve eskalasyon kişisi yazılı olmalıdır.

Aylık kontrol ve sorun analizi

İade oranı ürün, kampanya, sağlayıcı ve hata nedeni bazında izlenir. Teknik hata, yanlış ürün, gecikme ve müşteri vazgeçmesi aynı kategoriye konmaz. Tekrarlayan timeout veya callback sorunu entegrasyon incelemesine; operasyon hatası eğitim ve yetki düzenlemesine gider.

sanal POS mutabakat kontrolü ile yemek kartı entegrasyon kapsamı birlikte değerlendirilerek raporlama ve destek sorumluluğu netleştirilir.

Uygulama senaryosu

Müşteri üç ürünlü siparişin yalnız bir ürününü iade ettiğinde ekip önce siparişin sağlayıcı işlem kimliğini bulur, kısmi iadenin hesap/API kapsamında desteklenip desteklenmediğini kontrol eder ve gerçek para hareketini başlatır. WooCommerce sipariş notuna iade tutarı, tarih, sorumlu ve sağlayıcı referansı eklenir; stok yalnız dönen ürün için güncellenir. Gün sonu raporunda brüt tahsilat ile kısmi iade ayrı satırda eşleştirilir. Sağlayıcı kısmi iadeyi desteklemiyorsa müşteriye ve muhasebeye uygulanacak alternatif prosedür önceden tanımlanmış olmalıdır.

Sıkça sorulan sorular

WooCommerce siparişini iade etmek parayı da iade eder mi?

Yalnızca eklenti sağlayıcının uzaktan iade akışını doğru uyguluyorsa; aksi durumda yerel durum değişikliği para hareketi oluşturmayabilir.

Kısmi iade her yemek kartında var mı?

Hayır. Sağlayıcı API'si, üye iş yeri hesabı ve uygulama kapsamı ayrı doğrulanmalıdır.

Mutabakat ne sıklıkla yapılmalı?

İşlem hacmine göre günlük istisna kontrolü ve dönemsel toplam/muhasebe karşılaştırması önerilir.