Operacja wieloosobowa w grupie: jak zarządzać spółkami zależnymi, uprawnieniami i głównymi danymi

Opublikowano: 2026-08-27 Źródło: 许愿牛科技

W ramach grupy wiele podmiotów prawnych prowadzi równolegle zakupy i prowadzi odrębne księgowość, a siedziba centralna nie jest w stanie jasno widzieć zintegrowanych danych o zapasach i widoku klie...

Dyrektor finansowy siedziby zapytał: „Towary sprzedane przez spółkę zależną z regionu wschodniego spółce zależnej z regionu północnego, dlaczego po obu stronach…”Koszty przychodów nie są zgodne?」Odpowiedź wydobyta przez IT brzmiała: dwie firmy używają osobnych zestawów kodów klientów w Excelu, wewnętrzne transakcje nie mają jednolitej cennika, a procesy zatwierdzania nadal odbywają się w różnych grupach WeChat poszczególnych podmiotów —Grupa wielu podmiotówGdy tylko wkracza się w okres rozwoju, „każdy zajmuje się swoim” szybko podważa wiarygodność skonsolidowanych raportów.

Kierownictwo grupy dyskutuje w sali konferencyjnej o planie współpracy między wieloma spółkami.

Najpierw narysuj model organizacyjny, a następnie wybierz system.

Wielostronny podział przynajmniej:

  • Podmiot prawny: samodzielne rozliczanie, podatki, konto bankowe.
  • Zarządzanie organizacją: Dział biznesowy, region, centrum zysku — mogą nie być zgodne z osobą prawną.
  • Organizacja operacyjna: Fabryka, magazyn, biuro sprzedaży — poziom wykonawczy.

„Firma/zestaw kont” w systemie powinien odnosić się do podmiotu prawnego; organizacja zarządzająca służyWymiar lub drzewo organizacyjneNakładanie, a nie klonowanie osobnego systemu ERP dla każdego centrum zysku.

Dane główne: kto tworzy, kto używa, kto zmienia

Klienci, dostawcy, materiały i konta — cztery typy danych głównych decydują o 80% sporów między podmiotami.

  1. Złoty zapis: Grupowy MDM lub stanowisko danych głównych w siedzibie grupy zarządza kodami i podstawowymi atrybutami; spółki zależne mogą jedynie rozszerzać pola lokalne (np. notatki o sprzedaży regionalnej).
  2. Mechanizm dystrybucji: Nowo utworzone materiały po zatwierdzeniu są rozsyłane do poszczególnych zestawów kont, co pozwala uniknąć sytuacji „takiej samej nazwy, ale innej kodowanych”.
  3. Audyt zmian: Wersje zapisów dotyczących cen, limitów kredytowych i zmian kategorii podatkowych; umożliwiają wyjaśnienie przy odtwarzaniu raportów konsolidowanych.

Częste błędy: zezwala się na swobodne tworzenie nowych klientów przez spółki zależne bez przeprowadzania sprawdzania pod względem duplikatów, co prowadzi doTego samego grupowego klienta N kodów, statystyki CRM są zniekształcone.

Transakcje wewnętrzne i ceny transferowe

Przekraczanie granic między podmiotami w zakresie zakupów, przesunięć i rozliczeń usług musi miećWewnętrzna tabela cenowaoraz zasady automatycznego tworzenia dokumentów. System powinien wspierać: natychmiastowe uruchamianie procesu przyjęcia towarów do magazynu przez podmiot partnerski po ich wydaniu, co pozwala uniknąć jednostronnego księgowania. Strategie cen transferowych (koszt +, cena rynkowa, cena umowna) wymagają ustalenia zasad przez dział finansowy, a ich implementacja przez IT powinna być realizowana w postaci konfigurowalnego silnika.

Księgowi sprawdzają łączone raporty wielu spółek

Uprawnienia: izolacja danych i współpraca między podmiotami

Model uprawnień zaleca się «Domyślnie nie widoczne, wyraźne uprawnienie」:

  • Użytkownicy spółki zależnej domyślnie mogą przeglądać tylko dane swojej jednostki prawnej; aby wyświetlić zsumowane dane grupy, wymagane są odpowiednie uprawnienia oraz zakres danych (np. prezes jednostki biznesowej może przeglądać dane podległych jednostek prawnych).
  • Używane do funkcji wspólnych (zakupy grupowe, centrum shared services)Operacja代理: Za jaką podmiot złożono zamówienie, w logu audytowym zapisywane są oba podmioty.
  • Pola wrażliwe (cena podstawowa grupy, zniżki dla klientów strategicznych) są maskowane na poziomie pola.

Przepływ审批 w systemie OA musi zawierać kontekst „podmiotu przypisania”; w przeciwnym razie istnieje ryzyko prawne, że menedżer firmy A zatwierdzi kontrakt firmy B.

Wdrożenie systemu: jeden zestaw czy wiele zestawów

ModelZaletyRyzyko
Jedna instancja, wiele zestawów kontJednolity podatek główny, aktualizacja tylko razKonfiguracja jest złożona, a izolacja wydajności musi być dobrze przeprowadzona.
Wieloinstancjowość + integracjaSpółka zależna charakteryzuje się dużą samodzielnością.Synchronizacja danych głównych, wysokie koszty interfejsów
Mieszane: centralizacja w ramach core ERP + rozproszenie systemów edgeRównowaga między kontrolą a elastycznościąGranice i źródło prawdy powinny zostać udokumentowane.

