Çoklu Şube ve Franchise Yönetiminde Mobil Uygulama Nasıl Kurgulanır

Bir müşterimiz geçen yıl 22 şubeli bir temizlik zinciri için başvurduğunda ilk isteği şuydu: "Her şube kendi telefonundan stok girsin ama ben hepsini tek ekrandan görmek istiyorum." Aslında çoklu şube uygulamalarının özeti de bu cümle. Sorun teknik değil, yetki mimarisinde.

Merkezi Raporlama Ayrı Bir Katmandır, Ekran Değil

Çoğu ekip bu işi "admin paneline bir dashboard ekleriz" diye basitleştirir. Oysa merkezi raporlama, veri toplama sıklığı, gecikme toleransı ve hangi metriklerin gerçek zamanlı olması gerektiği kararıyla başlar. Günlük satış özetini gece yarısı toplu işleyebilirsiniz ama stok tükenme uyarısını 5 dakika gecikmeyle göndermek işletmeyi zora sokar. Bu ayrımı yapmadan tek bir senkronizasyon mantığı kurarsanız ya sunucu maliyetiniz şişer ya da rapor güncelliği düşer.

Pratikte işe yarayan yaklaşım: kritik olaylar (stok sıfırlanması, iptal, hasar bildirimi) push tabanlı anlık iletilir; toplam ciro, ortalama sepet tutarı gibi özet veriler ise periyodik batch ile hesaplanır. Merkez ofis genel müdürü canlı veriyle değil, güvenilir ve tutarlı veriyle ilgilenir çoğu zaman.

Şube Bazlı Yetkilendirme: Rol Değil, Kapsam Meselesi

Standart bir rol sistemi (yönetici, personel, kasiyer) tek şube için yeterli ama franchise yapısında "bu kullanıcı hangi şubelerin verisini görebilir" sorusu ayrı bir katman ister. Bölge müdürü 5 şubeyi görsün, şube müdürü sadece kendisininkini, merkez muhasebe hepsini ama fiyat değiştirme yetkisi olmadan görsün gibi kombinasyonlar gerçek hayatta sürekli çıkıyor. Bu yüzden yetkilendirmeyi rol + kapsam (scope) matrisi olarak kurmak, ileride "şu iki şubeyi birleştiriyoruz" ya da "yeni bir bölge açıyoruz" gibi değişikliklerde kod değil, sadece veri güncellemesi gerektirir.

Bunu en baştan düşünmeyen projelerde gördüğümüz klasik hata: yetki kontrolünün uygulama kodunun içine saçılmış if-else bloklarıyla yazılması. Şube sayısı arttıkça bu yapı sürdürülemez hale geliyor, her yeni şube açılışında geliştirici müdahalesi gerekiyor.

Stok ve Kampanya Senkronizasyonunda Çakışma Yönetimi

İki şube aynı anda merkezi bir kampanyayı düzenlemeye çalışırsa ne olacak? Bir şube stok girerken merkez ofis toplu fiyat güncellemesi gönderirse hangisi kazanır? Bu sorulara cevap vermeden yazılan senkronizasyon katmanı, gerçek kullanımda veri tutarsızlığı üretir. Çözüm genelde "son yazan kazanır" değil, alan bazlı öncelik tanımlamaktır: fiyat ve kampanya merkezden, stok adedi şubeden yönetilir, ikisi aynı alana asla birlikte yazmaz.

Offline çalışma da unutulmamalı. Şubelerin bazıları internet kesintisi yaşadığında uygulamanın tamamen durması kabul edilemez; yerel bir önbellek ile son bilinen veriyle çalışıp bağlantı geldiğinde kuyruğu senkronize eden bir yapı kurmak gerekiyor. Bunu Android Uygulama Geliştirme tarafında native depolama katmanlarıyla, iOS tarafında ise Core Data benzeri çözümlerle sağlamak mümkün; iki platformu birlikte yürütecekseniz Android + iOS Çift Platform Paketi ile ortak bir senkronizasyon mantığı kurmak zaman kazandırıyor.

Bütçe ve Kapsam Planlaması

Çok şubeli bir yönetim uygulaması, tekli bir işletme uygulamasına göre genelde yüzde 40-60 daha fazla geliştirme süresi gerektirir; sebep ekran sayısı değil, yetkilendirme ve senkronizasyon testleridir. İlk sürümde tüm şubeleri değil, 2-3 pilot şubeyi kapsayan bir versiyon çıkarmak, gerçek kullanım verisiyle mimariyi doğrulamak için makul bir yol. Maliyet aralıkları ve modül bazlı fiyatlandırma için Mobil Uygulama Fiyatları Rehberi sayfasına göz atabilirsiniz.

Franchise modelinde çalışıyorsanız bir ihtimali daha ekleyin: bazı şube sahipleri kendi verilerini merkezle paylaşmak istemeyebilir, sözleşme bazlı veri görünürlüğü de teknik gereksinim listesine girmeli.

Çoklu Şube Franchise Yönetimi Merkezi Raporlama Mobil Uygulama Yetkilendirme