Çok Şubeli İşletmede ERP Kurulumu: 8 Uygulanabilir Adım

Çok şubeli veya çok depolu KOBİ'lerde veri modeli, rol ayrımı ve modül sırası kurulum başarısını belirler. Tek merkezden yönetilen Excel dosyaları şube sayısı arttıkça çoğalır. Bu rehberde çok şubeli ERP kurulumu için sekiz uygulanabilir adım ve Yelken360 çalışma alanı modelini anlatıyoruz.

Kısa cevap: Çok şubeli ERP kurulumu; ortak müşteri ve ürün tanımı, şube bazlı stok ve yetki, kademeli modül açılımı ve eğitim ritmi ile yürütülür. Büyük bang yerine pilot şube önerilir.

Çok şube neden farklı zorluk getirir?

Her şube kendi hızında büyür; merkez standart ister. Stok transferi, fiyat listesi ve müşteri ataması çatışır. «Merkez Excel» güncellenmezse şube kendi dosyasını tutar. Bulut ERP tek platformda şube veya depo ayrımı sunar; çalışma alanı (workspace) modeli farklı şirket veya markaları da izole edebilir.

Sekiz uygulanabilir adım

1. Kapsam yazımı: Kaç şube, hangi modüller, hangi go-live tarihi
2. Veri standardı: SKU, müşteri kodu, birim
3. Rol matrisi: Şube müdürü, depo, satış, merkez finans
4. Pilot şube: Bir şubede uçtan uca test
5. İçe aktarım: Açılış stok ve cari
6. Eğitim: Kısa video + şampiyon kullanıcı
7. Paralel dönem: Kritik raporlar kısa süre çift kontrol
8. Genelleme: Diğer şubelere kademeli açılım

Adım 1–2: Kapsam ve veri

Kapsam belgesi «ne yapmayacağız» listesini de içerir. Örnek senaryo: İlk fazda üretim modülü yok; yalnızca stok ve satış. Veri standardında tire, boşluk ve Türkçe karakter SKU kurallarını belirleyin. Mükerrer müşteri birleştirme merkez ofiste yapılır.

Adım 3–4: Rol ve pilot

Şube kullanıcısı yalnızca kendi deposunu ve müşterisini görür. Merkez tümünü görür. Pilot şubede gerçek sipariş ve sayım yapılır; sandbox verisi güven oluşturmaz. Stok depo yazılımı transfer ve sayım senaryoları pilotun çekirdeğidir.

Stok senkronizasyonu

Şubeler arası transfer belgesi çıkış ve girişi eşler. Merkez depo–şube depo modeli yaygındır. Sayım takvimi şube bazlı olabilir; merkez konsolide fark raporu okur. Teklif hazırlama programı merkez fiyat politikası ile şube iskonto yetkisini birlikte tanımlar.

CRM modülü bölge bazlı müşteri ataması yapar. Satış temsilcisi yalnızca portföyünü görür.

Çalışma alanı ve abonelik

Yelken360'da her çalışma alanı kendi aboneliği ve modül setine sahip olabilir. Holding altında farklı markalar ayrı workspace olabilir. Plan limitleri kullanıcı ve depo sayısını etkiler. Fiyatlandırma ve modüller sayfaları karar öncesi incelenir.

Merkez–şube Excel ile ERP karşılaştırması

KonuŞube ExcelÇok şubeli ERP Konsolide stokE-posta toplamaAnlık TransferManuelBelge YetkiDosya paylaşımıRol FiyatFarklı listelerMerkez politika RaporGecikmeliStandart

Eğitim ve değişim

Şube müdürü şampiyon olmalıdır. Merkez «denetim» değil «destek» dili kullanmalıdır. İlk ay haftalık kısa çağrı: sorun listesi ve çözüm. İmalat sektörü şubelerinde üretim emri ikinci fazda açılabilir.

İletişim ve destek hattı

Go-live haftasında merkez destek hattı (iç Slack veya telefon) tanımlanır. Bilinen sorunlar SSS olarak biriktirilir. İletişim kanalı dış danışmanlık veya ek eğitim için kullanılabilir.

Ölçüm

Şube bazlı sayım farkı, sipariş karşılama süresi, mükerrer müşteri sayısı. Kendi pilot şubenizle kıyaslayın. Başarı: ikinci şubede go-live süresinin kısalması.

Merkez raporlama ve KPI

Şube bazlı ciro, stok devir, sayım farkı merkez panosunda okunur. Hedef–gerçekleşen şube sıralaması rekabeti artırır; kültüre göre dikkatli kullanın. Örnek senaryo: Düşük devir şubede kampanya stok temizliği.

