Cogu kisi stok yonetimini tek bir soruya indirger: "Kac adet kodum var?" Bu soru, tek tedarikciyle calisirken yeterlidir. Ama ikinci tedarikciyi ekledigin gun sessiz bir sorun baslar. Cunku artik elindeki yuz kod birbirinin ayni degildir; farkli maliyetlerle, farkli gecerlilik surelerle, farkli iade politikalariyla ve farkli guvenilirlik seviyeleriyle gelmislerdir. Hepsini ayni havuza dokup karistirdiginda o farklari kaybedersin.
Kaybettigin sey soyut degil, cok somut: bir kod calismadiginda hangi tedarikciye donecegini bilemezsin. Marjini hesaplarken hangi partinin karli oldugunu goremezsin. Bir tedarikci sik sik bozuk kod gonderiyorsa bunu ancak musteri sikayetlerinin ustune boguldugunda fark edersin. Bu yazida tedarikci bazli stok ayrimi mimarisini, karma havuzun gizli maliyetini ve Pinova'nin akilli dagitim kurallarini tek tek acacagim.
Karma havuz gercekten bu kadar zararli mi?
Karma havuz, kodlarin urun bazinda tek listede tutulup kaynaginin kaydedilmedigi yapidir. Kurulumu en kolay, isletmesi en pahali modeldir. Zarari uc yerden vurur. Birincisi izlenebilirlik kaybidir: musteri "kod gecersiz" dedigi anda elinde hangi tedarikciye gidecegini gosteren bir bilgi yoktur. Tedarikciye "sanirim sizden gelmisti" demek, pratikte hicbir sey dememektir.
Ikincisi maliyet korlugudur. Ayni urunu 100 ve 118 liraya iki farkli kaynaktan aldiysan, satista hangisinin ciktigini bilmedigin surece gercek marjin bir tahmindir. Ucuncusu kalite korlugudur; bozuk kod orani tedarikciye gore ciddi farklilik gosterir ama karma havuzda bu oran ortalamaya gomulur ve kotu tedarikci iyi olanin arkasina saklanir. Iyi kurulmus bir e-pin scripti her kodu kaynagiyla birlikte saklar, boylece bu uc korlugun ucu de ayni anda kalkar.
Parti mantigi nedir ve neden kod bazinda etiket yetmez?
Her koda tek tek "tedarikci A" yazmak ilk bakista yeterli gorunur. Degildir. Cunku ayni tedarikciden gelen iki farkli gonderi bile birbirinden farkli olabilir: biri kampanya fiyatiyla, digeri normal fiyatla gelmistir; biri uc ay gecerli, digeri bir yil gecerlidir. Bu yuzden dogru birim kod degil partidir.
Parti; tedarikci, alis tarihi, birim maliyet, para birimi, kur, gecerlilik tarihi, fatura referansi ve adet bilgilerini tasiyan bir ust kayittir. Her kod bir partiye baglanir. Boylece binlerce kodun her birine ayri ayri maliyet yazmak yerine, partiyi guncelledigin an tum kodlar guncellenir. Raporlama tarafinda da hayat kolaylasir: "Eylul ayinda B tedarikcisinden alinan partilerin satis orani nedir" sorusunu tek sorguda cevaplarsin. Partisiz calisan bir dijital urun satis scripti, buyudukce yonetilemez hale gelir.
| Yapi | Kaynak tespiti | Marj hesabi | Kalite takibi | Olceklenme |
|---|---|---|---|---|
| Karma havuz | Imkansiz | Ortalama tahmin | Yok | Zayif |
| Kod bazli etiket | Tedarikci duzeyinde | Kismi | Sinirli | Orta |
| Parti bazli yapi | Gonderi duzeyinde | Gercek maliyet | Tam | Yuksek |
| Parti + dagitim kurali | Gonderi duzeyinde | Gercek maliyet | Tam | Cok yuksek |
Hangi partiden satis yapilacagina kim karar vermeli?
Burada isin ilginc kismi basliyor. Elinde ayni urunun uc farkli partisi varsa, gelen siparise hangisinden kod verecegini rastgele birakamazsin. Bu karar bir dagitim kuralidir ve dogrudan karini etkiler. En yaygin uc strateji sudur: once giren once cikar, once sona eren once cikar ve once pahali cikar.
Gecerlilik tarihi olan urunlerde tartismasiz dogru yaklasim "once sona eren once cikar"dir; aksi halde elinde olu stok kalir. Gecerlilik sorunu olmayan urunlerde "once giren once cikar" nakit dongusunu saglikli tutar. "Once pahali cikar" ise dusen kur donemlerinde pahali stogu eritmek icin taktiksel olarak kullanilir. Olgun bir e-pin satis yazilimi bu kurali urun grubu bazinda tanimlamana izin verir ve gerektiginde belirli bir bayiye belirli bir tedarikcinin kodunu vermeni saglar. Kurallarin detayini /#ozellikler bolumunde inceleyebilirsin.
Tedarikci ayrimi kurulan isletmelerde kazanim dagilimi
- Dogru marj gorunurlugu 38%
- Hizli iade ve kaynak tespiti 27%
- Olu stok azalmasi 22%
- Tedarikci pazarlik gucu 13%
Bozuk kod sikayetini tedarikciye nasil ispatlarsin?
Bir musteri "bu kod calismiyor" dediginde elinde uc bilgi olmali: kodun hangi partiden geldigi, hangi saatte teslim edildigi ve o partiden daha once kac sikayet geldigi. Uc bilgi de tek ekranda gorunuyorsa tedarikciyle konusman on saniye surer. Gorunmuyorsa saatler surer ve cogu zaman zarari sen yazarsin.
Daha da onemlisi erken uyari. Bir partiden gelen sikayet orani esigi asinca sistem o partiyi otomatik karantinaya alabilmeli, boylece geri kalan kodlar musteriye gitmeden durur. Bu tek ozellik, kotu bir partinin iki yuz musteriye ulasmasi ile yirmi musteriye ulasmasi arasindaki farki yaratir. Pinova'da sikayet kaydi dogrudan partiye islenir; parti sagligi bir skor gibi izlenir. Kaliteyi olcmedigin tedarikciyi yonetemezsin, bu da dogrudan e-pin yazilimi tarafinin sorumlulugudur.
Yeni bir tedarikciden gelen ilk partiyi kucuk adetlerle ve dusuk oncelikle devreye al. Ilk yuz satista sikayet orani temiz cikarsa oncelik puanini yukselt. Boylece test maliyetini musteriye degil sisteme yuklersin.
Tedarikci ayrimi API entegrasyonlarinda nasil calisir?
Bazi tedarikciler dosya gondermek yerine API sunar; kod istendigi anda uretilir. Bu durumda "stok" kavrami degisir cunku elinde fiziksel bir havuz yoktur. Yine de ayrim mantigi ortadan kalkmaz, aksine daha kritik hale gelir. Her API kaynagi icin bir sanal parti tanimlarsin: kaynak adi, birim maliyet, gunluk limit ve saglik durumu.
Bu sanal partiler arasinda da dagitim kurali calisir. Ornegin birincil kaynak yanit vermiyorsa ikincil kaynaga dusen bir sira kurarsin; ikincil kaynak daha pahaliysa sistem bunu maliyet kaydina otomatik yansitir. Ayrica API kaynaklarinda yanit suresi ve hata orani izlenmelidir; yavaslayan bir kaynak, odeme onayi ile teslim arasindaki sureyi uzatir ve musteri panige kapilir. Karma yapida (hem dosya hem API) calisiyorsan, hangi siparisin hangi tipten karsilandigi raporlanabilmeli. Bu ayrimi yapmayan bir epin yazilim kurulumu, API maliyetlerini dosya stogunun karina karistirir ve sana yanlis bir basari tablosu gosterir.
| Kurulum kontrolu | Neden gerekli | Durum |
|---|---|---|
| Her kod bir partiye bagli mi? | Kaynak ve maliyet izlenebilirligi | Evet / Hayir |
| Partide fatura referansi var mi? | Muhasebe eslesmesi | Evet / Hayir |
| Gecerlilik tarihi takip ediliyor mu? | Olu stok onleme | Evet / Hayir |
| Urun bazinda dagitim kurali secilebiliyor mu? | Marj ve tazelik yonetimi | Evet / Hayir |
| Parti sikayet orani olculuyor mu? | Kalite erken uyarisi | Evet / Hayir |
| Otomatik karantina esigi tanimli mi? | Zarar yayilmasini durdurur | Evet / Hayir |
| API kaynaklari sanal parti olarak tanimli mi? | Karma yapida maliyet ayrimi | Evet / Hayir |
| Bayi bazli tedarikci kisiti var mi? | Ozel anlasmalarin korunmasi | Evet / Hayir |
Bu yapiyi kurmak isletmeyi yavaslatir mi?
Korkulan sey genelde sudur: "Her seyi etiketlersem operasyon agirlasir." Gercekte tam tersi olur, cunku etiketleme yukleme aninda bir kez yapilir; getirisi ise her gun tekrarlanir. Dosyayi yuklerken tedarikciyi ve maliyeti girmek otuz saniyeni alir. Buna karsilik ay sonunda "bu urunde neden kar dustu" sorusunu cevaplamak, ayrim yoksa saatlerini alir.
Operasyonel hizi korumanin yolu varsayilanlari akilli secmektir. Tedarikci secildiginde birim maliyet ve gecerlilik suresi otomatik dolsun, sik kullanilan sablonlar hazir gelsin, ayni tedarikciden art arda gelen partiler icin son degerler hatirlansin. Boylece disiplin kullaniciya degil arayuze yuklenir. Iyi tasarlanmis bir e-pin satis scripti, dogru olani yapmayi en kolay secenek haline getirir. Paket ve lisans secenekleri icin /#fiyat bolumune bakabilirsin.
Tedarikcilerini yonetmeye bugun basla
Parti bazli stok, dagitim kurallari, otomatik karantina ve sanal API partileri Pinova'da hazir. Kodlarin nereden geldigini bir daha tahmin etmek zorunda kalmazsin.
Tek tedarikcim var, yine de parti yapisina gecmeli miyim?
Evet. Tek tedarikcide bile farkli gonderiler farkli maliyet ve gecerlilik tasir. Ayrica ikinci tedarikciyi ekledigin gun gecmise donuk veri duzeltmek cok daha zahmetlidir.
Musteri hangi tedarikciden kod aldigini gorur mu?
Hayir. Parti ve tedarikci bilgisi tamamen yonetim tarafinda kalir. Musteriye yalnizca urun ve kod gosterilir; bu bilgiler raporlama ve destek surecleri icindir.
Farkli tedarikcilerin kodlari ayni urun sayfasinda satilabilir mi?
Evet, satilmalidir da. Musteri tek bir urun gorur; arka planda dagitim kurali hangi partiden verilecegine karar verir. Bu, hem vitrini sade tutar hem de stok derinligini artirir.
Gecerlilik tarihi yaklasan partileri nasil eritirim?
Dagitim kuralini once sona eren once cikar olarak ayarla ve esik gune yaklasan partiler icin uyari tanimla. Gerekirse o partiye ozel kampanya fiyati uygulayarak stogu hizlandirabilirsin.
Tedarikci bazli stok ayrimi, buyume planlari olan her dijital urun saticisi icin tercih degil zorunluluktur. Bir kez kurdugunda hem tedarikcilerinle pazarlik gucun artar hem de musteri sikayetlerini dakikalar icinde cozersin. Parti ekranini, dagitim kurallarini ve kalite skorlarini gercek verilerle denemek icin canli demo uzerinden kendi ornek tedarikcini tanimlayarak baslayabilirsin.