Cogu isletme sahibi panelde yazan stok rakamina bakip "her sey yolunda" der. Oysa o rakam bir gercek degil, bir iddiadir. Sistemin sana soyledigi sey sudur: "Benim kayitlarima gore su kadar satilabilir kod var." Peki tedarikcinin sana gonderdigi dosyada kac satir vardi? Kacini yukledin, kacinda format hatasi olustu, kacini test icin kendin tukettin, kac tanesi iade sonrasi iptal edildi? Bu sorulara ayni anda net cevap veremiyorsan, stogun gercekte ne oldugunu bilmiyorsun demektir.
Bu fark kucuk gorunur ama aylar icinde buyur. Bir gun tedarikci "sana 500 kod gonderdim" der, sen panelde 487 gorursun. Ikiniz de haklisinizdir; kaybolan 13 kod bir yukleme hatasinda sessizce elenmistir. Iste bu yazida epin yazilim stok sayimi ile mutabakat arasindaki farki, aylik kapanisi nasil sifir hatayla yapacagini ve Pinova'nin bu sureci nasil rutin bir dugmeye indirdigini anlatiyorum.
Stok sayimi ile mutabakat ayni sey degil, farki ne?
Stok sayimi ic bir islemdir: o an sisteminde satilabilir durumda kac kod oldugunu tespit edersin. Mutabakat ise dis bir islemdir: bu rakami tedarikci kayitlari, banka hareketleri ve satis raporlarinla karsilastirirsin. Sayim sana "ne var" der, mutabakat "neden bu kadar var" sorusunu cevaplar. Ikisini karistiran isletmeler aylarca yanlis kar hesabiyla calisir.
Dogru sirayla ilerlemek sart. Once donem basi stogunu dondurursun, sonra donem icinde giren partileri, satilan adetleri, iptal ve iade edilenleri, test amacli tuketilenleri ve karantinaya alinanlari ayri ayri listelersin. Formul basit: donem basi + giris - satis - iptal - test - karantina = donem sonu. Bu esitlik tutmuyorsa bir yerde kayit eksik demektir. Iyi bir e-pin satis yazilimi bu esitligi senin icin otomatik kurar ve tutmadigi anda kirmizi uyari verir; sen hesap makinesiyle ugrasmazsin.
Panel ile gercek arasindaki fark nereden dogar?
Farkin kaynagi neredeyse her zaman ayni bes yerden gelir. Birincisi yukleme hatalaridir: dosyada bos satir, gorunmez karakter veya tekrar eden kod bulunur ve sistem bunlari eler ama sen elenme raporunu okumazsin. Ikincisi test siparisleridir; kendi kontrolun icin tukettigin kodlar satis gibi gorunur ama kasaya para girmemistir. Ucuncusu manuel teslimattir: musteri WhatsApp'tan yazar, sen paneli acmadan kodu elden gonderirsin ve kaydi guncellemeyi unutursun.
Dorduncusu iade sonrasi yanlis durum atamasidir; kod iptal edilmesi gerekirken havuza geri birakilir ve ikinci kez satilir. Besincisi ise tedarikci kaynakli tekrardir: ayni partiyi iki kez indirip yuklersin, sistem tekrarlari elerse fark olusur, elemezse daha buyuk bir sorun cikar. Bu bes kalemin her biri icin ayri bir kayit tipi tutmadigin surece mutabakat yapmiyorsun, tahmin yurutuyorsun. Pinova'da her stok hareketi tipiyle birlikte saklanir; boylece fark ciktiginda hangi kalemden geldigi tek bakista gorunur.
| Hareket tipi | Stogu artirir/azaltir | Kasaya etkisi | Mutabakatta izlenir mi? |
|---|---|---|---|
| Tedarikci girisi | Artirir | Maliyet cikisi | Evet, fatura ile eslesir |
| Normal satis | Azaltir | Gelir girisi | Evet, odeme ile eslesir |
| Bayi toplu satis | Azaltir | Bakiye dusumu | Evet, cari ile eslesir |
| Test tuketimi | Azaltir | Etki yok | Evet, gider olarak |
| Iade / iptal | Azaltir | Gelir iadesi | Evet, telafi kaydiyla |
| Karantina | Gecici azaltir | Etki yok | Evet, askida kalem |
| Yukleme elemesi | Hic girmez | Etki yok | Evet, eleme raporu |
Aylik kapanisi 4 saatten 20 dakikaya nasil indirirsin?
Sir, kapanisi ay sonunda yapmamakta. Ay sonunda yapilan mutabakat arkeoloji kazisina donusur; otuz gun onceki bir farkin sebebini kimse hatirlamaz. Bunun yerine gunluk mini mutabakat kur: her gece sistem donem esitligini kontrol etsin, tutmuyorsa sabah kutuna bir ozet gelsin. Gunluk fark bir veya iki kalemdir ve on dakikada cozulur.
Ikinci adim, tedarikci dosyalarini elle degil sablonla almaktir. Her tedarikci kendi formatini gonderirse her yukleme ayri bir risktir. Sabit bir sutun duzeni dayat, dosyalari arsivle ve yukleme sonucunu (kac satir geldi, kac tanesi kabul edildi, kac tanesi neden elendi) rapor olarak sakla. Ucuncu adim manuel teslimati tamamen yasaklamaktir; acil durumda bile kodu panelden ver, WhatsApp'tan kopyala. Bu uc aliskanlik tek basina aylik kapanis suresini ucte bire indirir. Iyi bir e-pin scripti bu aliskanliklari zorunlu hale getirdigi icin disiplin sende degil sistemde olur.
Mutabakat farklarinin kaynak dagilimi
- Yukleme elemesi ve tekrar kod 52%
- Panel disi manuel teslimat 23%
- Iade sonrasi yanlis durum 15%
- Test tuketimi ve diger 10%
Tedarikciyle fark cikinca kim hakli?
Bu tartismayi kazanmanin tek yolu kayittir. Tedarikci "500 gonderdim" diyorsa sen "su dosya adi, su saat, su boyut, su satir sayisi, su kadari kabul edildi, su kadari su sebeple elendi" diyebilmelisin. Eleme sebeplerini sakladigin an tartisma biter cunku tedarikci kendi dosyasindaki tekrar satiri veya bozuk formati inkar edemez.
Burada isletme tarafinda bir kural koymani oneririm: yuklenen her dosyanin ham hali en az alti ay saklanmalidir. Depolama maliyeti neredeyse sifirdir ama bir anlasmazlikta degeri cok yuksektir. Ayrica her partiye bir referans numarasi ver ve bu numarayi tedarikci faturasina yaz. Boylece bir kodun hangi faturayla geldigi, hangi maliyetle satildigi ve hangi musteriye gittigi tek zincirde izlenir. Ciddi bir dijital urun satis yazilimi bu zinciri kendiliginden kurar; sen sadece dogru alanlari doldurursun.
Yukleme ekranina onizleme adimi koy. Dosya kabul edilmeden once kac satir geldigi, kacinin tekrar oldugu ve ilk bes satirin nasil ayristigi gosterilsin. Yanlis formatli dosyalarin yuzde doksani bu adimda yakalanir.
Stok degerlemesini hangi yontemle yapmalisin?
Dijital kodlarda fiziksel urunden farkli bir durum var: ayni urunun farkli partileri farkli maliyetlerle gelebilir, ustelik kur dalgalanmasi bu farki buyutur. Eger tum stogu tek ortalama maliyetle degerlendirirsen kampanya doneminde kar marjini yanlis hesaplarsin. En saglikli yaklasim parti bazli maliyet takibidir: her kod kendi giris maliyetini tasir, satildiginda o maliyet gider yazilir.
Bu yontem aynI zamanda fiyatlama kararlarini da netlestirir. Elindeki eski partinin maliyeti dusukse agresif indirime girebilir, yeni ve pahali partiyi koruyabilirsin. Ayrica gecerlilik tarihi olan urunlerde eski partiyi once satmak zorunda oldugun icin siralama mantigi ile maliyet mantigi birbirini destekler. Epin yazilim tarafinda parti bazli maliyet, karlilik raporunun bel kemigidir; bunu kurmayan isletme ciro buyurken karin neden erid igini asla anlayamaz. Bu raporlarin kapsamini /#ozellikler bolumunde gorebilirsin.
| Mutabakat kontrol adimi | Sikligi | Tamam mi? |
|---|---|---|
| Donem esitligi otomatik dogrulaniyor mu? | Gunluk | Evet / Hayir |
| Yukleme eleme raporu okunuyor mu? | Her yuklemede | Evet / Hayir |
| Ham tedarikci dosyalari arsivleniyor mu? | Her yuklemede | Evet / Hayir |
| Manuel teslimat tamamen kapali mi? | Surekli | Evet / Hayir |
| Test tuketimleri ayri etiketleniyor mu? | Surekli | Evet / Hayir |
| Parti bazli maliyet tutuluyor mu? | Her partide | Evet / Hayir |
| Banka hareketi ile satis raporu eslesiyor mu? | Haftalik | Evet / Hayir |
| Karantina kalemleri karara baglaniyor mu? | Haftalik | Evet / Hayir |
Buyurken bu sistemi kim isletecek?
Ilk yillarda mutabakati genelde isletme sahibi kendisi yapar. Ciro buyudukce bu is devredilmek zorunda kalir ve tam o noktada sistemsizlik patlak verir. Cunku senin kafandaki bilgi (hangi tedarikci hangi formati gonderir, hangi urunde iade sik olur) hicbir yerde yazili degildir. Devrettigin kisi ilk ay ic ice gecmis farklarin altinda kalir.
Cozum, mutabakati bir kisiye degil bir role baglamaktir. Rol icin yetkiler tanimla: stok raporlarini gorebilsin, eleme raporlarini okuyabilsin ama kod iceriklerini goremesin. Bu ayrim hem guvenlik hem de sorumluluk acisindan kritiktir. Ayrica her mutabakat kapanisi bir onay kaydiyla bitsin; kim, ne zaman, hangi farki hangi aciklamayla kapatti gorunsun. Bu izleri tutan bir e-pin satis scripti, ekibin degistiginde bile hafizasini kaybetmez.
Aylik kapanisi artik korkulu ruya olmasin
Gunluk otomatik esitlik kontrolu, eleme raporlari, parti bazli maliyet ve rol bazli yetki Pinova'da hazir gelir. Excel'e geri donmene gerek kalmaz.
Stok sayimini gun icinde yapabilir miyim?
Yapabilirsin ama sonucun anlamli olmasi icin rezerve durumdaki kodlari ayri bir satirda gostermelisin. Aksi halde odeme bekleyen siparisler yuzunden rakam surekli oynar ve karsilastirma yapamazsin.
Tedarikci dosyasinda tekrar eden kod cikarsa ne yapmaliyim?
Tekrarlari yukleme aninda ele ve eleme raporunu tedarikciye ilet. Bu kodlar cogu zaman onceki bir partide zaten gonderilmistir; sessizce yuklersen ayni kodu iki kez satma riskine girersin.
Kar hesabini ortalama maliyetle yapmak yeterli olmaz mi?
Kur ve tedarikci fiyati sabitse yeterli olabilir. Ancak dalgali donemlerde parti bazli maliyet, urun bazinda gercek marji gosterdigi icin fiyatlama kararlarini cok daha saglam temele oturtur.
Mutabakat farkini kapatmadan ay kapatabilir miyim?
Teknik olarak kapatabilirsin ama fark bir sonraki doneme tasinir ve birikir. Dogru yontem farki aciklama notuyla birlikte bir duzeltme kaydina baglayip kapatmaktir; boylece iz kaybolmaz.
Stok mutabakati sikici bir muhasebe islemi degil, isletmenin gercek karini gosteren aynadir. Bir kez dogru kurdugunda her ay yirmi dakikani alir ve karsiliginda sana huzur verir. Paket secenekleri icin /#fiyat bolumune goz atabilir, gunluk esitlik kontrolunun ve eleme raporlarinin gercek bir panelde nasil gorundugunu incelemek icin canli demo uzerinden ornek verilerle deneyebilirsin.