İş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ş "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 işletmeler için pratik bir karar çerçevesi paylaşıyoruz.
Önce kavramları doğru ayırmak
Üç farklı kavramı karıştırmamak gerekir:
- Şube: hukuki/organizasyonel ayrım. Genelde ayrı satış noktası, ayrı yöneticisi olur. Tek tüzel kişilik altında olabilir.
- Depo: fiziksel stok lokasyonu. Bir şubede birden çok depo olabilir (örn. ana depo, iade deposu, sergileme deposu).
- Kâr merkezi: 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 envanter ve 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 elle 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 satır düzeyinde yetki 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ı kâr-zarar tablosu çıkartabilmeniz lazım. Yalnızca "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 gerekir.
6. POS / kasa entegrasyonu nasıl? Perakende sektörünüzdeyse her şube en az bir POS'a bağlı olacak. ERP ile POS arasındaki senkron süresi (anlık mı, gece toplu mu?) operasyonu doğrudan etkiler. Saatlik senkron çoğu işletme için yeterlidir.
7. Yedekleme ve internet kesintisi planı? Şubedeki internetin tek kaynaklı olması, sabah müşteri girince fatura kesilememesi demektir. Bulut ERP kullanan şubede yedek bir 4G/5G hat bulunması şart.
Depo yapısı nasıl kurulur?
Orta ölçekli bir işletme tipik olarak şu depoları 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 | "Kalite 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çta 6 aylık veri kayboluyor, 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 geriye dönük kâr merkezi atamaya çalışmak imkânsı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, sahada bakın.
Birasyo'nun yaklaşımı
Birasyo ERP'de:
- Şube, depo ve kâr merkezi üç bağımsız boyut olarak modellenir.
- Yetki kuralları satır düzeyinde güvenlik ile uygulanır; kullanıcı yalnızca izinli şubelerin verisini görür.
- Şubeler arası transfer iç irsaliye ile otomatik açılır, yolda/teslim statüleri takip edilir.
- Şube bazlı kâr-zarar tablosu, çoklu döviz konsolidasyonu ve karşılaştırmalı raporlar hazır gelir.
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 çıkaralım.
İlgili okumalar:
Bu yazıyı LinkedIn'de paylaşın
Başlık, özet ve etiketler panoya kopyalanır, paylaşım penceresi açılır. Yapıştırıp (Cmd/Ctrl+V) gönderin.
