核心优势
一个 API。多个支付服务商。
无需重建接入即可更换收单机构。您应用侧的接口保持不变——改变的只是背后运行的服务商。
支付编排
由交易决定路径，而不是靠人工。
每笔交易在到达服务商之前都会经过路由引擎——依据成本、通过率、优先级或可用性。
交易路由引擎
Provider AProvider BProvider C
智能路由
实时决策的规则。
支付方式
PIX、银行卡与 Boleto——各自匹配合适的适配器。
admin.tamino.com.br/dashboard
94,2%
通过率
1.284
银行卡（24 小时）
3.017
PIX（24 小时）
412
Boleto（24 小时）
已启用服务商
收单机构 A收单机构 BPIX PSP APIX PSP B
示例数据，不代表真实运营情况。
追踪与营销
Meta Pixel、GA4 与 GTM，不重复统计转化。
客户端与服务端同时触发并去重（Pixel + Conversions API），并尊重访客的同意状态。
多租户
每个租户，独立运营。
品牌、启用的服务商与结账页按租户配置——在同一平台上，运营之间互不干扰。
平台
Tenant A
品牌
服务商
结账页
Tenant B
品牌
服务商
结账页
Tenant C
品牌
服务商
结账页
API 优先
一次 POST。一笔支付。
Request
POST /v1/payments
{
"amount": 15000,
"currency": "BRL",
"method": "pix"
}Response
200 OK
{
"id": "pay_xxxxxxxxx",
"status": "pending"
}Webhook
实时签名事件。
payment.createdpayment.processingpayment.approvedpayment.failedpayment.refundedpix.receivedboleto.paidchargeback.created
架构
从客户到银行，逐步解析。
客户
结账页 / API
托管、嵌入或透明模式
支付网关
Tamino
支付编排器
智能路由，自动故障转移
PIX
银行卡
BOLETO
PSP
收单机构
银行
BaaS
开发者体验
为真正要做接入的团队而生。
REST APIWebhookSDK 就绪沙箱环境API Key日志幂等键Postman 集合
接入流程
从沙箱到结算，同一套流程。
01
连接
一个沙箱 API Key 就足以看到第一笔支付被扣款。
02
配置
启用适合您业务的服务商，并设置您的品牌。
03
路由
服务商之间的路由与故障转移规则，无需额外代码。
04
对账
Webhook、账单与应收款项已端到端完成对账。
联系我们