面向私募股权的技术尽职调查：NetSuite和ERP标的

在48-72小时内对标的ERP进行AI静态分析，在资金到位前为脚本债务、权限风险和利润流失定价，使相关发现写入购买协议，而不是在交割后才浮现。该杠杆背后的各行数据见100x台账。

技术尽职调查报告应包含哪些内容？

多数技术尽职调查交付物是叙述性文档，只是复述供应商发票上已有的信息。真正能为购买价格提供依据的报告，必须回答六个机制性问题，且每个问题都附有数字。

1. 定制项清单。标的实例中的每个脚本部署、自定义记录、工作流和已保存搜索，注明负责人、最后修改日期和执行频率。
2. 弃用风险敞口。哪些定制项依赖即将停止支持的平台版本，以及重构所需的工程周数和美元成本。
3. 权限与职责分离风险。对照组织架构，按0-4指数为每个角色评分，并逐一点名共用登录和未实现职责分离的审批路径。
4. 集成拓扑。每个入站和出站接口、其运行所依托的中间件，以及交割时转移给买方的经常性订阅成本。
5. 面向合并的数据就绪度。科目表结构、子公司配置、物料和客户主数据重复情况，以及标的并入平台结账之前必须满足的条件。
6. 带成本的第1天及100天整改计划。不是建议，而是带价格的分步计划，使该数字可以写入购买协议。

哪些ERP风险信号应当改变你的报价？

以下是在我们评估过的交易中，多次成为价格调整或特定赔偿条款依据的发现。

• 订单到收款依赖无人维护的遗留脚本，而编写者已离开公司。
• 同步的用户事件脚本在并发负载下造成记录死锁，限制了交易吞吐量。
• 共用的管理员登录，或财务角色对同一交易类型同时拥有完整的创建和审批权限。
• 影子电子表格或桌面数据库承担了本应由ERP完成的步骤，例如作业成本核算或库存对账。
• 中间件订阅每年成本可观，而相关接口本可原生运行。
• 各主体之间存在两套或更多科目表，而管理层却将其按已合并的口径汇报。
• 期间结账超过十个工作日，这通常意味着尽职调查所依据的数字本身就是估算值。

0-4角色风险指数

我们按固定的五级评分表为每条权限记录打分，使访问风险成为交易团队可在不同标的之间比较的数字，而不是一段叙述性文字。

为什么是48-72小时，而不是四至六周？

传统尽职调查的时间表取决于利益相关方访谈的日程安排，而非分析本身的难度。配置和代码库中已经包含答案。我们对其运行自动化静态分析，把人工时间用于解读，而不是用于排期。

我们需要目标公司提供的材料

• ERP实例的只读访问权限；如在签署意向书之前访问受限，则提供元数据导出文件。
• 定制开发代码库（如存在受源代码管理的代码库）。
• 当前的角色和用户清单。
• 最近三个会计期间的结账日历。
• 已连接系统及其合同清单。

交付成果

• 可直接提交董事会的风险矩阵，含评分和优先级排序。
• 定制开发与集成清单，含弃用风险敞口。
• 对照组织架构图的0-4级角色风险评分。
• 量化的整改成本，按第1天及前100天排期。
• 一页摘要，面向投资委员会撰写，而非面向IT部门。

常见问题

相关研究