Skip to content

API Integration Guide for Banks 解读 ​

文档概览 ​

  • 原始文件:API Itegration Guide_Banks.pdf
  • 机构:Bank of Tanzania
  • 版本:Version 1.1,2022
  • 主题:银行向 Bank of Tanzania 实时推送监管数据的 SUPTECH API 集成指南。

这份文档描述的是 Bank of Tanzania 的 SUPTECH 实时数据采集系统。它要求银行通过 JSON over HTTPS 的 RESTful API,将结构化或非结构化数据实时推送给央行,用于监管、分析、报表和可视化。

主要内容 ​

文档覆盖大量监管数据接口,主要包括:

分类代表接口或数据
Equity Data股本、资本账户、核心资本扣减
Liabilities Data数字储蓄、存款信息、借款信息、应付转账、银行支票
Assets Data现金、其他银行余额、MNO 余额、贷款、透支、数字信贷、小微贷款
Off Balance Sheet保函、信用证、远期外汇、衍生品、信托账户
Profit and Loss损益表
Other Banks Data个人信息、公司信息、信托账户等

文档也说明了:

  • 接口采用 RESTful API。
  • 传输协议为 JSON over HTTPS。
  • 支持 POST 创建上报对象,GET 查询已创建对象。
  • HTTP 错误包括 401 Unauthorized、403 Forbidden、404 Not Found、405 Method Not Allowed 等。

对传音银行的能力价值 ​

能力分类判断
KYC不直接提供
AML不直接提供
征信不提供
风控不提供业务风控,但可作为监管风险数据报送基础
支付不直接提供
监管报送强相关
数据治理强相关

这份文档主要解决传音银行的 央行监管数据报送、SUPTECH 接入、资产负债和贷款相关监管数据推送能力。

与贷款业务的关系 ​

文档中存在 loan、digitalCredit、microfinanceSegmentLoans 等接口类别,说明银行开展贷款业务后,可能需要将贷款、数字信贷、小微贷款等监管数据按要求推送给央行。

因此它不是贷前风控供应商,也不是征信源,而是贷款业务上线后的 监管合规报送接口规范。

建议接入位置 ​

在当前四层架构中,建议归入:

  • 第二层:基础运营域 / 数据分析平台 / 运营平台
  • 第二层:金融业务域 / 账户模块 / 贷款或信贷模块
  • 第三层:银行接入整合系统或监管报送整合系统
  • 第四层:Bank of Tanzania SUPTECH

如果后续架构图中要细化,可以单独增加“监管报送整合系统”,避免和支付清算系统混在一起。

后续待确认 ​

  • 传音银行是否需要直接接入 SUPTECH,还是由核心银行系统或代理银行报送。
  • 上报频率、实时性要求和失败重试规则。
  • 每类资产、负债、贷款、损益数据与银行核心字段的映射。
  • SUPTECH 生产环境地址、认证方式、参与方编码。
  • 是否需要单独建设监管数据集市或报送前校验规则。