E-pin işine girmek isteyen hemen herkes aynı soruyla başlar: "Kodları nereden alacağım?" Ve neredeyse herkes aynı yanlış cevaba ulaşır: bir forumda ya da bir sohbet grubunda "toptan e-pin" diye ilan veren birine ilk ödemeyi yapar. İlk parti sorunsuz gelir, ikinci partide fiyat değişir, üçüncüde kodların bir kısmı kullanılmış çıkar. Sorun, o kişinin dolandırıcı olması bile değil çoğu zaman; sorun senin zincirin neresinde durduğunu bilmiyor olmanda.
Tedarik dünyası göründüğünden çok daha katmanlı. Her e-pin kodunun arkasında yayıncıdan başlayıp sana kadar uzanan, her adımda bir miktar marj eksilten bir zincir var. Bu zincirde ne kadar yukarı çıkarsan maliyetin düşer, ama sorumluluğun ve ön ödeme yükün artar. Bu yazıda o katmanları tek tek açıyorum: kim kime satıyor, hangi modelde ne kadar sermaye gerekiyor, hangi tedarikçi sorusunu sormazsan başın ağrıyor ve bütün bunları e-pin satış yazılımı tarafında nasıl kuracaksın.
Zincirin en tepesinde kim var ve sen neredesin?
En üstte oyun yayıncısı veya platform sahibi durur. Yayıncı kodu doğrudan küçük işletmelere satmaz; bölgesel distribütörlerle çalışır. Distribütör büyük hacimli, sözleşmeli, banka teminatı isteyebilen bir yapıdır. Onun altında ana bayiler, ana bayinin altında üst bayiler, en altta ise perakende satış yapan işletmeler bulunur. Yeni başlayan biri neredeyse her zaman en alt iki katmandan birine girer ve bu tamamen normaldir.
Önemli olan bu konumu bilinçli seçmek. Alt katmanda maliyetin yüksek, riskin düşüktür: küçük tutarlarla başlarsın, stok elinde kalmaz, tedarikçi sorunu çözmek onun işidir. Üst katmanda maliyetin düşük ama sorumluluğun ağırdır: peşin ödeme yaparsın, kullanılmayan stok senin sermayeni bağlar, müşteri şikâyetinde arkana saklanacak kimse yoktur. İşletmenin bugünkü nakit gücü hangi katmanda durabileceğini belirler; hevesin değil.
Hangi tedarik modeli hangi işletmeye uygun?
Pratikte dört tedarik modeli görüyorum ve bunların hiçbiri diğerinden kesin olarak üstün değil. Doğru seçim, günlük sipariş adedine, elindeki nakde ve otomasyon seviyene bağlı. Aşağıdaki tablo dört modeli aynı ölçülerle karşılaştırıyor.
| Model | Gereken sermaye | Maliyet avantajı | Otomasyon | Kime uygun |
|---|---|---|---|---|
| Üst bayiden manuel alım | Çok düşük | Zayıf | Yok | İlk 1-3 ay, test aşaması |
| Üst bayi API entegrasyonu | Düşük (bakiye) | Orta | Tam | Günde 20+ sipariş |
| Ana bayilik / toplu kod alımı | Yüksek | İyi | Kısmi (havuz) | Belirli ürünlerde hacmi oturmuş işletme |
| Distribütör sözleşmesi | Çok yüksek | En iyi | Tam | Kurumsal yapı, bayi ağı olan |
Tabloda dikkat etmen gereken sütun sermaye değil, otomasyon. Çünkü otomasyon sütunu boş olan her model, sen büyüdükçe bir insan maliyetine dönüşür. Günde 5 siparişi elle gönderirsin, 50 siparişi zorlanarak gönderirsin, 200 siparişte sistem çöker ve müşteriyi kaybedersin. Bu yüzden tedarikçi seçerken sorulacak ilk soru fiyat değil, "API veriyor musun" olmalı.
E-pin bayilerinde tedarik kaynaklarının dağılımı
- Üst bayi API 40%
- Manuel üst bayi alımı 30%
- Toplu kod havuzu 18%
- Doğrudan distribütör 12%
Tedarikçiye sormadığın hangi soru seni batırır?
Fiyat sormak kolaydır, herkes sorar. Asıl belirleyici sorular şunlar: Kod sorunlu çıkarsa kaç saatte değiştiriyorsun? İade politikanı yazılı veriyor musun? Stok bittiğinde API ne dönüyor, hata mı yoksa sessiz başarı mı? Hafta sonu ve gece desteğin var mı? Fiyat değişikliğini kaç saat önceden bildiriyorsun? Bakiye iade şartların ne?
Bu soruların cevabı, ilk ay hiç fark etmez; üçüncü ayda işletmenin kaderini belirler. Özellikle "stok bittiğinde API ne dönüyor" sorusu kritiktir. Bazı tedarikçiler stok yokken bile başarılı yanıt döner, kodu sonra gönderir. Bu senaryoda müşterin ödeme yapmış ama kod eline geçmemiş olur ve sistemin bunu bir hata olarak yakalaması gerekir. İyi kurulmuş bir dijital ürün satış scripti bu durumu "teslimat beklemede" statüsüne alır, müşteriye dürüst bilgi verir ve sana bildirim gönderir; kötü kurulmuş olan siparişi tamamlandı sayar ve sen şikâyetten öğrenirsin.
Aynı ürün için en az iki kaynak tanımla ve birincisi hata döndüğünde ikinciye düşen bir yedek zinciri kur. Tek tedarikçi kesintisi, tek gecede itibar kaybıdır.
Toplu kod almak mı, API'den anlık çekmek mi daha kârlı?
Toplu kod alımında birim maliyet düşer, çünkü tedarikçiye peşin ve yüksek hacimli ödeme yapmış olursun. Ancak eline geçen kodlar artık senin sermayendir; satılmazsa para orada bekler, fiyat düşerse zarar yazarsın, kodların süresi varsa yanar. API'den anlık çekmek ise birim maliyeti bir miktar yüksek tutar ama sermayeni serbest bırakır, stok riskini tamamen ortadan kaldırır.
Doğru cevap çoğu işletme için karma model: ciroyu taşıyan üç beş çok satan ürünü toplu al, uzun kuyruktaki yüzlerce ürünü API'den anlık çek. Bunu uygulamanın şartı, panelinin aynı ürün için hem kod havuzunu hem API kaynağını yönetebilmesi. Pinova'nın stok mimarisi bu karma modele göre tasarlandı; ürün başına kaynak önceliği tanımlayabilir, havuz tükendiğinde otomatik olarak API'ye düşürebilirsin. Detayları özellikler bölümünde görebilirsin.
Tedarik zincirini yazılım tarafında nasıl kurmalısın?
Tedarikçiyi bulmak işin yarısı; onu satış sistemine doğru bağlamak diğer yarısı. Pratikte olması gereken akış şu: müşteri ödemeyi tamamlar, sistem ödemeyi doğrular, ürünün kaynak önceliğine bakar, önce kendi kod havuzunu dener, boşsa birinci API tedarikçisine gider, o hata dönerse ikinci tedarikçiye düşer, hiçbiri başarılı olmazsa siparişi beklemeye alıp hem müşteriye hem sana bildirim atar. Bu zincirin her adımı loglanır ve sonradan tek tek incelenebilir.
Bu akışı elle kurmak haftalar süren bir geliştirme işidir; hazır bir e-pin scripti üzerinde ise yalnızca bir yapılandırma adımıdır. Aradaki fark, işe başlama hızın ve ilk aylarda yapacağın hata sayısıdır. Aşağıdaki listeyi tedarikçiyle anlaşmayı imzalamadan önce kontrol et.
| Kontrol maddesi | Neden gerekli | Önem |
|---|---|---|
| API dokümanı yazılı mı? | Entegrasyon süresini haftalardan saatlere indirir | Kritik |
| Test ortamı veriliyor mu? | Canlıda para harcamadan akış denenir | Kritik |
| Sorunlu kod değişim süresi yazılı mı? | Müşteriye söz verirken dayanağın olur | Kritik |
| İkinci tedarikçi tanımlı mı? | Kesintide satış durmaz | Yüksek |
| Fiyat değişim bildirimi var mı? | Zararına satışı önler | Yüksek |
| Bakiye ekstresi panelden alınıyor mu? | Mutabakat tartışmasını bitirir | Orta |
| Stok uyarı eşiği kuruldu mu? | Havuz bitmeden haber alırsın | Orta |
Tedarik zincirini tek panelden yönet
Pinova; kod havuzu, çoklu API tedarikçisi, kaynak önceliği, stok uyarıları ve bayi bakiye yönetimini tek yerde toplar. Tedarikçi değiştirdiğinde sitenin kodunu değil, bir ayarı değiştirirsin.
E-pin satışına ne kadar sermayeyle başlanır?
Üst bayi bakiyesiyle çalışırsan test aşaması için küçük bir bakiye yeterlidir. Toplu kod alımına ise ancak hangi ürünün düzenli sattığını ölçtükten sonra geçmelisin.
Tedarikçinin gerçek olduğunu nasıl doğrularım?
Şirket bilgisi, fatura kesebilme, yazılı API dokümanı, test ortamı ve referans bayi isteyin. Bu beşinden biri eksikse küçük tutarla ve kademeli ilerleyin.
Aynı ürün için iki tedarikçi kullanmak karışıklık yaratır mı?
Yaratmaz, tersine korur. Ürün bazında kaynak önceliği tanımlarsan sistem birinci kaynağı dener, hata alınca ikinciye düşer ve müşteri bu geçişi hiç fark etmez.
Kendi kod havuzumu tutmak riskli mi?
Sermaye ve süre riski taşır. Bu yüzden havuzu yalnızca düzenli satan ürünlerde kullan, geri kalan geniş katalogda API tedarikini tercih et.
Stok temini, e-pin işinin en görünmez ama en belirleyici kısmı. Tedarikçiyi doğru seçmek kadar, onu satış altyapına doğru bağlamak da kârını belirliyor. Kaynak önceliği, kod havuzu ve çoklu tedarikçi mantığının gerçek panelde nasıl çalıştığını görmek istersen canlı demo içinde bir ürün tanımlayıp tüm akışı baştan sona dene; ardından hacmine uygun paketi fiyat tablosundan seç.