持卡人和商家发起付款
使用 卡相关付款方式 进行的付款可根据发起者分为两类：
- 持卡人发起的付款 (CIT)： 这些付款是在持卡人的积极参与下产生的。 持卡人通过网上、邮寄或电话订单发起付款。
- 商家发起的付款 (MIT)： 这些付款是在没有持卡人主动参与的情况下产生的。 用于以下情况：持卡人之前已向商家提供存储其付款详细信息的同意确认，并与商家就未来使用其付款详细信息达成协议。 例如，允许商家向持卡人收取每月订阅费用的常规指示，以及允许商家对持卡人在事先未通知商家的情况下取消预订收取费用的行业惯例。
您可能希望从付款人那里收集付款详细信息，存储它们，然后使用它们来处理以下事项：
- 未来的 CIT，当您可以支持使用返回付款人上次访问时使用的相同付款详细信息，返回付款人无需再次输入付款详细信息时。
- 未来的 MIT，当您与付款人达成协议时。
可以将该信息提交给 Spring by Citi Payment Gateway 以识别存储的付款详细信息以及交易是由持卡人还是商家发起的。 它可以提供：
- 发卡机构可以更清楚地了解交易风险水平。
- 更高的授权批准率和完成的销售额。
- 改善付款人的体验。
- 符合卡组织要求。
以下流程用于收集和存储付款人的付款详细信息。 流程符合使用存储的付款详细信息处理 CIT 和 MIT 的卡组织标准。 这些标准也称为“存档凭据 (COF)”要求。
您可以选择将付款详细信息存储在自己的系统中，或使用对支付卡行业 (PCI) 合规要求较低的网关 Tokenization 或（也称为卡组织令牌）。
收集并存储付款详细信息
- 在初始交易中存储付款详细信息： 在初始交易中，告知网关您想要存储付款详细信息，并打算在以后使用这些信息。 如果您需要做出任何与初始 CIT 相关的 MIT，请在请求中包含协议 ID。 网关将存储协议并将 CIT 或 MIT 链接到初始 CIT。如果您不是亲自直接处理付款人的付款详细信息，可以使用网关 Tokenization。
- 在后续交易中使用存储的详细信息在未来的 CIT 中，如果客户想要使用与之前相同的付款详细信息，在您的交易请求中加入付款详细信息或令牌。 网关将使用付款详细信息或检索对应令牌存储的付款凭据来相应地处理付款。 在未来的 MIT 中，您的交易请求中将包含付款详细信息或令牌和协议 ID。 网关将确认协议，将令牌与原始付款详细信息（如果适用）进行匹配，然后相应地处理付款。
对存储的付款详细信息的用例支持
从 API 版本 74 及更高版本开始，网关在使用存储的付款详细信息时支持以下用例：
- 持卡人发起的付款： 表示交易由付款人发起。
- 商家发起的定期付款： 定期付款是付款人授权您按照协定的时间间隔处理周期性账单或发票的付款的协议。 例如，健身会员的每周或每月订阅。
- 商家发起的分期付款： 分期付款是付款人授权您将单笔购买的付款拆分成按协定的时间间隔处理的多笔付款的协议。 例如，以六个月的分期付款方式支付购买费用。
- 商家发起的计划外付款： 计划外付款是付款人授权您在需要时自动扣除协定购买款项的资金的协议。 例如，当账户价值低于一定阈值时自动充值。
- 商家发起的行业惯例付款： 行业惯例付款是在特定行业惯例的背景下提交付款的协议：
- 相关或延迟收费： 初始服务付款完成后需支付额外的账户费用。 例如，持卡人在酒店退房后额外支付的迷你酒吧费用。
- 失约罚款： 根据商家的取消政策向付款人收取的罚款。 例如，持卡人在未适当提前通知商家的情况下取消预订。
- 分批装运： 由于各种原因（如缺货或涉及多家供应商），商家决定将同一订单的商品分多次发货的发货情形。
- 商家发起的重新提交付款： 重新提交付款是指您对因资金不足而被拒绝或失败的交易重新提交授权，但商品或服务已交付给付款人已离开的客户的协议。
- 虽然 Hosted Checkout 集成使用预定义的付款页，并且仅允许您对页面内容进行有限的控制，但您可以使用它创建 CIT，无论是否有存储的付款详细信息。 您还可以要求客户同意您计划稍后创建的 MIT。
- 商家发起的行业惯例付款和重新提交用例只能使用 Citigroup Inc. 品牌计划卡。
有关如何对交易请求中需要的字段执行这些步骤的更多信息，请参阅存档凭据交易。