10 Mağazalı Perakendeci İçin ERP Seçimi: 7 Kritik Kriter

Mağaza sayısı arttıkça perakendecinin işi büyümekle kalmaz, karakter değiştirir. Tek mağazada gözle takip edilebilen stok, on mağazada ancak kayıtla izlenir. Tek kasada kolayca tutulan gün sonu, on noktada e-posta trafiğine dönüşür. Bu ölçekte ERP seçimi bir yazılım tercihinden çok, mağaza ağının nasıl yönetileceğine dair bir karardır. Bu yazıda 10 mağazalı bir perakendecinin ERP seçerken bakması gereken başlıkları, her başlığın neden kritik olduğunu ve sağlayıcıya hangi soruyu sorması gerektiğini sırayla ele alıyoruz. Son bölümde ise bu soruların demo görüşmesinde nasıl sınanacağına ilişkin öngörülerimizi bulacaksınız.

10 Mağazası Olan Bir Perakendeciye En Uygun ERP Programları Hangi İşleri Tek Merkezde Toplamalı?

10 mağazalı bir perakendeci için doğru ERP; stok, kasa, e-belgeler, raporlama ve kullanıcı yetkilerini merkezden yönetir. Bunun yanında her mağazayı aynı veri akışına bağlar. Bir mağazada yapılan satış, iade ya da transfer, merkezin ve diğer mağazaların gördüğü rakamı aynı anda değiştirir. Bu yapıyı kurmanın pratik yolu, Mikro Yazılım’ın perakende takibi çözümleri gibi merkezi bir sistemdir. Mikro Yazılım perakende dahil pek çok sektöre özel ERP ve ticari yazılım geliştirir. Bu nedenle aşağıda anlatılan adımlar, ayrı programları birbirine bağlamadan tek sistemde kurulabilir.
Merkezi yapıya duyulan ihtiyaç, tek mağaza için tasarlanmış kasa ve muhasebe programlarının sınırından doğar. Bu programlar tek bir depo ve tek bir kasa varsayımıyla çalışır. Mağaza sayısı ikiye üçe çıktığında aradaki açık genellikle Excel tablolarıyla ve gün sonu telefon görüşmeleriyle kapatılır. On mağazada bu yöntem çöker. Merkez hangi ürünün nerede durduğunu bilemez. Mağazalar arasında mal gönderilir ama kayda geçmez. Kârlılık ancak ay sonunda, elle birleştirilen dosyalardan çıkarılır. Çok mağazalı perakende ERP bu dağınıklığı tek bir veri tabanına toplar. Çok şubeli ya da bayili işletme ERP sistemlerini tek mağaza programlarından ayıran fark da budur: veri merkezde bir kez tutulur, her nokta aynı kaydı görür.
Bu sorunların her biri, seçim sırasında kontrol edilmesi gereken bir gereksinime karşılık gelir. Aşağıdaki tablo 10 mağaza ölçeğinde belirleyici olan perakende ERP özelliklerini özetliyor. Sonraki bölümler her satırı ayrıntılandırıyor ve son bölüm, bu soruları demoda nasıl sınayacağınızı gösteriyor.

Gereksinim	10 mağazada neden kritik	Sağlayıcıya sorulacak soru
Merkezi stok ve mağazalar arası transfer	Fazla stok bir mağazada dururken diğerinde satış kaçar	Transfer fişi ve yoldaki stok ayrı izlenebiliyor mu?
Beden/renk matrisli stok	Giyim ve ayakkabıda tek ürün onlarca varyanta bölünür	Matris tek kartta mı, ayrı kartlarla mı tutuluyor?
Kasa ve yeni nesil ödeme kaydedici cihaz entegrasyonu	Her mağazanın satışı belgelenmek zorunda	Kasa satışları ERP'ye mağaza koduyla mı düşüyor?
e-Fatura, e-Arşiv, e-İrsaliye	Belgeler on ayrı noktadan değil merkezden izlenmeli	Belgeler tek ekrandan kesilip takip edilebiliyor mu?
Mağaza bazlı kârlılık raporu	Hangi mağazanın para kazandırdığı görülmeli	İade ve indirim etkisi rapora dahil mi?
Merkez ve mağaza kullanıcı rolleri	Fiyat ve iskonto yetkisi dağılırsa kontrol kaybolur	Rol bazında ekran ve işlem kısıtı tanımlanabiliyor mu?
Bulut veya yerel kurulum	Bağlantı modeli günlük işleyişi belirler	İnternet kesildiğinde kasa çalışmaya devam ediyor mu?