Fiyat ve iskonto politikası

Merkez liste fiyatı; şube iskonto tavanı. İhlal onayda. Online teklif merkez şablonu kullanabilir. Teklif hazırlama programı ile tutarlılık.

İnsan kaynakları ve yetki devri

Şube müdürü izinliyken vekalet yetkisi tanımlanır. ERP rol devri güvenlik açığı yaratmamalıdır. İşten ayrılan kullanıcı aynı gün kapatılır.

Veri göçü ve kesinti

Eski sistemden son export; go-live hafta sonu tercih edilir. Geri dönüş planı (rollback) yazılı olmalıdır. İlk ay merkez destek ekibi genişletilir.

Merkez–şube iletişim protokolü

Haftalık operasyon çağrısı: stok, açık sipariş, sayım tarihi. Ay sonu finans mutabakatı. Escalation yolu: şube → bölge → merkez. Belge numarası ile konuşma standardı sağlanır.

Şube geri bildirimi ürün ve fiyat politikasına girdi olur. «Bu SKU burada satmıyor» notu merkez katalog revizyonunu tetikleyebilir.

Uzun vadeli ölçekleme

Yeni şube açılışı workspace veya depo şablonu kopyası ile hızlanır. Modül seti standart paket olur. Deneyim ikinci şubede go-live süresini kısaltır.

Şube performans panosu

Merkez ekranda: ciro, brüt marj (tanımlıysa), stok devir, sayım farkı, açık sipariş yaşı. Şube müdürü kendi verisini görür; rekabet kültürü yapıcı kullanılmalıdır. Düşük performans destek planı tetikler, ceza değil.

IT ve altyapı şube bazında

İnternet kalitesi düşük şubede bağlantı yedekleme (4G router) planlanır. Barkod yazıcı ve etiket standardı merkezden gönderilir. Donanım uyumsuzluğu go-live gecikmesi yaratır; ön denetim listesi kullanılır.

Hukuk ve sözleşme şube açılışı

Yeni şube tüzel kişilik veya şube olarak ERP’de modellenir; danışman kararı. Vergi ve fatura serisi buna göre açılır. Workspace ayrımı veri izolasyonu sağlar.

Franchise modeli

Franchise şubesi workspace ile ayrılabilir. Merkez katalog ve iskonto tavanı sözleşmeyle uyumludur.

Merkez satın alma

Toplu alım ve şubeye transfer; transfer fiyatı net tanımlanır.

Uçtan uca şube senaryosu

Merkez fiyat günceller; şubeler aynı gün görür. Şube sipariş verir; merkez depodan transfer veya doğrudan sevk. Sayım farkı merkez raporunda. Şube müdürü haftalık KPI görür.

Yeni şube go-live: şablon workspace kopyası, üç günlük yerinde eğitim, ilk hafta merkez destek hattı.

Politika ve istisna

İstisna iskonto merkez onay; süre sınırlı. İstisna kodu raporlanır; kötüye kullanım izlenir.

Çok şubeli kurulum derinlemesine

Veri göçü: merkez müşteri ve ürün master; şube açılış stoku. Çift giriş dönemi kısa. Geri dönüş planı yazılı.

Eğitim: merkez eğitici şubede üç gün; video kütüphanesi kalıcı. İlk ay merkez «hypercare» destek.

Rapor: şube karşılaştırma panosu; yapıcı kullanım. Düşük performans destek planı.

Modüller şube paketi merkezle aynı mı farklı mı; sözleşme netleşir.

Şube–merkez çatışma önleme

Fiyat, iskonto ve stok transfer kuralları yazılı. İstisna onay merkezde. Şube «özel durum» kodu ile talep eder; kötüye kullanım raporlanır.

Ortak müşteri kodu; şube kendi müşterisini açamaz (politikaya bağlı). Mükerrer müşteri konsolidasyonu merkez görevi.

Merkez denetim ziyareti şubede sayım ve kasa kontrolü içerir. Bulgular aksiyon listesi olur. ERP logları denetim kanıtı sağlar.

Şube açılış checklist: internet, barkod, yazıcı, kullanıcı rolleri, açılış stoku, eğitim imza listesi. Eksik madde go-live erteler.

Franchise sözleşmesi ERP kullanım yükümlülüğü içerebilir; raporlama merkeze açılır.

Çok şubeli veri yönetişimi

Master veri (müşteri, ürün) merkez sahipliğindedir; şube talep eder, merkez onaylar. Şube kendi SKU açamaz (politikaya bağlı). Bu kural mükerrer ve çakışan kodu önler.

