İşletmeniz büyüdükçe ikinci şube açıyor, ek depo kiralıyor, yeni bir bayi eklemeyi düşünüyor olabilirsiniz. Tek lokasyondan çoklu lokasyona geçiş, sadece "bir tane daha aynı şeyi açmak" değildir — ERP tarafında veri modeli, yetki, stok, muhasebe ve raporlama baştan tasarlanmalıdır. Aksi halde aylar sonra "kim ne sattı, hangi depodan, hangi kâr merkezine" sorularına net cevap veremeyen bir kaos yaşarsınız. Bu yazıda 25-50 kişilik KOBİ'ler için pratik bir karar çerçevesi paylaşıyoruz.
Önce kavramları doğru ayırmak
Üç farklı kavramı karıştırmamak gerekir:
- Şube (branch): hukuki/organizasyonel ayrım. Genelde ayrı satış noktası, ayrı yöneticisi olur. Tek tüzel kişilik altında olabilir.
- Depo (warehouse): fiziksel stok lokasyonu. Bir şubede birden çok depo olabilir (örn. ana depo + iade deposu + sergileme deposu).
- Kâr merkezi (cost/profit center): muhasebe boyutu. Bir şube birden fazla kâr merkezine bölünebilir; tersi de olur.
Doğru ERP, bu üçünü birbirine bağımlı kılmadan modellemenizi sağlar. Aksi halde bir şubede iki depo açmak için iki şube tanımlamak zorunda kalırsınız ve raporlama bozulur.
Şube açarken 7 kritik karar
1. Stok envanteri ortak mı, ayrı mı? Çoklu lokasyonda stok yönetiminde iki ana model vardır:
- Merkezi envanter: tüm depolar tek havuz, sistem hangi depodan sevk yapacağını seçer.
- Bağımsız envanter: her depo kendi stoğunu yönetir, transfer için iç irsaliye gerekir.
Perakende için bağımsız + transfer modeli daha güvenli; üretim/distribütörlük için merkezi model daha verimli.
2. Fiyat listeleri ortak mı, şubeye özel mi? İstanbul ile Adana'da farklı fiyat uygulamak isteyebilirsiniz. ERP'nizde "şube × ürün × fiyat listesi" matrisi olmalı; aksi halde Excel'de manuel takip zorunda kalırsınız.
3. Kullanıcı yetkileri lokasyona bağlı mı? Adana şubesi yöneticisi sadece Adana stoğunu görmeli, İstanbul müşterilerinin cari hesabını değiştirememelidir. Bu kuralı ERP'ye "data row-level security" olarak yazdıramazsanız, yetki teorik olarak konur ama pratikte herkes her şeyi görür.
4. Sevkiyat ve transfer süreci nasıl? Şubeler arası transfer için:
- Otomatik mi (talep girince sistem onaylıyor) yoksa onay sürecine bağlı mı?
- KDV açısından "kendi şubeye sevk" rejimi nasıl işliyor? (Çoğu zaman irsaliye yeterli, ama ihracat depolarına özel kurallar var.)
- Transfer sırasında stok hangi statüye geçiyor? (Yolda → Yola çıktı → Teslim alındı)
5. Kâr merkezi raporlaması var mı? Her şube ya da bayi için ayrı P&L çıkartabilmeniz lazım. Sadece "toplam ciro" görmek yetmez — hangi şube kâra geçti, hangisi 6 aydır zarar yazıyor, ana kira gideri hangi merkezi vuruyor, görmek gerek.
6. POS / kasa entegrasyonu nasıl? Perakende sektörünüzdeyse her şube en az bir POS'a bağlı olacak. ERP — POS senkron süresi (gerçek zamanlı mı, gece toplu mu?) operasyonu doğrudan etkiler. Saatlik senkron çoğu KOBİ için yeterlidir.
7. Yedekleme ve internet kesintisi planı? Şubedeki internetin tek kaynaklı olması = sabah müşteri girince fatura kesilemiyor. ERP'nin offline mod ya da yedek 4G/5G fallback ile çalışabilmesi şart.
Depo modellemesi: tipik patern
Orta ölçekli bir KOBİ tipik olarak şu deposunu kurar:
| Depo Tipi | Amaç | Örnek |
|---|---|---|
| Ana satış deposu | Günlük sevk | Şube ana deposu |
| İade deposu | Kontrol bekleyen iadeler | "İade & İnceleme" |
| Hasarlı / fire | Satılamaz, muhasebede zarar | "Fire Deposu" |
| Sergileme | Showroom, satışa hazır ama stokta değil | "Mağaza Sergi" |
| Konsinye | Müşteri/bayide ama mülkiyet sizde | "X Bayi Konsinye" |
| Karantina | Yeni gelen, kalite kontrol bekleyen | "QA Karantina" |
ERP'niz bu altı tipi ayırmak için "depo tipi" alanı barındırmalı; raporda "satılabilir stok = ana + sergileme" gibi formüller kurabilmelisiniz.
Sık yapılan 6 hata
1. "Şubeyi geçici çözümle açtık" sendromu. Yeni şubeyi mevcut Excel + WhatsApp düzeniyle açıp 6 ay sonra ERP'yi devreye almak istemek. Sonuç: 6 aylık veri kayıp, müşteri itirazları çözülemiyor.
2. Stok transferinde irsaliye atlamak. "Aynı şirket içinde, irsaliyeye gerek yok" yanlış pratiği. Mali müşaviriniz iç irsaliye ister; vergi dairesi denetiminde bu eksiklik anomali olarak işaretlenir.
3. Şube müdürüne "tüm verileri okuma" yetkisi vermek. Adana müdürünün tüm Türkiye satışını görmesi rekabet riski yaratır. Yetki şubeye kilitlenmeli.
4. Kâr merkezi tanımını sonraya bırakmak. "Önce sat, muhasebe sonra konuşur" yaklaşımıyla 9 ay sonra retro-aktif kâr merkezi atamaya çalışmak imkansıza yakındır.
5. Şubeler arası fiyat farkı belgelendirmemek. Aynı ürünü iki şubede farklı fiyata satıyorsanız, KDV iadesi/teftişinde gerekçesi sorulur. Belgeli kampanya, sezon, lokasyon gerekçesi olmalı.
6. POS senkron süresini sorgulamamak. "5 dakikada bir senkron" diyen ama gerçekte gecede bir senkron eden ERP'ler vardır. Test edin — kasiyer fatura kesince stok ne zaman düşüyor, sahaya bakın.
Birasyo'nun yaklaşımı
Birasyo ERP'de:
- Şube + depo + kâr merkezi üç bağımsız boyut olarak modellenir.
- Yetki kuralları row-level security ile uygulanır — kullanıcı sadece izinli şubelerin verisini görür.
- Şubeler arası transfer iç irsaliye ile otomatik açılır, yolda/teslim statüleri takip edilir.
- POS senkron en geç 60 saniyede tamamlanır; offline modda 4 saat kadar fatura kesilebilir, internet gelince otomatik senkron olur.
- Şube bazlı P&L, çoklu döviz konsolidasyonu ve karşılaştırmalı raporlar standarttır.
Kapanış
Çoklu şube açma kararı, ERP altyapınızı baştan gözden geçirmek için iyi bir vesiledir. Eski tek-şube ERP'nize "ikinci şubeyi de yamamayı" denemek yerine, modüler ve lokasyona duyarlı bir altyapı seçmek 12 ay sonra ciddi bir yönetim rahatlığı yaratır.
İkinci şubenizi açmadan önce 1 saatlik bir karar oturumu açalım — şirket profilinize göre stok, yetki ve raporlama planını birlikte çıkartalım.
İlgili okumalar:
Bu yazıyı LinkedIn'de paylaşın
Başlık, özet ve hashtagler panoya kopyalanır, LinkedIn paylaş penceresi açılır — yapıştırın (Cmd/Ctrl+V) ve gönderin.
