公司ERP是2015年找人定制的，用了10年，原开发团队已经联系不上了，但是源码还在服务器上。现在想改3个地方：① 销售单增加一个自定义打印模板；② 加一个客户对账单导出；③ 库存报表增加按批次汇总。找了几家外包都说"要看代码才能报价"，想问问这种老系统改造到底怎么看风险？
典型的C类问题（老系统改造），先诊断、不着急报价。需要确认的清单：
① 源码完整性：是全部源码还是部分？数据库文档、部署文档还在吗？
② 技术栈：2015年定制系统大概率是 .NET 或 Java 老框架 + 老版本数据库，能改但可维护性要看代码质量；
③ 是否有人懂它：现在系统出了问题谁在修？如果10年来都是"没人敢动"的状态，说明内部已经没有维护能力，改造风险会叠加；
④ 改造 vs 新建的临界点：如果只是3个报表类需求，改老系统划算；但如果未来一年还有5个以上改造需求，建议评估新建模块绕开老系统。
建议第一步：做一次老系统代码体检（技术栈确认+代码可维护性评估），费用不高，但能给"改/不改"一个客观依据。
