Merchant Initiated Transactions

merchant initiated transactions (mit)s, (for example, subscription type payments, unscheduled transactions such as tips and an increase in taxi fares) are also impacted by managing sca compliance docid\ ulg1ucayg3ljb7t0svcw5 (sca) you need to tag your mit / recurring transactions correctly to ensure your transactions are not declined by your customers’ issuing bank existing agreements / subscriptions there may be cases where you have agreements/subscriptions agreed with customers previous to the sca deadline these transactions still need to be tagged as mit / recurring and reference the first transaction's receipt id for that card or a previous transaction's receipt id the older the transaction referenced in the mit, the more likely it will be accepted by the issuer (customers bank) in the event that a customer's issuing bank declines a transaction with reason requiring authentication – you may need this customer to re register their card through sca new agreements / subscriptions for new cards, you must ensure your customer goes through sca when registering their card you must also store the card token and receipt id returned by the api and / or sdk callbacks for future transactions example subscription flow customer enters payment information merchant makes a zero authorisation to validate card with 3d secure customer completes 3d secure merchant stores card token , consumer reference and receipt id from the transaction response future recurring payments should be tagged as recurring and reference the stored information above, with the receipt id entered as the related receipt id you can find an example recurring in our transaction api reference transaction api reference docid\ bcxnm5keok nlnrztafut (select followonscheduledrecurringpayment from the examples drop down) varying final amount (ride sharing / hospitality) there are instances where the final amount may change, for example a taxi having to take a longer route, or a customer giving a tip after receiving their order if the customer is not able to go through sca again, you will be able to create an mit request for the additional amount example mit flow customer enters payment information merchant makes a pre authorisation with 3d secure for an estimated amount customer completes 3d secure merchant stores card token , consumer reference and receipt id from the transaction response the total amount owed is more than the estimated amount previously pre authorised merchant collects amount pre authorised previously merchant makes mit payment request for the surplus amount, tagged as mit and references the stored information above, with the receipt id entered as the related receipt id you can find an example mit request in our transaction api reference transaction api reference docid\ bcxnm5keok nlnrztafut (select followonmitpayment from the examples drop down) testing your mit integration to test mits, see testing merchant initiated transactions docid\ gb1c oqbh7uuw8rzusawt