Çoğu bayi sahte e-pin kodunu bir yazım hatası sanır. "Harf sayısı tuttuysa kod gerçektir" diye düşünür, stoğu yükler, satar, sonra gece yarısı gelen "kod çalışmıyor" mesajlarıyla uyanır. Oysa sektörde gerçek anlamda "uydurma" kod neredeyse hiç yoktur. Rastgele üretilmiş bir dizi, ilk denemede zaten reddedilir ve kimse bununla ciddi para kazanamaz. Tehlikeli olan sahtelik bu değil.
Asıl sahtelik gerçek görünen ama hakkı sana ait olmayan koddur. Başka bölge için basılmış, promosyon kapsamında dağıtılmış, çalıntı kartla alınmış ya da senden önce bir başkasına satılmış kodlar. Bunlar test ekranında geçerli görünür, formatı doğrudur, tedarikçin yeminle "taze stok" der. Sorun teslimden sonra, kullanıcı hesabına girdiğinde ortaya çıkar. Bu yazıda sahteliği sonrasında anlamayı değil, öncesinde yakalamayı konuşacağız; çünkü teslimden sonra yakalanan her sahte kod, artık bir güvenlik meselesi değil zarar kalemidir.
Sahte kod aslında neye benzer, gerçekten uydurma mı?
Bir kodun geçerliliği üç ayrı katmanda yaşar: format, durum ve hak. Format en yüzeysel katmandır; karakter sayısı, öneki ve kontrol basamağıyla ilgilidir ve bunu her e-pin scripti stok yüklenirken yakalar. Durum katmanı kodun kullanılmış olup olmadığını söyler; bunu ancak sağlayıcı ya da doğrulama servisi bilir. Hak katmanı ise en kritik ve en çok atlanan katmandır: bu kodun senin pazarına, senin bölgene, senin satış kanalına ait olup olmadığı. Piyasadaki "sahte" şikâyetlerinin ezici çoğunluğu birinci katmanda değil, üçüncü katmanda doğar. Yani kod gerçektir, durumu temizdir, ama senin müşterinin kullanabileceği kod değildir. Bunu format kontrolüyle yakalaman mümkün olmadığı için, doğrulamayı stok kaynağına ve parti geçmişine taşımak zorundasın.
Bölge uyumsuzluğunu neden hiç kimse zamanında fark edemiyor?
Çünkü bölge bilgisi kodun içinde yazmaz, partinin künyesinde yazar. Tedarikçi sana bir Excel gönderir; içinde sadece kodlar vardır. Künye yoktur. Sen kodları yükler, satarsın; müşteri kodu girer ve "bu kod ülkenizde geçerli değil" uyarısını alır. O anda elinde kanıt olmadığı için tedarikçiye dönüp "bunlar yanlış bölge" diyemezsin, çünkü hangi partiden geldiğini bile bilmiyorsun. Çözüm basit ama disiplin ister: her stok girişinde parti kimliği, tedarikçi, alım tarihi ve beyan edilen bölge zorunlu alan olmalı. İyi bir dijital ürün satış scripti bu alanları boş bırakmana izin vermez; çünkü bu dört alan, altı ay sonra yaşanacak tartışmanın tek dilidir. Bölge alanı boş yüklenen stok, sahteliğe açık kapı bırakılmış stoktur.
| Şikâyet ifadesi | Gerçek sebep | Nerede yakalanır | Zararı kim üstlenir |
|---|---|---|---|
| "Kod geçersiz" | Bölge uyumsuzluğu | Stok girişi (parti künyesi) | Tedarikçi |
| "Kod kullanılmış" | Çift satış ya da eski stok | Teslim öncesi durum sorgusu | Satıcı |
| "Hesabım kapatıldı" | Çalıntı kartla basılmış kod | Kaynak geçmişi denetimi | Satıcı ve müşteri |
| "Tutar eksik yüklendi" | Yanlış nominal parti | Ürün eşleştirme | Satıcı |
| "Kod hiç gelmedi" | Teslim kaydı kopukluğu | Teslim logu | Satıcı |
| "Aynı kodu arkadaşım da aldı" | Stokta mükerrer satır | Yükleme sırasında tekillik | Satıcı |
Çift satış, sahtelikten daha sık görülen bir sahtelik biçimi mi?
Evet ve en acı olanı da bu, çünkü failin dışarıda olması gerekmez. Aynı kod iki farklı Excel dosyasında sana iki kez gelmişse, sistemin bunu engellemediği anda iki müşteriye aynı kodu satarsın. İkinci müşteri kodu "kullanılmış" bulur ve sana sahte kod sattığını düşünür. Teknik olarak sahte değildir, ama müşteri gözünde farkı yoktur. Bu yüzden stok tarafında pazarlıksız bir kural gerekir: kod dizisi sistem genelinde tekil olmalı. Aynı kod hiçbir şartla, farklı ürün altında bile ikinci kez yüklenememeli. Bir e-pin satış yazılımı bunu veritabanı seviyesinde kısıtlarsa sorun daha yükleme ekranında biter; yalnızca uygulama tarafında kontrol ederse eşzamanlı iki yükleme arasından sızar. Bu ayrım, kulağa küçük gelen ama yılda onlarca ihtilafı önleyen bir mimari detaydır.
"Sahte kod" şikâyetlerinin gerçek kaynak dağılımı
- Bölge / pazar uyumsuzluğu 40%
- Daha önce kullanılmış kod 30%
- Çalıntı kaynaklı stok 20%
- Müşteri hatası ve yazım 10%
Fiyat, sahteliğin en dürüst habercisi neden?
Piyasa fiyatının belirgin biçimde altındaki toplu parti teklifi, istisnasız bir soru işaretidir. Dijital ürün tedarikinde marjlar dardır ve kimse iyilik olsun diye maliyetin altına satmaz. Normalin altındaki fiyat genelde şu üç şeyden birini gizler: kodlar başka bir pazar için basılmıştır, çalıntı kartla alınmıştır ya da sana satılmadan önce bir kez daha satılmıştır. Bu yüzden stok girişine alım birim fiyatı alanını eklemek sadece muhasebe işi değil, bir güvenlik önlemidir. Panelinde ortalama alım fiyatının altına düşen partileri işaretleyen bir eşik kurduğunda, sahte stok senin dikkatine kalmaz, sistemin dikkatine kalır. Ve sistem hiç yorulmaz.
Yeni kaynaktan ilk alımı asla büyük yapma. Küçük bir test partisi yükle, bekleyen satışa değil kendi test hesabına doğrulat. Bir tedarikçinin dürüstlüğü fiyat listesinde değil, ilk 20 kodun davranışında görünür.
Teslimden önce hangi kontrolleri otomatikleştirmelisin?
Sahte kodla mücadelenin tamamı tek bir cümlede toplanır: şüpheyi teslimden önceye taşı. Teslimden sonra yapılan her kontrol, sadece zararın boyutunu ölçer. Teslimden önce yapılan kontrol ise zararı hiç oluşmadan kapatır. Aşağıdaki liste, her siparişin geçmesi gereken asgari kapıları gösterir. Bunların hiçbiri müşteriyi bekletmez; tamamı milisaniyeler içinde çalışabilecek kontrollerdir. Kritik olan, bu kontrollerin insanın hatırlamasına değil, akışın kendisine bağlı olmasıdır.
| Kontrol kapısı | Ne engeller | Otomatik olmalı mı | Kayıt bırakmalı mı |
|---|---|---|---|
| Format doğrulama | Bozuk / eksik kod | Evet | Hayır |
| Tekillik kontrolü | Çift satış | Evet | Evet |
| Parti künye zorunluluğu | Bölge uyumsuzluğu | Evet | Evet |
| Alım fiyatı eşiği | Şüpheli kaynak | Evet | Evet |
| Stok yaşı uyarısı | Bayat / iptal olmuş kod | Evet | Evet |
| Test hesabı doğrulaması | Yeni tedarikçi riski | Kısmen | Evet |
| Teslim damgası | "Kod gelmedi" ihtilafı | Evet | Evet |
Bu kapıların hepsini elle yürütmek mümkün değil; günde 40 sipariş sonrası insan dikkati biter. Bu yüzden sahte kod problemi bir dikkat problemi değil, bir epin yazılım mimarisi problemidir. Özellikler bölümünde stok girişinin hangi alanları zorunlu tuttuğuna bakmak, uzun bir tanıtım metninden daha çok şey anlatır. Fiyat sayfasında ise bu doğrulama katmanının hangi pakette geldiğini görebilirsin.
Sahteyi teslimden önce yakalayan bir akışa geç
Tekillik, parti künyesi, fiyat eşiği ve teslim damgasını zorunlu kılan bir altyapıyla çalış; şikâyeti müşteriden değil sistemden duy.
Sahte e-pin kodunu teslimden önce anlamak mümkün mü?
Büyük ölçüde mümkün. Format kontrolü, sistem genelinde tekillik, parti künyesi zorunluluğu ve alım fiyatı eşiği birlikte çalıştığında şüpheli stoğun önemli kısmı satışa hiç çıkmaz. Kalan risk için yeni tedarikçiyi küçük test partisiyle sınamak gerekir.
Kod doğru görünüyor ama çalışmıyorsa sebep ne olabilir?
En sık sebep bölge uyumsuzluğudur; kod gerçektir ama başka pazar için basılmıştır. İkinci sebep kodun daha önce kullanılmış olmasıdır. Her iki durumda da parti kaydı yoksa sorumluluğu tedarikçiye devretmen neredeyse imkânsızdır.
Aynı kodun iki kez satılmasını nasıl engellerim?
Kod dizisini veritabanı seviyesinde tekil kısıt altına almak gerekir. Sadece uygulama tarafında yapılan kontrol, eşzamanlı iki yükleme arasında sızıntı bırakır. Tekillik ürün bazında değil sistem genelinde tanımlanmalıdır.
Ucuz toplu parti almak her zaman risk mi?
Her zaman değil ama her zaman soru işaretidir. Marjların dar olduğu bir işte maliyet altı fiyat genelde bölge, kaynak ya da mükerrer satış problemini gizler. Alım fiyatını kayda geçirip ortalamanın altındaki partileri işaretlemek en pratik korumadır.
Sahte kodla mücadele, kod dizisine bakıp sezgiyle karar vermek değildir; kaynağı, partiyi ve teslim anını kayda geçirip şüpheyi sisteme devretmektir. Kendi stok akışını bu yazıdaki yedi kapıyla karşılaştırmak istiyorsan, parti künyesinin nasıl zorunlu tutulduğunu ve teslim damgasının sipariş ekranında nerede göründüğünü canlı demo üzerinde kendi elinle dene; bir sonraki şüpheli partiyi müşterin değil sen fark et.