Çoğu satıcı kur meselesini şöyle sanır: "Dolar yükselince fiyatları elle güncellerim, olur biter." Kulağa mantıklı geliyor. Ama sen bu cümleyi kurduğun anda, sistemin sana söylemediği bir şeyi kabul etmiş oluyorsun: panele girip fiyatı düzeltene kadar geçen her dakika, tedarikçiden dolarla aldığın ürünü TL ile ucuza satıyorsun. Sabah 09:12'de kur oynar, sen 15:40'ta fark edersin. Arada satılan yüz kodun her biri seni birkaç lira ısırır. Tek tek bakınca önemsiz, ay sonunda bakınca maaş.
Gerçek şu: e-pin işinde kâr, satış hacminden değil fiyatın maliyete ne kadar hızlı tepki verdiğinden doğuyor. Bu yüzden ciddi satıcılar fiyatı bir "liste" gibi değil, bir formül gibi tutar. Doğru kurulmuş bir e-pin satış scripti, kuru kendisi çeker, senin belirlediğin marj kuralını uygular, yuvarlar, geçmişini loglar ve sen uyurken fiyatı güncel tutar. Aşağıda bu otomasyonun nasıl kurulduğunu, nerede tuzak olduğunu ve hangi ayarın seni zararına satıştan kurtardığını tek tek açıyorum.
Sabit Fiyat Listesi Neden Aslında Gizli Bir Zarar Kalemi?
Tedarikçinden aldığın bakiye çoğu zaman dövize endeksli. Oyun yayıncısı bölge fiyatını dolar veya euro üzerinden belirliyor, bayi paneli de bunu günlük kurla TL'ye çeviriyor. Sen ise vitrinde sabit bir TL rakamı gösteriyorsun. Yani maliyetin değişken, satış fiyatın sabit. Bu, kendi kendine kapanan bir makas. Kur yukarı gittiğinde makas marjını keser; kur aşağı gittiğinde ise rakibin fiyat kırar, sen pahalı kalırsın ve satış düşer. İki yönde de kaybediyorsun.
Dahası, bu kayıp raporlarda görünmez. Ciro artıyor, sipariş sayısı artıyor, panel yeşil. Ama birim kâr sessizce iniyor. Bunu yakalamanın tek yolu, her satışta o anın maliyetini ve o anın kurunu kaydeden bir dijital ürün satış yazılımı kullanmak. Pinova'nın fiyat motoru tam bu yüzden satırın içine "o anki kur" ve "o anki alış maliyeti" alanlarını gömer: aylık raporda hangi ürünün hangi günde zararına gittiğini tahmin etmen gerekmez, tabloda yazar.
Kur Verisini Nereden Çekmeli? Merkez Bankası mı, Serbest Piyasa mı?
Burada çoğu kişi hata yapıyor. Resmî kur günde belirli saatlerde açıklanır ve hafta sonu güncellenmez. Eğer fiyat formülünü yalnızca buna bağlarsan, cumartesi-pazar boyunca cuma öğleden sonrasının kuruyla satış yaparsın. Oysa e-pin talebinin zirvesi tam olarak hafta sonudur. Serbest piyasa/anlık kur kaynakları ise 7/24 akar ama gürültülüdür; saniyede oynayan bir değere fiyat bağlamak vitrinde "fiyat sürekli değişiyor" hissi yaratır, müşteri güvenini bozar.
Sağlıklı çözüm ikisinin melezi: anlık kaynaktan oku, ama pencere ortalaması ile yumuşat. Örneğin son 30 dakikanın ortalamasını al, bunu bir referans kur olarak sakla ve fiyatı bu referansa göre hesapla. Ayrıca mutlaka bir yedek kaynak tanımla: birincil API cevap vermezse ikincil kaynağa düş, o da yoksa son bilinen kuru kullanıp yöneticiye bildirim gönder. Kur çekilemediğinde fiyatı sıfıra veya boşa düşüren bir e-pin scripti, tek bir API kesintisinde tüm stoğunu bedava dağıtabilir. Bu senaryo teorik değil; sektörde defalarca yaşandı.
| Güncelleme periyodu | Marj koruması | Vitrin istikrarı | Kime uygun? |
|---|---|---|---|
| Elle / günde 1 | Zayıf | Yüksek | Tek ürün satan, düşük hacim |
| Saatlik cron | Orta | Yüksek | Günlük 50 altı sipariş |
| 15 dakikalık cron | İyi | Orta-yüksek | Çoğu e-pin satıcısı için ideal |
| Eşik tetiklemeli (%1,5 sapma) | Çok iyi | Orta | Dar marjla çalışan hacimli satıcı |
| Her istekte canlı hesap | Çok iyi | Düşük | Önerilmez: önbellek ve güven sorunu |
Formül Ne Olmalı: Çarpan, Taban Marj, Tampon?
Tek bir çarpanla çalışmak ("maliyet × 1,12") en yaygın ve en kırılgan yöntem. Çünkü ürün başına kâr, birim fiyatla doğrusal değildir. 20 TL'lik bir kodda yüzdesel marj sana kuruş bırakır; 4.000 TL'lik bir pakette aynı yüzde abartılı bir fark yaratır ve rakibin altına düşer. Bu yüzden formülü üç katmanlı kur: yüzdesel marj + sabit taban kâr + kur tamponu. Yüzde ölçeklenmeyi, sabit taban küçük ürünlerin ödeme masrafını, tampon ise sen uyurken kurun yukarı kaçma riskini karşılar.
Tampon en çok atlanan parçadır. Mantığı basit: fiyatı hesaplarken referans kurun üstüne küçük bir güvenlik payı koyarsın. İki güncelleme arasındaki boşlukta kur yükselse bile zarara geçmezsin. Tampon oranını güncelleme sıklığına göre ayarla; 15 dakikalık cron'da binde birkaç yeterlidir, günde bir güncelleme yapıyorsan yüzde ikiyi bile az bulursun. Son adım yuvarlama: ham hesap 187,43 TL çıkarsa vitrine 189 TL yaz. Psikolojik fiyat, otomasyonun "robot gibi" görünmesini engeller ve kuruşlu tutarların ödeme sağlayıcısında yarattığı küsurat sorunlarını da kapatır.
Kur otomasyonu kurulmayan satıcıda marj kaybının dağılımı
- Gecikmeli güncelleme 45%
- Tampon payı olmaması 27%
- Önbellekte kalan eski fiyat 17%
- Yuvarlama ve küsurat 11%
En Sinsi Tuzak: Önbellek ve Sepette Donmuş Fiyat
Fiyatı doğru hesaplamak işin yarısı. Diğer yarısı, hesaplanan fiyatın gerçekten müşteriye ulaşması. Hız için sayfa çıktısını önbelleğe alan bir kurulumda fiyat veritabanında güncellenir ama vitrinde eski rakam görünmeye devam eder. CDN katmanı varsa süre daha da uzar. Sonuç: sistem "güncelledim" der, müşteri eski fiyatı görür, sipariş eski fiyattan düşer. Bu yüzden fiyat değişimi, ilgili sayfaların önbelleğini aynı işlemde temizlemeli; fiyat parçası dinamik bırakılmalı, tüm sayfa cache'e gömülmemeli.
İkinci nokta sepet. Müşteri ürünü sepete attıktan sonra fiyat değişirse ne olacak? Ödeme ekranında rakamın kayması terk oranını uçurur. Doğru davranış, siparişi oluşturduğun anda fiyatı belirli bir süre için kilitlemek — örneğin 15 dakika. O süre içinde ödeme gelirse kilitli fiyat geçerlidir; süre aşılırsa sipariş güncel fiyata çekilir ve müşteriye açıkça bildirilir. Kilit süresini tampon oranınla uyumlu seç: 30 dakikalık kilit veriyorsan tampon da 30 dakikalık kur riskini karşılamalı. Pinova'nın sipariş akışında bu kilit süresi ayarlanabilir bir alandır, çünkü dar marjlı satıcıyla geniş marjlı satıcının risk iştahı aynı değildir.
Kur düştüğünde fiyatı hemen indirmek zorunda değilsin; rekabet baskısı yoksa marjı bir süre elinde tut. Ama kur yükseldiğinde güncelleme gecikmesi doğrudan zarar demektir. Otomasyona bu asimetriyi tanıt: yukarı yönlü değişimde eşiği düşük, aşağı yönlü değişimde eşiği yüksek tut.
Fiyatı Otomatiğe Bağlamadan Önce Neyi Doğrulamalısın?
Otomasyonu canlıya almak, bir düğmeye basmak değil; bir denetim listesini tamamlamaktır. Aşağıdaki maddelerin hepsi tek bir soruya hizmet ediyor: "Sistem yanlış hesaplarsa bunu kim, ne kadar sürede fark eder?" Cevabın "müşteri şikâyet edince" olmaması gerekiyor. Bu yüzden her fiyat değişimini loga yaz, anormal sapmalarda otomasyonu kendi kendine durdur ve yöneticiye bildirim gönder. İyi kurulmuş bir epin yazılım katmanı, hata yapmayan sistem değildir; hata yaptığını sana ilk söyleyen sistemdir.
| Kontrol | Neden gerekli? | Durum |
|---|---|---|
| Yedek kur kaynağı tanımlı | Birincil API düşerse fiyat sıfırlanmasın | Zorunlu |
| Alt fiyat sınırı (floor) | Hatalı kur gelirse maliyet altına inmesin | Zorunlu |
| Üst sapma limiti | Kur 10 kat okunursa vitrin saçmalamasın | Zorunlu |
| Fiyat değişim logu | Şikâyette "o an fiyat neydi" sorusuna cevap | Zorunlu |
| Önbellek temizleme kancası | Güncel fiyat gerçekten görünsün | Zorunlu |
| Sepet fiyat kilidi süresi | Ödeme ekranında rakam kaymasın | Önerilir |
| Ürün bazlı manuel kilit | Kampanya ürününe otomasyon dokunmasın | Önerilir |
| Anormallik bildirimi | Sorunu müşteriden önce sen duy | Önerilir |
Kur Fırlarken Satışı Durdurmak mı, Fiyatı Yükseltmek mi?
Sert hareketlerde iki seçeneğin var. Fiyatı anında yukarı çekersen vitrin güvenilirliği zedelenir ve sosyal medyada "fırsatçılık" ithamı yersin. Satışı geçici olarak kapatırsan kısa vadede ciro kaybedersin ama zarara satmazsın. Pratikte en iyi sonucu veren yol üçüncüsü: riskli ürünü kapatmak, geri kalanı açık tutmak. Dar marjlı, yüksek hacimli kalemler (popüler oyun paraları) otomatik olarak pasife düşer; marjı geniş kalemler satışa devam eder. Bu ayrımı ürün bazında "kur hassasiyeti" etiketiyle yapabilirsin.
Bir diğer güçlü hamle, stok maliyetini fiyat formülüne katmaktır. Elindeki kodları ne zaman ve hangi kurla aldığını biliyorsan, kur yükseldiğinde eski maliyetli stoğu makul fiyatla satmaya devam edip rakibine karşı avantaj sağlarsın. Bunun için dijital ürün satış scriptinin stok kayıtlarında parti bazlı maliyet tutması gerekir; tek bir "ortalama maliyet" alanı bu oyunu oynamana izin vermez. Özellikler sayfasında hangi alanların parti bazlı tutulduğunu inceleyebilirsin.
Fiyatı sen kovalamayı bırak, sistem kovalasın
Kur çekme, tampon marj, yuvarlama, sepet kilidi ve fiyat logu tek panelde. Pinova ile fiyat yönetimi bir alışkanlık değil, bir ayar ekranı olur.
Fiyat otomasyonu açıkken kampanya yapabilir miyim?
Evet. Kampanya ürününe manuel kilit koyarsın; otomasyon o kaleme dokunmaz. Kampanya bitince kilidi kaldırdığın anda ürün yeniden formüle bağlanır.
Kur API'si ücretli olmak zorunda mı?
Hayır, ücretsiz kaynaklarla başlayabilirsin. Kritik olan tek kaynağa bağlı kalmamak: bir birincil, bir yedek ve son bilinen kuru saklayan bir güvenlik katmanı kur.
Müşteri "dün daha ucuzdu" derse ne cevap vereceğim?
Fiyat değişim logu bu yüzden var. Hangi saatte, hangi kurla, hangi fiyatın geçerli olduğunu tabloda gösterirsin. Belgeli cevap tartışmayı bitirir.
Otomasyon yanlış hesaplarsa zararı nasıl sınırlarım?
Alt fiyat sınırı ve üst sapma limiti şart. Hesaplanan fiyat maliyetin altına inerse veya normalin çok üstüne çıkarsa sistem satışı durdurup sana bildirim gönderir.
Kur oynaklığı ortadan kalkmayacak; kalkmasını beklemek de strateji değil. Yapman gereken, fiyatı elinle tuttuğun bir değişkenden sistemin tuttuğu bir kurala çevirmek. Bunun nasıl göründüğünü metinden okumak yerine denemek istersen canlı demo üzerinden fiyat motorunu kendi ürün listenle test edebilir, tampon ve yuvarlama ayarlarını değiştirip vitrine yansımasını anında görebilirsin; lisans ve paket detayları için fiyat bölümüne göz atman yeterli.