İkinci şirket kurulunca ekip aynı programı yeniden lisanslayıp yeniden eğitiyor. Üçüncü şirkette bu yük sürdürülemez hale geliyor.
Doğru model, tek hesap altında şirket kapsamlarıyla çalışmaktır. Kayıtlar ayrı kalır, yönetim ise gerektiğinde konsolide bakar.
Bu yazıda çoklu şirket yapısını, kullanıcı erişimini, kayıt ayrımını ve konsolide görünümü anlattık.
İçindekiler
Neden tek hesap?
Ayrı programlar ayrı tanımlar, ayrı kullanıcılar ve ayrı destek yükü demektir; her şirket için yeniden eğitim tekrarlanır. Holding büyüdükçe bu model çöker ve maliyet kontrol edilemez hale gelir.
EQLEM bir çözüm platformudur; tek hesapta birden fazla şirketi kapsamla yönetmeyi hedefler. Amaç, her tüzel kişiye ayrı yazılım kurmak değildir; kayıtları ayırıp yönetimi birleştirmektir.
Ortak tanımlar merkezi tutulabilir; şirket özel alanlar ise ayrı kalır ve karışmaz. Bu denge, hem tutarlılık hem bağımsızlık sağlar ve mali müşavirin işini kolaylaştırır.
Yönetim tek oturumda şirket değiştirerek çalışır; bağlam seçimi görünür kalır. Sürekli çıkış-giriş, günlük hızı düşürür ve hata riskini artırır.
Tek oturum yaklaşımını tek oturum tüm modüller yazısında ele aldık.
Şirket kapsamı
Kapsam, kullanıcının hangi şirketlerin verisini göreceğini belirler ve listeyi buna göre keser. Yanlış kapsam, yanlış şirkete belge yazmaya yol açar ve mali düzensizlik üretir.
Operasyon kullanıcısı genelde tek şirkete bağlıdır; günlük işi bu sınırda yürür. Holding yöneticisi birden fazla şirketi seçebilir ama yazma anında tek bağlam zorunlu kalmalıdır.
Varsayılan şirket net olmalıdır; kayıt açılırken bağlam karışmamalıdır ve kullanıcıya açık gösterilmelidir. Belirsiz varsayılan, en pahalı operasyon hatalarını üretir.
Kapsam değişikliği yetki değişikliği gibi denetlenmelidir; kim ne zaman genişletti bilinmelidir. Sessiz genişleme veri karışmasına kapı açar ve denetimi yok eder.
Şube katmanını şube ve depo kapsamı yazısında açtık.
Kayıt ayrımı
Her şirketin cari, stok ve belge kayıtları ayrı tutulmalıdır. Karışık kayıt, mali müşavirin işini bozar.
Ortak ürün kartı kullanılsa bile stok bakiyesi şirket bazında okunmalıdır. Tek bakiye, yanlış stok sözü üretir.
Belge numaraları şirket içinde benzersiz olmalıdır. Şirketler arası aynı numara, raporlarda çakışma yaratır.
Şirketler arası transfer varsa özel belge türü tanımlanmalıdır. Normal satış gibi yazmak muhasebeyi yanıltır.
Yapı kurulumunu şirket şube depo yapısı yazısında anlattık.
Kullanıcı erişimi
Kullanıcı hesabı tektir; erişim şirket kapsamıyla sınırlanır. Her şirket için ayrı kullanıcı üretmek gereksizdir.
Rol ile kapsam birlikte çalışır; rol ne yapacağını, kapsam nerede yapacağını söyler. Biri eksikse güvenlik delinir.
Ortak hizmet ekipleri birden fazla şirkete atanabilir. Bu durumda varsayılan bağlam ve uyarılar güçlendirilmelidir.
Hassas finans yetkisi şirket bazında daraltılmalıdır. Holding finansı ile şube tahsilatı aynı paket değildir.
Rol kurgusunu rol bazlı yetkilendirme yazısında kurduk.
Konsolide görünüm
Yönetim, şirketleri ayrı ayrı ve birleşik görebilmelidir. Konsolide görünüm, karar hızını artırır.
Konsolidasyon operasyonel toplamdır; yasal mali tablo yerine geçmez. Bu ayrımı ekibe açıkça anlatın.
Şirketler arası işlemler çift sayılmamalıdır. Filtreler, iç transferleri ayıklayabilmelidir.
Rapor yetkisi konsolide görünümü de sınırlamalıdır. Her yönetici her şirketin finansını görmemelidir.
Konsolidasyon detayını çok şirketli yapıda konsolidasyon yazısında açtık.
Mevcut ERP ile ilişki
Birçok holdingde her şirket kendi mevcut ERP sisteminde mali kayıt tutar. Platform, operasyonu ortak yüzeyde toplar.
Senkron şirket bazında planlanmalıdır; hangi şirketin hangi sistemle konuşacağı net olsun. Tek boru herkese uymaz.
Kayıt sahipliği şirket ve sistem düzeyinde yazılmalıdır. Belirsizlik, çift kayıt üretir.
EQLEM mevcut ERP sistemlerinizin yerini almak zorunda değildir; yanında çalışır. Bu, çok şirketli geçişi düşük riskli tutar.
Birlikte çalışmayı mevcut ERP yanında platform yazısında anlattık.
Şube ve depo katmanı
Şirket kapsamının altında şube ve depo katmanı vardır. Kullanıcı çoğu zaman yalnızca bir şubeyi görmelidir.
Depo bakiyeleri şirket ve şube bağlamında okunmalıdır. Yanlış bağlam, yanlış sevkiyat üretir.
Şirketler arası depo paylaşımı istisnadır; kural haline getirilmemelidir. İstisna yazılı tanımlanmalıdır.
Liste filtreleri varsayılan kapsamı yansıtmalıdır. Kullanıcı her sabah elle filtre kurmak zorunda kalmamalıdır.
Depo gruplarını depo grupları yazısında ele aldık.
Lisans etkisi
Tek hesap modeli, her şirket için ayrı tam paket almayı gereksiz kılar. Modül ve kanal lisansları merkezi yönetilir.
Bazı şirketlerde yalnızca belirli modüller açık olabilir. Bu esneklik, bütçeyi şirket ihtiyacına bağlar.
e-Belge kredileri şirket bazında izlenmelidir. Bir şirketin kotası diğerini yemememelidir.
Fatura satırlarını şirket ve modül bazında okuyun. Karışık tek satır, maliyet kontrolünü bozar.
Lisans mantığını modüler lisans yazısında anlattık.
Sık yapılan hatalar
Varsayılan şirketi belirsiz bırakmak en sık hatadır. Kullanıcı yanlış şirkete belge yazar.
Herkese tüm şirketleri açmak ikinci hatadır. Kolaylık uğruna denetim kaybolur.
Konsolide raporu yasal bilanço sanmak üçüncü hatadır. Operasyon toplamı mali tablo değildir.
Şirketler arası transferi normal satış gibi işlemek dördüncü hatadır. Muhasebe tarafı bozulur.
Rapor gizliliğini rapor yetkileri yazısıyla güçlendirin.
Kurulum adımları
Önce şirket listesini ve tüzel kişi bilgilerini tanımlayın. Sonra her şirket için şube ve depo ağacını kurun.
Kullanıcıları kapsamlarla eşleyin ve varsayılan şirketi netleştirin. Test kaydıyla yanlış bağlamı deneyin.
Mevcut ERP senkronunu şirket bazında planlayın. Tüm şirketleri aynı anda bağlamayın.
Konsolide rapor yetkisini dar tutarak açın. İlk ay yalnızca yönetim ekibine verin.
Senkron planını ERP senkronu nasıl planlanır yazısında sıraladık.
Sık sorulanlar
Her şirket için ayrı yazılım gerekir mi?
Gerekmez; tek hesap altında şirket kapsamlarıyla yönetebilirsiniz.
Kayıtlar karışır mı?
Doğru kapsam ve varsayılan şirket tanımıyla karışmaz; test kaydıyla doğrulayın.
Konsolide görünüm mali tablo mudur?
Hayır; operasyonel toplamdır. Yasal mali tablo mevcut ERP veya mali müşavir düzeninde kalır.
Mevcut ERP kapatılmalı mı?
Kapatılmak zorunda değildir; platform mevcut ERP sistemlerinizin yanında çalışabilir.
Çoklu şirket için ayrı program kurmak maliyeti ve karmaşayı büyütür. Tek hesapta kapsam modeli daha sürdürülebilirdir.
Varsayılan şirketi netleştirin ve kullanıcı kapsamlarını dar tutun. Yanlış bağlam, en pahalı operasyon hatalarını üretir.
Kayıtları şirket bazında ayırın; konsolide görünümü ise yönetimle sınırlı tutun.
Mevcut ERP düzenini şirket bazında koruyup platformda operasyonu birleştirmek düşük riskli yoldur.
Lisans ve e-belge kredilerini şirket ihtiyacına göre izleyin.
EQLEM ekibiyle görüşerek çoklu şirket kapsamınızı birlikte kurabilirsiniz.