AI 代理支付如何完成授权与认证？企业支付团队要核对哪些控制点
Mastercard 与 Danske Bank 完成丹麦首笔由 AI 代理全程执行的支付。对企业支付团队而言，关键变化不只是“让 AI 付款”，而是把用户明确同意、支付认证、代理执行记录和发卡行可见性纳入同一流程。
这次案例改变的重点，是 AI 代理不再只负责推荐或预订，而是可以在消费者授权后完成预订与付款。需要关注的包括支付网络、发卡行、提供 AI 代理能力的平台，以及计划让 AI 处理订阅、差旅、活动预订或采购任务的企业支付团队。企业下一步不应只问“AI 能不能付款”，还要核对：谁在交易前批准、如何确认是账户持有人、账单如何标识代理交易、额度与责任边界是否已有明确规则。来源没有说明该框架的企业采购、API 接入、费用或交易限额，不能据此判断其已适用于所有企业场景。
发生了什么：一次由 AI 代理完成的完整支付
Mastercard 与 Danske Bank 完成了丹麦首笔完全由 AI 代理代表消费者执行的支付。消费者要求 AI 代理在 Mastercard 的体验平台 Priceless.com 上预订一次咖啡品鉴体验，随后代理使用 Danske Bank 发行的 Mastercard 品牌卡完成预订和付款。
技术执行由 PayOS 管理，覆盖从交易发起到完成的流程。该案例的价值在于，它把 AI 代理从“搜索和推荐工具”推进到实际的预订与支付执行环节，但目前来源只描述了这一消费者场景，未说明其是否已扩展到企业卡、虚拟卡、广告账户或 AI API 订阅付款。
授权与认证是两道不同的控制
这笔交易采用 Mastercard Agent Pay 框架。来源对流程的描述包含两个关键控制点：
- 交易前明确取得消费者同意：在支付继续之前，消费者需要明确批准交易。
- 通过 Mastercard Payment Passkeys 进行认证：该方式用于确认交易由账户持有人操作或授权。
因此，AI 代理并不等同于获得一张可以无限制消费的卡。框架试图把代理的执行能力放在用户同意与账户持有人认证之下，同时让发卡行更容易识别由 AI 代理触发、而不是由持卡人直接发起的交易。
| 控制点 | 已披露信息 | 企业支付团队仍需确认 |
|---|---|---|
| 交易授权 | 交易继续前需要消费者明确批准 | 企业审批是逐笔、按任务，还是按预先设定的范围授权；来源未说明 |
| 身份认证 | 使用 Mastercard Payment Passkeys 验证账户持有人 | 企业账户、企业卡和多用户审批是否支持该认证方式；来源未说明 |
| 代理执行 | AI 代理完成预订和支付，PayOS负责技术执行 | 代理身份、操作日志和异常交易记录如何留存；来源未说明 |
| 账单可见性 | Mastercard称该框架可让发卡行更清楚地看到 AI 代理触发的交易 | 账单或对账文件中是否有统一的代理交易字段；来源未说明 |
| 限额与费用 | 来源未说明交易限额、手续费或接入价格 | 单笔、周期、商户类别和预算上限如何设置；需向相关服务方确认 |
对企业账单、预算和责任边界的影响
1. 授权链需要能回溯
企业如果让 AI 代理处理活动预订、差旅或其他付款任务，应把“谁发起任务”“谁批准付款”“哪个代理执行”“最终使用哪张卡”作为需要核对的记录链。此次案例明确了消费者同意和账户持有人认证，但没有披露企业审批流、角色权限或审计日志的具体设计。
2. 账单识别可能成为对账前提
Mastercard表示，该框架旨在让发卡行更清楚地看到 AI 代理触发的交易。对企业而言，实际能否在账单、交易明细或对账文件中区分“员工直接支付”和“AI 代理代付”，将影响预算归属、异常复核和费用报销。来源没有说明具体字段、报表格式或商户端展示方式，因此不能假设现有对账系统一定能自动识别。
3. “已认证”不等于“风险已消失”
来源将 Agent Pay与明确同意、Payment Passkeys、发卡行可见性联系起来，并指出 AI 代理交易仍带来验证、责任归属和欺诈预防问题。企业不能仅凭有认证机制就放宽预算或风控规则；授权范围、代理决策、付款结果和争议处理仍需要单独确认。
4. 限额和订阅规则尚未公开
本案例没有披露单笔限额、日限额、周期性扣款规则、拒付处理、退款机制、跨境使用范围或服务价格。对于广告投放、AI 工具订阅和企业采购，不能直接把这笔消费者体验预订的流程等同于可用于持续扣款或大额预算执行的方案。
企业接入前检查清单
如果支付团队正在评估 AI 代理付款，至少应向网络、发卡行、代理平台和技术执行方确认以下事项：
- 授权范围：明确同意是逐笔触发，还是可以覆盖一组任务、商户或预算范围；撤销授权的方式是什么。
- 认证方式：确认 Mastercard Payment Passkeys或类似认证是否支持企业账户、多审批人和非消费者场景；来源未说明。
- 账单与日志：确认能否识别代理发起的交易，以及是否能保留任务、审批、代理执行和最终付款之间的关联。
- 预算与限额：核对单笔、周期、商户类别和总预算限制；本案例未公布相关限额。
- 责任与争议：明确 AI 代理误购、重复付款、未按意图执行或发生欺诈时，消费者、企业、发卡行、网络和技术执行方分别承担什么责任；来源未说明。
结论：先把“代理能付款”拆成可审计的支付流程
丹麦案例证明，AI 代理支付的公开演示已经包含预订、用户明确同意、账户持有人认证和付款完成，而不是停留在推荐阶段。对企业支付团队来说，真正的接入门槛不是代理是否能调用支付能力，而是授权是否可解释、认证是否适配企业账户、账单是否能区分代理交易，以及限额和责任是否已被书面确认。
Mastercard表示将继续与欧洲合作伙伴推进经过认证的 AI 代理交易，并计划扩展到最初丹麦案例之外的行业；但来源没有给出企业接入时间表、价格、API细节或可用地区。企业因此应把这类案例当作控制框架评估的起点，而不是直接视为可上线的企业支付产品。
来源
- Mastercard, Danske Bank complete AI payment（原文日期：2026年9月21日）