Merkezi Stok, Mağazalar Arası Stok Transferi ve Beden/Renk Matrisi Neden İlk Karardır?

Tablodaki ilk iki satır en çok parayı bağlayan alandır. Bu yüzden seçim stok takibi tarafından başlar. On mağazada stok mağaza başına değil, ağın bütünü üzerinden yönetilir. Bunun ilk koşulu tek stok kartıdır. Bir ürünün kodu, barkodu ve fiyatı merkezde bir kez tanımlanır. Mağazalar bu kartın kendi depolarındaki miktarını görür. Aynı ürünün her mağazada farklı kodla açılması raporları kullanılamaz hale getirir.
Tek kart doğru miktarı gösterse de mal mağazalar arasında hareket ettiğinde ikinci bir koşul devreye girer: transfer fişi.
Örneğin Kadıköy’deki mağazadan Bakırköy’e gönderilen on koli, çıkışta gönderen mağazanın stokundan düşmelidir. Karşı taraf teslim alana kadar da “yoldaki stok” olarak görünmelidir. Yoldaki stok ayrı izlenmezse ürün iki mağazada birden var ya da hiçbir yerde yok gibi görünür. Sayım farklarının büyük kısmı bu boşluktan doğar.
Mağaza bazlı stok takibi yapan bir sistem, transferin hangi aşamada olduğunu her iki mağazaya da gösterir. Teslim alan mağaza eksik ya da hasarlı koliyi fişe işlediğinde fark, kimin sorumluluğunda oluştuğuyla birlikte kayıt altına girer.
Kart ve transfer mantığı her sektörde aynı olsa da kartın içi sektöre göre değişir.

• Giyim ve ayakkabıda tek bir model, beden ve renk kombinasyonlarıyla onlarca varyanta bölünür. Bu varyantlar ayrı ayrı kart olarak açılırsa yönetilemez. Matrisli takip, modeli tek kartta tutup her beden ve rengin her mağazadaki miktarını tablo halinde gösterir.
• Yapı malzemesinde ise sorun birim dönüşümüdür. Ürün paletle alınır, torbayla ya da metrekareyle satılır. ERP bu dönüşümü otomatik yapmalıdır.
• Kırtasiyede koli ve adet ayrımı da aynı mantıkla çalışır.

Bu yapının doğruluğu, sayımın da aynı karta bağlanmasıyla korunur. Mağazalar tüm stoku yılda bir kez saymak yerine belirli kategorileri dönemsel olarak sayabilir. El terminaliyle okutulan miktar doğrudan mağazanın deposuna işlenir ve fark raporu merkeze düşer. Böylece hangi mağazada hangi kategoride sürekli fark çıktığını görür, sorunu kaynağında çözersiniz.
Tüm bu düzenin amacı, perakendecinin en tanıdık sorununu çözmektir. Bir mağazada ürün raflarda beklerken diğerinde müşteri eli boş döner. Ağın bütününü gören bir stok yapısı, transfer önerisini sezgiyle değil veri üzerinden yapmanızı sağlar. Fazla stok ve stokta yok satma sorununu azaltmanın en doğrudan yolu budur.

Kasa, Yeni Nesil Ödeme Kaydedici Cihaz ve e-Belgeler on Mağazada Tek Akışta Nasıl Yönetilir?

