Çoğu satıcı fiyat senkronizasyonunu basit bir çarpma işlemi sanır: tedarikçi maliyeti çek, marj ekle, yayınla. Gerçekte fiyat senkronizasyonu bir zaman problemidir. Maliyetin değiştiği an ile senin sitendeki etiketin değiştiği an arasındaki her dakika, ya müşteriye fazla fiyat gösterip satış kaybettiğin ya da eski ucuz fiyattan satıp zarar yazdığın bir penceredir.
Bu pencerenin genişliği çoğu işletmede ölçülmüyor bile. Ay sonunda kâr beklenenin altında çıkar, suç pazarlamaya veya rekabete atılır; oysa neden çoğu zaman senkron periyodunun uzunluğu ve kur dönüşümünün yanlış anda yapılmasıdır. Aşağıda bir epin yazılım kurulumunda fiyat senkronizasyonunun nasıl kurulması gerektiğini, hangi koruma bantlarının zorunlu olduğunu ve sessiz zararın hangi noktada oluştuğunu anlatıyorum.
Maliyet ve satış fiyatını neden asla aynı alanda tutmamalısın?
En sık görülen mimari hata, tedarikçiden gelen maliyeti hesaplayıp doğrudan ürünün satış fiyatı alanına yazmaktır. Bunu yaptığın anda iki bilgiyi birbirinin üzerine kaydetmiş olursun ve şu soruları bir daha asla yanıtlayamazsın: bu ürünü dün hangi maliyetle aldım, uyguladığım marj gerçekten tuttu mu, kampanya indirimi maliyetin altına indi mi?
Doğru kurgu üç ayrı alandır: ham maliyet (tedarikçinin kendi para biriminde), çevrilmiş maliyet (kendi para biriminde, kullanılan kur ve zaman damgasıyla) ve satış fiyatı (kural motorunun ürettiği sonuç). Bu üçlü ayrımı yapan bir dijital ürün satış yazılımı, her satışın gerçek kârını satır bazında gösterebilir. Yapmayan bir sistemde kâr ancak tahmin edilir.
Kur dönüşümünü hangi anda yapmalısın?
Dövizli tedarikçiyle çalışıyorsan kurun ne zaman okunduğu, kurun kendisinden daha önemlidir. Üç farklı an var: maliyeti çektiğin an, müşterinin sepete eklediği an ve siparişin tedarikçiye gittiği an. Zarar tam olarak bu anlar arasındaki boşlukta doğar. Sağlıklı yöntem şudur: fiyat etiketini senkron anındaki kurla üret, ancak o kuru zaman damgasıyla kaydet ve sipariş tedarikçiye giderken güncel kurla karşılaştır. Sapma tanımladığın bandı aşarsa sipariş otomatik teslim edilmez, onaya düşer.
Kur kaynağı konusunda tek bir kural var: tek yetkili referans. Bir ürün grubunda tedarikçinin verdiği kuru, diğerinde merkez bankası kurunu kullanmak raporlarını kullanılamaz hale getirir. Tek kaynak seç, ona bir güvenlik payı ekle ve o payı açıkça bir alan olarak tut. Kaynağa ulaşılamadığında son bilinen kurla devam et ama bunu bir uyarı olarak kaydet; sessizce eski kurla günlerce satış yapmak en pahalı hatadır.
| Senkron modeli | Gecikme | Sunucu yükü | Zarar riski | Kime uygun |
|---|---|---|---|---|
| Elle güncelleme | Saatler / günler | Yok | Çok yüksek | Çok küçük katalog |
| Günlük tam senkron | 24 saate kadar | Düşük ama ani | Yüksek | Sabit fiyatlı TL ürünler |
| 15 dakikalık fark senkronu | 15 dakika | Orta | Düşük | Çoğu işletme için ideal |
| Webhook ile olay bazlı | Saniyeler | Düşük, dağılmış | Çok düşük | Tedarikçi destekliyorsa en iyisi |
| Sipariş anında canlı sorgu | Yok | Yüksek | Yok, ama yavaş | Yüksek kupürlü, az adetli ürün |
Marj kuralları neden tek bir yüzdeden fazlası olmalı?
Tüm katalog için tek bir yüzde marj uygulamak, düşük kupürlü ürünlerde kuruş kazanıp yüksek kupürlü ürünlerde pazar dışı kalmak demektir. İşe yarayan kural motoru katmanlı çalışır: kategori bazında taban yüzde, kupür aralığına göre düzeltme, ürün bazında geçersiz kılma ve her durumda uygulanan mutlak asgari kâr. Bu son madde koruyucudur: yüzde hesabı ne söylerse söylesin, birim kârın belirlediğin tutarın altına inemez.
Bir de yuvarlama kuralı. Kural motorunun ürettiği 187,43 gibi bir fiyat hem güvensiz görünür hem de rakiple karşılaştırmada kaybeder. Psikolojik yuvarlamayı motorun son adımı olarak tanımla ve yuvarlamanın daima yukarı olduğundan emin ol; aşağı yuvarlama, asgari kâr korumasını kalem kalem eritir. İyi kurulmuş bir e-pin satış yazılımı bu adımı ayrı bir kural olarak gösterir, koda gömmez.
Beklenen marj ile gerçekleşen marj arasındaki sapmanın kaynakları
- Kur okuma gecikmesi 40%
- Uzun senkron periyodu 30%
- Eksik marj kuralı ve yuvarlama 20%
- Elle yapılan müdahaleler 10%
Koruma bantları olmadan otomatik fiyat neden tehlikeli?
Otomatik senkronun en büyük riski tedarikçinin hatalı veri göndermesidir. Kuruş yerine lira, sıfır maliyet, boş alan, test kalemi. Koruma bandı olmayan bir sistem bu veriyi olduğu gibi alır ve on dakika içinde en çok satan ürününü bedavaya yakın fiyattan satar. Bunu önleyen mekanizma basittir: bir kalemin maliyeti tek senkronda belirlediğin yüzdeden fazla oynadıysa güncelleme uygulanmaz, karantinaya alınır ve sana bildirilir.
Aynı bandı katalog seviyesinde de kur: tek senkronda kalemlerin büyük kısmı aynı yönde sıçradıysa bu bir piyasa hareketi değil, muhtemelen bozuk bir liste veya para birimi karışmasıdır. Bu durumda tüm senkronu reddetmek doğru davranıştır. Ayrıca sıfır ve negatif maliyeti asla geçerli kabul etmeyen, yeni gelen kalemi otomatik yayınlamayan bir akış tanımla; yayın kararı her zaman ikinci bir kapıdan geçmeli.
Her fiyat değişikliğini eski değer, yeni değer, kullanılan kur ve sebebiyle bir geçmiş tablosuna yaz. "Bu ürün neden bu fiyata satıldı" sorusunu saniyeler içinde yanıtlarsın; iade ve mutabakat tartışmalarının çoğu burada biter.
Senkron kesildiğinde satış devam etmeli mi?
Bu, önceden karar vermen gereken bir iş kararıdır ve yazılımda bir ayar olarak bulunmalıdır. Üç seçenek var: eski fiyatla satmaya devam etmek, ürünü stok dışı göstermek veya satışı sürdürüp teslimatı onaya düşürmek. Düşük kupürlü ve marjı geniş ürünlerde birinci seçenek makuldür. Yüksek kupürlü ve marjı ince ürünlerde ise doğru cevap ikinci veya üçüncü seçenektir; çünkü orada tek bir yanlış fiyat günün kârını siler.
Kesinti süresi uzadıkça davranışın kademelenmesi ideal olanıdır: ilk yarım saat eski fiyatla devam, sonra onaylı teslimat, birkaç saatten sonra o tedarikçiye bağlı kalemleri satıştan çekme. Bu kademeyi elle yöneten bir ekip her kesintide farklı karar verir; kuralı yazılımda tanımlarsan davranış her seferinde aynı ve öngörülebilir olur. Özellikler bölümünde bu kural katmanının nasıl yapılandırıldığını inceleyebilirsin.
| Kontrol | Beklenen ayar | Amaç | Sıklık |
|---|---|---|---|
| Maliyet ve satış ayrımı | Üç ayrı alan | Gerçek kâr ölçümü | Kurulumda |
| Kur kaynağı | Tek referans + güvenlik payı | Rapor tutarlılığı | Kurulumda |
| Senkron periyodu | 15 dakika veya webhook | Gecikme penceresini daraltma | Aylık gözden geçirme |
| Kalem koruma bandı | Maksimum %15 sıçrama | Bozuk veriyi durdurma | Sürekli |
| Katalog koruma bandı | Toplu sapmada senkron reddi | Para birimi karışmasını yakalama | Sürekli |
| Asgari kâr kuralı | Mutlak tutar tanımlı | Zararına satış engeli | Üç ayda bir |
| Yuvarlama yönü | Daima yukarı | Marj erimesini önleme | Kurulumda |
| Kesinti davranışı | Kademeli kural tanımlı | Öngörülebilir operasyon | Altı ayda bir |
Bu mekanizmayı kendin mi kurmalısın?
Teknik olarak kurabilirsin; zor olan kısım kural motoru değil, onun etrafındaki denetim yüzeyidir. Fiyat geçmişi, karantina ekranı, kur kayıt defteri, sapma raporu ve kesinti kademeleri bir arada olmadıkça kural motoru bir kara kutuya dönüşür ve kimse ona güvenmediği için sonunda herkes fiyatları elle geçmeye başlar. Pinova bu tarafta motoru değil görünürlüğü merkeze alır: hangi fiyat hangi kurla, hangi kuraldan ve hangi anda oluştu sorusunun cevabı hep ekranda durur. Fiyat tarafını kendi kalem sayın ve tedarikçi sayınla birlikte değerlendirmen yeterli.
Marjını tahmine bırakma, kurala bağla
Kur kaydı, koruma bantları ve fiyat geçmişi hazır gelen bir e-pin satış scripti altyapısıyla sessiz zararı kaynağında kes.
Senkron periyodunu ne kadar kısa tutmalıyım?
Kalem sayın ve tedarikçinin hız sınırı izin verdiği ölçüde kısa. Çoğu işletme için on beş dakikalık fark senkronu yeterlidir; tedarikçi webhook sağlıyorsa olay bazlı güncelleme her zaman daha iyidir.
Dövizli maliyeti hangi kurla çevirmeliyim?
Tek yetkili bir kur kaynağı seç, üzerine açıkça tanımlı bir güvenlik payı ekle ve kullanılan kuru zaman damgasıyla kaydet. Sipariş tedarikçiye giderken güncel kurla karşılaştırıp bandı aşan sapmada onaya düşür.
Otomatik fiyat güncellemesi riskli değil mi?
Koruma bandı yoksa riskli. Kalem bazında maksimum sıçrama sınırı, katalog bazında toplu sapma reddi ve sıfır maliyeti geçersiz sayma kuralı tanımlandığında otomatik güncelleme elle yönetimden çok daha güvenlidir.
Tedarikçi fiyat servisi çökerse satış durmalı mı?
Ürünün marjına göre karar ver ve bunu kural olarak tanımla. Marjı ince ve kupürü yüksek ürünlerde satışı onaya düşürmek veya stok dışı göstermek doğrudur; geniş marjlı ürünlerde kısa süre eski fiyatla devam edilebilir.
Fiyat senkronizasyonu bir defa kurulup unutulan bir ayar değil, sürekli izlenen bir kâr mekanizmasıdır. Kendi kurulumunda kur zaman damgası, koruma bandı ve fiyat geçmişi var mı diye bak; üçünden biri eksikse marjın bir yerden sızıyor. Ardından canlı demo üzerinde kural motorunu ve fiyat geçmişi ekranını dene, kendi tablolarınla karşılaştırdığında eksiği net göreceksin.

