后续操作
当使用 Hosted Session 集成方法时，新订单的付款流程从初始交易开始，通常是 PAY 或 AUTHORIZE 交易。 如需可用初始交易的完整列表，请参阅交易。
初始交易定义订单的所有重要信息，包括：
- 订单本身的详细信息，如 ID、金额和货币。
- 用于付款的付款方式。
- 付款人的付款详细信息。
如果您使用 PAY 交易，付款人收到了订购的商品并且满意，表明订单完成，无需执行其他操作。 但是，在很多情况下可能需要后续交易来处理订单的剩余生命周期。
后续场景
以下场景是您需要为现有订单发送后续交易的情况的示例：
- 如果您使用
VERIFY交易（创建时通常将订单金额设置为零）作为初始交易来验证付款人的账户详细信息，您需要使用PAY或AUTHORIZE交易进行跟进来定义正确的订单金额和发起资金转移。 - 如果您使用
AUTHORIZE交易作为初始交易，当您准备好发货，想要进行资金交换时，您需要使用CAPTURE交易来跟进。 如果您发货能力出现延迟，您可能还需要使用UPDATE AUTHORIZATION交易来让授权保持有效，直到您准备好过账。 - 如果订单因任何原因被取消，您同时也需要使用
VOID交易通过网关立即取消订单。 如果付款详细信息已经发送给银行，您也需要使用VOID交易通过网关立即取消订单。 如果付款详细信息已被发送给银行，您需要使用REFUND交易，如果付款人对购买的商品不满意，想要退货，也需要使用此交易。 在极少数情况下，由于收单行需要进一步授权而导致交易失败，您可以使用REFUND交易，如果付款人对购买不满意并希望退货，也需要这样做。 在极少数情况下，由于收单行需要进一步授权而导致交易失败，您可以使用REFERRAL交易并使用必要的附加详细信息重试付款操作。
RETRIEVE TRANSACTION 和 RETRIEVE ORDER API 操作还可以被视为后续交易，但它们仅用于检索现有订单的详细信息，不会影响订单生命周期。 有关所有可用后续交易的列表，请参阅交易。
链接到初始交易
与同一个订单相关的所有交易必须关联起来，以便各个支付系统（如 Mastercard Gateway 和银行）能够将它们识别为属于同一个订单。 通过在与订单相关的每笔交易中使用相同的 order ID 来完成关联。 order ID 作为请求 URL 中的路径参数提供。
后续交易中的共享数据
将同一个订单内的不同交易链接在一起意味着您只需提供一次有关该订单的特定数据。 网关存储订单的详细信息，并可以在处理任何后续交易时根据需要使用它们。
在任何后续交易中，您只需提供特定于该交易的数据。 例如：
- 在
CAPTURE交易中，提供您当时在运送的商品的金额和货币，可以是全部或部分订单金额。 - 在
REFUND交易中，提供您在发送的退款的金额和货币，可以是全部或部分订单金额。 - 在
VOID交易中，提供您想要取消的确切交易的交易 ID。 - 在
REFERRAL交易中，提供允许发卡机构批准先前失败的交易的授权码。
如果您在订单中的多个交易中提供相同的信息，网关将会忽略它。 如果您在后续交易中更新任何信息，网关会相应地更新订单详细信息。 例如，您起初在初始 AUTHORIZE 交易中提供了送货地址，之后付款人搬家了。 然后，您可以向 CAPTURE 交易中添加新的送货地址。