Stok hareketi kasada satışla sona erer ve belgelendirme yükümlülüğü tam bu noktada başlar. Perakende mal satışı veya hizmet ifasında bulunan birinci ve ikinci sınıf tüccarlar, fatura düzenlenmesi zorunlu olmayan satışlarını ödeme kaydedici cihaz fişiyle belgelendirmek zorundadır. Bu yükümlülüğün dayanağı 3100 sayılı Kanun ile 426 ve 483 Sıra Nolu Vergi Usul Kanunu Genel Tebliğleridir. 30 Aralık 2023 tarihli Resmî Gazete’de yayımlanan 557 Sıra Nolu Vergi Usul Kanunu Genel Tebliği ise eski nesil cihazların yeni nesil ödeme kaydedici cihazlarla değiştirilmesini, ayrıca mükelleflerin bir banka, kuruluş ya da ödeme hizmet sağlayıcısıyla üye iş yeri anlaşması yaparak kullandıkları her bir cihaz üzerinden banka kartıyla ödeme kabul etmesini zorunlu tutar.
On mağazada bu yükümlülük, on ayrı kasa noktası ve on ayrı belge akışı demektir. ERP’nin görevi bu akışları birleştirmektir:

• Her kasa satışı ERP’ye mağaza koduyla düşmeli.
• Satışın hangi mağazada, hangi kasada ve hangi ödeme tipiyle yapıldığı ayrı ayrı görünmeli.
• Ödeme kaydedici cihazla ERP arasında elle veri girişi kalmamalı.
• Gün sonu raporunu her mağazadan Excel ile toplamak hem zaman kaybıdır hem de hata kaynağıdır.

Satış verisinin otomatik akması, gün sonu kasa kapanışını da sadeleştirir. Mağaza müdürü kapanışta nakit ve kart toplamlarını sistemin hesapladığı rakamla karşılaştırır. Fark varsa açıklamasıyla birlikte merkeze bildirir. Merkez de banka hesaplarına geçen kart tahsilatlarını mağaza bazında eşleştirir. Bu mutabakat haftalar sonra değil ertesi sabah yapıldığında, kayıp ya da hatalı iade erken yakalanır. Çok mağazalı perakende işletmelerinde kasa ve satış süreçlerini kolaylaştırmak için ERP ile entegre çalışan hızlı satış çözümlerinden yararlanabilirsiniz. Mikro Yazılım’ın Hızlı Satış Çözümleri ile barkodlu ve barkodsuz satış, farklı ödeme yöntemleri, kampanya ve promosyon yönetimi gibi işlemleri ERP ile entegre şekilde gerçekleştirebilirsiniz.

Kasa tarafı birleştikten sonra e-Fatura, e-Arşiv ve e-İrsaliye belgelerinin de mağaza bazında dağınık kalmaması gerekir. En sağlıklı yapı, belgelerin merkezden kesilip izlendiği yapıdır. Mağaza satış yapar, belge merkezde oluşur. Mali işler sorumlusu tüm mağazaların belgelerini tek ekrandan kontrol eder. Mağazalar arası transferde e-İrsaliye düzenleme ihtiyacı varsa, bu adım da transfer fişinden otomatik üretilmelidir.
Bu alanda yakın tarihli bir düzenleme, ERP ve kasa seçimini doğrudan ilgilendiriyor. 8 Mayıs 2026 tarihli Resmî Gazete’de yayımlanan 593 Sıra Nolu Vergi Usul Kanunu Genel Tebliği ile 509 Sıra Nolu Tebliğ kapsamında düzenlenebilen e-belgelerden Gelir İdaresi Başkanlığı kılavuzlarında belirtilenlerin yeni nesil ödeme kaydedici cihazlar üzerinden düzenlenebilmesine imkân tanındı. On mağazalı bir perakendeci için pratik karşılığı şudur: kasadaki satış ile e-belge süreci aynı noktada tamamlanabilir. Sağlayıcıya cihazlarının bu kapsamda başvuru yapıp yapmadığını ve ERP’nin bu akışı destekleyip desteklemediğini sorabilirsiniz.

Mağaza Bazlı Kârlılık Raporu ve Merkez-Mağaza Kullanıcı Rolleri Kontrolü Nasıl Sağlanır?

Satışlar ve belgeler merkezde toplandığında, sıradaki soru o verinin nasıl ne işe yaradığıdır.

• Merkez her mağazanın brüt kârını aynı raporlama içinde görmelidir.
• İade ve indirimlerin kâra etkisi bu rapora dahil olmalıdır.
• Kategori bazında performans aynı ekranda yer almalı.
• Ciro tek başına yanıltıcıdır. Yüksek ciro yapan bir mağaza, yoğun indirim ve iade nedeniyle ağın en az kazandıran noktası olabilir.

