首页 > 武侠修真 > 首富从入职阿里开始薅羊毛 > 第425章 场景C!

第425章 场景C!(1/2)

目录

请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能,避免出现内容无法显示或者段落错乱。

十二月三十號。

沈南到办公室的时候是早上八点十分,比平时早了二十分钟。

她没有先开电脑,先把包放下,从里面摸出钥匙扣,確认u盘还在,银色的,指甲盖大小,在。

然后她把昨晚三个文档列印了出来。

a4纸,单面,一共九页,场景a两页,场景b四页,场景c三页。

她把九页纸铺在桌上,从左到右排开。

看了一遍。

不对。

场景b的技术架构说明部分,她昨晚写的版本里引用了abyss的接口调用量——“日均12.7万次“,这个数据是从微光內部系统里查的,真实,准確,但不能写在给央行的回函里。

为什么不能写

因为如果央行审查员在代码审查中记录了abyss的调用量,而微光的回函里主动提供了同一个数字,这说明微光知道审查员看到了什么,这会让央行觉得微光在“配合回答“而不是“主动说明“。

主动说明和配合回答,姿態完全不同。

她把场景b的第三页抽出来,用铅笔在“12.7万次“上面画了一条线。

改成:“日均调用量处於合理区间,具体数据见附件技术文档。“

模糊处理,让央行自己去看附件,如果他们没有在审查报告里记录调用量,这句话就是正常的技术说明,如果他们记了,这句话也不会露出“我们知道你们看到了什么“的痕跡。

改完之后她把九页重新排了一遍。

还是不对。

场景c。

昨晚她写的场景c是防守性的,每一句话都在拦——“不在交付范围““商业机密““保密协议流程“,逻辑上没有问题,但姿態上有问题。

全是挡,没有一句是送的。

如果央行真的走到场景c,发函要求提交源码,微光的回函全是“不行““不能““需要走流程“,就算每一句都合规,给人的感觉也是在藏东西。

她在椅子上坐了一会儿,窗外的天阴著,灰白色,没有风,对面楼顶的空调外机上落了一层薄灰,灰上面有两道鸟爪印。

她想到一件事。

回函不是只能防守的。

回函可以进攻。

她把场景c的三页纸拿起来,翻到第三页,第三页是空白预留,昨晚没有写完。

她开始在上面写。

不是口径了,是主动提供的內容。

第一项:abyss技术架构概述(脱敏版),主动展示abyss的架构设计理念、数据隔离机制和安全边界,不给源码,但给架构图,让央行看到这个系统的设计是专业的、规范的、可控的。

第二项:abyss与微光徵信试点牌照的关联说明,微光已获得徵信试点牌照,abyss作为徵信服务的技术底座,在牌照框架內运行,这一条把abyss从“不明来源的外部服务“变成了“持牌业务的技术组件“。

第三项:微光数据合规自查报告(2021年度),主动提交年度合规自查,覆盖数据来源、存储、调用、销毁全流程,这不是央行要求的,是微光主动做的。

三个“主动“。

她在第三页的顶部写了一行標题。

“回函第三页:能力展示(主动提交非要求项)“

防守变进攻。

她看著这行字。

不是在挡枪,是在告诉央行:你们想看的我提前准备好了,不是因为心虚,是因为我们本来就做得到。

…………

九点半,她拨了何薇的分机。

“关联说明做好了吗“

“再改。“何薇的声音从电话那头传过来,背景里有键盘声,“你要的央行合规回函格式,我找了两个模板,一个是2019年的,一个是2020年的,哪个“

“2020年的,格式更新过一次。“

“行,还有一个问题。“何薇停了一下,“徵信试点牌照的申请回执上,abyss的名字没有出现,牌照是发给微光科技的,不是发给abyss的,关联说明里怎么处理这个“

沈南想了两秒。

“写abyss信用评分引擎系微光科技徵信服务体系的核心技术组件,在徵信试点牌照授权范围內运行,用核心技术组件这个表述,不说abyss是牌照持有方,说它是牌照框架下的技术实现。“

何薇在那边打字,沈南听到键盘声停了一下,又继续了。

“这么写合规吗“何薇问。

“合规,徵信试点牌照的授权范围是徵信服务,不限定技术实现方式,abyss是技术实现方式,在授权范围內。“

“明白了,下午给你。“

“上午。“

本章未完,点击下一页继续阅读。

目录
返回顶部