recurr.app

是什么

Recurr 定位为“Simple Protocol for Recurring Payments”，更准确地说，它是一个用于周期性账单、余额与收据展示的开放协议及参考应用，而不是传统意义上的支付网关或收单机构。服务商为每个用户提供唯一 HTTP endpoint，返回 JSON feed，用户通过二维码或链接添加到 Recurr App 后，App 会定期轮询更新。

核心能力

从服务类型看，Recurr 支持 Bill Items、Balance Items、Receipt Items 以及 Service Actions，适合电话、互联网、公用事业、租赁、订阅、预付费账户和加密货币交易所等场景。支付方式方面，它本身不处理支付，而是把每个账单或余额项的 action 定义为 URL 链接，示例包含“Pay using Stripe”和“Pay using Bitcoin Cash”。因此它的价值在于账单聚合、提醒与跳转，而非资金处理。

API与集成

集成方式较轻量：服务端输出包含 type、version、title、caption、icon、bills、balances、receipts、actions、mode 等字段的 JSON。Recurr 刷新时会附带 delta 时间戳，服务方可仅返回增量数据；mode 支持 set 与 update，尤其适合收据这类追加型数据。整体对开发者友好，容易嵌入现有系统。

定价、合规与风控

抓取文本未披露任何费率、手续费、结算到账周期，也没有牌照、合规、KYC/AML、拒付、欺诈检测等信息。这意味着不能把它视为可直接替代 Stripe Billing、PayPal Subscriptions 或 GoCardless 的完整支付基础设施。

优缺点与适合谁

优点是协议简单、开放、支付方式中立，适合已有支付能力但缺少统一账单展示和提醒入口的服务商。缺点是规范仍标注为 WIP，V1 可能变化，且站点多处 404，成熟度和支持能力存疑。适合技术团队做轻量账单 feed 或概念验证，不太适合需要一站式收单、订阅扣款、清结算和合规保障的企业。

中国访问与替代品

中国大陆访问情况文本未提供，需实测。若面向中国用户，支付落地通常还需微信支付、支付宝或国内聚合支付服务；国际替代可考虑 Stripe Billing、Chargebee、Paddle、GoCardless，或自建账单中心加支付链接方案。