Stripe ACH Direct Debit结算时间核对：T+4标准与T+2加速的区分方法
先给结论： 标准结算为付款创建后4个工作日（T+4），截止时间21:00 US/Eastern；加速结算为付款创建后2个工作日（T+2），截止时间14:00 US/Eastern，且仅对合资格美国用户开放，需在Payment methods settings中查看资格并激活。两项时间描述的是Stripe侧结算节奏，expected_debit_date只是估计值，不能当作实际到账保证。
用一个核对任务理解两种节奏
假设你在美国运营一个平台账户，需要回答一个问题：一笔ACH Direct Debit付款在什么时间点之前创建，才可能按所选结算类型进入对应的工作日节奏？核对时按以下顺序进行。
第一步，确认账户是否有加速资格。 加速结算（T+2）只对合资格美国用户开放，资格状态和激活入口在Payment methods settings中。若账户未显示该选项，只能按标准结算（T+4）核对，不要用T+2的截止时间去推算。
第二步，确认结算速度由谁控制。 对Connect场景，结算速度通常由平台层面控制。按材料可见：Standard with Platform Control由平台控制结算速度，Standard without Platform Control由connected account控制。材料仅覆盖这两类，其他账户类型和charge类型的控制方不在本文核对范围。
第三步，对齐截止时间与工作日口径。 标准结算的截止时间为21:00 US/Eastern，加速结算为14:00 US/Eastern。两者都以“付款创建后的工作日”计数，不是自然日。核对时应把付款创建时间换算到US/Eastern，再与当日截止时间比较。需要说明的是，材料只给出“从付款创建起N个工作日”和各自截止时间，并未说明计数是否包含创建日，也未说明超过截止时间后如何起算；因此不要自行补出具体结算日期，实际日期以结算记录为准。
第四步，区分“结算”与“到账”。 官方说明的是ACH Direct Debit付款结算到Stripe账户余额的节奏，结算之后Stripe再按你设置的payout schedule向银行账户打款。因此T+4或T+2描述的是结算环节，不是银行账户实际到账时间。expected_debit_date仅为估计，不能外推为到账保证。
截止时间如何影响核对判断
以下仅用于演示核对思路，不作为通用公式，也不给出具体结算星期：某合资格美国用户选择加速结算（T+2），截止时间为14:00 US/Eastern。若付款在当日14:00之前创建，可按“自创建日起2个工作日”的口径记录结算节奏；若在14:00之后创建，则已越过当日截止时间，起算判断随之改变。若换成标准结算（T+4），截止时间为21:00 US/Eastern，同一付款时间是否落在截止时间之前，需要重新比较。可见截止时间决定的是“当日是否还能按该节奏起算”，而不是直接给出到账日。具体结算日期以结算记录为准。
核对时需要留意的边界
初始付款若来自使用Financial Connections临时账号的特定银行账户，可能受到结算延迟影响。这类情况不应套用上面的工作日计数直接下结论。另外，付款取消、退款等操作有单独规则，不属于结算时间核对的范畴。核对结算时间时，还应结合charge.updated、charge.succeeded、charge.failed等webhook事件，在能够确定扣款日期时使用这些事件跟踪状态，而不是仅凭创建时间推算。
把上述四步做成核对清单：先看资格，再看控制方，然后换算截止时间与工作日，最后把结算节奏和payout schedule分开记录。这样区分T+4与T+2时，就不会把估计值当成保证，也不会把平台设置与connected account设置混在一起。