Excel ile Stok Takibinden Özel Panele Geçiş Rehberi

Dosyanın adı bir yerden sonra stok_son_v7_ORJINAL.xlsx oluyor. Depodaki arkadaş masaüstündeki kopyasında çalışıyor, muhasebe geçen haftaki sürüme bakıyor, akşam ikisi birleştirilemiyor. Excel ile stok takibi küçük ölçekte gerçekten iyi iş çıkarır; hiçbir yazılım o hızda açılıp o hızda değiştirilemez. Mesele Excel'in kötü olması değil. Belirli bir eşikten sonra dosyanın kendisi bir işe dönüşüyor: stoğu yönetmek yerine dosyayı yönetmeye başlıyorsunuz.

Excel tam olarak nerede kırılır?

"Artık yetmiyor" hissi tek günde oluşmaz, birikir. Kararı hisse bırakmamak için kırılmayı sinyallerle tanımlamak gerekiyor. Aşağıdaki tablo sahada en sık karşılaştıklarımızı ve ölçüm eşiğini gösteriyor.

Excel'le sipariş takibinde eşik daha erken geliyor. Sipariş satırı sürekli durum değiştirir: onaylandı, hazırlanıyor, kargolandı, iade talebi açıldı. Elle güncellenen bir durum sütununda en dikkatli ekipte bile bir sipariş takılı kalır. Pratikte en çok şurada tıkanıyor: taşıyıcıdan gelen takip listesiyle dosyadaki durumlar bir türlü eşleşmiyor, iki liste de kısmen doğru oluyor.

Excel'in kırıldığı an dosyanın bozulduğu an değildir. İki kişinin aynı ürün için birbirine "sende kaç görünüyor" diye sorduğu andır.

Sinyaller birikmişse sıra geçişin kendisinde. Adımların sırasını bozmamak, hangi teknolojiyi seçtiğinizden daha belirleyici.

Taşımadan önce veriyi temizlemek

Excel'den veri aktarımı teknik olarak en kolay adım; bir CSV okumak yarım gün sürer. Zaman temizlikte gider. Kirli veri taşınırsa sorun da taşınır, üstelik bu kez faturası yeni sisteme kesilir.

1. Stok kodu tekilleştirme: Baştaki boşluk, büyük–küçük harf farkı ve Türkçe karakter yüzünden STK-001, stk 001 ve Stk_001 üç ayrı kayıt gibi durur. Önce normalizasyon, sonra tekilleştirme.
2. Barkod kontrolü: Bir barkodun iki ürüne bağlı olması sayımı ve sevkiyatı sessizce bozar. Mükerrer barkod sorgusu boş dönmeden aktarıma başlamayın. Tersi serbesttir: bir SKU'nun üretici barkodu ile kendi bastığınız etiket bir arada olabilir, o yüzden barkod tek bir sütun değil ayrı bir tablodur.
3. Boş ve yarım satırlar: Kodu ve barkodu olmayan satırlar taşınmaz; ayrı listeye alınıp ürün sorumlusuna sorulur.
4. Metin olarak saklanan sayılar: Miktar ve fiyat sütununda nokta–virgül karışıklığı, görünmeyen boşluk, "5 adet" gibi yazımlar.
5. Renk kodları: Sarıya boyanmış satırın anlamı dosyada yazmaz, iki kişinin aklındadır. O anlam bir sütuna geçmeden aktarım yapılamaz.
6. Ölçü birimi: Bazı satırlar adet, bazıları koli üzerinden girilmiştir. Birim sütunu yoksa panelde de olmayacak.

Temizliği kimin yapacağı baştan belli olmalı. Yazılım ekibi kuralı yazar; hangi kaydın doğru olduğuna karar veren kişi işletmenin içinden çıkar. 1.200 SKU'lu bir katalogda bu iş birkaç gün, 15.000 satırda birkaç hafta sürer.

Panelin iskeleti: sütunlardan tablolara

Excel yerine stok takip programı ararken ilk çatal burada: hazır paket mi, özel stok takip paneli mi? Cevap operasyonun ne kadar standart olduğuna bağlı; bu ayrımı özel yazılım mı hazır paket mi yazısında tartışmıştık. Hangi yolu seçerseniz seçin, veriyi ilişkisel düşünmeden geçilmiyor. Excel'de her şey tek sayfada yan yana durur; panelde aynı bilgi birkaç tabloya dağılır.

