Çoğu kişi e-pin kodunu bir eşya sanır. Sanki elden ele geçen bir bilet gibi düşünür: satın alan kişi beğenmezse arkadaşına verir, arkadaşı da kullanır, olay biter. Sen de bu sektörde bir süre kaldıysan müşterinin şu cümlesini defalarca duymuşsundur: "Kodu ben kullanmadım, kardeşimin hesabına girsin, siz devredin." Kulağa masum geliyor. Ama bu cümlenin arkasında, panelinde iz bırakmadığın anda seni sekiz ay sonra vuracak bir sorumluluk zinciri var.
Gerçek şu: e-pin kodu devredilebilir bir nesne değil, devredilebilir bir hak kaydıdır. Kod dizisinin kendisi zaten taşınabilir; asıl soru, o kodun kime satıldığına dair kaydın kimde durduğudur. Devir dediğimiz şey, kodu WhatsApp'tan başka birine yazmak değil; siparişin sahibini sistemsel olarak değiştirmek, kimin ne zaman ne aldığını yeniden yazmaktır. Bu yüzden devir bir müşteri hizmetleri nezaketi değil, doğrudan e-pin scriptinin mimarisine bağlı bir teknik meseledir. Aşağıda bu zincirin nasıl kurulduğunu, hangi şartlarda devrin geçerli olduğunu ve hangi anda "devretmeyi" reddetmek zorunda olduğunu tek tek açıyorum.
Devir gerçekten mümkün mü, yoksa bayilerin uydurduğu bir kolaylık mı?
Teknik olarak mümkün, ama herkesin sandığı biçimde değil. Bir e-pin kodu üretildiği anda sağlayıcı tarafında tek bir duruma sahiptir: kullanılmamış ya da kullanılmış. Sağlayıcı senin müşterinin adını bilmez, umursamaz da. Yani sağlayıcı katmanında "devir" diye bir işlem yoktur. Devir tamamen senin tarafında, yani e-pin satış scripti katmanında yaşayan bir kavramdır. Sen siparişi A kullanıcısından B kullanıcısına aktardığında sağlayıcı için hiçbir şey değişmez; değişen tek şey, olası bir ihtilafta kimin sorumlu tutulacağıdır. Bu yüzden devir mümkündür ama yalnızca kod hiç görüntülenmediyse anlamlıdır. Kod bir kez ekranda gösterildiyse, o kodun kopyalanmadığını kimse kanıtlayamaz. Devri o noktada yapmak, aynı kodu iki kişiye satmakla aynı riski taşır.
Kodu görüntüleme kaydı neden devrin tek dürüst kanıtıdır?
Sektörde en büyük karışıklık "teslim edildi" ile "görüntülendi" arasındaki farkın kaybolmasından çıkar. Sipariş tamamlandığında kod müşterinin hesabına düşer; bu teslimdir. Müşteri panele girip kodu açtığında ise bambaşka bir olay olur: sır artık ortadan kalkmıştır. Düzgün bir dijital ürün satış scripti bu iki olayı ayrı ayrı damgalar; ilk görüntüleme anını IP, tarayıcı parmak izi ve saat damgasıyla birlikte saklar. Devir talebi geldiğinde bakacağın yer tek bir alandır: ilk görüntüleme boş mu? Boşsa devir teknik olarak temizdir. Doluysa devir yapmak, müşteriye "kodu zaten aldın" demek yerine kendi zararını üstlenmek olur. Bunu manuel Excel tablosuyla yürütmeye çalışan bayiler bu ayrımı asla yakalayamaz; çünkü Excel'de bir hücre ya yazılır ya yazılmaz, bir olayın ne zaman gerçekleştiğini anlatmaz.
| Durum | Kod görüntülendi mi? | Devir kararı | Kayda geçmesi gereken |
|---|---|---|---|
| Sipariş yeni, kod kapalı | Hayır | Devredilebilir | Devir talebi + onay + yeni sahip |
| Kod bir kez açılmış | Evet | Devir kapalı | Görüntüleme damgası + ret gerekçesi |
| Aynı kod ikinci kez talep ediliyor | Evet | Kesin ret | Şüpheli işlem etiketi |
| Ödeme henüz onaylanmamış | Hayır | Devir askıda | Ödeme durumu bağlantısı |
| Kurumsal fatura kesilmiş | Fark etmez | Muhasebe onayı şart | Fatura düzeltme kaydı |
| Hesap sahibi doğrulanamıyor | Hayır | Devir reddi | Kimlik doğrulama eksiği |
Devir yaparken hangi kaydı tutmazsan sonra ödersin?
Bir devir işlemi üç ayrı satır üretmelidir: talebin kim tarafından, hangi kanaldan yapıldığı; onayı kimin verdiği; siparişin eski ve yeni sahibi. Bu üçünden biri eksikse elinde devir değil, boşluk vardır. Boşluk da her zaman senin aleyhine yorumlanır. Düşün: altı ay sonra ilk müşteri "kodu hiç almadım, param iade edilsin" diye ödeme sağlayıcısına başvuruyor. Panelinde siparişin sahibi artık başka biri. Eski sahibin adı hiçbir yerde yok. Sağlayıcıya ne göstereceksin? İşte e-pin yazılımı tercihinin faturası tam burada kesilir. Devir kaydını sipariş geçmişine ekleyen değil, siparişi sessizce güncelleyen bir sistem kullanıyorsan her devir işlemi geriye dönük bir delil silme işlemine dönüşür.
Devir talebi gelen siparişlerin gerçek akıbeti
- Kod kapalı, devir onaylandı 45%
- Kod açılmış, devir reddedildi 25%
- Kimlik doğrulaması eksik, beklemede 20%
- Dolandırıcılık şüphesiyle kapatıldı 10%
Kurumsal müşteride devir neden bambaşka bir hikâyedir?
Bireysel müşteri devir istediğinde konu bir hesap adıdır. Kurumsal müşteri devir istediğinde konu bir faturadır. Şirket A adına kesilmiş faturanın ürününü şirket B'ye devretmek, muhasebe açısından basit bir isim değişikliği değildir; eski faturanın iptali ve yenisinin düzenlenmesi gerekir. Bu yüzden kurumsal tarafta devir akışını satış ekibinin insafına bırakamazsın. Panelin, kurumsal siparişlerde devir düğmesini muhasebe onayı olmadan çalıştırmamalı. Pinova'nın bu noktadaki yaklaşımı net: devir bir yetki seviyesidir, bir buton değil. Destek personeli talebi açar, yetkili kapatır, sistem her iki adımı ayrı ayrı imzalar. Böylece "kim onayladı" sorusunun cevabı asla "bilmiyorum" olmaz.
Toplu satışta devir, tek tek devirden neden daha tehlikeli?
Bir müşteriye 300 adet kod sattın; müşteri 120 tanesini kendi bayisine devretmek istiyor. Burada tek tek devir mantığı çöker, çünkü hangi 120 kodun devredildiğini kod bazında işaretlemek zorundasın. Parti bazında devir yaparsan, devredilmeyen 180 kodun sorumluluğu da yeni tarafa geçmiş görünür. Bu durumda tek bir iptal talebi tüm partiyi kirletir. Doğru kurgu şudur: devir işlemi kod seviyesinde çalışır, sipariş seviyesinde değil. Hangi kodun hangi tarihte kime geçtiği ayrı ayrı yazılır. Bunu yapan bir epin yazılım altyapısı, toplu satışta seni tek bir ekrandan yönetilebilir bir tabloya kavuşturur; yapmayan altyapı ise seni her ihtilafta sıfırdan sayım yapmaya mahkûm eder.
Devir şartını sipariş anında göstermek, sonradan yapılan tüm tartışmayı bitirir. Tek cümle yeter: kod görüntülendikten sonra devir yapılmaz. Bu cümle panelinde kayıtla desteklendiğinde itiraz oranı belirgin biçimde düşer.
Devir politikasını kurmadan önce hangi kontrol listesini geçmelisin?
Politika, yazılımın izin verdiği kadar gerçektir. Sayfada "devir 24 saat içinde yapılır" yazıp panelinde saat kısıtı yoksa, o cümle bir temenniden ibarettir. Aşağıdaki liste, devir akışını üretime almadan önce her kalemi sistemde doğrulaman gereken asgari kontrol setidir. Her satırı açıp "bu bizde otomatik mi, elle mi?" diye sor. Elle olan her kalem, yoğun bir cuma akşamında atlanacak kalemdir.
| Kontrol | Neden gerekli | Olması gereken | Sende var mı? |
|---|---|---|---|
| İlk görüntüleme damgası | Devrin tek objektif kanıtı | Otomatik, silinemez | — |
| Devir süre sınırı | Sonsuz talep akışını keser | Sistemsel kilit | — |
| Yetki ayrımı | Tek kişilik onay riskini kaldırır | Talep + onay ayrı rol | — |
| Kod bazlı devir | Toplu satışta karışıklığı önler | Her kod tek tek | — |
| Fatura bağlantısı | Kurumsal uyum | Muhasebe onay adımı | — |
| Eski sahip kaydı | İtiraz savunması | Geçmişte kalıcı satır | — |
| Müşteriye bildirim | Sessiz devir şikâyeti önler | Her iki tarafa e-posta | — |
Bu tabloyu dürüstçe doldurduğunda çoğu bayi şunu görür: devir politikası aslında yok, sadece bir alışkanlık var. Alışkanlıkla yönetilen süreçler büyürken kırılır. Özellik listesini incelediğinde göreceğin şey uzun bir madde yığını değil, bu tablodaki her satırın panel içinde karşılığı olması. Fiyatlandırma tarafında da mantık aynı: devir, log ve yetki yönetimi bir üst pakete saklanan lüks değil, temel akışın parçası.
Devir zincirini kayda geçiren bir altyapıya geç
Sipariş sahibini değiştirirken geçmişi silmeyen, her adımı imzalayan ve kurumsal onay akışını destekleyen bir sistemle çalış.
E-pin kodu yasal olarak başkasına devredilebilir mi?
Kodun kendisi taşınabilir bir veridir, dolayısıyla müşteri kodu istediği kişiye verebilir. Ancak satıcı nezdindeki sipariş sahipliğinin değişmesi, senin devir politikanla ve kayıt sistemindeki karşılığıyla sınırlıdır. Kod görüntülenmişse devri reddetmek hem teknik hem ticari olarak doğru karardır.
Kod görüntülendikten sonra devir yapmak neden riskli?
Çünkü kodun kopyalanmadığını kanıtlamanın hiçbir yolu yoktur. Devri onaylarsan aynı kodun iki tarafa satılmış olma ihtimalini üstlenirsin. İlk görüntüleme damgası bu yüzden devir kararının tek objektif dayanağıdır.
Toplu siparişte kısmi devir nasıl yapılır?
Devir kod seviyesinde işlenmelidir. Hangi kodların devredildiği tek tek işaretlenir, devredilmeyenler eski sahipte kalır. Parti bazında devir, tek bir ihtilafta tüm siparişi tartışmalı hale getirir.
Devir kaydı ne kadar süre saklanmalı?
En az ödeme sağlayıcının itiraz penceresini kapsayacak kadar, pratikte ise fatura saklama süresiyle aynı mantıkta düşünmek gerekir. Kaydın silinmesi değil, arşivlenmesi doğru yaklaşımdır; çünkü itirazlar genelde sen o siparişi unuttuktan sonra gelir.
Devir meselesi, dijital satışta "iyi niyet" ile "iyi kayıt" arasındaki farkın en net göründüğü yerdir. İyi niyetle yaptığın her devir, kaydı tutulmadığı sürece gelecekteki bir zararın peşin ödemesidir. Kendi akışını bu yazıdaki tablolarla karşılaştırmak istiyorsan, devir talebinin nasıl açıldığını, hangi ekranda onaylandığını ve sipariş geçmişinde nasıl iz bıraktığını canlı demo üzerinde adım adım dene; bir sonraki tartışmada elinde cümle değil kayıt olsun.