47个接口，一定会注意到那个名字不在白名单里，一定会记一笔。
这不是猜测，是概率。
她在脑子里算了一下。
代码审查报告的提交时间，通知函的发出时间，"同步完成最终评议"的措辞，这意味着审查报告已经交了，但评审委员还没有完全处理完，测试期间评审委员会做最终评议，如果评议过程中发现需要候选方补充说明的内容，会当场发函。
当场。
也就是说，如果AbySS被标注了，追问函有可能在林彻人在崇礼的时候到达微光。
那个时候他在测试，后方只有她。
她把耳钉重新戴上。
…………
她打开电脑，找到上周做的法律隔离方案，7页，打开看了一遍。
不够。
上周做的方案只覆盖了一个场景：被问AbySS是什么，口径是"自研信用评分引擎，已申请征信试点牌照，数据来源合规"，这个口径能应付第一轮询问，但如果追问升级，要求补充说明，甚至要求提交源码，7页撑不住。
她新建了一个文件夹。
命名：AbySS·测试期应对预案。
文件夹里新建了三个文档。
场景A，场景B，场景C。
场景A是最轻的，被询问AbySS是什么，口径不变：自研信用评分引擎，已申请征信试点牌照，数据来源合规，准备一份两页的简要说明，附征信试点牌照申请回执，这个口径她已经准备过了，问题不大。
场景B是中间档，被要求补充说明，口径：提交完整技术架构文档和数据合规自查报告，技术文档需要老周配合出一份AbySS接口层的架构说明，不涉及核心算法，只描述接口类型、调用逻辑和数据流向，自查报告由法务何薇配合出，引用征信管理条例的相关条款，逐条对标。
场景C。
她在文档标题下面停了三秒。
场景C是最严重的，被要求提交AbySS源码。
她的口径：AbySS不属于DCEP方案交付范围，微光DCEP方案的核心功能不依赖AbySS运行，可提供完整的接口文档、API调用规范和第三方安全审计报告，源码涉及微光核心商业机密，提交需走保密协议流程，建议另行安排。
这段话每一句都是真的，也每一句都是在拖时间。
她知道场景C不太可能发生，央行的代码审查流程有边
本章未完，请点击下一页继续阅读！