Excel'de miktar bir hücredir, üzerine yazarsınız. Panelde miktar bir sonuçtur; değiştirmek için hareket girersiniz. Geçişin özü bu.

Bu kural pratikte biraz esnetilir: bakiyeyi her sorguda milyonlarca hareketten toplamak yavaştır, o yüzden özet bir bakiye tablosu tutulur. Önemli olan hangisinin doğru sayıldığı; özet bozulursa hareketten yeniden hesaplanır, tersi olmaz. İkinci ayrım rezerve stokta. Pazaryerine ve siteye gönderilen adet fiziksel stok değil, siparişe ayrılanlar düşülmüş satılabilir stoktur; bu ayrımı kurmayan panel yoğun bir günde aynı ürünü iki kez satar. Negatif bakiyeye izin verilip verilmeyeceği de baştan kararlaştırılır, sonradan değiştirmek geçmiş hareketleri yeniden yorumlamak demek.

Rol, yetki ve "kim ne zaman değiştirdi"

Excel'de sayfa koruma vardır ama rol ve yetki yoktur; dosyayı açan herkes pratikte her şeyi görür ve değiştirir. Panelde ilk gün kurulacak şey bu ayrım. Rolleri fazla dallandırmaya gerek yok, üç dört tanesi çoğu işletmeye yetiyor.

• Depo kullanıcısı: Mal kabul ve sevkiyat hareketi girer, alış maliyetini göremez.
• Satış temsilcisi: Stok görür, sipariş açar, fiyat listesini değiştiremez.
• Yönetici: Düzeltme fişi keser, fiyat günceller. Silme yetkisi kimsede olmaz; hatalı kayıt ters kayıtla iptal edilir.
• Salt okunur: Mali müşavir için rapor ve dışa aktarım yetkisi yeter.

Log tarafında en az şu alanlar tutulmalı: kim, hangi kayıtta, hangi alanı, ne zaman, eski değer, yeni değer. Bu altı alan olmadan "bu ürünün stoğunu kim sıfırladı" sorusunun cevabı yok. Panel geliştirme işlerinde log ekranını ilk sürüme koyuyoruz; sonradan eklenen log geçmişi getirmiyor.

Geçmişin ne kadarını taşımalı?

"Hepsini taşıyalım" cümlesi masada güven verir, projede maliyet çıkarır. Yedi yıllık hareket geçmişini aktarmak teknik olarak zor değil; zor olan, o geçmişin doğru olduğunu iddia etmek.

İade geçmişi listenin en tartışmalı satırı. Sebep alanı serbest metinse "beğenmedi", "begenmedi", "müşteri iade" gibi onlarca varyasyon çıkar; bundan kırılım üretilemez. Ticimax mağazaları için kurduğumuz İade Yönetim Paneli projesinde de en çok zaman alan iş, iade sebeplerini sabit bir listeye oturtmaktı. Geçmişi taşımak yerine bugünden itibaren kodlu toplamak daha hızlı sonuç veriyor.

Paralel çalışma: iki sistemin birlikte yürüdüğü haftalar

Canlıya geçişin en sık atlanan kısmı bu. Panel açılır, herkes "artık buradan giriyoruz" der, üçüncü gün bir rakam tutmayınca güven biter. Paralel dönem bunu önler: aynı hareketler bir süre iki tarafa da girilir, akşam karşılaştırılır.

1. Gün sonu kapanışı: Her akşam aynı saatte iki taraftan stok dökümü alınır.
2. Örneklem: İlk günlerde en hareketli 30 SKU'ya bakılır, sonra tam listeye geçilir.
3. Fark kaydı: Tutmayan her satır sebebiyle yazılır: kullanıcı hatası mı, aktarım hatası mı, tanım eksiği mi?
4. Düzeltme: Yazılım kaynaklı farklar ertesi güne kalmaz; kullanıcı kaynaklı olanlar eğitim listesine gider.
5. Çıkış kriteri: Üst üste üç iş günü fark listesi boşsa Excel ikincil konuma alınır.

Süre işletmeye göre değişiyor. Tek kanaldan günde 80 sipariş alan bir mağazada iki hafta yetiyor; üç pazaryeri ve iki depo varsa bir ay bile kısa gelebilir. Bu dönemde iş yükü artar; kimseye "hiçbir şey değişmeyecek" denmemeli.

