本场景展示应用系统如何在区块链内构建和更新可信数据，并且基于可靠数据状态实现多系统实时协同。
假设市场上有一个贷款公司A和一家银行B，某客户向A公司申请贷款时，A公司需要向B银行查证该客户是否拥有足够的资产，以便评估是否发放贷款。
传统模式下，通常由客户自行去B银行打印纸质资产证明提交给A公司，费时费力，容易造假，也容易泄露客户隐私。使用区块链技术进行数字化改造，可以使整个流程变得安全高效真实可信。
演示场景里的区块链系统包含三个存储节点、一个管理门户和一个接入网关，A公司应用系统loan_a和B银行业务系统bank_b通过网关访问区块链，网络结构如下：
A公司员工创建贷款申请表单，设定贷款申请的最低资产要求，转给B银行手工审核或者调用智能合约根据双方共识的规则自动处理。处理过程不会暴露客户在银行的实际资产金额，但是请求者能够得知该客户资质是否满足要求，而且该结果由对方系统实时出具，使用数字签名保障真实性和有效性。这种方式无需客户参与，由双方信息系统直接协同完成，大大提高了效率，而且杜绝了数据造假或者延迟失真的问题。
区块链系统内，业务系统之间使用数字表单的ID作为唯一标识进行协同。A公司创建和维护数据范式verify_request，定义贷款申请表单格式，具体内容如下：
| 参数名 | 值类型 | 参数说明 |
|---|---|---|
| customer | 字符串 | 贷款用户标识 |
| amount | 货币 | 申请贷款金额 |
| minimum_asset | 货币 | 审批通过的最低资产要求 |
| creator | 字符串 | 创建者标识 |
| create_time | 字符串 | 表单创建时间 |
| status | 整型 | 表单状态: 0 - 新建，1 - 审批中，2 - 审批完成 |
| bank | 字符串 | 申请证明的银行 |
| invoker | 字符串 | 审批发起者标识 |
| invoke_time | 字符串 | 表单申请时间 |
| verify_mode | 字符串 | ‘manual’ - 人工审核, ‘contract’ - 智能合约审核 |
| result | 布尔类型 | 审批结果，是否满足资产要求 |
| verifier | 字符串 | 审批者标识 |
| verify_time | 字符串 | 表单审核时间 |
| comment | 字符串 | 审批备注说明 |
B银行维护和管理数据范式customer_asset，定义客户个人资产数据格式。处理时通过verify_request的customer字段进行关联，校验对应的客户资产情况。
| 参数名 | 值类型 | 参数说明 |
|---|---|---|
| customer | 字符串 | 贷款用户标识 |
| asset | 货币 | 当前资产总额 |
| cash_flow | 货币 | 半年内现金流 |
| status | 整型 | 0 - 正常, 1 - 异常, 2 -关闭 |
| register_time | 字符串 | 客户账号注册时间 |
区块链中还定义了一个智能合约verify_asset，指定申请表单编号，提取目标客户ID和资产要求，然后在资产表中检查是否满足要求，将结果写入申请表，完成智能评估。
操作说明
可以按照以下基本流程进行操作，也可以在系统内自由发挥
用例一：人工审核
- 进入A公司页面，点击“创建申请”，输入贷款金额、客户标识、资产要求等基本信息，创建表单
- 在申请列表中，选择表单，点击“人工申请”提交到B银行
- 进入B银行页面，查看申请表详情，设定审批结果，点击提交
- 进入A公司页面，查看审批结果
用例二：自动审批
- 进入A公司页面，点击“创建申请”，输入贷款金额、客户标识、资产要求等基本信息，创建表单
- 在申请列表中，选择表单，点击“自动审核”调用智能合约
- 查看审批结果
系统中产生的数据都可以通过详情查看背后的变更历史、关联交易和区块信息。
