Market programı mı, zincir market yazılımı mı? Şube sayısına göre doğru seçim
Kimin içinMarket sahibi ve genel müdür, büyüyen bölgesel zincirin operasyon ve finans yöneticisi, bilgi işlem sorumlusu
Market programı araması iki farklı ihtiyacı aynı kelimeyle anlatır. Tek mağazalı bir market kasayı, barkodu, stok giriş-çıkışını ve ön muhasebeyi tek programda toplamak ister. Beşinci şubesini açan bir zincirin sorusu ise başkadır: hangi şubede ne bitti, depodan hangi şubeye kaç koli gidecek, hangi şube zarar ediyor ve sayım farkı nereden geliyor. Bu rehber iki ihtiyacı birbirinden ayırıyor: market programının yaptığı işi, zincirin bunun üstünde neye ihtiyaç duyduğunu, ERP'nin nerede durduğunu, şube sayısına göre karar tablosunu, demoda sorulacak soruları ve toplam maliyetin nasıl hesaplanacağını anlatıyor.
Market programı ne yapar?
Market programı, tek bir mağazanın günlük kaydını tutan yazılımdır. Çekirdeği kasadır: ürün barkodla okutulur, fiyat ürün kartından gelir, fiş yazar kasaya iletilir, ödeme tipi kaydedilir. Gelir İdaresi Başkanlığı'nın rehberine göre yeni nesil ödeme kaydedici cihazlar (YN ÖKC) internet yoluyla Başkanlığa güvenli şekilde veri aktaran bilgisayar tabanlı cihazlardır ve iki türü vardır: banka POS'unu içinde barındıran EFT-POS özellikli cihazlar ve haricen POS bağlanabilen basit ya da bilgisayar bağlantılı cihazlar. Günlük kapanış (Z) raporlarının mali bilgileri de bu altyapı üzerinden elektronik ortamda bildirilir. Market programının kasa tarafı bu cihazlarla birlikte çalışır.
Kasanın arkasında ürün kartı ve stok durur. Alış faturası girildiğinde stok artar, satışta azalır, iade ve sayım düzeltmesiyle yeniden ayarlanır. Ön muhasebe tarafında cari hesaplar, kasa ve banka hareketleri ve fatura kayıtları tutulur. Bu dört iş birlikte tek bir sorunun cevabını verir: bu mağazada ne oldu?
Tek mağazada bu cevap çoğu zaman yeterlidir, çünkü kararı veren kişi mağazadadır. Raf boşaldığında sahibi görür, tedarikçi geldiğinde siparişi o verir, bozulan ürünü tezgahta fark eder. Program kaydı tutar; karar, mağazada duran kişinin gözlemine dayanır.
- Kasa: barkodla satış, ödeme tipi, iade ve iptal, yazar kasa bağlantısı, gün sonu
- Ürün kartı ve barkod: fiyat, KDV oranı, birim, birden fazla barkod, terazi barkodu
- Stok giriş-çıkış: alış faturası, iade, sayım düzeltmesi, stok seviyesi raporu
- Ön muhasebe: cari hesap, kasa ve banka hareketi, fatura, basit kar raporu
Bu dört iş kayıt işidir: ne olduğunu yazar, ne yapılması gerektiğini söylemez. Zincirde ihtiyaç tam bu noktada değişir.
Zincir markette market programı nerede yetmez?
Şube sayısı arttıkça karar mağazadan merkeze taşınır ve kararı veren kişi rafı görmez. Merkezdeki satın alma, sevkiyat ve finans ekibi her şubeyi veriden görmek zorundadır. Kayıt aynı kalır, ama kayıttan çıkarılması gereken sorular çoğalır ve bu soruların hepsi birden fazla şubeyi ya da birden fazla sistemi aynı anda okumayı gerektirir.
Aşağıdaki tablo, tek mağazada yeterli olan ile zincirde gereken arasındaki farkı yedi başlıkta topluyor. Her satırın ortak noktası, cevabın tek bir şubenin kaydında değil, şubelerin ve depoların birlikte okunmasında olmasıdır.
Fire ve sayım farkı bu listede ayrı bir ağırlık taşır, çünkü zincirde küçük bir oran büyük bir tutardır. Migros 2025 Entegre Faaliyet Raporu'nda kayıp oranındaki 30 baz puanlık azalmayı, lojistik verimliliğiyle birlikte brüt kardaki iyileşmenin ana etkenleri arasında saydı; aynı yıl şirketin net kar marjı yüzde 1,6 oldu. Net marjın bu kadar ince olduğu bir işte fire, kira ve personelle aynı ağırlıkta bir kalemdir.
- Şube-ürün karar satırı
Şube sayısı × Aktif ürün sayısıHer satırın sorusu aynıdır: bu şubede bu üründen yeterince var mı?
| İhtiyaç | Tek mağazada yeterli olan | Zincirde gereken |
|---|---|---|
| Merkez-şube stok görünümü | Mağazanın kendi stok seviyesi raporu | Depo, yoldaki mal ve her şubenin stoğu tek ekranda; hangi şubede ne bittiği ve depoda olup olmadığı aynı anda |
| Şube karşılaştırması | Günlük ciro ve fiş sayısı | Ciro, sepet, marj, fire ve personel gideri aynı tanımla, şubeler yan yana; sapan şube işaretli |
| Sevkiyat ve ikmal | Tedarikçiye verilen sipariş | Depodan şubeye sevk listesi ve şubeler arası transfer, raf kapasitesi ve koli kısıtıyla |
| Fire ve SKT | Bozulan ürünün stoktan düşülmesi | Fire sebep koduyla, SKT parti bazında; tarihi yaklaşan parti şube ve miktarıyla |
| Sayım farkı | Dönemsel genel sayım | Döngüsel sayım; fark ürün, şube ve sebep kırılımında, muhasebe kaydıyla eşleşmiş |
| Ürün maliyeti ve marj | Son alış fiyatı | Ağırlıklı ortalama ve son alış maliyeti yan yana; marj şube ve kategori kırılımında |
| Kasa mutabakatı | Gün sonu kasa sayımı | Z raporu, banka POS'u ve ERP satışı her şube için eşleşmiş; tutmayan satır sebep koduyla |
ERP nerede durur, karar katmanı nerede başlar?
Zincirleşen market genellikle bir noktada ERP'ye geçer. ERP kayıt sistemidir: satın alma siparişi, alış faturası, stok hareketi, depo transferi, cari hesap ve muhasebe fişi orada tutulur. Kasa da kendi kaydını tutar ve günü Z raporuyla kapatır. İkisi de doğru kaydı tutmak için tasarlanır; birinin işi faturayı, diğerinin işi fişi eksiksiz yazmaktır.
Karar katmanı bu kayıtların üstünde durur. ERP ve kasa verisini okur, ürün, şube ve tarih tanımlarını hizalar ve tek veri modelinde birleştirir. Sorduğu soru kayıt sorusu değil karar sorusudur: yarın hangi şubeye kaç koli gitmeli, hangi şube geçen ay zarar etti, sayım farkının ne kadarı fire ve ne kadarı bilinmeyen kayıp, hangi kasada tutmayan satır var.
Bu ayrım satın alma kararını da değiştirir. Karar katmanı ERP'nin yerine geçmez; ERP'yi değiştirmeden ve şubedeki kasa akışına dokunmadan kurulur. Kayıt ERP'de ve kasada kalır, karar ekranları onların verisinden beslenir. Çok şubeli bir zincirde sorun çoğu zaman kaydın kendisinde değil, kayıttan karar çıkarmaktadır; bu durumda ERP'yi değiştirmek sorunu çözmez, yalnızca kaydı başka bir sisteme taşır.
| Katman | Ne tutar | Hangi soruya cevap verir | Örnek çıktı |
|---|---|---|---|
| Kasa (POS ve yazar kasa) | Fiş satırı, ödeme tipi, iade ve iptal | Bu kasada bugün ne satıldı? | Z raporu, gün sonu |
| ERP ya da market programı | Alış, stok hareketi, transfer, cari, muhasebe | Bu ürün kaça alındı, stokta kaç adet kayıtlı? | Fatura, stok bakiyesi, mizan |
| Karar katmanı | Kasa ve ERP verisi tek modelde, aynı tanımla | Hangi şubeye ne gitmeli, hangi şube neden geride? | Sevk listesi, şube karnesi, şube kar-zararı, fark listesi |
Karar katmanını değerlendirirken sorulacak ilk soru, kaynak sistemlere yazıp yazmadığı ve yazıyorsa neyi yazdığıdır. Kaydın tek sahibi ERP olarak kalmalıdır; karar katmanından çıkan bir sevk önerisi ERP'ye ancak onaydan sonra sevk emri olarak geçmelidir.
Şube sayısına göre hangi yazılım gerekir?
Şube sayısı tek başına karar vermez; asıl ölçü merkezden verilen karar sayısıdır. Yine de şube sayısı, hangi kararların ne zaman elle yürümez hale geldiğini iyi gösterir. Aşağıdaki tablo bir başlangıç noktasıdır: merkez deposu olan altı şubeli bir zincirin ihtiyacı, deposuz on şubeli bir zincirinkinden fazla olabilir.
Ipsos Hane Tüketim Paneli'nin Eylül 2025'te yayımlanan değerlendirmesine göre 2025'in ilk yarısında en dikkat çekici büyümeyi yerel zincirler gösterdi ve yerel zincirler en çok pay artıran kanal oldu. Büyüyen yerel zincirin tipik geçişi tablodaki ikinci ve üçüncü satır arasındadır: depo kurulur, bölge yapısı oluşur ve şube sahibinin gözüyle yürüyen kararlar merkeze taşınır.
| Şube sayısı | Tipik yapı | Kayıt için yeterli olan | İlk eksik kalan karar | Başlangıç noktası |
|---|---|---|---|---|
| 1-3 | Sahibi her gün şubede; tedarikçi doğrudan şubeye getirir | Market programı ve ön muhasebe | Şubeler arası karşılaştırma ve düzenli sayım | Ürün kartı ve barkod disiplini; karar katmanı ikinci ya da üçüncü şube açılırken kurulursa büyüme aynı veri modeliyle başlar |
| 4-10 | Merkez depo kurulur ya da tartışılır; şube müdürü katmanı oluşur | Market programı ya da ERP | Merkez-şube stok görünümü, sevk listesi, şube karnesi | Şube karnesi ve stok görünümü (Mind Ops, Mind Stock); depo varsa sevkiyat (Mind Send) |
| 11-50 | Bölge müdürleri, merkez depo, kategori ekibi, aktüel kampanyalar | ERP | İkmal ve transfer, ürün maliyeti ve marj, kasa mutabakatı, şube kar-zararı | Mind Ops, Mind Send, Mind Cost ve Mind Stock birlikte |
| 50+ | Birden fazla depo, bölge yapısı, fırın ve şarküteri gibi kendi üretimi | ERP ve ayrı raporlama altyapısı | Tek tanımla şube kıyası, alan verimliliği, kayıp önleme | Altı ürün; raf ve alan için Mind Space, kamera analizi için Mind Cam |
Tablodaki eşikler kesin sınır değil, başlangıç noktasıdır. Şube sayınız ne olursa olsun iki belirti karar katmanı ihtiyacını gösterir: toplantıda aynı ciro için iki farklı rakam dolaşıyorsa ve sevk listesi her hafta bir elektronik tabloda elle hazırlanıyorsa.
Demoda hangi sorular sorulmalı?
Zincir market yazılımının demosunda sorulacak sorular stok programı demosundan farklıdır. Stok tarafındaki sorular (maliyet yöntemi, negatif stok, SKT ve lot yapısı, veri göçü ve çıkış hakkı) stok yönetim programı seçerken sorulacak sorular rehberinde ayrıca listelenir. Buradaki sorular zincirin karar işine odaklanır ve hepsinin ortak kuralı aynıdır: cevap hazır demo verisiyle değil, sizin şube ve ürün yapınızla gösterilmelidir.
- Dün hangi şubede ne bitti?Dün akşam rafı boşalan ürünleri şube kırılımında, depodaki ve yoldaki miktarla birlikte tek ekranda isteyin. Cevap üç ayrı rapordan derleniyorsa merkez-şube görünümü yoktur.
- En zayıf üç şubeyi hangi metrik ayırıyor?Ciro, sepet, brüt marj, fire ve personel giderini şubeler yan yana, aynı tanımla göstertin. Aynı metrik iki ekranda farklı çıkıyorsa tanım tek yerde değildir.
- Yarınki sevk listesi kendi verinizleDepodan şubeye öneriyi şube ve ürün kırılımında ürettirin; her satırın hangi kısıttan (depo mevcudu, raf kapasitesi, koli) etkilendiğini ve öneriyi kimin değiştirdiğinin kayıt altında olup olmadığını sorun.
- Bir şubenin geçen ayki kar-zararıNet satıştan şube faaliyet karına kadar satır satır göstertin: satılan malın maliyeti, fire, personel, kira, enerji ve merkez payı. Rakamın ay kapanışını bekleyip beklemediğini sorun.
- Tutmayan bir günZ raporu, banka POS'u ve ERP satışı arasında farkı olan bir günü açtırın; farkın hangi fiş satırından geldiğinin sebep koduyla listelenip listelenmediğine bakın.
- Kurulumu kim yapıyor?ERP ve kasa verisine nasıl erişileceğini, bağlantıları kimin kuracağını, şube ve reyon yapısını veri modeline kimin taşıyacağını ve yeni şube açıldığında ne olacağını yazılı isteyin.
Demo sırasında bir sorunun cevabı "bunu rapor olarak ayrıca hazırlarız" ise, o ihtiyaç ürünün kendisinde değil proje kapsamındadır ve toplam maliyete eklenir.
Toplam maliyet nasıl hesaplanır: lisans, aylık bedel, kurulum ve veri aktarımı
Yazılım fiyatı tek kalem gibi görünür ama toplam maliyet en az beş kalemden oluşur ve karşılaştırma bu kalemler yazılmadan yapılmaz. Lisans modelinde yazılım bir kez satın alınır, üzerine yıllık bakım ve sürüm bedeli eklenir. Aylık bedel modelinde ödeme şube ya da kullanıcı ölçeğine göre her ay yapılır ve bakım genellikle bedelin içindedir. İki model aynı süre için, aynı kalemlerle karşılaştırılır.
Atlanan kalemler genellikle kurulum işi, veri aktarımı ve iç ekip zamanıdır. Ürün kartlarının temizlenmesi, çift barkodların ayıklanması, şube ve depo kodlarının eşleştirilmesi ve geçmiş satışın aktarılması hem tedarikçi tarafında hem sizin tarafınızda iş çıkarır. Bu işlerin kimde olduğu ve nasıl fiyatlandığı teklifte yazılı olmalıdır.
Maliyetin karşısına konacak rakam da hesaplanabilir. Brüt kardaki küçük bir iyileşme (daha az fire, kapanan sayım farkı, doğru maliyetle verilen indirim) zincirin cirosuyla çarpıldığında yazılım bedelini karşılayıp karşılamadığı başabaş puanıyla görülür.
- İlk yıl toplam maliyet
Lisans ya da 12 × Aylık bedel + Kurulum ve entegrasyon + Veri aktarımı + Eğitim + İç ekip zamanı- Üç yıllık toplam maliyet
İlk yıl toplam maliyet + 2 × (Yıllık bakım ya da 12 × Aylık bedel)İç ekip zamanı sonraki yıllarda da sürüyorsa o da eklenir.- Başabaş brüt kar iyileşmesi (puan)
Aylık ortalama yazılım maliyeti ÷ Zincirin aylık net satışı × 100
Mindpera'nın güncel fiyatları fiyatlar sayfasında (/fiyatlar) ürün ve şube-kullanıcı kademesine göre aylık ve KDV hariç olarak listelenir; 100'ün üzerindeki şube-kullanıcı ölçeği için kurumsal paket teklifle fiyatlanır. Kurulumu ekibimiz yapar; geçmiş veri aktarımı ve özel entegrasyon gibi bir defalık işler teklifte ayrı kalem olarak yazılır.
Mindpera bu ayrımda nerede durur?
Mindpera zincir marketler için karar yazılımıdır; kasa programı ya da ERP değildir ve onların yerine geçmez. Kullandığınız ERP, kasa ve depo sistemlerinin verisini okur, tek veri modelinde birleştirir ve zincirin karar işini altı üründe toplar. Ürünler ayrı ayrı ya da birlikte kullanılır; hepsi aynı veri modelinden beslendiği için bir üründe tanımlı şube, ürün ve tarih diğerinde de aynıdır.
Kurulumu ekibimiz yapar: ilk görüşmede kullandığınız ERP, kasa ve depo sistemleri konuşulur, ardından ekibimiz bağlantıları kurar, veri modelini şube ve reyon yapınıza göre yapılandırır ve sistemi çalışır halde teslim eder. Şubedeki kasa akışı ve ERP'deki kayıt düzeni değişmez.
- Mind Ops: şube günlük karnesi, şube bazlı kar-zarar, kontrol listeleri, eşleşmeyen POS satırları ve aksiyon takibi
- Mind Send: ilk dağıtım, depodan şubeye ikmal ve şubeler arası transfer; talep tahmini, mevcut stok ve raf kapasitesiyle
- Mind Stock: sayım ve sayım farkı, SKT ve lot listesi, sebep koduyla fire; onaylanan fark muhasebe fişi olarak aktarılır
- Mind Cost: ağırlıklı ortalama ve son alış maliyeti yan yana, marj iki yöntemle; fırın ve şarküteride reçete maliyeti
- Mind Space: şube alanı ve raf metresi kategori bazında; metrekare başına ciro ve raf metresi başına marj
- Mind Cam: kamera görüntüsünden olay ve ziyaretçi sayım verisi; kasa farkı kaydı ile aynı andaki olay yan yana
Sık sorulan sorular
- Market programı ile zincir market yazılımı arasındaki fark nedir?
- Market programı tek mağazanın kaydını tutar: kasa, barkod, stok giriş-çıkış ve ön muhasebe. Zincir market yazılımı bu kayıtları birden fazla şube ve depo için birlikte okur ve karar üretir: hangi şubeye ne gidecek, hangi şube neden geride, fark nereden geliyor. Birincisi ne olduğunu yazar, ikincisi ne yapılması gerektiğini gösterir. İkisi birbirinin yerine değil, üst üste çalışır.
- Kaç şubeden sonra zincir market yazılımına ihtiyaç duyulur?
- Kesin bir eşik yoktur; ölçü merkezden verilen karar sayısıdır. Genellikle dört ile on şube arasında, özellikle merkez depo kurulduğunda, sevk listesi ve şube karşılaştırması elle yürümez hale gelir. On bir şubenin üzerinde ikmal, ürün maliyeti, kasa mutabakatı ve şube kar-zararı aynı veri modelinde izlenmezse kararlar ay sonu raporuna kalır.
- Zincir market yazılımı için ERP'yi değiştirmek gerekir mi?
- Gerekmez. Kayıt ERP'de ve kasada kalır; zincir market yazılımı bu sistemlerin verisini okuyan bir karar katmanı olarak üstte durur. Mindpera da ERP'nin yerine geçmez: kullandığınız ERP'ye ve kasaya bağlanır, şubedeki kasa akışı değişmez. ERP değişikliği ancak mevcut ERP kayıt işini yapamıyorsa ayrı bir proje olarak konuşulur.
- Lisanslı program mı, aylık ödemeli yazılım mı daha ekonomik?
- Aynı süre ve aynı kalemlerle karşılaştırılmadan söylenemez. Lisansa yıllık bakım, aylık bedele kurulum ve veri aktarımı eklenir; iki modelde de iç ekip zamanı vardır. Üç yıllık toplam maliyet hesaplanır ve aylık ortalaması zincirin aylık net satışına bölünerek başabaş puanı bulunur. Rehberdeki örnekte fark lisans bedelinde değil, bakımın ve kurulum işinin nasıl yazıldığında çıkıyor.
- Market otomasyonu ile market programı aynı şey mi?
- Günlük kullanımda çoğu zaman aynı anlamda kullanılır: kasa, barkod, stok ve ön muhasebeyi bir arada yapan yazılım. Zincir için belirleyici olan ad değil kapsamdır. Programın birden fazla şube ve depoyu aynı anda okuyup okumadığı, sevk ve ikmal önerisi üretip üretmediği ve şubeleri aynı tanımla karşılaştırıp karşılaştırmadığı sorulur.
- Çok şubeli markette merkez şube stoğunu nasıl görür?
- Her şubenin stok hareketi (satış, mal kabul, sevk, iade, fire ve sayım) aynı veri modeline akmalıdır. Merkez o zaman depoyu, yoldaki malı ve şube stoğunu tek ekranda görür. Şube stoğu merkeze ancak gün sonu ya da ay sonu raporuyla ulaşıyorsa sevk kararı bugünün değil, birkaç gün önceki stoğun üzerine verilir.