MIT Flows

overview customer initiated transaction (cit) refers to a transaction initiated by the customer while they are online on the merchant’s website this can involve either a one time payment or saving their card with a mandate allowing the merchant to charge them later in cases where the customer provides a mandate but does not make an actual payment, the cit is processed with a $0 amount merchant initiated transaction (mit) refers to a transaction initiated by the merchant without the customer being online on the website at the time mit use cases recurring in the recurring flow, mits are for ongoing services with fixed charges at a set frequency and no predefined end date examples subscriptions to streaming services, gym memberships installment in the installments flow, the mits are for fixed repayments of a specific total amount with a clear end date examples paying for a product in three monthly installments, financing a purchase, or loan repayments top up in the top up flow the mits occur in an irregular schedule, triggered by usage or thresholds, with no predefined total examples refilling an account for a subscription or reshipping goods based on varying usage split or delayed shipment in the split or delayed shipment flow the mits are tied directly to the fulfillment of a specific order, where the payments are processed for goods that are either shipped in multiple parts or delayed by more than 90 days, based on the order structure or availability examples an online order where some items are in stock and others are shipped later, preorders for products that require delayed manufacturing or availability, orders fulfilled in multiple shipments due to logistical constraints multi party commerce in this use case the mits can take place either when multiple parties are involved in processing multiple authorizations associated with a single travel booking or where multiple parties in sectors other than travel are involved in processing multiple authorizations associated with a single checkout from a cardholder’s point of view 3ds for mit why execute 3ds for mit? 3ds is typically required for merchant initiated transactions (mits) in the following scenarios initial customer initiated transaction (cit) under psd2 while mits are generally exempt from 3ds under the “merchant initiated transaction” exemption, 3ds is required for the initial cit to validate the exemption and establish the necessary authentication data for subsequent mits use cases requiring multiple cavvs for a single purchase for scenarios such as multi party travel bookings or transactions involving multiple authorizations (e g split shipments), 3ds need to be executed to generate multiple cavvs tied to the same authentication transactions beyond the validity period of the initial cavv if a merchant authorizes a transaction after the validity period of the initial cavv has expired (e g shipments delayed by more than 90 days), executing 3ds ensures liability protection is extended for the transaction generally, merchants may also (but are not required to) use 3ds on mits in recurring installments or top up use cases to establish liability shift and reduce the likelihood of chargebacks in case of potential disputes executing 3ds on a cit will typically involve a challenge, whereas executing 3ds on an mit using the 3ri extension ensures a seamless, frictionless experience in both cases, merchants benefit from compliance and liability shift data requirements for executing 3ds on mits the following data points must be included in the order api request for executing 3ds with forter on mits and their initial cit use case recurring installment top up split or delayed shipment multi party commerce initial cit the cit preceding the mit, where the buyer's consent is provided payment\[0] allowedmerchantinitiatedtransactions payment\[0] merchantinitiated type recurring transaction payment\[0] allowedmerchantinitiatedtransactions payment\[0] merchantinitiated type instalment transaction payment\[0] allowedmerchantinitiatedtransactions payment\[0] merchantinitiated type top up payment\[0] allowedmerchantinitiatedtransactions payment\[0] merchantinitiated type split or delayed shipment payment\[0] allowedmerchantinitiatedtransactions payment\[0] merchantinitiated type other payment mit ordertype merchant initiated payment\[0] merchantinitiated initialorderid payment\[0] merchantinitiated type recurring transaction payment recurringpayment recurringpaymentfrequency the number of days between transactions payment recurringpayment recurringpaymentexpirationdate the date beyond which no further authorizations will be processed leave empty if none ordertype merchant initiated payment\[0] merchantinitiated initialorderid payment\[0] merchantinitiated type instalment transaction p ayment\[0] recurringpayment recurringpaymentfrequency payment recurringpayment recurringpaymentexpirationdate payment\[0] recurringpayment totalnumberofpayments ordertype merchant initiated payment\[0] merchantinitiated initialorderid payment\[0] merchantinitiated type top up ordertype merchant initiated payment\[0] merchantinitiated initialorderid payment\[0] merchantinitiated type split or delayed shipment ordertype merchant initiated payment\[0] merchantinitiated initialorderid payment\[0] merchantinitiated type other payment data requirements for psd2 exemptions on mits the following data points must be included in the order api request for psd2 recommendations from forter on mits and their initial cit use case recurring installment top up split or delayed shipment multi party commerce initial cit the cit preceding the mit, where the buyer's consent is provided payment\[0] allowedmerchantinitiatedtransactions payment\[0] merchantinitiated type recurring transaction payment\[0] allowedmerchantinitiatedtransactions payment\[0] merchantinitiated type instalment transaction payment\[0] allowedmerchantinitiatedtransactions payment\[0] merchantinitiated type top up payment\[0] allowedmerchantinitiatedtransactions payment\[0] merchantinitiated type split or delayed shipment payment\[0] allowedmerchantinitiatedtransactions payment\[0] merchantinitiated type other payment mit ordertype merchant initiated payment\[0] merchantinitiated initialorderid payment\[0] merchantinitiated type recurring transaction ordertype merchant initiated payment\[0] merchantinitiated initialorderid payment\[0] merchantinitiated type instalment transaction ordertype merchant initiated payment\[0] merchantinitiated initialorderid payment\[0] merchantinitiated type top up ordertype merchant initiated payment\[0] merchantinitiated initialorderid payment\[0] merchantinitiated type split or delayed shipment ordertype merchant initiated payment\[0] merchantinitiated initialorderid payment\[0] merchantinitiated type other payment trusted auth for mit the following data points must be included in the order api request for trusted auth on mits use case recurring or installment mit ordertype merchant initiated payment recurringpayment recurringpaymentfrequency the number of days between transactions payment recurringpayment recurringpaymentexpirationdate the date beyond which no further authorizations will be processed if you don’t have a specific expiration date, leave the field empty chargeback recovery for mit the following data points must be included in the order api request for chargeback recovery with forter on mits and their initial cit use case recurring top up initial cit the cit preceding the mit, where the buyer's consent is provided payment\[0] allowedmerchantinitiatedtransactions true payment\[0] merchantinitiated type recurring transaction payment\[0] allowedmerchantinitiatedtransactions true payment\[0] merchantinitiated type top up mit ordertype merchant initiated payment\[0] merchantinitiated initialorderid payment\[0] merchantinitiated type recurring transaction payment recurringpayment recurringpaymentfrequency the number of days between transactions payment recurringpayment recurringpaymentexpirationdate the date beyond which no further authorizations will be processed leave empty if none ordertype merchant initiated payment\[0] merchantinitiated initialorderid payment\[0] merchantinitiated type top up