본사 재무총감이 물었다: “화둥 자회사가 화베이 자회사에 판매한 물품은 왜 양쪽 모두에서…수익과 원가가 맞지 않습니다.？」IT가 내놓은 답변은 다음과 같았다: 두 회사가 각각 별도의 Excel 고객 코드를 사용하고 있으며, 내부 거래에 대한 통일된 가격표가 없고, 승인 절차마저 서로 다른 주체들의 위챗 그룹에서 이루어지고 있다—그룹의 다중 주체성장기에 접어들면, ‘각자도생’은 합병 재무제표의 신뢰성을 급속히 훼손하게 됩니다.
먼저 조직 모델을 그린 다음, 시스템을 선택합니다.
다중 주체는 최소한 구분되어야 한다:
- 법인 주체: 독립 회계, 세무, 은행 계좌.
- 관리 조직: 사업부, 지역, 이익센터—법인과 일치하지 않을 수 있습니다.
- 운영 조직: 공장, 창고, 영업 사무소—실행 계층.
시스템의 「회사/계정세트」는 법인에 매핑되어야 합니다; 관리 조직은차원 또는 조직 트리중복을 피하고, 각 이익센터마다 ERP를 복제하지 않습니다.
주 데이터: 누가 구축하고, 누가 사용하며, 누가 수정하는가
고객, 공급업체, 자재, 계정과목—이 네 가지 주요 데이터가 주체 간 분쟁의 80%를 결정합니다.
- 황금 기록: 그룹 MDM 또는 본사 주 데이터 담당자가 코드와 핵심 속성을 관리하며, 자회사는 지역 영업 비고와 같은 로컬 필드만 확장할 수 있습니다.
- 배포 메커니즘: 새로 생성된 물품은 승인 후 각 회계 시스템에 배포되어 ‘동일한 이름이지만 서로 다른 코드’를 방지합니다.
- 변경 감사: 가격, 신용 한도, 세금 분류 변경 이전 버전을 보관하며, 합병 보고서를 역추적할 때 이를 설명할 수 있습니다.
흔한 오류: 자회사가 중복 확인 절차를 거치지 않고 임의로 고객을 신규 생성하도록 허용하여, 결과적으로같은 그룹 고객의 N개의 코드, CRM 통계가 왜곡되었습니다.
내부 거래 및 이전 가격 설정
주체 간 구매, 이전, 서비스 정산에는 반드시 있어야 한다내부 가격표그리고 자동 발주 규칙. 시스템은 다음과 같은 기능을 지원해야 합니다: 한 쪽에서 출고되면 연계된 상대방의 입고가 자동으로 확인 대기 상태로 전환되어, 단방향 장부 처리를 방지합니다. 이전 가격 책정 전략(원가 플러스, 시장가, 협약가)은 재무 부서에서 규정을 정하고, IT 부서는 이를 구성 가능한 엔진으로 구현해야 합니다.
권한: 데이터 격리 및 다중 주체 간 협업
권한 모델은 다음과 같은 권장 사항을 제시합니다.기본적으로 보이지 않으며, 명시적 권한 부여입니다.」：
- 자회사 사용자는 기본적으로 해당 법인의 데이터만 조회할 수 있으며, 그룹 집계를 조회하려면 역할과 데이터 범위가 필요합니다(예: 사업부 사장은 산하 법인을 조회할 수 있습니다).
- 공유 기능(그룹 구매, 공유 센터)에 사용대리 운영: 어느 주체를 대신해 주문을 접수했는지에 대해, 감사 로그에는 두 개의 주체가 기록됩니다.
- 민감한 필드(그룹 최저가, 전략 고객 할인)는 필드 단위로 익명화됩니다.
OA 승인 흐름에는 반드시 ‘소속 주체’ 컨텍스트가 포함되어야 합니다. 그렇지 않으면 A 회사의 관리자가 B 회사의 계약을 승인하는 법적 리스크가 발생할 수 있습니다.
시스템 도입: 하나의 시스템인가, 여러 개의 시스템인가
| 모드 | 장점 | 위험 |
|---|---|---|
| 단일 인스턴스 다중 계정 세트 | 주 데이터의 통합과 한 번의 업그레이드 | 구성은 복잡하고 성능 격리는 잘 이루어져야 합니다. |
| 다중 인스턴스+통합 | 자회사의 자율성이 강합니다 | 주 데이터 동기화, 인터페이스 비용이 높음 |
| 혼합: 핵심 ERP 집중형 + 엣지 시스템 분산형 | 균형 있는 관리와 유연성 | 경계와 진실의 원천은 문서화되어야 합니다. |
선택은 법인의 자치 수준, 산업 규제(예: 금융, 제약) 및 IT 자원에 따라 달라집니다. 어떤 경우든,코딩 규칙 및 인터페이스 규격반드시 그룹 차원에서 통일되어야 하며, 그렇지 않으면 통합은 단지 혼란을 자동화하는 것에 불과합니다.
도입 속도와 검수
1기: 고객/공급업체 주요 데이터 통합 + 내부 거래 발주; 2기: 합병 보고서 데이터 소스 정렬; 3기: 다주체 간 재고 가시화 및 이전 최적화. 검수 지표 예시: 동일한 고객에 대해 그룹 내 유일한 코드 부여; 다주체 간 이전 시 24시간 이내 양측 전표 처리가 일치할 것; 권한 침투 테스트(자회사 계정은 그룹 내 다른 법인의 데이터를 조회하거나 추출할 수 없을 것).
그룹 또는 다수의 기업 디지털화 프로젝트가 필요합니다조직 모델, 주 데이터 및 권한함께 설계합니다.Shandong XYN Information Technology Co., Ltd.（XYN Tech / XYN Tech）정부 및 기업, 그리고 다중 조직의 기업 관리 시스템을 제공한 바 있으며, 현황 분석부터 단계적 도입까지 지원합니다. 자세한 내용은 다음을 참조하십시오.XYN Tech에 대하여, 기술 정보는 다음을 참조하십시오.xynadmin 소식。
공유 서비스 센터 모델
그룹 재무, 인력, 구매 공유 센터는 흔히여러 법인을 대신하여 영수증을 처리합니다.. 시스템은 「현재 작업 주체」 전환기를 지원해야 하며, 각 전표 출력 시 감사 로그에도 작업자, 대리된 주체, 타임스탬프를 함께 기록해야 합니다. 공유 센터의 성과 대시보드는 주체별 SLA(지불 주기, 구매 주기)를 기준으로 집계하여, “한 자회사의 지연이 평균화되는” 상황을 방지합니다.
합병 보고서와 상계 분개
합병 보고서는 단순한 Excel 집계에 그치지 않습니다: 시스템에서 유지 관리해야 합니다상쇄 규칙(내부 판매, 내부 거래, 미실현 이익). 각 자회사가 동일한 회계 기간에 결산을 완료하면, 그룹 차원에서 자동으로 상쇄분개 초안이 생성되며, 재무 부서의 검토를 거쳐 장부에 반영됩니다. 자회사가 여전히 서로 다른 계정과목표를 사용하는 경우, 매핑 테이블을 유지 관리해야 하며, 그렇지 않으면 연결 시 계정이 일치하지 않습니다.
해외 자회사와 다통화
해외 법인이 있을 경우,기능통화와 보고통화분리해야 합니다. 일상적인 회계는 현지 통화로 처리하고, 그룹 대시보드는 인민폐 또는 미국 달러로 환산하여 표시하며, 환율 유형(기말, 평균)은 관련 기준에 따라 설정합니다. 주체 간 차입, 배당, 서비스료 정산과 관련하여 외환 및 세무 문제가 발생할 수 있으므로, 시스템은 환율 스냅샷과 환산 전표를 보관하여 감사 시 재현 가능하도록 해야 합니다.
데이터 거주지 및 규정 준수: 일부 국가에서는 고객 및 직원 데이터가 국외로 유출되지 않도록 요구합니다. 다중 주체 아키텍처 설계 시 이를 명확히 구분해야 합니다.데이터 도메인: 어떤 필드는 그룹에서 공유할 수 있고, 어떤 필드는 반드시 로컬에 저장해야 하는지, 인터페이스 동기화 시 필드 단위로 필터링을 수행합니다.
현장 점검 체크리스트
프로젝트를 시작하기 전에 먼저 다섯 가지 질문에 답해야 합니다: 재고의 진실은 어느 시스템에서 나오는지, 장부 기입 시점은 누가 정하는지, 예약이 중앙집중식으로 관리되는지, 재고조사 차액은 누가 승인하는지, 그리고 재무 전표와는 어떻게 연동되는지입니다. 명확히 답변할 수 없다면 서둘러 바코드 스캐너를 도입하지 마십시오—하드웨어는 프로세스의 혼란을 더욱 확대할 뿐입니다. 시스템이 본격적으로 가동된 후 첫 주에는 매일…가용량 보존샘플링 수행: 무작위로 20개의 SKU를 선정하고, 시스템 가용량 = 장부 - 점유 - 동결 상태를 확인한 뒤 현장 재고 조사와 대조합니다.
검수 시 반드시 사용해야 합니다실제 업무 영수증클로즈드 루프를 구축하는 것이지, 데모 계정으로 몇 번 클릭만 해서 서명을 받는 방식이 아닙니다. 문서화된 ‘재고 상태 머신’과 ‘전표 처리 시점’은 교육용 PPT보다 부서 간의 책임 회피를 줄이는 데 훨씬 효과적입니다.