Stok Yönetiminde Excel'den Sisteme Geçiş: Doğru Hedef Neresi?
- Kategori
- Rehber
- Yayın tarihi
- 27 Ağustos 2026
Stok yönetimi Excel'den çıkmalıdır, ama gideceği yer bir CRM değildir. Stok kaydının otoritesi bir ERP'de ya da depo yönetim sisteminde durur; CRM'in ekranında görünen sayı, o otoritenin bir kopyasıdır.
Türkçe kaynakların çoğu "Excel'den CRM'e geçin" cümlesini stok için de tekrarlar. Bu yazı o cümleyi düzeltiyor: stok Excel'den çıkarken sorulacak soru "hangi yazılımı alayım" değil, "bu sayının sahibi kim olacak" sorusudur.
Aşağıda Excel'in stokta nerede bozulduğu, hangi sorunun hangi sisteme ait olduğu, geçişin sırası ve CRM'in gerçek payı var. Sonda açık sınırlarımız yazılı — çünkü bu yazının cevabı "bize gelin" değil.
Yazıdaki Rapitek CRM olguları Ağustos 2026 itibarıyla, ürünün kendi şeması ve kurulum verisi okunarak ölçülmüştür. Rakip ürünler hakkında bu yazıda olgu iddiası yoktur.
Excel stok bakiyesini tutar, stok hareketini tutmaz. Bakiye yanlış olduğunda dosya size sayıyı gösterir ama nerede yanlışa düştüğünü gösteremez — çünkü o bilgiyi hiç kaydetmemiştir.
İçindekiler
Excel stokta neden bozulur: dosya sonucu saklar, olayı saklamaz
Excel'in stokta bozulması bir dosya boyutu meselesi değildir; yüz kalemlik bir liste de on bin kalemlik bir liste gibi bozulur. Sebep tek bir tasarım tercihidir: hücre bir sonucu saklar, bir olayı değil.
Bir stok sisteminde asıl kayıt hücredeki sayı değil, o sayıyı değiştiren harekettir: giren, çıkan, iade edilen, fire yazılan miktar. Bakiye bu hareketlerden hesaplanır. Excel'de sıra terstir — insan bakiyeyi elle günceller, hareket hiç yazılmaz. Sayım günü çıkan farkın sebebi bu yüzden bulunamaz: fark ölçülebilir ama açıklanamaz.
Bunun üzerine dört yapısal eksik biner:
- Rezervasyon kavramı yoktur. "Var" yazan 20 adedin kaçının başka bir müşteriye söz verildiğini gösteren bir alan yoktur. Aynı mal iki kez satılır; hata sevkiyat günü görünür.
- Aynı anda iki kişi yazamaz. Depo bir sürümü, satış başka bir sürümü günceller; ikisi de kendi ekranında doğru görünür.
- "Kim değiştirdi" sorusunun cevabı yoktur. Hücre geçmişi bir denetim izi değildir; dosya kopyalandığında o zayıf iz de kaybolur.
- Eksiye düşmeyi engelleyen kural yoktur. −3 adet yazan bir hücre, bir stok sisteminde hiç oluşamayacak bir durumdur; Excel bunu sessizce kabul eder.
Pratik ölçüt şu: dosyanızda "kalan adet" sütunu var ama "hareket" sekmesi yoksa, elinizdeki bir stok kaydı değil, bir tahmin listesidir.
Hangi soruyu soruyorsanız cevabın sahibi kim?
| Sorduğunuz soru | Cevabın otoritesi | Neden orada |
|---|---|---|
| Elimde kaç adet var? | Stok/depo sistemi ya da ERP | Sayılabilir ve fizikseldir; ikinci kopya ikinci gerçek üretir |
| Bu 12 adet neden eksik? | Stok hareketi kaydı | Bakiye bu soruyu cevaplayamaz; cevap yalnız hareket kaydında durur |
| Bu müşteriye söz verebilir miyim? | Rezervasyon kaydı | Serbest miktar, mevcut miktar eksi başkasına ayrılmış miktardır |
| Bu partinin son kullanma tarihi ne? | Stok sistemi (parti/seri takibi) | Miktar değil kimlik sorusudur; adet toplamı bunu taşıyamaz |
| Ne zaman yeniden sipariş vermeliyim? | Stok sistemi ve satın alma | Tedarik süresi ve tüketim hızı stok tarafında tutulur |
| Bu müşteri ne istemişti, kim ne söz verdi? | CRM | Taahhüdün kendisi bir müşteri kaydıdır; adet değil, kim-ne-zaman sorusudur |
Doğru hedef: dört adaydan biri, ve hiçbiri CRM değil
Stok Excel'den çıkarken gidebileceği yer, ne sattığınıza ve malın nerede durduğuna göre değişir. Hangisinin doğru olduğunu ürünün özellik listesi değil, sizin sorduğunuz soru belirler.
Peşinen söyleyelim: bu dördünden hiçbirini biz satmıyoruz. Rapitek CRM bu listenin içinde değil, yanında durur.
Stok Excel'den çıkarken gidebileceği dört yer
Ön muhasebe ya da stok programı
Tek depo, sınırlı kalem sayısı ve faturayla stoğun aynı yerde durmasının yettiği işletmeler için en kısa yol. Stok kartı, hareket ve sayım burada tutulur; kurulum yükü en hafif olanıdır.
ERP'nin stok modülü
Maliyet, üretim, satın alma ve stok aynı kaydı paylaşıyorsa doğru yer burasıdır. Ayrı bir stok programı bu zinciri ikiye böler.
Depo yönetim sistemi (WMS)
Soru "kaç adet var" olmaktan çıkıp "hangi rafta, hangi partide" hâline geldiyse ERP'nin stok modülü de yetmeyebilir. Toplama sırası, konum ve barkod okutma bu sistemin işidir.
E-ticaret ya da pazaryeri stok servisi
Satış kanalı stoğu kendisi düşürüyorsa otorite pratikte oraya kaymıştır. Asıl karar "hangi program" değil, kanal ile depo çelişince hangi tarafın kazanacağıdır.
Geçişin sırası: sayım gününden önce kapatılması gereken kararlar
-
1
Stok kartını tekilleştirin
Aynı mal dosyada kaç farklı yazımla geçiyor? Geçişten önce tek bir stok kodu belirlenir. Atlanırsa yeni sistem eski dosyanın kopyalarını da devralır ve ilk sayımda iki ayrı kart aynı malı gösterir.
-
2
Ölçü birimini tek yazın
Adet mi, koli mi, kilogram mı? Excel'de aynı sütunda üç birim yan yana yaşayabilir, çünkü hücre itiraz etmez. Stok sisteminde birim kartın parçasıdır; dönüşüm oranı yazılmadan koli ile adet toplanamaz.
-
3
Depo ve konumu tanımlayın
Mal tek bir yerde mi duruyor, şubede ve araçta da var mı? Konum tanımlanmadan taşınan bakiye toplamı doğru gösterir ama "nerede" sorusunu cevaplayamaz.
-
4
Hareket girişini tek kapıya bağlayın
Stoğu kimin, hangi ekrandan değiştireceği yazılı belirlenir. İkinci bir kapı açık kalırsa — yan tarafta duran bir Excel dosyası bile — otorite yeniden ikiye bölünür.
-
5
Açılış sayımı yapın
Geçişin gerçek başlangıcı dosyanın aktarıldığı gün değil, sayımın yapıldığı gündür. Excel'den taşınan bakiye bir başlangıç değeri değil, sayımla karşılaştırılacak bir iddiadır.
-
6
Eski dosyayı salt-okunur yapın
Sayım kapandığı anda eski dosya arşive alınır ve yazmaya kapatılır. Açık bırakılan dosya kaybolmaz, kullanılmaya devam eder; iki gerçekli hâli aylar sonra fark edilir.
CRM'in bu resimdeki gerçek payı
CRM stoğun sahibi değildir, ama stoktan tamamen bağımsız da değildir. Satış tarafının stoktan istediği şey miktarın kendisi değil, bir taahhüde girmeden önce bakılacak bir işarettir.
O işaretin dürüst hâli şudur: yanında en son ne zaman güncellendiği yazan bir kopya. Bu yazının ölçütüyle söylersek, CRM'e düşen şey bir bakiyedir, hareket değil — sayım günü çıkan farkı açıklayamaz ve açıklaması da beklenmemelidir. Satış ekranındaki sayının işi satışçıyı depoya sormaya yöneltmektir; o soruyu gereksiz kılmak değil.
CRM'in tartışmasız kendi işi olan kısım şu: müşteri kim, ne istedi, kim hangi tarihi söyledi, teklif hangi sürümde kaldı. Zincirin hangi halkasının nerede durduğu ayrı bir konu — sipariş yönetiminde sınırın nereden geçtiği orada halka halka yazılı. Stok değil müşteri ve teklif verinizi taşıyorsanız, o iş Excel'den CRM'e geçiş sayfasında tarif ediliyor.
Bizim sınırlarımız
Rapitek CRM bir stok yönetim sistemi değildir ve stok otoritesini üstlenmeyi teklif etmiyoruz: anlık ya da çift yönlü stok senkronizasyonu vaat etmiyoruz, stok kaydının otoritesi ERP'nizde ya da depo sisteminizde kalır. Vaat etseydik, birbirini tutmayan iki stok sayısı üretirdik.
Şemayı da açık yazalım, çünkü buradan yanlış bir sonuç çıkarılabilir. Ağustos 2026'da eriştiğimiz kurulumun şemasını okuduk: depo, stok hareketi, stok rezervasyonu, sayım ve seri numarası orada ayrı nesneler olarak duruyor. Bu bir şema okumasıdır — okuma, bu nesnelerin standart kurulumda mı yoksa o kurulumun kendi eklentisi olarak mı bulunduğunu ayırmıyor, ve sahada ne kadar kullanıldıklarına dair yayımlanmış bir ölçümümüz yok. Ölçmediğimiz bir şeyi yetenek diye satmıyoruz.
Kutudan çıkan bir ERP ya da depo modülümüz de yok. Bağlantı için elimizdeki uçlar ölçülüdür ve tavanları yazılıdır; sayıları burada tekrar etmiyoruz — ERP–CRM entegrasyonu sayfasında ve sipariş yönetimi yazısında duruyor. Bu yazıyı asıl ilgilendiren ölçüm göç tarafında: aktarmanın ilk denemede geçeceğine dair garanti vermiyoruz — erişebildiğimiz 8 kiracıda çalıştırılan 34 içe aktarma işinden 16'sı hatayla bitti. Stok dosyasının sorunsuz yükleneceğini sayım gününün planına bir varsayım olarak yazmayın. Hangi bağlantıların bugün çalıştığı entegrasyonlar sayfasında duruyor.
Süre konusunda da peşin söz vermiyoruz. Keşiften önce süre taahhüt etmiyoruz; keşif görüşmesinden sonra size aralık değil tarih veririz. Stok tarafında o tarihin karşılığı sistemin açıldığı gün değil, açılış sayımının kapandığı gündür; takvimi o güne göre kurarız.
Stokta Excel'den geçiş hakkında sık sorulan sorular
Stok yönetimi için CRM almalı mıyım?
Excel stok takibi için gerçekten yetersiz mi?
Rapitek CRM'de stok görebilir miyim?
Geçiş hangi günden başlar — dosya aktarıldığı gün mü?
ERP'miz yok. Stoğu nereye taşımalıyız?
Bir yazılım anlık stok senkronizasyonu vaat ediyorsa neye bakmalıyım?
İlgili içerikler
- Sipariş yönetimi nedir? — Zincirin hangi halkası CRM'de, hangisi ERP'de durur.
- ERP–CRM entegrasyonu — Stok sayısını ERP'den CRM ekranına taşıyan bağlantının kapsamı, sıklığı ve vaat etmediklerimiz.
- CRM veri göçünde alan eşleştirme — Sütun başlıkları yeni sistemde neden kendiliğinden yerine oturmaz.
- Excel'den CRM'e geçiş — Stok değil, müşteri ve teklif verisi taşınıyorsa doğru sayfa burası.
- Oto yedek parça CRM — Kalem sayısının yüksek olduğu bir sektörde satışın stokla kesiştiği yer.
- Entegrasyonlar — Bugün çalışan bağlantılar ve talep üzerine kurduklarımız.
Stok nerede duracak, CRM neyi görecek — birlikte çizelim
Bu yazının cevabı "CRM alın" değil. Demo görüşmesinde önce stok otoritesinin sizde nerede durduğunu, sonra satış tarafının o sayıdan neyi görmesi gerektiğini çıkarıyoruz; kapsam yazılı belirlenir.
Stok otoritesi bizde durmaz. Entegrasyon, CRM kurulumundan ayrı bir iş kalemidir ve keşiften sonra ayrı fiyatlanır.
Kerim Yıldırım
Kurucu, Rapitek CRM · Salesforce döneminde 200'den fazla kurumsal CRM projesi
