PesaBridge
开发者 API

几行调用即可收款与放款。

一套简洁的 Daraja 风格 API:OAuth2 客户端凭证、沙盒、推送收款,以及签名并重试的 Webhook——一个下午即可集成收款与放款。

Developers integrating the API

深入了解

开发者 API 为资金而生,而非仅仅为请求而生。您用客户端凭证换取短时令牌,然后向客户推送一笔扣款;客户在钱包中确认,一旦清算完成您即收到签名 Webhook。每一次调用都具备幂等性,因此连接中断后的重试绝不重复扣款。

一笔扣款经历清晰的生命周期——待处理、已授权、已完成、已拒绝或已过期——您可轮询或经 Webhook 接收。Webhook 以 HMAC-SHA256 签名并重试直至确认,因此您的系统可信任每一次回调,余额与交易查询让您得以对账。沙盒运行与生产相同的契约,通道被抽象在 API 之后,因此您只需集成一次,即可切换供应商而无需改动代码。

为何重要

为值得信赖而生。

  • OAuth2 客户端凭证,含沙盒与生产环境密钥。
  • 推送收款(STK Push)配合状态轮询。
  • HMAC-SHA256 签名并重试的 Webhook,您的系统可信赖。

成效

  • 一个下午完成集成
  • 自动对账
  • 基于稳定契约构建
联系我们

内含什么

开发者 API — 详解。

01

OAuth2 令牌

用客户端凭证换取持有者令牌。

02

扣款与状态

推送一笔扣款并轮询其生命周期。

03

Webhook

扣款清算的瞬间发出签名回调。

04

余额与历史

查询收款余额与交易。

真实流程

实际如何运作。

在此能力所处理的各段旅程间切换。每一段都核查余额与限额,然后等待 PIN 码或生物识别授权,再向账本记录平衡分录。

商户推送(STK)

商户推动一笔扣款走完其生命周期;客户批准推送。

以PIN 码或生物识别授权 ——在客户确认之前,账本不会记录任何分录。
  • 首先核查余额与限额
  • 校验 / 授权关卡
  • 已记录平衡的借贷分录
客户
系统
01
系统商户推送一笔扣款
02
系统创建扣款 · 状态 = 待处理
客户手机上出现推送
03
04
系统 · 校验校验并核查余额
客户 · 校验授权——PIN 码或生物识别
05
06
系统借记付款方,贷记商户
07
系统状态 = 已完成
08
系统签名 Webhook + 重试直至确认
系统 · 完成已支付 ✓ · 显示回执
步骤 校验 / PIN 码 已完成
190+

可上线运营的国家

4

四款原生应用,同一平台

4

渠道 — 应用 · USSD · 网页 · API

100%

复式记账,始终平衡

更多平台能力

一套核心,涵盖每项能力。

准备好上线您的钱包了吗?

预约演示,我们将为您搭建品牌、国家与通道——并带您走遍应用、管理后台与 API。

想直接沟通?请致电 +254 746 883809