Çoklu Şube Yönetimi & Şubeler Arası Transfer

Bu sistem, birden fazla fiziksel lokasyonda faaliyet gösteren ve tüm şubelerini tek platformdan yönetmek isteyen işletmeler için tasarlanmıştır:

• İki ile on şube arasında zincir kuyumcular: Her şubede farklı ürün yelpazesi olan, müşteri tabanı birbiriyle örtüşen veya birbirini tamamlayan, merkezi satın alma yapan kuyumcu zincirleri. Merkezi depodan şubelere ürün dağıtımı ve şubeler arası transfer anlık kayıt altına alınır.
• Zincir optik mağazaları: Farklı semtlerde şubeleri olan, bazı çerçeve modellerini bir şubede tutup diğerine transfer eden, SGK anlaşmasını merkezi yöneten optik zincirleri. Her şubenin reçete ve satış verisi ayrı tutulurken merkez konsolidasyonu yapılır.
• Çok lokasyonlu saat ve aksesuar butikleri: AVM ve cadde mağazası kombinasyonu gibi farklı lokasyonlarda şubesi olan, şubelerde farklı koleksiyon sergileyen işletmeler. Stok kanallar arası optimize edilmek istendiğinde hangi şubede fazlalık, hangisinde açık olduğu anlık görülür.
• Merkezi satın alma yapan işletme sahipleri: Tedarikçiyle toplu anlaşma yapıp şubelere dağıtım planlayan sahipler. Merkezi satın alma miktarı, şube bazında satış hızına göre hesaplandığında hem stok fazlası hem de kayıp satış minimuma iner.
• Şube müdürlerine operasyonel özerklik vermek isteyen sahipler: Şube müdürünün kendi şubesinin satış ve stok ekranına erişmesini, ancak başka şubelerin verisini görememesini sağlamak isteyen mağaza sahipleri. Rol bazlı erişim ile her düzey kullanıcı yalnızca yetki kapsamındaki veriyi görür.

Sistem, tek şube için tasarlanan kuyumcu stok programının çok şubeli versiyonu olarak da düşünülebilir. Mevcut tek şube kurulumundan geçiş desteklenir.

Zincir mağaza yönetimi, ayrı sistemler veya ayrı kişiler üzerinden yürütüldüğünde köklü operasyonel ve mali sorunlar ortaya çıkar. Bu sorunlar büyüme hızını doğrudan frener:

• Şubeler arası görünmezlik: Şube A'da 20 adet satılmayan kolye var; şube B ise tedarikçiden yeni sipariş vermiş. Bu iki bilgi tek bir ekranda bir arada olsaydı transfer yapılır, yeni sipariş gerekmezdi. Ayrı sistemlerde çalışan şubeler bu stok optimizasyon fırsatını her gün kaçırır. Sonuç: bir yanda atıl stok, öte yanda kayıp satış.
• Transfer kaydının tutulmaması: Şube A'dan şube B'ye ürün götürüldüğünde kayıt yapılmazsa, şube A stoku fazla, şube B stoku eksik gösterir. Dönem sonunda her iki şubenin fiziksel stoğu sistemle örtüşmez. Hangi ürünün nerede olduğu bilinmez; yanlış sipariş kararları verilir.
• Konsolidasyonun elle yapılmak zorunda olunması: Toplam zincir satışını, kâr marjını ve stok değerini görmek için her şube müdüründen rapor toplanır, muhasebeci Excel'de birleştirir. Bu süreç hem birkaç gün sürer hem de farklı formatlardan kaynaklanan tutarsızlıklar içerir. Güncel ve doğru bir genel tablo pratikte hiç görülmez.
• Personel performansının şube bazında izlenememesi: Hangi şubede satış hedefi tutturulmuş? Hangi çalışan en yüksek ortalama sepet değeri oluşturmuş? Bu soruları yanıtlayan veri ayrı sistemlerde gömülü kalır; yönetim kararları sezgiye dayanmak zorunda kalır.
• Merkezi fiyat ve kampanya yönetiminin imkânsızlığı: Tüm şubelere aynı anda kampanya uygulamak veya merkezi fiyat değişikliği yapmak, ayrı sistemlerle koordinasyon ve telefon trafiği gerektirir. Bazı şubelerin kampanyayı geç uygulaması veya hiç uygulamaması müşteri deneyimini zedeler.
• Yeni şube açma maliyeti ve süresi: Her yeni şube için ayrı yazılım kurulumu, lisans satın alımı ve yapılandırma süreci yaşanır. Merkezi platformda yeni şube eklemek panelden yapılan birkaç dakikalık işleme indirgenir.

Çoklu şube platformu, tüm lokasyonları tek veri tabanı altında toplar; şube müdürü kendi şubesini, sahip ise tüm zinciri anlık görür ve yönetir.

