Capture delay longer than the authorization validity period

Simplified diagram

On the day of the order:

The merchant site submits a payment request.
The payment gateway initiates the cardholder’s authentication process with the issuer.
The regulation imposes cardholder authentication for all CIT transactions.
Once the authentication (challenge or frictionless) is completed, the gateway proceeds to an information request by providing the cardholder’s authentication details.
The issuer generates a unique transaction identifier and transmits it in the response.
The payment gateway notifies the merchant website about the information request result.

Before submission:

If no action for the transaction, the authorization request is made on D-1 before the requested capture date.
If the transaction is submitted before the initial capture delay expires, the merchant modifies the capture date to D.

The payment gateway performs an authorization request, providing the initial transaction identifier (ITC) as a chaining reference.
The issuer recognizes the transaction as an MIT that is part of a series of payments where the cardholder has previously authenticated themselves.
The transaction is not rejected for lack of authentication (soft decline).
If the merchant has enabled the notification rule "Instant Payment Notification URL on batch authorization", the payment gateway notifies the merchant site of the payment result.