Stored Credential Processing
- Industry Practice Transactions
- Standing Instructions Transactions
  - Requirements for Standing Instruction Transactions
  - Recurring Billing for Recurring Payments

Transaction Matrix for Industry Practice and Standing Instructions
- Initial Transactions
- Subsequent Transactions

Customer-Initiated Transactions with Credentials on File
- Storing Customer Credentials with a Customer-Initiated Transaction
  - Required Fields
  - REST Example: Storing Customer Credentials During a Customer-Initiated Transaction
- Using Stored Customer Credentials During a Customer-Initiated Transaction
  - Required Fields
  - Card-Specific Required Fields
  - REST Example: Retrieving Customer Credentials During a Customer-Initiated Transaction

Merchant-Initiated Transactions
- Industry Practice Transactions
  - Merchant-Initiated Delayed Transaction
    - Required Fields
    - Card-Specific Required Fields
    - REST Example: Merchant-Initiated Delayed Authorization Transaction
  - Merchant-Initiated Incremental Transaction
    - Required Fields
    - Card-Specific Required Fields
    - REST Example: Merchant-Initiated Incremental Transaction
  - Merchant-Initiated Reauthorization Transactions
    - Required Fields
    - Card-Specific Required Fields
    - REST Example: Merchant-Initiated Reauthorization Transactions
  - Merchant-Initiated Resubmission Transaction
    - Required Fields
    - Card-Specific Required Fields
    - REST Example: Merchant-Initiated Resubmitted Authorization Transactions
  - Merchant-Initiated No-Show Transactions
    - Required Fields
    - Card-Specific Required Fields
    - REST Example: Merchant-Initiated No-Show Transaction
- Standing Instruction Transactions
  - Installment Payments
    - Initial CIT Installment Payment
      - Required Fields for Authorizing Initial Installment Payments Using REST APIs
      - Card-Specific Required Fields
      - REST Example: Initial Customer-Initiated Transaction Installment Payment
    - Subsequent MIT Installment Payments
      - Required Fields for Authorizing Subsequent Installment Payments Using REST APIs
      - Card-Specific Required Fields
      - REST Example: Subsequent Installment Payment Authorization
  - Recurring Payments
    - Recurring Billing for Recurring Payments
    - Initial CIT Recurring Payment
      - Required Fields for Authorizing Initial Recurring Payments Using REST APIs
      - REST Example: Initial CIT Recurring Payment
  - Mastercard Standing Order Payments
    - Mastercard Initial CIT Standing Order Payment
      - Required Fields for Authorizing Standing Order Payments Using REST APIs
      - REST Example: Initial CIT Standing Order Payments
  - Mastercard Subscription Payments
    - Mastercard Initial CIT Subscription Payment
      - Required Fields for Authorizing Subscription Payments Using REST APIs
      - REST Example: Initial CIT Subscription Payments
  - Unscheduled COF Payments
    - Initial CIT Unscheduled COF Payment
      - Required Fields for Authorizing Initial Unscheduled COF Payments Using REST APIs
      - REST Example: Initial CIT Unscheduled COF Payment

On This Page

REST API | Visa Platform Connect

Mastercard Initial CIT Subscription Payment

The first transaction in a subscription payment is a customer-initiated transaction (CIT). Before you can perform a subsequent merchant-initiated transaction (MIT), you must store the customer's credentials for later use. Before you can store the user's credentials, you need to get the customer's consent to store their private information. This is also known as establishing a relationship with the customer.

Fields Specific to this Use Case

Include the following information with a standard authorization request when storing customer credentials during the initial CIT subscription payment:

processingInformation.authorizationOptions.initiator.credentialStoredOnFile

–Set the field to

true

to indicate the customer credentials will be stored for future use.

processingInformation.commerceIndicator

–Set the field to

internet

or a payer authentication value.

processingInformation.initiator.merchantInitiatedTransaction.reason

–Set the reason code field to

7

.

In the CIT authorization response, capture the value in the

processorInformation.networkTransactionId

field. You will need to include the network transaction ID in subsequent MIT authorization requests.

Endpoint

POST https://api.cybersource.com/pts/v2/payments

Back to top