2025年10月20日，集团曾发布类似通知，当时是检查到大湖公司在一级科目<2501 - 长期借款>及其二级科目<250101 - 长期借款-本金>均有发生额。要求各公司自查是否存在类似情形，并通过账务调整将余额统一转入最明细（底级）科目。
administrators
Private
Posts
-
关于规范使用会计科目的通知 -
关于规范使用会计科目的通知各财务部长：
经集团核查，发现部分公司在甲骨文（NetSuite）系统中存在直接使用汇总科目进行账务处理的情况。甲骨文系统全集团采用统一科目体系，但允许设置科目部分公司不可见。
例如：
“66010106 销售费用-职工薪酬-社会保险” 直接入账，而未进一步细分至对应的最明细（底级）科目，如：- 6601010601 销售费用-职工薪酬-社会保险-养老保险
- 6601010602 销售费用-职工薪酬-社会保险-医疗保险
等。
汇总科目 明细科目 说明 66010106 销售费用-职工薪酬-社会保险 6601010601 销售费用-职工薪酬-社会保险-养老保险 GCK启用明细 6402 其他业务成本 640203 其他业务成本-原材料销售 涉及安哥拉等多个公司 5101010203 制造费用-直属车间-职工薪酬-社会保险 510101020302 制造费用-直属车间-职工薪酬-社会保险-养老保险 GCK启用明细 2501 长期借款 250101 长期借款-本金 鲸石公司 凡涉及使用汇总科目记账的公司，均需做相应账务调整。
一、存在问题
上述做法不符合集团会计科目使用规范，主要影响包括：
- 影响费用结构分析的准确性
- 影响科目余额表统计会导致报表平台无法直接取数
二、整改要求
请各公司立即开展整改工作：
1️⃣ 历史数据调整
对已在汇总科目入账的余额：
须尽快调整至对应的最明细（底级）科目
2️⃣ 全面自查
请各公司对所有费用及资产类科目进行全面检查：
是否存在：- 使用汇总科目直接入账
- 科目使用不规范
如存在上述情况：
统一调整至最明细科目
3️⃣ 严格执行后续规范
自本通知发布之日起：
严禁使用汇总（非底级）科目进行账务处理
三、系统控制措施
为从系统层面加强管控：
集团将于下周起统一禁用汇总科目（Posting限制），包括但不限于：- 66010106 销售费用-职工薪酬-社会保险
后续系统将仅允许在最明细（底级）科目进行入账。
四、沟通与支持
如在整改过程中遇到以下情况：
- 科目结构不清晰
- 明细科目缺失
- 无法判断归属
请及时与集团财务部联系，我们将统一协调处理。
五、执行要求
请各公司于 4月25日前 完成整改，并确保后续严格按照规范执行。
集团财务部将适时开展复核检查。
特此通知。
集团财务部
-
NetSuite主数据与集团管理问题分析报告NetSuite主数据与集团管理问题分析报告
一、背景
集团目前采用 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的前提下，显著改善当前问题。
-
-
预实分析模块：利润及现金流对比分析（累计）期初货币资金余额公式有误累计期初货币资金应等于1月的期初货币余额 也等于12月的期末货币余额
-
平台报表收入取数与报表不一致需要考虑同一产品不同汇率如何处理，方案1 添加新的产品类型来区分出口 方案2 不区分产品收入改为可以手动修改，对应在备注中详细说明。
-
平台报表收入取数与报表不一致
-
报表平台建议及意见
报表平台优化倡议在当前业务不断扩展、管理要求持续提升的背景下，
报表平台已成为支撑公司运营与决策的重要工具。但我们也清楚：
再好的系统，也需要在实际使用中不断打磨与优化
只有贴近业务，才能真正提升效率
欢迎大家提出建议（重点方向）请大家结合日常使用体验，从以下几个方面积极反馈：
易用性
是否可以更简单、更清晰、更直观？ 准确性
是否存在口径不统一或理解偏差？ 效率提升
是否可以减少手工录入或重复操作？ 功能优化
是否缺少关键指标或分析视图？ 本地适配
是否符合各国家/地区的实际业务习惯？
一起把平台做得更好欢迎大家：
- 提出问题
- 分享经验
- 表达需求
每一条建议，都是推动平台进步的重要力量。
期待你的声音！ -
关于报表平台预实分析模块测试的通知
-
Ethiopia Oracle implementation 埃塞甲骨文上线埃塞甲骨文上线计划：
1.完成静态数据填写-包含科目对应，物料对应
2.完成动态数据填写-2025年12月31日科目余额，往来余额等
3.安科完成初始化工作
4.补录前期数据 -
肯尼亚游玩推荐？吃喝玩乐，景观，动物，骑马，打枪等等。