让 UCP/MCP 适配伊朗支付基础设施

全球范围内的代理型商务案例通常通过 Stripe 或 Visa/Mastercard 网络来建模支付流程。而这些通常在伊朗都无法使用。 本页正是探讨协议需要如何适应国内银行网络这一现实的地方。

为什么这需要单独一页来讨论

在 UCP 中,最终的交易步骤("完成结账")的设计假设了存在一个 具备直接的、基于令牌的 API(例如已保存的银行卡或国际数字钱包)的支付网关。而在伊朗,在线支付始终要经过 另一条路径:Shetab(银行间清算网络)和 Shaparak(集中式电子支付交换系统, 全国所有在线银行卡交易都要经过它)。任何忽视这一层的伊朗结账流程设计,实际上都是不可行的。

伊朗支付基础设施概览

• Shetab — 在中央银行层面路由卡对卡及 POS 交易的银行间清算网络。
• Shaparak — 全国所有在线支付网关的强制性集中交换系统;伊朗境内的任何企业都不被允许绕过 Shaparak 直接接受在线银行卡交易。
• 获得许可的支付服务商(PSP) — 有权接入 Shaparak 的支付服务公司(例如 ZarinPal、PayPing、IDPay、BehPardakht 等),它们为企业提供支付网关。
• 没有国际网关 — 由于制裁,Visa、Mastercard 和 PayPal 在国内交易中不发挥任何作用;任何支付方案都必须 100% 建立在国内基础设施之上。

核心不匹配之处:无重定向结账与双重身份验证

理想的代理型结账流程,需要的是一次简单的、无需浏览器重定向的 API 调用(智能体发送金额,交易通过服务器对服务器的方式确认)。 但 Shaparak 的标准流程是基于重定向到银行页面和动态验证码/第二重银行卡密码(OTP)的—— 这一步骤本质上需要人类用户本人在银行页面上实时在场并确认,而不是智能体能够代表用户完成的事情 (事实上,它也不应该能够这样做——这一安全层正是为了防止在没有持卡人即时同意的情况下进行自动支付而设计的)。

提出的解决方案:支付适配层

与其试图绕过双重身份验证(这既不安全,也违反中央银行的规定),不如提出以下方案:让伊朗的代理型结账流程 拥有一个正式的、预先设计好的"交由人类完成"的步骤:

1. 智能体准备好最终的购物车,并与用户确认金额(完全遵循 AI 智能体一文中的防护原则)
2. 智能体不直接调用支付 API,而是为该特定交易生成一个基于 Shaparak(通过持牌 PSP)的网关链接
3. 用户本人在该链接上输入第二重验证码/OTP 并完成支付——这是唯一被有意保留为"非自动化"的步骤
4. 智能体通过 PSP 的标准回调接收最终结果(成功/失败),并完成订单

这种模式既符合当今伊朗买家的使用习惯(因为他们在其他任何在线购买中也会经历相同的流程), 也无需向中央银行申请任何特殊许可或例外。

数据本地化要求

根据中央银行的规定,伊朗用户的银行卡和交易数据必须通过持牌国内 PSP 处理,且不得脱离这一路径。 这意味着购物智能体——即使语言模型本身运行在伊朗境外的云基础设施上——也绝不能直接查看或处理银行卡数据; 智能体的角色必须仅限于"生成网关链接"和"读取最终交易结果",而不能在流程中途看到敏感的支付信息。

常见问题