Veri kalitesi KPI: mükerrer müşteri sayısı, eksik zorunlu alan, sayım farkı tutarı. Şube sıralaması ceza değil destek için kullanılır.

Gece batch raporu merkeze e-posta yerine ERP panosunda okunur. E-posta raporu kaybolur; pano tek kaynaktır.

Şube kapanışında veri arşiv ve kullanıcı kapatma prosedürü yazılı olmalıdır. Yetim kayıt denetim sorunu yaratır.

Fiyatlandirma çok workspace veya çok şube senaryosunda plan limiti sorulur.

Çok şubeli kurulumda «merkez–şube» güveni kritiktir. Şube veri girişi merkez raporunu bozar; eğitim ve şampiyon kullanıcı şube tarafında şarttır. Merkez «ceza» yerine «destek» dili kullanmalıdır.

İkinci şube go-live süresi birinciden kısa olmalıdır; şablon ve deneyim birikimi bunu sağlar. Uzun süren ikinci go-live süreç tasarımını gözden geçirtir.

Şube müdürü ERP kullanımını KPI olarak görür: sayım farkı, sipariş karşılama süresi, müşteri şikayeti. Merkez bu KPI’ları yapıcı geri bildirim için kullanır. Ceza kültürü veri manipülasyonuna yol açar.

Go-live sonrası ilk otuz gün «hypercare»: merkez destek hattı, günlük kısa check-in. Sorunlar SSS dokümanına eklenir; sonraki şube açılışı hızlanır.

Çok şubede ortak eğitim videosu ve sınav (basit) kullanıcı kalitesini artırır. Sınav zorunlu değil; şampiyon kullanıcı peer eğitimi de işe yarar.

Merkez–şube toplantısında ERP ekranı paylaşılır; Excel ekranı değil. Ortak ekran aynı rakamı gösterir; tartışma kısalır. Toplantı notu CRM veya görev olarak kayda alınır.

Üçüncü şube açılışından sonra kurulum süreci «standart paket» haline gelir; dokümante edin.

Çok şubeli ERP kurulumunda merkez sponsor (genel müdür yardımcısı veya operasyon direktörü) görünür destek verir. Sponsor yoksa şube «bir daha Excel»e döner. Sponsor aylık on dakikalık «ERP kullanım» gündem maddesi ister.

Şube açılış playbook’u yazın: donanım, eğitim, veri, go-live, hypercare. Playbook her yeni şubede kopyalanır; süre kısalır.

Şube performansı düşükse önce eğitim ve veri kalitesi sorulur; «şube kötü» etiketi yerine destek planı. Merkez mentor atayabilir: birinci şube müdürü ikinci şubede bir hafta görevli.

Çok şubeli yapıda ortak dil «belge numarası»dır; şube–merkez e-posta zincirinde numara olmadan işlem yapılmaz.

Çok şubeli kurulum sonrası merkez «hypercare» döneminde günlük kısa check-in, şube direncini azaltır ve soruları anında yanıtlar. Bu dönem atlanırsa ikinci ay veri kalitesi düşer ve Excel’e dönüş riski artar.

Şube–merkez ortak KPI panosu, aynı ekranda okunduğunda tartışma süresi kısalır ve karar hızlanır. İletişim ile kurulum kapsamı görüşmesi yapılabilir.

Her yeni şube açılışında aynı playbook kullanıldığında kurulum süresi kısalır; deneyim birikimi modüler ERP’nin ölçeklenebilirliğinin pratik kanıtıdır.

Merkez sponsor görünür destek verdiğinde şube ERP’yi «zorunlu kötülük» değil iş aracı olarak görür.

Şube KPI panosu merkez ve şube tarafında aynı metrikleri gösterir.

Çok şubeli ERP kurulumunda sabır ve kademeli açılım, büyük bang projesinden daha az risk taşır.

Sık sorulan sorular

Tüm şubeler aynı gün mü?

Önerilmez. Pilot sonrası dalga dalga açılım riski düşürür.

Şube interneti zayıfsa?

Bulut ERP bağlantı ister; yedek prosedür tanımlayın. Kritik şubede bağlantı yedeklendirme planı.

Farklı vergi mükellefiyeti?

Workspace ayrımı veya şirket kartı modeli danışmanla netleştirilir.

Merkez fiyat şube iskontosu?

Rol tavanı ve onay zinciri tanımlanır. CRM yazılımı pipeline ile birlikte yönetilir.

Kurulum desteği?

İletişim ile kapsam görüşmesi yapılabilir.