打开抽屉，右侧第二格，回形针别着的那叠文件，十四页。
场景B的口径在第三页到第六页。
她翻开。
技术架构说明（脱敏版），数据合规自查报告，何薇的关联说明。
全部在。
她已经准备了十一天。
…………
她没有慌。
不是因为胆子大，是因为没有时间慌。
她在脑子里过了一遍流程。
第一步，确认函件的正式性，加密邮件，评审委员会发出，编号完整，签发人两位委员，正式的，不是口头问一下，是走了流程的书面请求。
第二步，确认回复渠道，函件要求加密邮件回复至指定邮箱，没有要求当面说明，没有要求提交源码。
场景B，不是场景C。
她松了一口气，幅度很小，肩膀微微落了一点，大概一厘米。
第三步，回函内容。
她把十四页文件铺在桌上。
场景B的口径她准备了两个版本，一个是防守版，只回答问题，不给额外信息，一个是进攻版，在回答问题的同时主动提交第三页的能力展示材料。
她选进攻版。
原因很简单，防守版给人的印象是"被追问后被动回应"，进攻版给人的印象是"早就准备好了，你问什么我都有"。
姿态决定印象，印象影响评估。
她打开电脑，新建文件。
回函标题：关于技术说明请求函TSR-2022-0009的回复。
她开始写。
写得很快，因为大部分内容已经在那十四页里了，她要做的只是按照追问函的四个问题重新组织格式，把已有的材料对应填进去。
问题一，服务性质及资质。
回答：AbySS信用评分引擎系微光科技自主研发的信用评估技术组件，在微光科技征信试点牌照（编号XX-2020-XXXX）授权范围内运行，供应商资质证明见附件一。
问题二，数据交互边界。
回答：AbySS与微光支付模块的数据交互严格限定于信用评分查询和风控决策两个场景，数据来源合规说明见附件二，数据交互架构图见附件三。
问题三，依赖关系及替代方案。
回答：微光DCEP方案的核心交易功能不依赖AbySS运行，AbySS服务降级或中断时，DCEP交易流程自动
本章未完，请点击下一页继续阅读！