Merchant-initiated transaction
What is a merchant-initiated transaction?
Merchant-initiated transaction (MIT) is a payment the merchant submits using a stored card credential under a prior agreement with the cardholder, without the cardholder taking part in that specific charge. Common examples are subscription renewals, installment payments, and scheduled billing cycles.
Every MIT depends on an earlier (CIT), where the is present and consents to future charges. That first transaction sets the terms (amount, schedule, and purpose) and flags the agreement so the issuer expects the charges that follow. After that, the merchant bills on schedule, and the cardholder only steps back in to update or cancel the arrangement.
Key facts
- Also known as: MIT, or a merchant-initiated charge under a stored-credential agreement.
- Depends on: a prior (CIT) that captures cardholder consent.
- Cardholder presence: none; the merchant triggers the charge from a stored, usually , credential.
- Common use cases: subscriptions, installments, , and usage-based top-ups.
- Regulatory note: in the EEA and UK, a recognized MIT can fall outside the scope of fresh under .
How a merchant-initiated transaction works
- Initial agreement (CIT): the cardholder completes a customer-initiated transaction and agrees to future merchant-initiated charges, with the schedule and amount disclosed up front.
- Credential storage: the merchant or its processor stores the card credential (usually as a token) and records the initial authorization as setting up a stored-credential agreement.
- Scheduled or triggered charge: when a billing date arrives or an agreed condition is met, the merchant submits the charge while the cardholder is absent.
- Merchant-initiated indicator: the transaction carries a stored-credential/MIT indicator and references the original transaction, so the issuer reads it as pre-authorized rather than a fresh purchase.
- Issuer decision: the issuer authorizes the charge or returns a ; a recognized MIT can clear without prompting the cardholder for new authentication.
Types of merchant-initiated transactions
Card schemes group MITs by how the original agreement is structured:
- Standing-instruction MITs: recurring or subscription charges on a fixed schedule, installment plans with a set number of payments, and unscheduled credential-on-file charges that fire when a condition is met (such as a balance top-up) rather than on a calendar.
- Industry-specific MITs: follow-up charges tied to an earlier , such as incremental charges and , reauthorizations, resubmissions, delayed or no-show charges, and partial shipments.
Why it matters
- MITs let subscription, installment, and usage-based businesses bill on schedule without re-collecting card details or re-authenticating the cardholder each cycle.
- Correct MIT flagging is what lets a recognized charge proceed without fresh SCA in the EEA and UK, which keeps recurring billing from failing on an authentication prompt the cardholder never sees.
- Because the cardholder authenticated the original agreement, a recognized MIT carries less exposure than a one-off card-not-present purchase, and schemes classify it in categories distinct from one-time payments.
- Sending a charge with the wrong indicator (an MIT submitted as a CIT, or the reverse) commonly triggers soft declines and failed renewals, because the issuer evaluates it against the wrong rules.