Mağaza bazlı rapor, kira ve personel giderini de hesaba katan bir kararın temelidir. Hangi mağazanın büyütüleceğine ya da taşınacağına bu raporla karar verilir. Ürün ve mağaza kârlılığını takip etmek için maliyetin doğru tutulması gerekir. Bu da ancak önceki bölümde anlatılan tek stok kartı ve kayıtlı transferle mümkündür. Sık transfer alan bir mağazanın taşıma ve hazırlık maliyeti de hesaba katılmalıdır. Aksi halde o mağaza, ağın geri kalanının taşıdığı yükle kârlı görünür.
Rapor ne kadar ayrıntılı olursa olsun, veriyi kimin değiştirebildiği belli değilse güvenilmez. Kontrolün diğer yarısı bu yüzden kullanıcı rolleridir. On mağazalı bir yapıda tipik ayrım şöyledir:

• Fiyat ve iskonto yetkisi merkezde kalır.
• Mağaza müdürü yalnızca kendi mağazasının stokunu, satışını ve personelini görür. Kasiyerin yetkisi satış ve iadeyle sınırlanır. İndirim tanımlayamaz, fiyat değiştiremez.
• Merkezde belirlenen fiyat ve kampanya, aynı anda tüm kasalara dağıtılır.

Bu ayrım iki sonucu doğrudan etkiler:

• Birincisi rapor güvenilirliğidir. Fiyatı mağazada değiştirilebilen bir sistemde kârlılık rakamı tartışmaya açıktır.
• İkincisi suistimal riskidir. Yetkisiz iade ya da elle girilen indirim, rol tanımı yoksa ay sonuna kadar fark edilmeyebilir.

Bu yüzden ERP’de her işlemin hangi kullanıcıyla yapıldığının kaydı tutulmalıdır. Bu kaydın amacı suçlu aramak değildir; hangi adımın eğitim ya da ek kural gerektirdiğini gösterir.

Bulut ya da Yerel Kurulum Seçimi ve Kademeli Geçiş Mağaza Ağını Nasıl Etkiler?

Rol ve raporlama yapısı netleştiğinde, bu yapının hangi altyapıda çalışacağı ve mağazalara hangi sırayla taşınacağı kararı gelir. Altyapı teknik bir ayrıntı gibi görünse de mağazaların günlük işleyişini belirler. On mağazalı bir perakendeci dört ölçüte bakmalıdır.

• İlk ölçüt bağlantı modelidir. Mağazalar merkeze anlık bağlanabilir ya da gün içinde belli aralıklarla senkron olabilir. Anlık bağlantı stok ve satışı gerçek zamanlı gösterir. Dönemsel senkron ise merkezin birkaç saat eski veriyle karar vermesi demektir.
• İkinci ölçüt internet kesintisidir. Bağlantı koptuğunda kasa satışa devam edebilmeli ve bağlantı gelince veriyi merkeze göndermelidir. Bu, tablodaki son satırda yer alan ve her iki kurulum tipinde de sağlayıcıya açıkça sorulması gereken konudur.
• Üçüncü ölçüt sorumluluktur. Yerel kurulumda sunucu, yedekleme ve güvenlik güncellemeleri sizin bilgi işlem ekibinizdedir. Bulutta bu yük sağlayıcıya geçer.
• Dördüncü ölçüt büyüme hızıdır. On birinci mağazayı açtığınızda sisteme eklemenin ne kadar süreceğini önceden bilmelisiniz. Bulutta yeni mağaza genellikle kullanıcı ve kasa tanımıyla açılır.

