Merkez finans direktörü şunu sordu: “Doğu Çin iştiraki tarafından Kuzey Çin iştirakine satılan mallar, neden her iki tarafta da…”Gelir maliyeti eşleşmiyor？」Bilgi Teknolojileri departmanının ortaya çıkardığı cevap şuydu: İki şirket ayrı ayrı Excel tabanlı müşteri kodları kullanıyor, iç işlemler için tek bir fiyat listesi yok ve onay süreçleri de farklı kurumsal WeChat gruplarında yürütülüyor—Grup çoklu temsilciBüyüme dönemine girildiğinde, “herkes kendi işini yapar” yaklaşımı birleşik mali tabloların güvenilirliğini hızla yok eder.
Önce organizasyon modelini çiz, sonra sistemi seç.
Çoklu temsilci en azından ayrılır:
- Hukuki kişi主体: Bağımsız hesap, vergi ve banka hesabı.
- Organizasyonu yönetmek: Birim, bölge, kâr merkezi — bunlar tüzel kişiyle tutarlı olmayabilir.
- İşletme organizasyonu: Fabrika, depo, satış ofisi — uygulama düzeyi.
Sistemdeki “Şirket/Hesap Seti” yasal kişiyle eşleşmelidir; yönetim organizasyonu için kullanılır.Boyut veya organizasyon ağacıÜst üste koyulur, her bir kâr merkezi için ayrı bir ERP sistemi klonlanmaz.
Ana veri: Kim kurar, kim kullanır, kim değiştirir
Müşteriler, tedarikçiler, malzemeler ve hesaplar — dört ana veri türü, kurumlar arası anlaşmazlıkların %80’ini belirler.
- Altın Kayıt: Grup MDM veya merkezî veri noktası görevlisi kodları ve temel öznitelikleri yönetir; iştirakler yalnızca yerel alanları (örneğin bölge satış notları) genişletebilir.
- Dağıtım mekanizması: Yeni malzeme, onaylandıktan sonra çeşitli hesap setlerine dağıtılır; böylece “aynı adlı farklı kodlar” sorunu önlenir.
- Değişiklik denetimi: Fiyat, kredi limiti ve vergi sınıflandırması değişikliklerinin eski sürümleri saklanır; birleşik raporlar geriye dönük olarak incelendiğinde bunlar açıklanabilir.
Yaygın hata: Alt şirketlerin, müşteri tekrar kontrolü yapmadan keyfi olarak yeni müşteri oluşturmasına izin verilmesi, bunun sonucundaAynı grup müşterisine ait N adet kod, CRM istatistiklerinde sapma.
İçsel işlemler ve transfer fiyatlandırması
Çapraz özgün satın alma, tahsis ve hizmet mutabakatı için mutlaka olmalıdırİçsel fiyat listesiVe otomatik fatura düzenleme kuralları. Sistem şu özellikleri desteklemelidir: Bir tarafın stoktan çıkışı, ilişkili tarafın stoka girişini doğrudan tetikleyerek onay bekletmeyi sağlar; böylece tek taraflı muhasebe kayıtlarının önüne geçilir. Transfer fiyatlandırma stratejileri (maliyet artı, piyasa fiyatı, anlaşma fiyatı) için mali birim tarafından belirlenen kurallar, BT tarafından yapılandırılabilir bir motor olarak hayata geçirilmelidir.
Yetkiler: Veri izolasyonu ve farklı kurumlar arasında iş birliği
Yetki modeli önerisi «Varsayılan olarak görünmez, açıkça yetkilendirilmiştir」：
- Alt şirket kullanıcıları varsayılan olarak yalnızca kendi tüzel kişiliğine ait verilere erişebilir; grup toplamına bakmak için rol ve veri kapsamı gereklidir (örneğin, bir iş birimi başkanı alttaki tüzel kişiliklere bakabilir).
- Paylaşılan fonksiyonlar (grup satın alma, paylaşılan merkez) için kullanılırTemsilci işlemi: Hangi kurumsal birim adına sipariş verildiği, denetim günlüğünde iki kurumsal birim olarak kaydedilir.
- Hassas alanlar (grup taban fiyatı, stratejik müşteri indirimi) alan düzeyinde gizlenmektedir.
OA onay akışı, mutlaka “ait olduğu kurumsal birim” bağlamını taşımalıdır; aksi takdirde, A şirketi müdürü B şirketi sözleşmesini onaylaması gibi hukuki riskler ortaya çıkabilir.
Sistem uygulaması: Bir set mi, yoksa birden fazla set mi
| Moda | Avantajlar | Risk |
|---|---|---|
| Tek örnekte çoklu hesap seti | Ana veri birleşikliği, bir kez yükseltme | Kurulumu karmaşık ve performans izolasyonu iyi sağlanmalıdır. |
| Çoklu örnekleme + entegrasyon | Başka bir şirketin otonomluğu güçlüdür | Ana veri senkronizasyonu ve arayüz maliyetleri yüksektir. |
| Karışık: Çekirdek ERP merkezileştirme + kenar sistem dağılımı | Denge ve kontrol ile esneklik | Sınır ve gerçeğin kaynağı belgelenmelidir. |
Seçim, tüzel kişiliğin özerklik düzeyine, sektör düzenlemelerine (örneğin finans ve ilaç) ve BT kaynaklarına bağlıdır. Hangi durumda olursa olsun,Kodlama kuralları ve arayüz standartlarıGrup düzeyinde birleşik olmalıdır; aksi takdirde entegrasyon yalnızca kaosu otomatikleştirmekten ibarettir.
Uygulama temposu ve kabul işlemleri
Birinci aşama: Müşteri/tedarikçi ana verilerinin birleştirilmesi + iç işlem fatura düzenleme; İkinci aşama: Bütünleşik raporlama veri kaynağı hizalaması; Üçüncü aşama: Kurumsal çapta stok görünürlüğü ve transfer optimizasyonu. Kabul kriterlerinden bazı örnekler: Aynı müşterinin grup içinde tek bir kodu olması; kurumsal çapta yapılan transferlerde 24 saat içinde iki taraflı muhasebe kayıtlarının tutarlılığı; yetki sızma testi (alt şirket hesaplarının, grubun diğer tüzel kişiliklerine ait verileri görüntüleyememesi).
Grup veya çok sayıda şirketin dijitalleşme projeleri gereklidirOrganizasyon modeli, ana veriler ve yetkilerBirlikte tasarım yapın.Shandong XYN Information Technology Co., Ltd. (XYN Tech)Hükümet ve kurumsal kuruluşlar ile çoklu organizasyonlara yönelik işletme yönetimi sistemlerini teslim etmiş olup, mevcut durumun taramasından aşamalı hizmete alma sürecine kadar hizmet verebilmektedir. Daha fazla bilgi için bkz.XYN Tech Hakkımızda, teknik bilgiler için bkz.xynadmin haberler。
Paylaşımlı Hizmet Merkezi Modeli
Grup maliye, insan kaynakları ve satın alma paylaşım merkezleri sürekli olarakBirden fazla tüzel kişiyi temsil ederek belgeleri işleme alır. Sistem, “mevcut işlemci” değiştiriciyi desteklemelidir; her belge için yazdırma ve denetim günlüğü çift olarak kaydedilir: işlemci, temsil edilen kurumsal kimlik, zaman damgası. Paylaşılan merkez performans panosu, birimlerin SLA’sına göre istatistikler üretir (ödeme döngüsü, satın alma döngüsü), böylece “bir aile şirketinin gecikmesinin ortalamaya dahil edilmesi” önlenir.
Birleşik raporlar ve dengeleme kayıtları
Birleşik raporlama yalnızca Excel toplamı değildir: Sistemde bakımını yapmak gerekirEşitleme kuralları(İç satış, iç işlemler, gerçekleşmemiş kâr). Tüm bağlı şirketler aynı muhasebe döneminde kapanış yaptıktan sonra, grup düzeyinde otomatik olarak dengeleme kayıtlarının taslakları oluşturulur; maliyet kontrolü sonrasında ise bu kayıtlar hesaplara geçirilir. Eğer bağlı şirketler hâlâ farklı hesap planlarını kullanıyorsa, eşleştirme tablosu düzenlenmelidir; aksi takdirde birleşim sırasında hesaplar eşleşmez.
Yurt dışı bağlı şirketler ve çok para birimli sistemler
Yurt dışı tüzel kişiliği bulunması halinde,İşlem para birimi ve raporlama para birimiAyırılmalıdır. Günlük hesap tutma yerel para biriminde yapılır; grup panosu ise Çin yuanı veya ABD doları cinsinden dönüştürülerek gösterilir; döviz kuru türü (son dönem, ortalama) standartlara göre ayarlanır. Kurumsal içi borç verme, kâr payı dağıtım ve hizmet bedeli ödemeleri döviz ve vergi açısından önemli olduğundan, sistem döviz kuru anlık görüntülerini ve dönüştürme makbuzlarını saklamalıdır; böylece denetim sırasında bunların yeniden oluşturulması mümkün olur.
Veri ikameti ve uyumluluk: Bazı ülkeler, müşterilerin/çalışanların verilerinin ülke sınırları dışına çıkmasını yasaklar. Çoklu kurumsal mimari tasarımı yapılırken bunlar net olarak ayrılır.Veri alanı: Hangi alanlar grup düzeyinde paylaşılabiliyor, hangileri yerel olarak saklanmak zorunda kalıyor; arayüz senkronizasyonu sırasında alan düzeyinde filtreleme yapılıyor.
Yerleşik denetim listesi
Projeye başlamadan önce beş soruyu cevaplayın: Stok gerçeğinin kaynağı hangi sistemde, muhasebe kaydı yapma zamanı kim tarafından belirleniyor, rezervasyon merkezi mi yönetiliyor, envanter farkları kim tarafından onaylanıyor ve mali belgelerle entegrasyon nasıl sağlanıyor. Bu sorulara net cevap veremiyorsanız, barkod okuyucuya hemen geçmeyin—donanım yalnızca süreçlerin karmaşıklığını artırır. Sistemin devreye alındığı ilk haftada her gün…Mevcut miktar korunumuNumune alınması: Rastgele 20 SKU seçilir; sistemdeki kullanılabilir miktar, hesapta kayıtlı miktar eksi tahsis edilmiş miktar eksi dondurulmuş miktar olarak hesaplanır ve bu değer sahada yapılan stok sayımıyla karşılaştırılır.
Kabul sırasında mutlaka kullanınGerçek iş belgeleriKapalı döngüyü işleyin, demo hesabında birkaç tıklama ile imzalanması değil. “Stok durum makinesi” ve “muhasebe kaydı zamanı”nı belgelemek, eğitim PPT’sinden daha etkili olarak departmanlar arası sorunları azaltır.