Tek şubede işletme sahibi her şeyi görür. İkinci şubede görmez. Bu yüzden ikinci şube, ciro problemi değil görünürlük problemi yaratır. Aşağıdaki düzen, ikinci şube açılmadan önce kurulursa iki gün sürer; altı ay sonra kurulmaya kalkılırsa geriye dönük veri temizliğiyle birlikte haftalar alır.
1. Her şubenin kendi kasası olur
İlk ve en önemli kural budur. Tek bir "işletme kasası" tutup iki şubenin tahsilatını içine atarsanız, gün sonunda hangi çekmecenin eksik olduğunu bulamazsınız. Her şube:
- Kendi açılış bozukluğunu tutar
- Kendi nakit tahsilatını ve nakit çıkışını yazar
- Kendi gün sonu farkını kaydeder
- Kendi POS cihazıyla eşleşir
Merkez, bu iki kasayı toplayarak görür; karıştırarak değil. Rapor ekranında "tüm şubeler" seçeneği bulunmalı ama varsayılan görünüm şube bazlı olmalıdır.
2. Merkeze para transferi bir işlem tipidir
Şubeden merkeze para geldiğinde bu ne gelirdir ne giderdir; transferdir. Ayrı bir işlem tipi olarak tanımlanmazsa iki hata birden olur: şube kasası eksilir ama sebebi görünmez, merkez kasası şişer ve ciro gibi görünür.
Doğru kayıt çift taraflıdır: şubede "merkeze transfer −40.000 ₺", merkezde "şubeden gelen +40.000 ₺". İki kayıt eşleşmiyorsa yolda bir sorun var demektir ve bunu ancak eşleştirme kontrolü yakalar.
3. Yetki matrisi: üç rol yeter
Çoğu KOBİ için karmaşık yetki şemasına gerek yoktur. Üç rol işi görür:
- Personel: Kendi işlerini ve randevularını görür. Tahsilat girebilir. Kasa toplamını, diğer şubeyi, işletme cirosunu ve kâr raporlarını göremez. Kayıt silemez.
- Şube sorumlusu: Kendi şubesinin tamamını görür ve yönetir. Gün sonu kapatır, personel hakedişini görür. Diğer şubeyi göremez. Silme yetkisi sınırlıdır (silmek yerine iptal/iade kaydı açar).
- İşletme sahibi / merkez: Her şeyi görür, ayarları değiştirir, şubeler arası karşılaştırma raporlarını alır.
Bu üç rolün ötesine ancak gerçek bir ihtiyaç çıkınca geçin. Yetki şeması karmaşıklaştıkça kimsenin kimin neyi görebildiğini bilmediği bir noktaya gelinir; bu, hiç yetki olmamasından daha risklidir.
4. Silme yetkisi kimsede olmamalı
Operasyonel açıdan en kritik ayar budur. Yanlış girilen kayıt silinmez, düzeltilir. Silme yetkisi olan bir sistemde gün sonu farkı ile ilgili her tartışma çıkmaza girer, çünkü kaydın var olup olmadığını kanıtlayamazsınız.
Bunun yerine: kayıt düzenlenebilir olsun, ama kim ne zaman neyi değiştirdi log'a düşsün. Bu tek özellik, personel-işveren arasındaki güven tartışmalarının büyük kısmını daha başlamadan bitirir.
5. Şube kârlılığını ölçmek için gider de bölünmeli
Ciroyu şubeye bölmek kolaydır; asıl iş giderdedir. Üç gider grubunu ayırın:
- Doğrudan şube gideri: Kira, elektrik, o şubenin personel maaşı, o şubede kullanılan malzeme. Şubeye yazılır.
- Merkez gideri: Muhasebe, yazılım, reklam, işletme sahibinin maaşı. Şubeye yazılmaz.
- Paylaştırılan gider: Merkez giderinin şubelere dağıtılan payı. Ciroya oranla dağıtmak en basit ve en az tartışmalı yöntemdir.
Şube A 400.000 ₺, Şube B 250.000 ₺ ciro yaptıysa 60.000 ₺ merkez gideri 37.000 / 23.000 olarak paylaşılır. Bu dağıtım yapılmadan hesaplanan "şube kârı" her zaman olduğundan yüksek çıkar.
6. Şubeler arası müşteri ve stok geçişi
Müşteri A şubesinden randevu alıp B şubesine gidebilir. Bu durumda soru şudur: ciro hangi şubeye yazılır? Genel kabul gören ve tartışma çıkarmayan kural, işin yapıldığı şubeye yazmaktır. Randevuyu alan şubeye ayrıca bir "yönlendirme" kaydı düşülürse, prim sistemi kurulduğunda ölçüm hazır olur.
Stokta ise transfer mutlaka kayıtlı olmalıdır. "Bizde bitti, A şubesinden aldık" cümlesi kayıtsız kaldığında iki şubenin de stoğu yanlış olur ve fire hesabı çöker. Stok transferi de para transferi gibi çift taraflı yazılır.
7. Merkezin haftalık kontrol paneli
İşletme sahibinin her sabah 20 dakika rapor okumasına gerek yok. Haftada bir, altı rakama bakmak yeter:
- Şube başına ciro ve geçen haftaya göre değişim
- Şube başına kasa farkı toplamı
- Açık alacak (tahsil edilmemiş) tutarı
- Randevuya gelmeme oranı
- Personel başına üretilen ciro
- Şube başına net kâr (paylaştırılmış giderden sonra)
Bu altı rakam iki şube arasında sürekli karşılaştırılabilir olduğunda, "hangi şube neden geride" sorusu tahmin değil ölçüm konusuna dönüşür.
Dijital kurulumda dikkat edilecekler
Bir sistemi çok şubeli kullanmaya başlarken en sık yapılan hata, her şube için ayrı hesap açmaktır. O an kolay gelir; ama müşteri iki kez kaydolur, raporlar birleşmez ve şubeler arası karşılaştırma imkânsızlaşır. Doğrusu, tek işletme altında şube etiketiyle çalışmaktır.
Orbitix'te bu ayrım kullanıcı rolleri ve yetki ayarlarıyla kurulur: şube sorumlusu kendi ekranını görür, merkez birleşik raporu alır, personel yalnızca kendi işine erişir. Tek kurulum, tek müşteri veritabanı, ayrı kasalar. Yeni şube açıldığında sıfırdan sistem kurmak gerekmez; bir tanım eklenir ve düzen aynı gün çalışır.
Şube açmadan önce yapılacak dört hazırlık
Yukarıdaki düzen, ikinci şube açılmadan iki hafta önce kurulursa geçiş sancısız olur. Dört hazırlık yeterlidir:
- Mevcut şubeyi etiketleyin. Tek şubeliyken bile kayıtlara şube bilgisi yazılmaya başlansın. Böylece ikinci şube açıldığında geçmiş veri kıyaslanabilir kalır.
- Süreçleri yazın. Tek şubede süreç işletme sahibinin kafasındadır. İkinci şubede bu bilgi aktarılamaz. Randevu alma, tahsilat ve gün sonu adımlarını birer sayfalık metne dökün.
- Fiyat listesini merkezîleştirin. İki şubede farklı fiyat, ilk aydan itibaren müşteri şikâyeti üretir. Fiyat merkezden tanımlansın, şube değiştiremesin.
- Raporlama takvimini kurun. Şube sorumlusunun ne zaman, hangi rakamları göndereceği baştan belli olsun.
Franchise ve bayilikte durum değişir
Kendi şubeniz ile bayiniz aynı yetki modeliyle yönetilemez. Bayi, ayrı bir işletmedir: kendi kasasını, kendi personelini ve kendi müşterisini yönetir. Merkezin göreceği şey performans göstergeleridir, bayinin kasa detayı değil.
Bu ayrım kurulmadığında iki taraf da rahatsız olur: bayi denetlendiğini hisseder, merkez ise ne olup bittiğini yine bilemez. Doğru model, bayinin kendi verisine tam sahip olduğu ama merkezin ciro, stok ve marka standartlarını görebildiği bir yapıdır.
Kendi şubenizde soru "kasada ne var?", bayinizde soru "hedefin neresindesin?" olmalıdır. İki sorunun aynı ekranda cevaplanması gerekmez.
Teknik not: tek kurulum, çok şube
Orbitix çok kiracılı bir mimariyle çalıştığı için şube ayrımı ayrı kurulum gerektirmez. Aynı işletme altında şube tanımlanır; kasa, yetki ve raporlar şubeye göre ayrışırken müşteri veritabanı ortak kalır. Üçüncü şube açıldığında yapılacak iş bir tanım eklemek ve rolleri atamaktır; veri taşınmaz, geçmiş bozulmaz.
Şube sayısı arttıkça asıl kazanç da burada ortaya çıkar: aynı müşteri hangi şubeye giderse gitsin tek geçmişe sahiptir. Bu, hem müşteri deneyimi hem de gerçek müşteri sayısını bilmek açısından, ayrı ayrı kurulmuş sistemlerin asla veremeyeceği bir avantajdır.