Kendi sunucusunu yönetmek istemeyen ve mağazalarını merkeze internet üzerinden bağlamak isteyen bir perakendeci için Mikro Jump Bulut pratik bir yoldur.
Veriyi kendi sunucusunda tutmayı tercih eden ve bunun için bilgi işlem kaynağı ayırabilen işletmeler ise Mikro Jump ya da daha geniş kapsamlı süreçler için Mikro Fly ile yerel kurulumu değerlendirebilir.
Altyapı hangisi olursa olsun, en riskli aşama mevcut programdan yeni sisteme geçiştir. Doğru yöntem, geçişi tek seferde değil kademeli yapmaktır. On mağazayı aynı gün yeni sisteme almak, olası bir hatanın on noktada birden satışı durdurması demektir.
Kademeli geçiş veri temizliğiyle başlar. Eski programdaki stok kartları, barkodlar, cari bakiyeler ve açılış stoku olduğu gibi aktarılmamalı. Aynı ürünün mükerrer kartları birleştirilir, kullanılmayan kodlar kapatılır. Beden ve renk varyantları matris yapısına dönüştürülür. Bu aşamada harcanan zaman, sonraki aylarda raporların doğruluğunu belirler. Temizlenen veri ise aşağıdaki sırayla mağazalara taşınır.

Aşama	Yapılacak işler
Veri hazırlığı	Stok kartlarını ve barkodları temizlemek, mükerrer kayıtları birleştirmek, cari bakiyeleri mutabık kılmak, açılış stoku için sayım yapmak
Merkez ve pilot mağaza	Merkezi ve en iyi yönetilen bir mağazayı canlıya almak, kasa ve e-belge akışını gerçek satışla denemek
Kalan mağazalar	Mağazaları iki üç mağazalık gruplar halinde eklemek, her grup için kullanıcı eğitimi vermek
İnce ayar	Rol yetkilerini, rapor şablonlarını ve transfer kurallarını ilk haftaların verisine göre düzeltmek

Birkaç pratik önlem bu sırayı daha güvenli hale getirebilir:

• Açılış stoku için her mağazada sayım günü belirleyin ve transferleri o gün durdurun.
• Geçişi sezon dışı bir döneme planlayın. Giyimde sezon açılışı, kırtasiyede okul dönemi, yapı malzemesinde inşaat sezonunun yoğun ayları geçiş için uygun değildir.
• Pilot mağazada eski ve yeni sistemi kısa bir süre paralel çalıştırın. Gün sonu rakamları birkaç gün üst üste tuttuğunda diğer mağazalara geçin.
• Eğitimi kasiyer, mağaza müdürü ve merkez ekibi için ayrı ayrı planlayın, çünkü her rol sistemin farklı bir bölümünü kullanır.

Perakende ERP Sağlayıcısına İmzadan Önce Neyi Göstermesini İstemelisiniz?

Tablodaki sorular sağlayıcının ne söylediğini ölçer. İmzadan önce ise söylenenin ekranda nasıl çalıştığını görmeniz gerekir. Demo görüşmesine aşağıdaki senaryolarla gidebilir ve her birini kendi verinize benzer örneklerle canlı olarak izleyebilirsiniz:

• Bir mağazadan diğerine transfer fişi kesilsin, ürün yoldayken iki mağazanın stok ekranı gösterilsin.
• Beden/renk matrisli bir model tek kartta açılsın ve on mağazadaki dağılımı tek tabloda görünsün.
• Bir kasa satışı yapılsın, ERP’ye mağaza koduyla ve ilgili e-belgeyle düştüğü merkez ekranında gösterilsin.
• İnternet bağlantısı kesilmiş gibi kasada satış yapılsın, bağlantı geldiğinde verinin merkeze aktarıldığı izlensin.
• Kasiyer kullanıcısıyla fiyat değiştirmek ve indirim girmek denensin, sistemin bunu engellediği görülsün.
• Eski programınızdan örnek bir veri dosyasının nasıl aktarılacağı ve temizleneceği adım adım anlatılsın.

Bu senaryolar sorunsuz ilerlese bile, son karar canlıya geçişten sonra mağazalara nasıl destek verileceğine bağlıdır. Bir mağaza ağı yıllar içinde büyür ve sağlayıcının bu süre boyunca yanınızda kalması gerekir. Mikro Yazılım 1988’den bu yana ticari yazılım geliştiriyor, 350’yi aşkın iş ortağı ve 105 bini aşkın işletmeyle perakendecilerin büyüme aşamalarına eşlik ediyor. Bu senaryoları kendi mağaza yapınız üzerinden görmek için Mikro Yazılım’ın perakende sektörü çözümleri sayfasını inceleyebilirsiniz.