Çoğu e-pin satıcısı QR kodu sadece "havale ekranına yapıştırılan şirin bir kare" sanır. Müşteri kodu okutur, bankacılık uygulaması açılır, IBAN ve tutar dolar, iş biter. Oysa bu kareye bakarken kaçırdığın şey, ödeme sürecinin tamamının hangi tarafta doğrulandığıdır. Sen dekont beklerken, doğru kurulmuş bir e-pin satış scripti aynı QR üzerinden gelen tahsilatı referans koduyla eşleştirip siparişi sen farkına bile varmadan teslim ediyor olabilir.
İşin ilginç tarafı şu: QR ile ödeme aslında yeni bir ödeme yöntemi değil. Var olan havale/EFT ve cüzdan altyapılarının üzerine geçirilmiş bir veri taşıma katmanı. Yani sihir karede değil, karenin içine gömdüğün referansta ve o referansı dinleyen yazılımda. Bu yazıda, dijital ürün satış yazılımı tarafında QR tahsilatının gerçekte nasıl işlediğini, nerede para kaybettiğini ve hangi noktada dolandırıcılığın kapısını açık bıraktığını tek tek açıyoruz.
QR kod gerçekten yeni bir ödeme yöntemi mi, yoksa eski havalenin kılık değiştirmiş hali mi?
Dürüst cevap: ikincisi. Türkiye'de kullanılan karekod standardı, arkada TR Karekod veya banka özelinde derin bağlantı (deep link) mantığıyla çalışır. Karenin içinde alıcı adı, IBAN, tutar ve açıklama alanı gömülüdür. Müşteri okuttuğunda banka uygulaması bu alanları kendi doldurur. Kritik nokta açıklama alanıdır: oraya sipariş referansını sen yazdırırsan, gelen para artık "kimden geldiği belirsiz bir havale" olmaktan çıkar, sisteme ait bir kayda dönüşür. Yeni olan şey ödeme değil, eşleşmedir. Bu yüzden QR'ı bir e-pin yazılımı olmadan kullanmak, gücünün yaklaşık dörtte birini kullanmak demektir.
Komisyon farkı gerçekten bu kadar mı büyük, yoksa pazarlama masalı mı?
Hesabı kendin yapabilirsin. 100 TL'lik bir e-pin satışında kredi kartı tarafında toplam maliyet genelde yüzde 3 ila 6 bandında gezer; taksit eklenirse daha yukarı çıkar. QR üzerinden banka içi havalede bu maliyet çoğu zaman sıfırdır. Aylık 500 bin TL ciro yapan bir bayi için aradaki fark, tek başına bir personel maaşına denk gelir. Ama burada gizlenen ikinci maliyet var: chargeback. Kart ile satılan dijital ürün, teslim edildikten sonra bile itiraz edilebilir; QR ile gelen havalede bu risk pratikte yok denecek kadar azdır. Yani QR sadece komisyon değil, iade riski de düşürür.
| Tahsilat kanalı | Ortalama maliyet | Onay süresi | İtiraz riski | Otomasyona uygunluk |
|---|---|---|---|---|
| Kredi kartı (sanal POS) | %2,8 - %5,5 | Anlık | Yüksek | Tam otomatik |
| QR karekod (banka içi) | %0 | 5-30 saniye | Çok düşük | Referans eşleşmeli |
| QR karekod (bankalar arası FAST) | Genelde ücretsiz | 10-60 saniye | Çok düşük | Referans eşleşmeli |
| Klasik havale + dekont | %0 | 2 dk - 4 saat | Düşük | Manuel, hataya açık |
| Mobil cüzdan QR | %1,2 - %2,5 | Anlık | Orta | API ile otomatik |
Sahte dekont sorunu QR ile gerçekten bitiyor mu?
Bu, sektörde en çok kanayan yaradır. Photoshop'la üretilmiş dekont görselleri, gece 03:00'te destek ekibine gelir ve acemi bir personel ürünü teslim eder. QR bu zinciri tek yerden kırar: müşteri artık sana görsel göndermez, sistem bankadan gelen kaydı okur. Doğru kurulmuş bir dijital ürün satış scripti, QR ile üretilen her sipariş için benzersiz bir referans üretir, o referansı bekler ve eşleşme olmadan stoktan tek bir kod bile düşürmez. Böylece teslimat kararı insandan alınıp kurala devredilir. İnsan yorulur, kural yorulmaz.
Referans eşleşmesi neden bu işin kalbi?
Diyelim ki iki müşteri aynı anda 250 TL'lik sipariş verdi. Hesabına iki adet 250 TL girdi. Hangisi kimin? Açıklama alanında referans yoksa bu soruyu kimse cevaplayamaz ve iki sipariş de askıda kalır. Bu yüzden karekod üretiminde tutarı değil, tutar + benzersiz referans ikilisini birlikte gömmek gerekir. İleri seviye bir kurulumda şu da yapılır: aynı tutarlı siparişlerde kuruş seviyesinde mikro farklandırma (250,03 gibi) uygulanır ve ikinci bir doğrulama katmanı elde edilir. Bir e-pin satış yazılımı bu mantığı sipariş oluşturma anında kurar; sonradan eklenen yamalarla bu düzen kurulmaz.
QR tahsilatında karşılaşılan sorunların dağılımı
- Açıklama/referans yazılmaması 45%
- Yanlış tutar gönderimi 25%
- Üçüncü kişi hesabından ödeme 20%
- Banka tarafı gecikmesi 10%
Müşteri referansı silerse ne olacak? Süreci kurtarmanın yolu var mı?
Var, ama kurgusal olarak önceden planlanmış olması şart. Referanssız gelen tahsilatlar "eşleşmeyen ödemeler" kuyruğuna düşmeli ve panelde tek ekranda listelenmelidir. Buradaki iş, personelin gelen tutarı bekleyen siparişlerle karşılaştırıp tek tıkla bağlamasıdır. İyi tasarlanmış bir panelde bu işlem otuz saniye sürer; kötü tasarlanmışta müşteri hizmetleri saatlerce banka ekstresiyle boğuşur. İkinci kurtarma yolu, QR ekranında müşteriye referansı kopyalatan bir buton ve "açıklamaya bunu yapıştır" uyarısıdır. Basit görünür ama eşleşmeyen ödeme oranını yarıya indiren şey çoğu zaman bu tek satırlık uyarıdır.
Ürettiğin QR'a 15-20 dakikalık bir geçerlilik süresi koy ve süre dolunca kodu geçersiz kıl. Böylece eski ekran görüntüsüyle tekrar ödeme denemesi ve fiyat değişimi sonrası eski tutarla ödeme sorunu tamamen ortadan kalkar.
Kurulum sırasında hangi kontrol listesini işaretlemelisin?
QR tahsilatını açmadan önce yapılacaklar, ödeme sisteminin kendisinden daha önemlidir. Aşağıdaki tabloyu bir denetim formu gibi kullan. Her satırı işaretlemeden canlıya çıkarsan, kaybettiğin ilk siparişin faturası kazandığın komisyondan büyük olur.
| Kontrol adımı | Neden kritik? | Durum ölçütü |
|---|---|---|
| Benzersiz referans üretimi | Eşleşmenin tek dayanağı | Her siparişte farklı, tekrar etmiyor |
| QR geçerlilik süresi | Eski ekran görüntüsü istismarını keser | 15-20 dk sonra otomatik iptal |
| Eşleşmeyen ödeme kuyruğu | Kayıp para kalmaz | Panelde ayrı sekme, tek tık bağlama |
| Kısmi ödeme kuralı | Eksik tutar teslimatı tetiklemesin | Tam tutar dışında teslimat yok |
| Mükerrer ödeme uyarısı | İki kez ödeyen müşteri kızar | Aynı referansa ikinci ödeme alarmı |
| Teslimat log kaydı | İtirazda tek kanıtın bu | Zaman damgalı, silinemez kayıt |
| Mobil ekran testi | Trafiğin çoğu telefondan | QR tek ekrana sığıyor, kaydırma yok |
QR'ı sanal POS'un yerine mi koymalısın, yanına mı?
Yanına. Çünkü müşterinin bir kısmı taksit ister, bir kısmı kartını kullanmak ister, bir kısmı da saat 02:00'de kartsız ödemek ister. QR'ı tek seçenek yapmak, kart ile alışverişe alışkın kitleyi kaybettirir. Doğru kurgu, ödeme adımında kanalları maliyetine göre sıralamak ve QR'ı en üste, görsel olarak en cazip kutuya yerleştirmektir. Bir kademe ileri gitmek istersen QR ile ödeyene küçük bir bakiye bonusu tanımla; komisyondan kazandığının bir kısmını müşteriye geri ver, kanal payını kendiliğinden yükselt. Özellikler sayfasında bu çok kanallı ödeme mantığının nasıl kurgulandığını görebilir, fiyat bölümünden hangi paketin bu modülü kapsadığını karşılaştırabilirsin.
QR tahsilatını sipariş akışının içine göm
Referans üretimi, otomatik eşleşme ve anlık teslimat aynı yazılımda olduğunda dekont kontrolü diye bir iş kalmaz. Pinova'nın ödeme modülünü inceleyerek kendi akışını dakikalar içinde kurabilirsin.
QR kod ile ödeme için bankayla özel anlaşma yapmam gerekir mi?
Çoğu senaryoda hayır. Kendi ticari hesabının bilgileriyle üretilen karekod, müşterinin bankacılık uygulamasında açılır. Otomatik eşleşmeyi ileri seviyeye taşımak istersen bankanın hesap hareketi servisinden veya bir açık bankacılık sağlayıcısından yararlanman gerekir.
Müşteri yanlış tutar gönderirse sistem ne yapmalı?
Kesinlikle teslimat yapmamalı. Eksik ödeme "kısmi ödeme" olarak işaretlenip müşteriye fark bildirilmeli, fazla ödeme ise bakiyeye eklenip bir sonraki siparişte kullanılabilmelidir.
Üçüncü bir kişinin hesabından gelen ödemeyi kabul etmeli miyim?
Riskli bir alandır. Gönderen ad soyad ile hesap sahibi eşleşmediğinde sipariş otomatik teslim edilmemeli, manuel onay kuyruğuna düşmelidir. Bu kural özellikle yüksek tutarlı siparişlerde seni korur.
QR ile ödeme mobilde nasıl çalışır, kodu okutamayan müşteri ne yapar?
Telefondan giren müşteri kodu okutamaz; bu yüzden karekodun altına mutlaka "bankamda aç" bağlantısı ve kopyalanabilir IBAN + referans alanı koymalısın. Bu üçlü bir arada sunulduğunda mobil tamamlanma oranı belirgin şekilde yükselir.
QR ile ödeme, e-pin işinde komisyon kalemini küçülten ve gece yarısı destek trafiğini sustaran en sessiz kazançlardan biri. Ama bu kazanç, karekodu üreten değil, gelen parayı siparişle eşleştiren tarafta doğuyor. Kendi akışında eşleşmenin nasıl kurulduğunu, eşleşmeyen ödemelerin hangi ekranda toplandığını ve teslimatın hangi kuralla tetiklendiğini görmek istersen canlı demo üzerinden bir sipariş oluşturup süreci baştan sona kendi gözünle takip edebilirsin.