Wybór zależy od stopnia samorządności prawniczej, regulacji branżowych (np. finansów, farmacji) oraz zasobów IT. Niezależnie od tego,Zasady kodowania i specyfikacja interfejsuMuszą być zintegrowane w ramach grupy; w przeciwnym razie integracja będzie po prostu automatyzacją chaosu.

Rytm wdrożenia i odbiór

Etap I: unifikacja danych głównych klientów/dostawców + wystawianie faktur w ramach transakcji wewnętrznych; Etap II: zgodność źródeł danych dla raportów konsolidowanych; Etap III: widoczność zapasów między podmiotami i optymalizacja przekazów. Przykłady wskaźników akceptacji: jedyny kod identyfikacyjny tego samego klienta w ramach grupy; w przypadku przekazów między podmiotami zgodność obustronnego księgowania w ciągu 24 godzin; test penetracyjny dotyczącego uprawnień (konta spółek zależnych nie mogą uzyskiwać dostępu do danych innych podmiotów grupy).

Architekt IT na białej tablicy planuje topologię systemów grupy.

Projekt cyfryzacji grupy lub wielu podmiotów wymagaModel organizacyjny, dane główne i uprawnieniaWspólnie projektujemy.Shandong XYN Information Technology Co., Ltd. (XYN Tech)Dostarczyliśmy systemy zarządzania dla sektora publicznego i przedsiębiorstw, a także systemy wieloorganizacyjne; możemy przeprowadzić analizę obecnego stanu i zrealizować wdrożenie etapowe. Aby dowiedzieć się więcej, zobacz:O nas w Shandong XYN Information Technology Co., Ltd., informacje techniczne znajdują się wxynadmin Informacje

Model centrum usług wspólnych

Grupowy centrum wspólnego zarządzania finansami, kadrami i zakupami częstoObsługa dokumentów na zlecenie wielu podmiotów prawnych. System musi obsłużyć przełącznik „bieżącego podmiotu operacyjnego”; przy drukowaniu każdego dokumentu oraz w dzienniku audytu zapisywane są dwie informacje: osoba wykonująca operację, podmiot reprezentowany oraz oznaczenie czasowe. Na tablicy wyników Centrum Udostępniania prowadzone są statystyki SLA według podmiotów (okres płatności, okres zakupowy), aby uniknąć sytuacji, gdy opóźnienia jednej spółki zostają „przeciętne”.

Sprawozdanie konsolidowane i zapisy offsetowe

Zwielokrotnione raporty to nie tylko podsumowanie w Excelu: należy je utrzymywać w systemieZasada kompensacji(Wewnętrzna sprzedaż, wewnętrzne obroty, niezrealizowane zyski). Po zamknięciu ksiąg w poszczególnych spółkach zależnych na ten sam okres rozliczeniowy, na poziomie grupy automatycznie generowane są szkice wpisów eliminacyjnych, które po sprawdzeniu przez dział finansowy są przekazywane do księgowania. Jeśli spółki zależne nadal stosują różne plany kont, konieczne jest utworzenie tabel mapowania; w przeciwnym razie podczas konsolidacji konta nie będą ze sobą zsynchronizowane.

Zagraniczna spółka zależna i wiele walut

Gdy istnieje zagraniczna spółka juridyczna,Waluta funkcjonalna i waluta sprawozdawczaTrzeba to rozdzielić. Codzienne prowadzenie rachunków odbywa się w lokalnej walucie, natomiast na grupowym panelu widocznym jest przeliczenie na juany lub dolary amerykańskie; typ kursu wymiany (na koniec okresu, średnioroczny) należy ustawić zgodnie z odpowiednimi standardami. Przekraczanie granic między podmiotami w przypadku pożyczek, dywidend oraz rozliczeń za usługi wiąże się z kwestiami związanych z walutami obcymi i podatkami; system powinien przechowywać zrzuty kursów wymiany oraz dokumenty przeliczeniowe, aby umożliwić ich odtworzenie podczas audytu.

Rezydencja danych i zgodność z przepisami: niektóre kraje wymagają, aby dane klientów i pracowników nie opuszczały granic kraju. Podczas projektowania wielostronnego architektury należy wyraźnie rozróżnićDomena danych: Które pola mogą być udostępnione w ramach grupy, a które muszą być przechowywane lokalnie; podczas synchronizacji interfejsu dokonuje się filtrowania na poziomie pól.

Lista kontroli wdrożenia

Przed rozpoczęciem projektu należy najpierw odpowiedzieć na pięć pytań: w którym systemie znajduje się prawda o stanach magazynowych, kto ustala moment księgowania, czy rezerwacja jest zcentralizowana, kto zatwierdza różnice wynikające z inwentaryzacji oraz jak wykonać integrację z dokumentami finansowymi. Jeśli nie możesz udzielić jasnych odpowiedzi, nie spiesz się z wprowadzeniem skanera kodów – sprzęt tylko podkreśli chaos w procesach. W pierwszym tygodniu po uruchomieniu codziennie należy…Zachowanie zasobów jest zachowanePrzeprowadzenie próby: losowo wybranych 20 SKU, dostępność systemowa = stan księgowy – zajęte – zablokowane, porównanie z kontrolą fizyczną.

Podczas odbioru koniecznie należy używaćPrawdziwe dokumenty biznesoweZrealizuj zamknięty cykl, zamiast po prostu podpisać dokument po kilku kliknięciach na demonstracyjnym koncie. Dokumentacja „maszyny stanów magazynowych” i „momentu księgowania” jest bardziej skuteczna w redukcji kłótni między działami niż szkoleniowe prezentacje PPT.