开发者工具

为工程师提供一个清晰的集成入口

EFundFlow 让开发者配置贴近实际使用它们的支付对象:API 凭证、站点级支付 Webhook、退款 Webhook、认证指引以及支付运营文档。

EFundFlow API credentials dashboard
API
凭证与认证
网络钩子
支付和退款回调
软件开发工具包
集成资源
凭证

从控制台管理 API 访问

开发团队可以使用控制台管理的凭证,运营团队仍能看到正在使用的商户和站点配置。

  • 商户级 API 凭证管理
  • 面向服务端集成的认证指引
  • 控制台用户与 API 访问清晰隔离
网络钩子

按站点配置回调

在站点级别设置支付和退款 Webhook URL,使每个域名和支付设置都能通过正确端点接收事件。

  • 每个站点的支付 Webhook URL
  • 每个站点的退款 Webhook URL
  • 保存前进行 URL 校验和归属检查
集成

支持多种结账模型

选择适合每个站点的集成方式,从直接服务端 API 到托管收银台和 JSSDK iframe 流程。

  • 直接 API,获得完整的服务端控制
  • 收银台流程,加快托管结账上线
  • 用于嵌入式结账体验的 JSSDK iframe

更清晰的集成流程

目标是让工程团队只集成一次,同时运营团队仍可在无需代码发布的情况下管理站点设置、处理器凭证和回调。

1

创建凭证

通过商户控制台生成并管理 API 凭证。

2

配置站点 Webhook

将支付和退款回调 URL 绑定到拥有该支付流程的站点。

3

基于文档构建

使用 API 文档、认证指引和示例完成集成。

4

从控制台运营

上线后监控交易、退款、争议、路由和报表。

Developer console
POST /v1/payments
{
site_id: "site_us",
webhook: "refund.created",
processor: "routing_policy"
}
Step 1
创建凭证
Step 2
配置站点 Webhook
Step 3
基于文档构建

为支付工程而构建

status: ready
webhook: verified
integration: one surface
01

工程师可以保持一个 API 集成,同时业务团队通过控制台配置扩展处理器和站点。

02

当商户运营多个店铺或域名时,站点级 Webhook 设置可以减少混淆。

03

运营团队无需让工程师搜索代码或处理器门户,即可检查配置。

04

认证、Webhook 和支付资源始终与产品流程相连接。