把已批准金额与购买义务分开
来源事实：Stripe 将部分授权描述为银行卡可用余额不足以覆盖原请求金额时，请求批准其中一部分；客户随后可以使用其他付款方式支付余款。[1] Stripe 要求商户预先决定如何处理未覆盖部分：为另一种付款方式创建单独的 PaymentIntent、取消整个 PaymentIntent，或仅在部分授权金额范围内请款。[1] 编辑建议：把这些选择当作三种不同的商业决策，而不是可以互换的技术成功状态。批准金额低于订单总额时，应进入余款处理流程，而不是自动把整笔购买标记为已付款。在运营记录中，分别展示约定订单金额、已授权金额、已收取金额和未解决余额，并为余款指定负责人，向客户说明可以选择哪条路径。本文讨论的是授权金额不足与组合付款，不是请款截止时间；内容依据 Stripe 文档，不代表 PayIn 已提供相关功能。
承诺组合付款前，先确认适用资格
来源事实：所引文档将部分授权列为 Stripe IC+ 定价下的功能，并要求联系销售或支持团队开通。[1] 文档将其限定于线上银行卡支付，列出 Visa、Mastercard、Discover 和 Amex，并说明是否支持取决于发卡机构及卡片类型。[1] Stripe 还明确要求商户自行承担遵守适用法律、法规与卡组织规则的责任。[1] 编辑建议：在对客户宣传组合付款之前，确认实际账户、交易类型和目标卡片群体是否适用，不要把卡组织名单理解为每位客户都一定能获得较低金额的批准。来源中的卡组织规则示例明确以 2024 年 5 月为时间背景，不能将其包装为已经独立核验的现行规则。[1] 应由支付或合规负责人另行核对当前要求，并为不符合条件的客户准备普通支付失败后的替代路径。启用请求参数不等于强制发卡机构批准部分金额。
先读授权结果，再计算需要补付的金额
来源事实：Stripe 通过将 request_partial_authorization 设置为 if_available 来请求部分授权，并展示了手动请款流程。[1] 确认响应中，latest_charge 的银行卡付款详情包含 partial_authorization.status，其值可为 partially_authorized、fully_authorized、declined 或 not_requested，同时提供 amount_requested 和 amount_authorized。[1] Stripe 建议使用手动请款，以便在收款之前评估批准金额；自动请款可能收取不足以覆盖购买金额的款项。[1] 编辑建议：根据实际响应状态和金额比较结果分流，不要把已经设置请求参数当作部分授权确实发生的证据。独立保存原订单总额，不要依赖金额可能变化的支付对象代替订单记录。出现部分授权时，使用一致的币种单位，按约定购买金额减去分配给第一笔付款的金额，计算计划补付金额。计划分配金额与真正到账或已收取金额应分开记录。响应缺失、金额矛盾或状态异常时，应进入核对流程，而不是猜测客户还欠多少。
数值示例：缺少的金额对应哪一种购买结果
仅作说明的示例，并非已执行测试或结果预测：假设订单金额维持为 120 美元，第一张卡仅批准 75 美元，则尚未覆盖的部分为 45 美元。编辑建议：如果客户仍要购买完整订单，应说明第一部分处于已授权状态，不一定已经收取，并请客户通过认可的第二笔付款流程补付 45 美元。Stripe 文档提供的方案，是为另一种付款方式创建单独的 PaymentIntent。[1] 商户内部应把两次支付尝试关联到同一订单；第一部分仍有效分配给该订单时，不应再次请求完整的 120 美元。如果客户不愿补付，可以提供取消或经明确同意的缩减购买方案。价值 75 美元的新购买方案与原先的 120 美元订单并不相同，不能将前者记成后者已全额付款。如果未变更的订单最终只收取了 75 美元，剩余 45 美元仍未解决。这些金额与订单处理方式是编辑示例，不代表发卡机构的批准比例，也不表示 Stripe 自动维护了商户的订单账务。
为三种余款选择分别定义完成条件
来源事实：Stripe 允许在确认响应返回的 amount 或 amount_capturable 范围内请款；由于卡组织限制，部分授权交易不能使用超额请款来收取高于授权额度的金额。[1] Stripe 同时要求商户清楚告知客户后续如何处理以及可能产生的影响。[1] 编辑建议：在订单层面定义完成条件。组合付款应要求两部分付款均有满足商户收款与履约政策的证据，不能只因第二个 PaymentIntent 已创建就放行订单。缩减购买应先取得客户对变更商品、价格与履约范围的同意，再判断较低收款额是否足够。取消时，应记录哪些支付尝试仍需处理，并向客户准确展示当前进度。不要承诺来源未说明的具体银行冻结解除时间，也不要临时扩大第一张卡的请款金额来填补余款。客服既要说明支付处理结果，也要解释最终购买的是完整订单、缩减订单，还是已经取消的订单。
覆盖两部分付款之间的失败路径
来源事实：指南说明，发卡机构拒绝授权时会返回 card_declined；部分授权金额低于 Stripe 最低收费金额时，PaymentIntent 会被拒绝。[1] 自动请款示例还显示，仅收取部分授权金额后，单笔支付也可能处于 succeeded 状态。[1] 编辑建议：将余款支付失败或客户中途退出，与第一部分付款的完成状态分别处理。第二笔被拒绝时，明确提供重试或取消选项，并保留未付金额；客户离开时，应保留订单未解决状态，而不是默默履约。如果第一部分已经收取而客户取消购买，应将这笔已收款项纳入适当的退款流程，不能假设取消授权就能撤回已经完成的收款。如果第二部分成功，但第一部分收取失败，应暂停履约，核对两份记录后再决定是否要求客户继续付款。面对重复提交或响应不确定，应先检查已有支付尝试，再考虑创建替代付款。这些是拟议的运营防护措施；所引来源并没有定义一个保证两部分同时成功或同时失败的原子组合付款交易。
以金额是否完整覆盖订单作为验收重点
编辑提出的验收清单，并非已经完成的测试：第一，确认账户资格并记录允许使用的交易范围。第二，分别展示 fully_authorized、partially_authorized、declined 和 not_requested 的处理逻辑，并加入低于最低收费金额的失败情形。第三，用明确标注的数值场景证明，订单金额未变而实收不足时，订单仍未完成。第四，核对余款支付只请求计划补付金额，并与原订单关联。第五，审查客户退出、重复提交、第二笔失败以及只收取一部分款项的情况，为恢复流程指定负责人。第六，检查面向客户的文案，确保区分授权与收款，并涵盖缩减购买同意和取消进度。第七，在宣布订单可以履约之前，核对所有付款部分，并确认没有任何路径尝试被禁止的超额请款。Stripe 提供部分授权测试付款方式 pm_card_debit_partialAuthorization；文档说明，在请求部分授权时，它批准请求金额的 70%，并向下取整至最小金额单位。[1] 这是来源记载的测试行为，不是本文已经执行上述验收的证据。编辑审阅日期为 2026-09-21；提供的来源未确定发布日期，也不能据此证明任何特定商户账户当前具备使用资格。
来源与日期
本次核验日期：2026-09-21。来源日期按原页面明确标注的发布或更新时间分别列示；未标注不等于本日发布。本文为公开文档研究，未进行真实支付、安全审计或辅助技术合规认证。厂商事实仅归属于被引用厂商；流程建议为编辑综合。
继续阅读最新内容
美国 ACH 小额存款验证受阻后，如何保留尝试机会并正确恢复 →
全部操作资料 →