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 Unauthorized403 Forbidden404 Not Found405 Method Not Allowed 等。

对传音银行的能力价值

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

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

与贷款业务的关系

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

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

建议接入位置

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

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

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

后续待确认

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