Çoğu kişi şöyle başlar: "Dijital ürün satacağım, hazır bir e-ticaret altyapısı kurarım, ürünleri girerim, olur biter." İlk hafta çalışır. İkinci haftada aynı kodu iki müşteriye gönderirsin. Üçüncü haftada gece 03:00'te gelen siparişi elle teslim etmek için telefonla uyanırsın. Birinci ayın sonunda hangi tedarikçiden kaç kod kaldığını bilemezsin. Üçüncü ayda ya bırakırsın ya da her şeyi baştan kurarsın. Sorun senin çalışkanlığında değil, kullandığın yazılımın dünyayı fiziksel ürün olarak görmesinde.
Klasik e-ticaret yazılımı "ürünü paketle, kargoya ver, takip numarasını yaz" mantığıyla tasarlandı. Dijital kod satışında ise ürün bir satırdır, teslim saniyeler içinde olur, iade diye bir şey yoktur ve stok dediğin şey aslında tekil, bir kez kullanılabilir ve gizli bir veridir. Bu yazıda e-pin scriptinin ne olduğunu, klasik altyapıdan tam olarak hangi noktalarda ayrıldığını ve hangi durumda hangisini seçmen gerektiğini mimari düzeyde açıyorum. Sonunda "eklenti ile çözülür" cümlesinin neden tuzak olduğunu da göreceksin.
Çoğu kişi "hazır mağaza kurarım" sanıyor: peki neden üç ayda bırakıyorlar?
Hazır e-ticaret paketleri müthiş yazılımlar; yanlış işte kullanıldıklarında sorun çıkarıyorlar. Bir tişört sattığında stok sayısı yeterli bilgidir: 12 adet var, biri satıldı, 11 kaldı. Dijital kodda ise stok bir sayı değildir. Her satır ayrı bir varlıktır, ayrı bir seri numarası, ayrı bir geçerlilik tarihi, ayrı bir maliyeti ve ayrı bir tedarikçisi vardır. Aynı 11 sayısının arkasında farklı fiyatlarla alınmış, farklı bölgelere kilitli 11 ayrı kod durur.
Bu ayrım tek başına bütün akışı değiştirir. Klasik sistemde siparişin "hazırlanıyor" durumu vardır, dijitalde olmaz; ya teslim edilmiştir ya hiç. Klasikte iade süreci merkezdedir, dijitalde iade değil doğrulama merkezdedir. Klasikte kargo entegrasyonu vardır, dijitalde tedarikçi API entegrasyonu vardır. İnsanlar üç ayda bırakmıyor aslında; yazılımın olmayan özelliklerini elle kapatmaya çalışarak tükeniyor. Bir e-pin scripti bu akışın tamamını varsayılan olarak doğru kurar, çünkü tek bir iş için yazılmıştır.
E-pin scripti nedir: tek cümlelik tanımın arkasındaki gerçek mimari
Kısa tanım: e-pin scripti, tekil dijital kodların satın alınmasını, saklanmasını, satılmasını ve anında teslimini yönetmek için yazılmış özel amaçlı bir satış yönetim yazılımıdır. Uzun tanım ise modüllerinde saklıdır. İçinde bir kod havuzu vardır: her kayıt şifreli saklanır, bir kez okunur, teslim edildiği sipariş numarasıyla mühürlenir. Bir tedarikçi katmanı vardır: stok bitince dış API'den anlık çekim yapar. Bir cüzdan vardır: müşteri bakiyesi tutar. Bir bayi katmanı vardır: toptan alıcıya farklı fiyat gösterir.
Bunların üzerine bir risk motoru ve bir mutabakat raporlaması gelir. Neden? Çünkü dijital satışta kâr marjı incedir ve tek bir yanlış teslim, bir günün kazancını siler. Epin yazılım tarafında "güzel tasarım" ikinci sıradadır; birinci sırada teslimin doğruluğu, kodun tekilliği ve kaydın izlenebilirliği vardır. Bu yüzden ciddi dijital ürün satış yazılımı projeleri vitrinden değil, sipariş yaşam döngüsünden başlanarak kurulur. Modül dökümünü /#ozellikler bölümünde görebilirsin.
| Konu | Klasik e-ticaret yazılımı | E-pin satış scripti |
|---|---|---|
| Stok mantığı | Adet sayacı | Tekil, şifreli, bir kez kullanılır kayıt |
| Teslim | Kargo ve takip numarası | Saniyeler içinde otomatik kod teslimi |
| Tedarik | Manuel stok girişi | Çoklu tedarikçi API'siyle anlık çekim |
| İade | Merkezî süreç | Cayma istisnası + doğrulama süreci |
| Müşteri bakiyesi | Genelde yok | Cüzdan ve bakiye yükleme |
| Toptan satış | Eklenti gerektirir | Yerleşik bayi ve fiyat kademesi |
| Dolandırıcılık kontrolü | Ödeme tarafına bırakılır | Sipariş anında risk skorlama |
| Kârlılık takibi | Ürün bazlı ciro | Kod bazlı maliyet ve net marj |
Stok kavramı burada tamamen başka çalışıyor
En kritik farkı bir örnekle netleştirelim. Elinde 500 kod var, üç ayrı tedarikçiden alınmış: 200'ü 92 liradan, 200'ü 94 liradan, 100'ü 96 liradan. Klasik sistemde bunların hepsi "500 adet, birim maliyet 93,8 lira" olur. Bir ay sonra elinde 100 kod kaldığında bunların hangi partiden olduğunu bilemezsin; dolayısıyla gerçek kârını da bilemezsin. Dijital kodda parti takibi lüks değil, doğru muhasebenin tek yolu.
İkinci kritik nokta güvenlik. Kod, para gibi bir veridir; veritabanında açık metin duruyorsa bir sızıntı doğrudan nakit kaybıdır. Doğru mimaride kodlar şifreli saklanır, yalnızca teslim anında çözülür, panelde tam haliyle görüntülenmez ve her okuma loglanır. Üçüncü nokta çift teslim önlemesi: eşzamanlı iki sipariş aynı koda ulaşamamalı; bu, veritabanı düzeyinde kilit gerektirir. Bu üç davranış eklentiyle sonradan eklenemez, çünkü çekirdek veri modelinin kendisiyle ilgilidir. "Sonra hallederiz" denen her mimari eksik, ilk yüksek trafikte fatura olarak geri döner.
E-pin satışında yazılımın üstlendiği iş yükü dağılımı
- Stok ve otomatik teslim 44%
- Cüzdan, bayi ve fiyatlama 24%
- Risk ve dolandırıcılık kontrolü 20%
- Raporlama ve mutabakat 12%
Klasik e-ticaretin olmayan üç modülü: cüzdan, bayi, otomatik teslim
Cüzdan neden var? Çünkü dijital kod müşterisi sık ve küçük tutarlı alışveriş yapar. Her seferinde kart girmek dönüşümü düşürür, her işlemde ayrı komisyon ödemek marjı yer. Müşteri bir kez 500 lira yüklerse, o paranın dört ayrı siparişe dağılmasının komisyon maliyeti bir kezdir. Yani cüzdan bir kolaylık değil, kâr kalemidir. Ayrıca cüzdan bakiyesi müşteriyi sistemde tutar; bakiyesi olan kimse rakibe gitmez.
Bayi modülü ise bu pazarın doğal yapısından gelir. Dijital kod satan herkes bir noktada başka satıcılara da satar: internet kafe, küçük dükkân, sosyal medya üzerinden çalışan aracılar. Onlara farklı fiyat listesi, kendi paneli, API erişimi ve limit tanımlamak gerekir. Üçüncüsü otomatik teslim: siparişten sonra kodun havuzdan çekilip müşteriye ulaşması, ödeme onayıyla tetiklenmeli ve başarısızlık durumunda otomatik iade veya cüzdana aktarım yapabilmeli. Bu üç modülü klasik altyapıya eklentilerle kurmak teknik olarak mümkündür ama pratikte üç farklı eklentinin birbirini bozduğu bir bakım yüküne dönüşür.
Aday yazılıma tek soru sor: aynı kodun iki kişiye gitmesini hangi katman engelliyor? Cevap "eklenti" ise mimari uygun değil; cevap veritabanı kilidi ve tekil kayıt ise doğru yerdesin.
Dolandırıcılık ve chargeback: dijitalde iade diye bir şey yok
Fiziksel üründe çalıntı kartla sipariş gelse bile kargoyu durdurabilirsin, ürün geri gelir. Dijital kodda teslim gerçekleştiği anda ürün tükenir; itiraz sonucu tutar senden geri alınır ve elinde hiçbir şey kalmaz. Bu asimetri, e-pin satışını klasik e-ticaretten en keskin ayıran yerdir. Dolayısıyla savunma teslimden önce kurulmalıdır.
Pratik kurallar şunlar: ilk siparişte tutar limiti, aynı karttan kısa sürede gelen çoklu sipariş engeli, IP ülkesi ile fatura ülkesi uyumsuzluğunda manuel onay, tek kullanımlık e-posta adreslerinin filtrelenmesi, yüksek tutarda telefon doğrulama ve riskli siparişte teslimin bekletilmesi. Bunların hepsinin ürün bazlı ayarlanabilmesi gerekir; çünkü 20 liralık bir mobil pakette bu kontroller dönüşümü düşürürken, 2.000 liralık bir üründe hayat kurtarır. Klasik altyapıda bu kuralları yazmak özel geliştirme demektir. Amaca özel bir e-pin satış yazılımında ise bunlar zaten panelde ayar olarak durur.
Karşılaştırma: hangi durumda hangisi mantıklı?
Adil olalım: her durumda özel yazılım gerekmez. Ayda 30-50 sipariş alıyorsan, tek tedarikçiyle çalışıyorsan ve teslimi elle yapmak seni yormuyorsa hazır bir mağaza altyapısı işini görür. Ayrıca fiziksel ürün ile dijital ürünü aynı sitede satıyorsan ve fiziksel taraf ağırlıktaysa, klasik altyapı üzerine dijital eklenti makul bir ara çözümdür. Karar kriteri duygusal değil, operasyonel eşiktir.
Şu dört işaretten ikisi varsa amaca özel yazılıma geçme zamanı gelmiştir: aylık sipariş 150'yi geçti, birden fazla tedarikçiyle çalışıyorsun, toptan/bayi satışı başladı ve gece gelen siparişleri elle teslim ediyorsun. Bu eşikten sonra geçişin maliyeti, beklemenin maliyetinden düşüktür; çünkü kaybettiğin sadece zaman değil, yanlış teslim ve iade kaynaklı doğrudan para. Pinova bu geçişi yapan işletmeler için tasarlanmış lisanslı bir yönetim yazılımıdır: kendisi e-pin satmaz, e-pin satan işletmenin stoğunu, teslimini, bayi ağını ve raporunu tek panelde toplar. Paket ve lisans karşılaştırması için /#fiyat bölümüne bakabilirsin.
| Yazılım seçim kontrol listesi | Neyi doğruluyor | Önem |
|---|---|---|
| Kodlar şifreli saklanıyor mu | Sızıntıda nakit kaybı riski | Kritik |
| Çift teslim veritabanı düzeyinde engelli mi | Eşzamanlı siparişte aynı kodun gitmesi | Kritik |
| Çoklu tedarikçi ve API stok çekimi var mı | Stok bitince satışın durmaması | Kritik |
| Cüzdan ve bakiye yükleme var mı | Komisyon maliyeti ve tekrar satış | Yüksek |
| Bayi paneli ve fiyat kademesi var mı | Toptan büyüme kanalı | Yüksek |
| Ürün bazlı risk kuralı tanımlanabiliyor mu | İtiraz ve dolandırıcılık kaybı | Kritik |
| Kod bazlı maliyet ve net marj raporu var mı | Gerçek kârlılığın ölçülmesi | Yüksek |
| Sipariş kaydında sözleşme ve onay izi var mı | Yasal uyum ve şikâyet savunması | Yüksek |
| Lisans, güncelleme ve destek net mi | Uzun vadeli bakım yükü | Orta |
Doğru soru "hangi tema" değil, "hangi mimari"
Tekil kod havuzu, otomatik teslim, çoklu tedarikçi, cüzdan, bayi ve risk motoru tek sistemde çalıştığında bu iş gerçekten ölçeklenir. Pinova bu altı modülü çekirdeğinde taşır.
E-pin scripti tam olarak ne yapar?
Tekil dijital kodların şifreli saklanmasını, tedarikçiden çekilmesini, satışını ve ödeme onayından sonra saniyeler içinde otomatik teslimini yönetir. Ayrıca cüzdan, bayi fiyatlaması, risk kontrolü ve kod bazlı kârlılık raporlaması sunar.
Hazır e-ticaret altyapısına eklenti kurup aynı işi yapamaz mıyım?
Küçük hacimde yapabilirsin. Ancak tekil stok, çift teslim kilidi ve şifreli kod saklama çekirdek veri modeliyle ilgilidir; eklentiler bunu sonradan güvenilir biçimde kurmaz. Hacim arttıkça üç ayrı eklentiyi uyumlu tutmak asıl işin önüne geçer.
Hangi noktada özel yazılıma geçmeliyim?
Aylık 150 siparişi geçtiğinde, ikinci tedarikçiyi eklediğinde, bayi satışına başladığında veya gece siparişlerini elle teslim etmeye başladığında. Bu işaretlerden ikisi varsa geçişin maliyeti beklemenin maliyetinden düşüktür.
Dijital kod satışında en büyük teknik risk nedir?
Teslim edilmiş kodun geri alınamaması. Bu yüzden dolandırıcılık savunması ödeme tarafına bırakılamaz; ilk sipariş limiti, IP-fatura uyumu ve riskli siparişte teslimi bekletme gibi kurallar sipariş anında yazılım içinde çalışmalıdır.
Kısaca: klasik e-ticaret yazılımı ürünü taşımak için, e-pin scripti ise veriyi tekil, güvenli ve anında teslim etmek için tasarlandı. Aynı vitrin görünse de arkadaki mimari bambaşka çalışıyor; stok, teslim, iade, tedarik ve risk kavramlarının hepsi farklı anlamlar taşıyor. Doğru kararı vermenin en hızlı yolu, kendi ürün ve akışını gerçek bir panelde denemek. Sipariş yaşam döngüsünü, tekil kod havuzunu ve otomatik teslim akışını kendi gözünle görmek istersen canlı demo üzerinden test siparişi oluşturup bu farkı ilk dakikada hissedebilirsin.