Bir e-pin sitesi belli bir satış hacmine ulaştığında tek tedarikçiyle devam etmek er ya da geç sorun çıkarır: stok biter, API çöker, fiyat artar ve siparişler beklemeye düşer. Peki büyüyen bir e-pin işini birden fazla tedarikçiyle -Turkpin, Pinabi ve benzerleri- aynı anda, karışıklık yaratmadan nasıl yönetirsiniz? Bu yazıda çoklu tedarikçi mimarisinin pratikte nasıl kurulması gerektiğine ve Pinova'nın bu sorunu hangi mekanizmalarla çözdüğüne bakıyoruz.
Tek Tedarikçiye Bağlı Kalmak Neden Risklidir?
Tek bir tedarikçi API'sine bağlı bir e-pin scripti, aslında o tedarikçinin operasyonel sağlığına bağlı bir işletme demektir. Tedarikçi tarafında yaşanan en ufak bir aksaklık doğrudan sizin müşterinize yansır ve bu genellikle en kötü anda, yani sipariş anında ortaya çıkar.
- Stok tükenmesi: Popüler bir ürün (örneğin belli bir bandrol PUBG UC veya Steam cüzdan kodu) tek tedarikçide biterse, o ürünü satamaz hale gelirsiniz.
- API kesintisi: Tedarikçi bakım, bandwidth sorunu veya sistem güncellemesi yaşadığında tüm otomatik teslimat hattınız durur.
- Fiyat artışı: Tek kaynağa bağımlı olduğunuzda pazarlık gücünüz olmaz; tedarikçi fiyat güncellediğinde marjınız anında erir.
- Sınırlı ürün çeşitliliği: Her tedarikçi farklı oyun/platform kataloğuna sahiptir; tek kaynak kullanmak kataloğunuzu daraltır.
Bu dört risk aslında birbirini besler: stok bittiğinde fiyat pazarlığınız kalmaz, kesinti yaşandığında ürün çeşitliliğiniz görünmez olur. Çözüm, tedarikçi çeşitliliğini işin başından itibaren sisteme gömmektir.
Turkpin ve Pinabi'yi Aynı Anda Kullanmak Gerçekten Mümkün mü?
Evet, ancak doğru bir soyutlama katmanı olmadan bu iş çabucak karmaşaya dönüşür. İki farklı tedarikçinin API'si genellikle farklı ürün kodlama mantığına, farklı stok bildirim formatına ve farklı hata kodlarına sahiptir. Pinova bu farkı, her tedarikçi için ayrı bir bağlayıcı (connector) katmanı kurup, mağazanızda görünen tek bir ürün kataloğuna bu bağlayıcıları eşleyerek çözer.
- Ürün eşleştirme: "PUBG Mobile 660 UC" ürünü sitenizde tek kayıt olarak durur; arka planda hem Turkpin hem Pinabi'deki karşılığına bağlanır.
- Kategori bazlı yönlendirme: Belirli kategorileri (örneğin Steam cüzdan kodları) sabit olarak bir tedarikçiye, diğerlerini başka bir tedarikçiye yönlendirebilirsiniz.
- Manuel öncelik ayarı: İsterseniz ürün bazında "önce şu tedarikçiden dene" kuralını elle belirleyebilirsiniz.
Bu yapı sayesinde müşteri tarafında hiçbir karmaşıklık görünmez; sipariş aynı sepetten, aynı ödeme akışından geçer. Değişen tek şey, kod üretiminin arka planda hangi API'den geldiğidir.
Stok Tükendiğinde Sistem Otomatik Nasıl Karar Vermeli?
Çoklu tedarikçi kurulumunun asıl değeri, stok tükendiğinde devreye giren otomatik yönlendirme (failover) mantığında ortaya çıkar. Bir ürün için birincil tedarikçide stok yoksa sistem, müşteriyi beklemeye almadan otomatik olarak ikinci tedarikçiye başvurmalı ve kod orada da bulunursa siparişi kesintisiz tamamlamalıdır. Manuel çalışan bir sistemde bu kontrolü insan yapmak zorundadır ve genellikle geç kalınır.
| Süreç | Manuel / Elle | Pinova ile |
|---|---|---|
| Stok kontrolü | Personel tedarikçi panelini tek tek kontrol eder | Tüm tedarikçilerin stoku anlık, tek ekrandan izlenir |
| Sipariş yönlendirme | Stok biterse sipariş elle iptal edilir veya bekletilir | Otomatik olarak ikincil tedarikçiye yönlendirilir |
| Fiyat güncelleme | Tedarikçi fiyatı değiştiğinde site fiyatı gecikmeli güncellenir | API üzerinden çekilen fiyat kâr marjına göre otomatik hesaplanır |
| Hata bildirimi | Müşteri şikayet edince fark edilir | Başarısız işlem anında panelde işaretlenir, yeniden denenir |
| Performans takibi | Excel'e elle not düşülür | Tedarikçi bazlı başarı oranı raporu otomatik üretilir |
Bu tablodaki her satır aslında bir gecikme noktasıdır. Failover mantığı kurulmadığı sürece, en hızlı tedarikçi bile stok bittiği an sizi yavaşlatan tedarikçiye dönüşür.
Fiyat Farkları Kâr Marjınızı Nasıl Yiyip Bitiriyor?
Aynı ürün için farklı tedarikçilerin fiyatları genellikle birbirine yakın ama asla aynı değildir; kur dalgalanmaları, kampanya dönemleri ve bayilik seviyeniz bu farkı büyütür. Elle takip edilen bir fiyat yapısında, hangi tedarikçinin o an daha ucuza mal ettiğini fark etmek neredeyse imkansızdır - siz farkında olmadan haftalarca daha pahalı kaynaktan alım yapıyor olabilirsiniz.
Pinova'da her tedarikçiden çekilen anlık fiyat, tanımladığınız kâr marjı kuralına göre otomatik olarak site fiyatına dönüştürülür. Sistem isterseniz aynı ürünü sunan tedarikçiler arasından o an en uygun maliyetli olanı otomatik seçer, isterseniz sabit bir tedarikçi önceliği tanımlamanıza izin verir.
Yüksek hacimli sattığınız 5-10 ürün için "en ucuz tedarikçiyi otomatik seç" kuralını açık tutun, düşük hacimli niş ürünlerde ise sabit bir tedarikçi tanımlayarak stok tutarlılığını önceliklendirin. Bu ikili yaklaşım hem marjı korur hem de gereksiz tedarikçi geçişlerinden doğan hata riskini azaltır.
API Gecikmeleri Müşteri Kaybına Nasıl Dönüşür?
Bir e-pin siparişinde müşteri kodu birkaç saniye içinde beklemez, dakikalar içinde bekler; ama bu bekleyiş üç dakikayı geçtiğinde iade talebi ve olumsuz yorum riski hızla artar. Tedarikçi API'lerinin yanıt süresi sabit değildir - yoğun saatlerde (özellikle kampanya dönemlerinde) gecikme normalin birkaç katına çıkabilir.
- Zaman aşımı (timeout) yönetimi: Bir tedarikçi belirlenen sürede yanıt vermezse istek otomatik olarak alternatif tedarikçiye düşmelidir.
- Kuyruk sistemi: Yoğun anlarda siparişler kaybolmadan sıraya alınır, işlendikçe müşteriye bildirim gider.
- Yeniden deneme mantığı: Geçici bir bağlantı hatasında sistem siparişi otomatik olarak birkaç kez yeniden dener, insan müdahalesi gerektirmeden.
- Şeffaf durum bildirimi: Müşteri panelde "işleniyor" durumunu görür, karanlıkta beklemez.
Bu mekanizmaların hepsi tek tedarikçili bir yapıda da kurulabilir, fakat gerçek faydası ancak alternatif bir kaynak olduğunda ortaya çıkar - çünkü yeniden deneme, aynı yavaş tedarikçiye tekrar tekrar sormaktan öteye geçemez.
Tedarikçi Performansını Ölçmezseniz Ne Kaybedersiniz?
Hangi tedarikçinin daha hızlı yanıt verdiğini, hangisinin daha sık stok sorunu yaşadığını ve hangisinin iade oranının yüksek olduğunu ölçmeden karar vermek, kör noktada iş yönetmek demektir. Zamanla "iyi" sandığınız bir tedarikçi aslında sizi en çok müşteri kaybettiren kaynak olabilir.
- Başarı oranı: Her tedarikçinin toplam sipariş içindeki başarılı teslimat yüzdesi.
- Ortalama teslimat süresi: Sipariş anından kod tesliminin panelde göründüğü ana kadar geçen süre.
- İade / hatalı kod oranı: Hangi tedarikçinin ürünlerinde müşteri şikayeti daha sık oluşuyor.
- Maliyet trendi: Zaman içinde hangi tedarikçinin fiyatlarının nasıl seyrettiği.
Bu verileri düzenli izlemek, tedarikçi önceliklerinizi periyodik olarak güncellemenizi ve zamanla en verimli karışıma ulaşmanızı sağlar. Ölçülmeyen bir performans, iyileştirilemeyen bir performanstır.
Çoklu Tedarikçi Yönetimini Tek Panelden Kontrol Etmeye Hazır mısınız?
Pinova ile Turkpin, Pinabi ve diğer tedarikçilerinizi tek panelden yönetir, stok/fiyat/hata takibini otomatikleştirirsiniz.
Pinova aynı anda kaç tedarikçi API'sini destekliyor?
Turkpin ve Pinabi başta olmak üzere birden fazla tedarikçi bağlanabilir; sistem yeni tedarikçi eklemek için genişletilebilir bir bağlayıcı mimarisi kullanır, tek kaynakla sınırlı değilsiniz.
Failover (otomatik yönlendirme) müşteri deneyimini yavaşlatır mı?
Hayır, birincil tedarikçide stok/hata durumu tespit edildiği an ikincil tedarikçiye geçiş milisaniyeler içinde gerçekleşir; müşteri sipariş sürecinde bu geçişi fark etmez.
Tedarikçi önceliklerini elle değiştirebilir miyim?
Evet, kategori bazında veya ürün bazında hangi tedarikçinin önce denenmesini istediğinizi panelden tanımlayabilir, otomatik "en ucuzu seç" kuralıyla da destekleyebilirsiniz.
Tedarikçi performans raporları ne sıklıkla güncelleniyor?
Başarı oranı, ortalama teslimat süresi ve hata oranı gibi metrikler her siparişte anlık güncellenir; panelden istediğiniz tarih aralığında raporlanabilir.