# Subsequent Operations
source: https://developer.mastercard.com/mastercard-gateway/documentation/integrations-types/direct-payment/integrate-direct-payment/subsequent-operations/index.md

When using the Direct Payment integration method, the payment process for a new order starts with an initial transaction, most often a [PAY](https://developer.mastercard.com/mastercard-gateway/documentation/api-reference/v100/rest/api-ops/index.md#transaction) or [AUTHORIZE](https://developer.mastercard.com/mastercard-gateway/documentation/api-reference/v100/rest/api-ops/index.md#transaction) transaction. For a full list of available initial transactions, see [Transactions](https://developer.mastercard.com/mastercard-gateway/documentation/getting-started/order-trans-concepts/transaction/index.md).

The initial transaction defines all the important information for the order:

* Details about the order itself (such as ID, amount, and currency).
* Payment method to be used for the payment.
* Payment details of the payer.

If you are using a PAY transaction and the payer receives the goods they ordered and is happy with them, the order is complete and no other actions are needed. However, in many scenarios subsequent transactions can be needed to handle the remaining lifecycle of the order.

## Subsequent scenarios {#subsequent-scenarios}

The following scenarios are examples of situations where you need to send subsequent transactions for your existing order:

* If you use a [VERIFY](https://developer.mastercard.com/mastercard-gateway/documentation/api-reference/v100/rest/api-ops/index.md#transaction) transaction as the initial transaction to verify the payer's account details, you need to follow up with a PAY or AUTHORIZE transaction to define the correct order amount and initiate the money transfer.
* If you use an [AUTHORIZE](https://developer.mastercard.com/mastercard-gateway/documentation/api-reference/v100/rest/api-ops/index.md#transaction) transaction as the initial transaction, you need to follow up with a [CAPTURE](https://developer.mastercard.com/mastercard-gateway/documentation/api-reference/v100/rest/api-ops/index.md#transaction) transaction, when you are ready to ship the goods or provide the service and want the money to exchange hands. If there is a delay in your ability to ship the goods or provide the service, you may also need to use the [UPDATE AUTHORIZATION](https://developer.mastercard.com/mastercard-gateway/documentation/api-reference/v100/rest/api-ops/index.md#transaction) transaction to keep the authorization active until you are ready to capture it.
* If the order is canceled for any reason, you need to use the VOID transaction to immediately cancel it with the gateway as well. If the payment details have already been sent to the bank, you need to use the [REFUND](https://developer.mastercard.com/mastercard-gateway/documentation/api-reference/v100/rest/api-ops/index.md#transaction) transaction, which is also needed if the payer is not happy with their purchase and wants to return it. In the rare event that the transaction fails because the acquirer requires further authorization, you can use a [REFERRAL](https://developer.mastercard.com/mastercard-gateway/documentation/api-reference/v100/rest/api-ops/index.md#transaction) transaction to retry the payment operation with the necessary additional details. The [RETRIEVE TRANSACTION](https://developer.mastercard.com/mastercard-gateway/documentation/api-reference/v100/rest/api-ops/index.md#transaction) and [RETRIEVE ORDER](https://developer.mastercard.com/mastercard-gateway/documentation/api-reference/v100/rest/api-ops/index.md#transaction) API Operations can also be considered subsequent API Operations, though they are used only to retrieve details of an existing order, and do not impact the order lifecycle. For a list of all available API Operations, see [Operations](https://developer.mastercard.com/mastercard-gateway/documentation/api-reference/v100/rest/index.md). For a list of all available transactions, see [Transactions](https://developer.mastercard.com/mastercard-gateway/documentation/getting-started/order-trans-concepts/transaction/index.md).

## Linking to Initial Transaction {#linking-to-initial-transaction}

All the transactions related to the same order must be linked so that the various payment systems like the Mastercard Gateway and banks can identify them as belonging together. The linking is done by using the same order ID in every transaction related to the order. The order ID is provided as a path parameter in the request URL.

## Shared Data in Subsequent Transactions {#shared-data-in-subsequent-transactions}

Linking different transactions together within the same order means that you only need to provide specific data about the order once. The gateway stores the details for the order and can use them, as needed, when processing any subsequent transactions.

In any subsequent transaction, you only need to provide the data specific to that transaction. For example:

* In a CAPTURE transaction, you need to provide a minimum of, amount and currency for the goods you are shipping at that point, which may be the full or partial order amount. If you include additional data, for example, airline data or level 1/level 2 data, you need to submit additional data. For more information, see the [Supplementary Data](https://developer.mastercard.com/mastercard-gateway/documentation/gateway-features/data-and-reporting/supp-data/index.md) section.
* In a REFUND transaction, you need to provide the amount and currency for the refund you are sending, which may be the full or partial order amount.
* In a [VOID](https://developer.mastercard.com/mastercard-gateway/documentation/api-reference/v100/rest/api-ops/index.md#transaction) transaction, you need to provide the transaction ID of the exact transaction you want to cancel.
* In a REFERRAL transaction, you need to provide the authorization code that allows the issuer to approve the previously failed transaction.

Warning: After you have a successful initial transaction where you have provided the payer's card details, you cannot provide card details again in a CAPTURE or REFUND transaction. If you do, the gateway rejects the request.