İki bilinen tuzak var. Birincisi Excel'i "asıl kayıt" saymaya devam etmek; o zaman panel sahiplenilmez. İkincisi farkı görünce paneli suçlayıp dosyaya dönmek. Farkların önemli kısmı zaten Excel'de yıllardır duran hatalardır; panel onları ilk kez görünür kılar.

Excel'i tamamen bırakmayın

Stok takip programı mı Excel mi sorusu yanlış kurulmuş. Excel'in kayıt aracı olarak işi bitmiştir, analiz aracı olarak bitmemiştir. Veri panelde doğar, Excel'e rapor olarak çıkar.

• Her listede dışa aktarım: Ekrandaki filtre ne ise CSV/XLSX çıktısı onu vermeli, iki tık uzakta olsun.
• Muhasebe tarafı: Aylık stok, satış ve iade dökümleri standart formatta çıkar; kimse ekrandan tablo seçip kopyalamaz.
• ERP'ye besleme: Karşı tarafta API varsa doğrudan bağlanılır. Yoksa dosya bırakma yöntemi hâlâ geçerli; klasöre düşen dosya zamanlanmış görevle işlenir. İşlenen dosyayı arşive taşıyın: ikinci kez okunan dosya mükerrer hareket üretir.
• Geri yükleme kontrollü olsun: Excel'de düzenlenip panele yüklenen dosya eski düzeni geri getirir. Toplu fiyat güncellemesi için içe aktarma olabilir; önizleme, doğrulama ve log şart.

Makrodan yazılıma geçmek, o dosyanın gece tek başına yaptığı işi görünür ve tekrarlanabilir bir yere taşımak demek. Makronun yerini zamanlanmış görev, kuyruk ve hata kaydı alıyor; iş düşerse sabah birinin fark etmesini beklemiyorsunuz. Stok uyarıları ve tekrarlı raporlar bu tarafa geçtiğinde süreç otomasyonu başlığına giriyor.

Devreye alma sonrası ilk ay

Geçiş, paralel dönem bittiğinde tamamlanmıyor. İlk dört hafta panelin gerçekten sahiplenilip sahiplenilmediğinin ölçüldüğü dönem.

Yedekleme ve geri dönüş

Günlük otomatik yedek standart. Asıl mesele geri yükleme denemesi: yedeği bir test ortamına açıp çalıştırmadıysanız yedeğiniz olduğunu bilmiyorsunuz, umuyorsunuz. Denemeyi takvime bağlayın; ayda bir kez, kimin yaptığı ve ne kadar sürdüğü not edilerek yapılsın. Veriyi geri getirmenin yarım gün mü, üç gün mü sürdüğünü kriz anında öğrenmek pahalıya geliyor.

Eğitim ekran turu değildir

Menüleri tek tek gezdiren iki saatlik toplantı ertesi gün hatırlanmıyor. Yerine kullanıcının kendi günlük işini yaptığı kısa oturumlar kuruyoruz: mal kabul girişi, sipariş hazırlama, iade kabulü. Her rol için en sık yapılan beş işlemi tek sayfalık bir yönergeye indirin.

İlk ay izlenecek metrikler

• Haftalık düzeltme fişi sayısı: Düşmüyorsa sorun süreçte değil ekrandadır.
• Hatalı ya da iptal edilen sipariş satırı: Excel dönemiyle karşılaştırılabilir tek somut ölçü.
• Entegrasyon hata kuyruğundaki kayıt: Biriken kayıt, gözden kaçan bir eşleşme sorununu gösterir.
• Kullanıcı başına hata bildirimi: Tek kişide toplanıyorsa çözüm yazılımda değil eğitimde.
• Excel'e kaçan iş sayısı: En değerli metrik bu. "Panelde yapamadım, hızlıca dosyada hallettim" denen her iş, eksik kalan bir ekranın adresi.

Son madde bir eksiklik listesi üretir; o liste ikinci sürümün kapsamıdır. İlk ayda hiç Excel'e kaçılmadığını söyleyen bir ekip varsa muhtemelen kimse söylemek istemiyordur. Doğru cevabı almanın yolu, soruyu suçlama gibi sormamaktan geçiyor.

Bu konuda nasıl yardımcı oluyoruz?

Yuog Dev olarak e-ticaret işletmelerinin ERP, entegrasyon ve otomasyon altyapısını kuruyoruz. İhtiyaç analiziyle başlıyor, ölçülebilir hedefler koyuyor ve teslim sonrasında da destek veriyoruz. Süreçlerinizi konuşmak isterseniz iletişim sayfasından bize ulaşabilirsiniz.