一、背景

集团目前采用 NetSuite OneWorld 作为核心财务系统，支持多国家、多子公司运营。在实际使用过程中，逐步暴露出一系列与主数据管理、集团管控及系统设计相关的问题，对财务规范性和管理效率产生了一定影响。

本报告对当前问题、原因及可行解决方案进行系统梳理。

二、现有主要问题

1. 主数据为“共享库”但缺乏治理

• 全局对象主数据：客户、供应商、物料、会计期间、科目、币种、汇率、税码、银行账户、员工

• 未建立统一创建机制

• 权限限制导致“看不见→重复建”

  • 不同子公司无法查看彼此客户，从而出现 同一客户被多次创建!，如安科公司

S-AR02-00004 ANKE CO-CREATION TECHNOLOGIES LIMITED安科共创技术有限公司
S-CD01-00834 ANKE CO-CREATION TECHNOLOGIES LIMITED
S-CD02-00183 安科共创科技有限公司ANKE CO-CREATION TECHNOLOGIES LIMITED
S-CD03-00050 安科共创科技有限公司 ANKE CO-CREATION TECHNOIOGIES LIMITED
S-CD04-00053 ANKE CO-CREATION TECHNOLOGIES LIMITED
S-CG02-00109 安科共创科技有限公司ANKE CO-CREATION TECHNOLOGIES LIMITED
S-CI01-00411 ANKE CO-CREATION TECHNOLOGIES LIMITED
S-CN01-00057 ANKE CO-CREATIVE TECHNOLOGIES（安科共创技术有限公司）
S-CN03-00096 安科共创技术有限公司（ANKE CO-CREATION TECHNOLOGIES LIMITED）
S-ET01-00120 ANKE CO-CREATIVE TECHNOLOGIES（安科共创技术有限公司）
S-ET02-00052 Anke Co-creation techn
S-KN01-00048 ANKE CO-CREATION TECHNOLOGIES LIMITED
S-MU04-00001 安科共創技術有限公司（ANKE CO-CREATION TECHNOLOGIES LIMITED）
S-MZ01-00252 ANKE CO-CREATIVE TECHNOLOGIES（安科共创技术有限公司）
S-MZ04-00135 安科共创技术有限公司Anke Co-creation Technologies Limited
S-NA01-00556 ANKE CO-CREATION TECHNOLOGIES LIMITED
S-RW01-00132 ANKE CO-CREATION TECHNOLOGIES LIMITED
S-TZ01-00051 ANKE CO-CREATION TECHNOLOGIES LIMITED  安科共创技术有限公司
S-UG01-00110 ANKE CO-CREATION TECHNOLOGIES LIMITED
S-UG02-00045 ANKE CO-CREATION TECHNOLOGIES LIMITED
S-UG04-00033 ANKE CO-CREATION TECHNOLOGIES LIMITED
S-UG04-00133 ANKE CO-CREATION TECHOLOGIES LIMITED
C-AR02-00002 ANKE CO-CREATION TECHNOLOGIES LIMITED安科共创技术有限公司
C-CN01-00024 安科共創技術有限公司（ANKE CO-CREATION TECHNOLOGIES LIMITED）
C-CN01-00040 ANKE CO CREATION TECHNOLOGIES FZE
C-CN02-00019 安科共创技术有限公司

2. 无法按子公司独立关账（目前关账到24年12月）

• 会计期间（Period）为全局统一

• 一个子公司未完成，影响整体关账节奏

• 管理灵活性不足

3. 科目出现“既是明细又是汇总”的情况

• 所有子公司共用一套科目表

• 但在不同公司同一科目既被用于记账（Posting） 又作为上级汇总（Parent）存在

• 导致：

  • 报表结构混乱

  • 审计风险增加

如66010106 销售费用-职工薪酬-社会保险，其余公司作为底级科目使用，但GCK设置了子科目6601010601销售费用-职工薪酬-社会保险-养老保险 等，导致系统统计混乱。

4. OneWorld灵活性不足

• 子公司之间强耦合

• 数据难以拆分（如GCK等不在尧柏国际合并范围内的公司也在使用同一netsuite）

三、问题根本原因分析

1. 系统架构原因（核心）

NetSuite OneWorld采用“多实体共享单账套”的设计：

• 会计期间统一

• 科目表统一

• 主数据统一

优点：集团控制强
缺点：灵活性差

2. 主数据治理（MDM）缺失

当前缺乏：

• 统一客户创建流程

• 去重机制

• 编码规范

导致：

• 数据重复

• 数据不一致

3. 权限与可见性设置不合理

• 子公司用户无法查看其他子公司数据

• 缺乏“只读可见”的设计

结果：

• 用户误认为数据不存在

4. 实施阶段设计不足

• 未建立集团级主数据策略

• 未区分“共享数据 vs 本地数据”

5. 科目设计不规范

• 未严格区分：

  • 汇总科目（Header）

  • 明细科目（Posting）

导致：

• 出现“既汇总又记账”的情况

四、解决方案（分阶段）

方案一：短期（1–2个月）

1. 建立客户主数据管理流程

• 子公司提交申请

• 集团统一创建

• 禁止随意新增客户

2. 权限优化

• 所有子公司可查看客户（View）

• 仅允许本公司编辑

3. 清理重复数据

• 合并重复客户

• 建立唯一标识（税号）

4. 科目结构整改

• 禁止汇总科目记账

• 明确层级结构

方案二：中期（2–6个月）

1. 建立主数据标准（MDM规范）

• 客户命名规则

• 科目编码规则

• 数据创建流程

2. 系统流程化（NetSuite内部）

• 使用Workflow实现审批

• 控制数据创建入口

3. 关账管理优化

• 通过权限/流程实现“子公司软关账”

方案三：长期（6个月以上）

1. 引入MDM平台（可选）

• 使用ERPNext或轻量系统

• 统一管理主数据

2. 数据集成

• ERPNext → NetSuite API同步

3. 系统架构优化

建议分层：

• 集团层：NetSuite（合并报表）

• 项目公司：独立系统（提高灵活性）

五、关键改进建议

1. 明确数据归属

• 客户/供应商：集团级

• 部门/项目：子公司级

2. 建立“单一数据源（Single Source of Truth）”

3. 建立责任机制

• 主数据负责人（MDM Owner）

• 审批责任清晰

4. 强化制度而非依赖系统

NetSuite本身：

• 更偏“强管控”

• 不提供灵活MDM能力

必须通过：

• 流程

• 制度

• 权限

进行补充

六、风险提示

若不整改，可能导致：

• 数据持续污染

• 审计风险上升

• 集团报表失真

• 系统维护成本持续增加

!!! info [Title]: A simple note

!!! important [Title]: An important note

!!! warning [Title]: A warning note
Can be in multiple line !

七、总结

NetSuite OneWorld在集团管控方面具有优势，但其设计强调“统一与集中”，导致灵活性不足。

当前问题并非单纯系统缺陷，而是：

系统架构 + 主数据治理缺失 + 实施策略不完善

共同作用的结果。

通过建立规范化主数据管理机制、优化权限与流程，并在必要时引入辅助系统，可以在不更换核心ERP的前提下，显著改善当前问题。