应付账款涉及资金流动，每笔交易都牵连着供应商的信任和公司的现金流。

过去十年，老erp系统像个补丁摞补丁的千层蛋糕。

这次渡河项目本是彻底重构的机会，她设计的分布式架构能支撑未来十年的业务扩张，却卡在了时间节点上。

手机震动，李峰的消息弹出来：“下午三点，陈总主持方案决策会，必须拿出结论。”

祁烨玲深吸一口气，把报告折成两半塞进文件夹。

路过茶水间时，她听见两个外包工程师在小声嘀咕：“听说马来西亚子公司的正式上线时间定在5月30号，要是应付模块拖后腿，咱们会不会被问责？”

决策会在鹏城总部g区2305会议室召开，投影上是祁烨玲团队熬了三个通宵赶出的方案对比表。

左侧是“完美方案”，标注着“架构先进性★★★★★”“风险等级★★★★”；

右侧是“妥协方案”，“架构先进性★★★”“风险等级★★”。

李峰站在白板前，手中的激光笔在“时间窗口”四个字上反复画圈：“渡河项目领导已经很明确，马来西亚子公司必须在2017年中完成切换，这是政治任务。”

“还有，目前架构下应付模块的资金校验逻辑和老系统的凭证引擎存在兼容性冲突。”她的声音带着独属于自己的固执。

她说话之余指尖敲在键盘上，调出一版架构图，“我们在解耦应付账款与总账接口时，忽略了马来西亚子公司的多币种结算规则...”

“停。”李峰抬手打断，“祁总，我们现在不是在讨论技术问题”。

他觉得和面前这个完美主义者沟通起来真的很痛苦，“现在不是复盘问题的时候。马来西亚子公司正式上线日期是2017年5月30日，留给我们的时间只有六个月。”