「明明刷卡成功了，为什么短信只提示占用额度，账单里却显示未入账？」
酒店预授权、租车、海淘或加油都可能出现这种状态。卡片已经通过验证，商户也确认交易成功，但持卡人看到的只是 Pending，最终金额可能要到隔天或数日后才入账。
另一类交易看起来干脆得多：用 Debit Card 在 ATM 取出 500 元，或在商店支付 5 元，账户的可用余额随即减少。两种体验背后对应两种不同的消息处理方式：Single Message System（SMS，单信息系统）与 Dual Message System（DMS，双信息系统）。
同样刷卡，为什么账务状态不同
先看两个简化场景。
场景 A：用 Debit Card 买一瓶 5 元的水。终端发出交易请求，Issuer 批准后，可用余额从 1000 元变为 995 元。Authorization 与 Presentment 在同一条消息中完成，这类处理更接近 SMS。
场景 B：酒店先做 1000 元预授权，或海外电商先授权 100 美元。Issuer 批准后，账户或授信额度先被占用，账单显示 Pending。酒店结账、商户发货或最终金额确定后，商户侧再发起 Capture，交易随后进入 Clearing 与 Presentment。这类处理更接近 DMS。
日常所说的「扣款」容易混淆不同阶段。SMS 把 Authorization 与 Presentment 信息放进同一条 Financial Message，不代表商户在刷卡瞬间已经收到银行间结算资金；DMS 的 Authorization 也不是单纯查询，它通常会减少持卡人的可用余额或可用额度。
SMS 与 DMS 到底差在哪里
SMS 的初始 Financial Request 同时承担授权与财务入账信息的提交。金额在这条消息里已经确定，Issuer 可以批准或拒绝，并相应更新账户或额度。
DMS 把交易拆成两个主要阶段：先发送 Authorization，确认账户、卡片、额度与风险条件；之后再通过 Capture 触发 Clearing/Presentment，提交最终金额。Capture 是商户或支付服务商侧的动作，Presentment 是交易数据向 Issuer 提交清算的阶段，两者在日常讨论中经常连用，但不是同一个系统动作。
两种方式可以这样对照：
| 对比项 | SMS | DMS |
| 初始消息 | Financial Request 同时包含 Authorization 与 Presentment 信息 | Authorization Request 先取得批准 |
| 金额状态 | 初始消息中的金额通常已经确定 | Authorization 金额可以是预计值，最终金额在 Capture/Presentment 时确定 |
| 持卡人看到的状态 | 可能较快显示为已入账或已消费 | 常先显示 Pending、预授权或额度占用 |
| 后续变化 | 仍可有 Advice 或 Reversal，并非完全不能调整 | 可按规则部分 Capture、增量授权、撤销或让授权过期 |
| 决定因素 | 网络、BIN、地区、产品与交易配置 | 网络、BIN、地区、产品与交易配置 |
场景与消息路径如何匹配
消息系统不是卡种分类。Debit Card 不必然走 SMS，Credit Card 也不必然走 DMS；是否输入 PIN、交易是否跨境，同样不能单独决定消息路径。具体处理方式要看卡组织、BIN、地区、商户类别、交易类型与处理商配置。
金额已经确定时，SMS 更直接
ATM 取现是典型例子。终端一旦吐出 500 元现金，对应金额就应立即成为一笔 Financial Transaction，后续不需要等商户补充小费或确认发货数量。
部分日常 Debit Card、Prepaid Card 或确定金额的 Credit Card 交易也可以采用 SMS。Thredd 的处理文档同时提醒，Program Manager 只有在 BIN 已经按卡组织规则配置 SMS 时，才会收到相应的 Online Financial Request。卡片正面写着 Debit 或 Credit，不足以判断底层消息类型。
SMS 也不等于「一条消息之后再无变化」。例如，部分 Automated Fuel Dispenser 交易可以先发送 Financial Request，待实际加油金额确定后再通过 Advice 调整；错误交易也可以发送 Financial Reversal。
金额或履约尚未确定时，DMS 更容易表达
DMS 适合先确认支付能力、稍后再确定最终金额或履约结果的交易：
| 场景 | Authorization 阶段 | Capture 阶段 |
| 餐厅小费 | 先授权基础消费金额 | 顾客填写小费后提交最终金额 |
| 酒店或租车 | 入住或取车时按预计费用占用额度 | 退房或还车后加入实际房费、油费或经确认的附加费用 |
| 自助加油 | 先做小额、固定额或估算授权，确认卡片与可用额度 | 按实际加油金额完成交易 |
| 电商订单 | 下单时取得授权，确认支付方式可用 | 发货时或按商户规则 Capture |
| 机票预订 | 预订或出票流程中取得授权 | 在出票或相应履约节点完成交易 |
这些只是常见处理方式，不是全球统一规则。自助加油可以使用带后续 Advice 的 SMS，电商也可以自动 Capture；跨境交易可能增加汇率、风控和清算复杂度，但「跨境」本身不会把一笔交易自动变成 DMS。
为什么授权与入账会分开
早期卡交易会留下纸质销售单据。商户需要时通过电话取得授权，随后再把销售单据批量交给收单机构处理。交易现场的「是否可以接受这张卡」与后台的「最终应该清算多少」从一开始就是两个不同问题。
电子 POS 和实时网络减少了等待，却没有消除这两个问题。酒店退房前不知道最终房费，餐厅授权时还没有小费，自助加油机也不知道油枪会停在哪个金额。电商可以在下单时确认支付能力，到发货时再完成扣款，避免先收取最终款项后又因缺货退款。
今天继续使用 DMS，是因为 Authorization、履约、金额确认和 Clearing 仍可能发生在不同时间。
Capture 的触发时点与有效窗口
商户可以在日终执行 Batch Close，也可以在金额确定后立即 Capture，或由支付服务商自动 Capture。批处理便于对账和运营，但不是 DMS 要等待 1～3 天的协议要求。
Authorization 有有效窗口。以 Stripe 当前文档为例，窗口会随卡组织、线上或线下渠道、交易分类与商户地区变化。商户需要在到期前 Capture；授权到期后，资金占用会被释放，原交易不能继续依赖这次授权提供保障。
6 个容易误解的边缘机制
1. Credit Card 也可能走 SMS 吗
可以。Cybersource 的 Visa Direct 文档明确使用 SMS 处理相应的 Credit Card 资金转移，一条消息同时包含 Authorization 与 Capture。Thredd 也把 SMS 写成需要按 BIN 和地区配置的消息标准。
Credit Card、Debit Card、PIN 或签名描述的是资金产品、凭证或持卡人验证方式，不是 SMS/DMS 的开关。判断实际路径要查看网络和处理商配置。
2. 最终金额为什么能与授权金额不同
假设餐厅先 Authorization 100 美元，顾客后来填写 15 美元小费，最终金额变为 115 美元。系统有三种常见处理方向：
最终金额低于授权金额时，商户可以只 Capture 实际金额，剩余占用随后释放。
预计总额上升时，符合条件的交易可以在 Capture 前发起 Incremental Authorization，把已授权金额从 100 美元提高到 115 美元。
部分网络、商户类别与交易允许在一定条件下 Overcapture，但资格、上限和责任取决于卡组织、地区、Merchant Category Code（MCC）、处理商和交易状态。
「餐饮行业统一可以多扣 15%～20%」不是全球通用规则。以 Stripe 当前接入为例，Visa、Mastercard、American Express 和 Discover 的可用条件仍受地区、商户类别与 Issuer 能力限制。商户系统应读取处理商返回的 Eligibility，并在最终金额明显上升时申请增量授权。例如，租车最初预计 500 美元，后来出现经确认的附加费用使总额变为 2000 美元，不能直接把 1500 美元差额当作天然容忍范围。
3. 完成交易时额度不足会怎样
Authorization 的作用之一，是在有效窗口内占用获批金额。持卡人原有 1000 美元可用额度，100 美元 Authorization 通过后，可用额度通常会降到约 900 美元。之后按有效授权 Capture 这 100 美元时，系统依赖的是先前已经批准并占用的金额，而不是重新把同一笔 100 美元当作完全未授权交易处理。
这份保障有范围和时限。Capture 超过已授权金额、授权已经到期、Presentment 无法匹配原 Authorization，或商户没有按规则取得增量授权时，Issuer 与卡组织会按各自规则处理，可能出现额外授权、拒绝、争议或商户责任。不能把 Authorization 理解成不受金额和时间限制的「保险柜」。
4. 为什么取消更快，退款更慢
Capture 前取消订单，商户可以发送 Authorization Reversal，或取消仍处于未 Capture 状态的付款。资金尚未完成最终入账，Issuer 收到 Reversal 后可以释放占用。App 何时更新仍取决于 Issuer，不保证每次都能「秒解冻」。
Capture 后再退货，商户发起的是 Refund。退款需要沿支付网络提交给 Issuer，再由 Issuer 更新持卡人账户。Stripe 当前文档给出的银行卡退款到账时间通常约为 5～10 个工作日，具体取决于银行；原交易完成后很快发起的退款，有时会以 Reversal 形式展示，原扣款可能不再单独出现。
5. 绑卡时的 0 美元或 1 美元是什么
在 Apple Pay、Netflix、Uber、Amazon 等服务中添加卡片时，账单可能出现 0 美元验证，或短暂显示 1 美元等小额占用。
Visa 将 0 美元请求称为 Account Verification。它可以确认账户确实已经发行、校验位有效、账户处于开放状态，并且未被标记为丢失或被盗。它不是一次实际购买，也不需要后续 Capture。
1 美元小额授权是另一种实现方式。是否使用、何时释放、App 怎样展示，取决于平台、处理商和 Issuer。不能假定所有服务都会先冻结 1 美元、立即发送 Reversal，或把这一过程称为「零成本验卡」。
6. 终端没网时为什么可能仍显示成功
飞机上购买商品、地下区域的终端或网络暂时中断的受理点，有时仍能完成一笔卡片交易。对于支持离线处理的 EMV Contact Chip 交易，卡片与终端可以先校验卡片真实性，并根据终端风险管理、卡片参数、交易金额和受理配置决定离线批准、拒绝或要求联机。交易数据会在终端恢复连接后提交给后续处理。
EMV 离线交易没有全球统一的 50 美元 Floor Limit。限额与风险参数由市场、收单侧、终端、卡片应用和卡组织规则共同决定，而且不是每张卡、每台终端或每个商户都允许离线批准。Offline Data Authentication 只证明卡片数据的真实性，也不等于 Issuer 已经在线批准了这笔交易。
