近年来，伴随行业内外部环境的不断变化，驱动着银行业务模式也在逐步发生变革，当前银行已发展到Bank4.0阶段，并成功迈入数字化银行时代，在科技创新方面，各家银行纷纷加大金融科技资源的投入，并将科技与金融更紧密的融合在一起，形成一种新的业务模式——Fintech。
业务模式的创新，不但能够提升银行自身的金融服务能力，还能够对外部输出金融服务能力，并将金融服务作为能力底座，赋能更多的业务场景。此时，银行已不只是在提供服务，而更多的是在扮演“连接”的角色。这种角色离不开“开放平台”的能力建设。
伴随移动互联网端业务场景的逐渐丰富，「小程序」这种能将业务功能碎片化，帮助APP快速上线业务功能、实现敏捷迭代的工具，也开始逐渐进入银行的视线。银行可以通过小程序来支持合作伙伴的功能入驻APP，聚合不同业务场景的流量入口，实现一个App就能解决客户所有需要的可能性，从而真正完成“连接”的使命。但是拥有小程序平台就能实现目标了吗？合作方又为何要将流量入口放在银行App里呢？如何将在流量平台中已经上架的小程序迁移至自有App中？银行可以通过小程序平台为用户提供差异化的金融服务吗？个人信息保护法颁布后，银行和合作方在个人数据安全方面，又会有哪些影响或阻碍？这些问题可能都是我们将要去面对以及解决的。
本文发布于twt社区，由twt社区特别组织金融行业专家以及凡泰极客解决方案中心的专家，与金融行业同行畅谈银行如何通过小程序来增强App建设。同时针对“流量”和“安全”两个主要问题，有哪些具体方案和解决措施，能更有效地促进银行金融业务的发展。本文主要包含三个方面：银行如何构建小程序生态，银行如何保障小程序的安全性以及银行如何建设管理小程序平台的共识。
一、银行如何构建小程序生态
银行业务模式的创新，不但能够提升银行自身的金融服务能力，还能够对外部输出金融服务能力，银行已不只是在提供服务，而更多的是在扮演“连接”的角色。随着移动端业务场景的逐渐丰富，小程序能将业务功能碎片化，可以帮助App快速上线。
1、小程序生态下，可否与银行公众号、APP进行生态打通，方便一站式服务客户，具体实现方式及可选范围有哪些？
3、商业银行进行小程序布局时，是直接进行现有成熟产品引入还是选择适合自身的框架搭建后逐步叠加业务场景呢？
通过小程序提供本地服务，再引导本地第三方服务商入驻可能是一种适用于城商行这类银行的实现方案。与互联网大厂相比，城商行最大的优势就是对于本地服务，生活，民生行业（如衣食住行，基础服务付费等）的深入了解与洞察，而在这个基础之上提供基于小程序的推广营销，策划引流可能是更加符合本地定位场景下的服务需要。凡泰极客FinClip小程序技术解决方案有着丰富的银行生态建设经验。
这是一个比较综合的落地问题，我们分成两部分来回答。
问题1：如何设计小程序矩阵？
首先我们要知道银行做小程序的优势在哪里，基于优势，小程序矩阵的答案自然就出来了：
·内部敏捷探索：小微式的产品创新提高用户粘性、锻炼队伍数字化转型、技术迭代优化不可能一蹴而就，从局部开始，从容错率较高的模块开始，既能锻炼队伍又能通过小微创新推动用户体验提升。
问题2：如何实现账户、交易层面的系统对接？
首先需要肯定的是，小程序是可以实现账号、交易、订单等系统的对接的。但每家银行的系统设计、实现逻辑不一，也需要基于具体案例去做分析，此处就不再赘述了。
5、如果要打造生态，可能开发商不愿意上传小程序源码到平台编译，是否有其他方式？
通过小程序提供本地服务，再引导本地第三方服务商入驻可能是一种适用于村镇银行这类小微银行的实现方案。与互联网大厂相比，村镇银行最大的优势就是对于本地服务，生活，民生行业（如衣食住行，基础服务付费等）的深入了解与洞察，而在这个基础之上提供基于小程序的推广营销，策划引流可能是更加符合本地定位场景下的服务需要。
二、银行如何保障小程序的安全性
在FinClip本身提供的加密编译的情况下，预先对关键的业务逻辑，使用其他的js加密方式，再次加密。在关键业务逻辑，涉及到业务数据与服务器之间的数据传递，均以加密的方式进行，未来FinClip也会提供统一的加密方案。
1、小程序安全沙箱SDK的方案是如何在第三方服务商的利益和监管机构合规要求之间的冲突找到一个平衡点？
作为金融机构，所有的业务推广其实都是在有限空间内的推广，每个新业务都需要解决合规问题。小程序安全沙箱SDK方案的诞生，正是在这样的背景下以解决历史技术方案的合规难题为目标的。也就是说，小程序安全沙箱SDK方案生来就是服务于合规要求的，因此此处的“冲突”相对而言就不存在了。
在一些历史技术方案中，大多数都是基于H5的方式去推动，但H5本身无法实现对自身存储的管理且数据传输行为无法进行加密保护，天然存在技术缺陷。而在小程序安全沙箱方案中，我们以安全存储、数据独立、加密保护为要点，从头设计了整个SDK架构。因此，简单来说，对于凡泰极客FinClipSDK而言，合规与业务发展不再是冲突点，它本身就是这个冲突的解决方案。
2、小程序现在在银行的应用越来越广泛，如何针对小程序做好安全加固？
针对小程序的本身的安全加固，作为小程序开发者，在安全性上还有以下方式：
在FinClip本身提供的加密编译的情况下，预先对关键的业务逻辑，使用其他的js加密方式，再次加密。在关键业务逻辑，涉及到业务数据与服务器之间的数据传递，均以加密的方式进行，未来凡泰极客FinClip平台也会提供统一的加密方案。
对于客户信息最小原则，我们建议参考《网络安全法》、《民法典》、《消费者权益保护法》、《常见类型移动互联网应用程序必要个人信息范围规定》和《个人信息保护法》中对于“保护个人隐私与信息安全”，“APP需要为其中的小程序申请权限负责”的说明，其中更是针对39种常见的必要个人信息范围做出了明确的解释；
FinClip目前还提供灰度发布功能，业务人员能够在无需研发人员参与的情况下，自行完成向不同用户推送不同版本小程序的特殊功能（我们也与第三方低代码平台进行了合作，业务人员能够在完全不懂代码的情况下自行输出小程序代码）；
FinClip一直对于金融，券商行业的客户都提供着较为完善的服务，也与头部银行，券商，基金公司达成了合作。近期凡泰极客也将上线小程序中的水印功能。
4、关于小程序的安全性问题：银行业小程序交易如何保障客户信息安全和系统安全？如何界定小程序可能涉及的隐私风险问题？
在FinClip产品设计起初，我们就对于小程序运行环境的安全性进行了充分考虑。从整体能力上看，FinClipSDK安全沙箱SDK为业务代码提供了一个封闭、安全的运行环境，用以有效防范外部代码的干扰和数据泄露等风险。第三方APP只能通过SDK主动暴露的接口启动运行时；SDK应能够完全管控业务应用所需要的运行环境以及所需的对外通信，并可以通过多种机制保证网络通信不被拦截和干扰；FinClipSDK安全沙箱内部也使用了独立的浏览器内核，运行环境与系统浏览器完全隔离(Android，Windows)。
5、第三方接入通常需要多种个人数据去做认证或者数据同步，如何去做数据同步，数据同步的时候怎么确保用户的个人隐私数据不被泄露？
6、为了保障系统的安全，银行系统开发环境一般都是构建与互联网断开的比较封闭、隔离的环境中，但小程序平台需要考虑使用的边界性，一般都构建在互联网上，针对银行的小程序平台及小程序的安全防控成为必须考虑的问题，如何防止用户开发的小程序成为进入银行内部网络的跳板？
如果直接使用目前互联网行业中已有的小程序平台，确实很难保证小程序在可控受限的场景中运行。这也是FinClip的小程序平台对于保障安全能力的价值所在，我们分别提供了「云侧的管理后台」、「端侧的小程序安全沙箱」保障银行场景下的安全要求，其中：「云侧的管理后台」是指我们为银行客户专门提供了一套只属于自己（私有化）的小程序管理后台，可以在其中完成对于小程序信息，代码的预览与审核，避免第三方开发者将具备未知风险的小程序直接上架到小程序平台中；「端侧的小程序安全沙箱」是我们所提供的小程序运行时SDK，不仅作为小程序代码解释器，还作为了小程序独立运行的沙箱，小程序在其中的运行无法干涉集成小程序的宿主客户端（APP）产生任何影响。
此外，在「云侧的管理后台」中还包括了「域名设置」，小程序中任何需要访问外部域名资源的请求都需要事先在这里进行报备，否则无法进行对应的请求。FinClip也在2021年3月取得了等保3级安全认证，在2021年10月取得了由中国信通院颁发的SDK安全专项评测，此外也与第三方安全机构合作完成了代码审计，模拟攻防等业务，保证FinClip提供的产品服务稳定、安全和可靠。
7、小程序安全沙箱的方案相比与传统H5方案的优势在于哪呢？
传统H5方案存在代码风险，包括：
·业务H5代码以JavaScript语言实现，需要浏览器环境；
·第三方应用对其创建的WebView对象有完全控制，可以通过注入代码来获取WebView中的业务代码的数据或影响其运行；
·与业务后端服务的通信采用标准的浏览器方式存在数据被拦截的可能，导致业务请求数据被第三方留存；
·即使是加密数据仍然可能会在被浏览器通信层解密后拦截，导致用户业务信息泄露；
·Android环境版本碎片化严重，在陈旧系统上不得不使用有安全隐患的系统浏览器内核而在小程序安全沙箱SDK方案中，以上问题均可获得较好解决，SDK方案的优势可见下图：
三、银行如何建设管理小程序平台的共识
通过本场交流活动达成了一些交流共识如下，仅供参考：
1)小程序这种能将业务功能碎片化，帮助APP快速上线业务功能、实现敏捷迭代的工具，有助于银行建设开放平台，并通过小程序来支持合作伙伴的功能入驻APP，聚合不同业务场景的流量入口，实现一个APP就能解决客户所有需要的可能性。
4)小程序预先对关键的业务逻辑，使用其他的js加密方式再次加密。在关键业务逻辑，涉及到业务数据与服务器之间的数据传递，均以加密的方式进行。