1. Zincir yapısı analizi (1-2 hafta): Mevcut şube sayısı, her şubenin ürün yelpazesi, merkezi depo varlığı, kullanılan farklı yazılımlar ve personel rolleri analiz edilir. Konsolidasyon yapısı, şube bazında yetki modeli ve hangi verilerin merkezi hangilerinin şubeye özel olacağı belirlenir.
2. Merkezi veri modeli ve şube yapısı (2-3 hafta): Her şube için ayrı stok, satış ve personel modülü oluşturulur; merkezi raporlama katmanı tasarlanır. Ortak ürün kataloğu ve şubeye özgü stok ayrımı netleştirilir. Müşteri verisi zincir bazında mı yoksa şube bazında mı tutulacağı kararlaştırılır.
3. Rol bazlı erişim ve şube yetki sistemi (1-2 hafta): Zincir sahibi tüm şubeleri görür; şube müdürü yalnızca kendi şubesini yönetir; kasiyer yalnızca kendi kasasını görür. Merkezi satın alma, fiyat güncelleme ve kampanya yönetimi ayrı rol olarak tanımlanır. Her rol değişikliği loglanır.
4. Şubeler arası transfer modülü (1-2 hafta): Transfer talebi oluşturma, onay akışı, ürün hareketi kaydı ve her iki şubede anlık stok güncellemesi geliştirilir. Transfer belgesi otomatik oluşturulur ve taraflara dijital olarak iletilir. Onaysız transfer engelleme seçeneği konfigüre edilir.
5. Merkezi raporlama ve konsolidasyon paneli (2-3 hafta): Şube bazında ve toplam zincir satış, kâr marjı, stok değeri ve satış hızı raporları geliştirilir. Şube karşılaştırmalı analiz ekranı ve personel performans özeti oluşturulur. Raporlar PDF ve Excel formatında dışa aktarılabilir.
6. Veri geçişi, test ve eğitim (2-3 hafta): Her şubenin mevcut stok verileri sisteme aşamalı olarak aktarılır. Gerçek transfer ve satış senaryolarıyla kapsamlı test yapılır. Şube müdürleri ve personel eğitilir; canlıya şubeler sırasıyla alınır; geçiş süresince eski ve yeni sistem paralel çalışır.

Ayrı sistemler vs. merkezi çoklu şube platformu

Çoklu şube sistemi, birden fazla lokasyonun verilerini tek platformda işlediğinden güvenlik ve gizlilik katmanları özellikle kritik öneme taşır:

• Şube bazında veri izolasyonu: Şube müdürü yalnızca kendi şubesinin müşteri, satış ve stok verilerine erişebilir. Başka şubenin verisine erişim teknik olarak engellenir; yetki ihlali girişimi loglanır ve merkez yöneticisine bildirim gönderilir. Yetki sınırları rol tanımında kurallara bağlanır; bireysel istisnalara izin verilmez.
• Merkezi kimlik doğrulama ve tek nokta erişim kontrolü: Tüm kullanıcılar merkezi kimlik sistemi üzerinden giriş yapar. İki faktörlü kimlik doğrulama desteklenir. Bir hesap devre dışı bırakıldığında tüm şubelerdeki erişim anında kesilir; ayrı ayrı her şubede kapatma işlemi gerekmez. Bu özellik çalışan ayrılmalarında kritik önem taşır.
• İşlem günlüğü ve transfer denetim izi: Her şubeler arası transfer, stok hareketi, fiyat değişikliği, rapor dışa aktarımı ve yetki değişikliği tarih/saat ve kullanıcı adıyla merkezi logda saklanır. Şubeler arası anlaşmazlık veya stok farkı durumunda bu kayıtlar kök nedeni adım adım gösterir. Log kayıtları değiştirilemez.
• Şifreli iletişim: Şubelerden gelen tüm veri trafiği HTTPS/TLS protokolüyle şifrelenir. Her şubenin bağlantısı bağımsız olarak izlenir; zayıf bağlantı veya güvensiz kanal tespit edildiğinde sistem uyarı üretir.
• KVKK uyumu ve müşteri verisi yönetimi: Müşteri verileri şube bazında işlenir; bir şubenin müşteri verisi diğer şubeyle yasal dayanak olmadan paylaşılamaz. Müşteri verisi silme talebi tüm şubelerde eş zamanlı uygulanır. Konsolide raporlarda kişisel veri anonimleştirilerek kullanılır.
• Yedekleme ve felaket kurtarma: Merkezi yedekleme günlük çalışır; her şubenin verisi ayrı mantıksal bölümde yedeklenir. Tek şube bağlantı veya donanım arızası diğer şubeleri etkilemez. Geri yükleme planı proje tesliminde belgelenerek sunulur.