SGX上市准备中的ERP数据与控制证据方案
MTC负责将财务报告、内部控制与风险管理要求落实为SAP流程、权限、数据与可重复执行的测试证据,并在Catalist项目中与保荐人、审计和法律团队协同。
- 交易证据从报表追溯至来源、审批与修改日志与权限须按实际配置
- 内控执行制度转为可测试的系统规则仍需人工监督与独立复核
- 整改状态可追踪性缺口、责任人、证据与重测可追踪将ERP整改纳入整体IPO准备计划
MTC将SGX上市路径、内控整改、系统配置和审核记录纳入可执行的SAP实施范围。
上市准备中常见的系统与控制缺口
管理报表与法定账无法勾稽
调整、口径与手工汇总逻辑主要存在于个人文件中。业务影响:尽调团队难以重现关键数字的形成过程。
职责分离要求未落实到系统权限
系统角色、代理审批与紧急权限缺少持续检查。业务影响:实际操作与制度不一致,仅补充文件无法完成整改。
整改项缺少回归测试
规则修改后未使用真实场景重复测试,且未保留批准证据。业务影响:整改项在后续检查中可能再次出现。
ERP整改与控制测试证据
左右滑动查看完整表格
| 指标 | 定义 / 计算口径 | 改善方向 |
|---|---|---|
| 整改完成率 | 已完成设计、测试、证据留存与独立复核的缺口数 ÷ 缺口总数 | ↑ 提高 |
| 未授权与紧急权限例外 | 权限复核中发现的例外与过期账号 | ↓ 及时清理 |
| 关键数字追溯测试 | 从披露/报表追溯至原始交易与批准证据的样本结果 | ↑ 可重现 |
关键数字可按样本重现
报表数字可追溯至交易、审批和变更记录。
系统控制留有测试证据
权限、职责分离、期间控制与审批均有明确测试场景和结果。
整改记录包含重测结果
每个缺口均记录业务负责人、系统责任人、证据和重测结论。
控制整改设计与证据循环
MTC与业务、财务和IT将控制设计转成SAP流程、权限、数据和测试证据,并按整改清单持续重测。
要求与缺口
Requirement & Gap
控制设计
Control Design
系统与流程配置
Configure
场景测试与证据
Test & Evidence
独立复核与持续监控
Review & Monitor
MTC按缺口、控制设计、配置、测试、证据和重测结果建立闭环记录,支持董事会、审计委员会和项目团队持续查看整改状态。
关键控制点
- 财务报告口径与调整
- 角色、权限与职责分离
- 变更日志与期间控制
- 整改证据与回归测试
数据追溯、控制配置与持续运行证据
经确认的数据来源与报表口径,为控制配置和定期复核机制提供基础。
数据来源与报表口径
明确关键账户、调整、管理报表与披露的来源。
总账与报表 · 数据字典
数据血缘与报表定义登记表
控制配置与测试
将权限、审批、期间与变更规则转化为系统配置和操作程序。
权限与审批 · 变更日志
控制配置、测试脚本与留存证据
持续运行复核
定期复核权限、手工调整、异常交易与整改证据。
控制监控 · 异常摘要
复核日历、例外责任人与重测记录
MTC 负责 ERP 与数字流程设计、实施及系统记录整理,并与保荐人、审计师和法律顾问协作,共同推进企业的上市准备工作。
SGX准备与ERP范围问题
SAP ERP如何支持SGX内控准备?
MTC可把经批准的财务报告、权限、职责分离、期间控制和整改要求落实到SAP流程与测试证据,供董事会、审计委员会及专业顾问持续复核。
Mainboard与Catalist的系统准备有何不同?
两条路径都重视可靠财务记录、内控与风险管理,但上市制度和项目组织方式不同。Catalist发行人持续保留保荐人;MTC按当期SGX规则和选定路径组织数据、权限、内控整改与系统证据工作。
应该在IPO多久前启动ERP整改?
实施时间根据历史数据整改、收入与成本流程调整、权限变更、系统稳定期和重复控制测试倒排,并纳入整体上市准备计划。
MTC如何与Catalist保荐人及专业顾问协作?
MTC整理ERP整改、数据追溯、控制配置和测试记录,供保荐人、审计及法律团队复核,并配合处理其提出的系统与数据问题。
制定ERP控制缺口的整改与测试计划
现有缺口、报表定义、权限规则和测试记录作为系统整改、测试证据和责任安排的依据,并纳入管理层及审计、法律和保荐团队提出的专业要求。
- ✓缺口、控制与系统规则映射
- ✓测试场景与证据要求
- ✓MTC与专业顾问协同行动计划
