Optimizing seller enrollment
Your integration and production Marketplaces are fully independent. There is one small exception: production sellers are shared with integration sellers.
This exception is intended to make your Integration Marketplace environment closer to real-world production conditions.
The diagram below is based on the premise that you have a demo, integration and production Marketplace. Note that the names of the sellers may be different, and the names of the registrations are for illustration purposes only.
Only enrollment requests (registration) from your production Marketplace are checked for compliance and result in the creation of the corresponding seller (see: registration SLRMYPROD1 > seller SLRMYPROD1).
You can test your enrollment requests on your demo and integration Marketplaces. However, they are capped and do not result in the creation of a seller (see: registration SLRMYDEMO1 and SLRMYINTE1).
Two test (sellers) are provided with each environment (see: SLRDEMO1, SLRDEMO2, SLRPROD1 and SLRPROD2 in the diagram above).
They allow you to perform payment tests in your integration environment as soon as you can access it.
However, be very careful if you plan to make actual payments using the two test production sellers (SLRPRO1 and SLRPROD2), as they are associated with test disbursement accounts.
In case of a real payment, you will have to cancel the transaction before the capture (i.e. before midnight on the day of the payment) or make a refund after the capture; this will involve additional transaction charges.
To avoid any difficulties, we recommend that you do not make any payments via these sellers. If you want to test a real payment, we suggest you rather transfer it to the marketplace operator or to an existing sub-merchant.
Production vendors are automatically created in your integration Marketplace (see: SLRPROD1, SLRPROD2 and SLRMYPROD1).
With this in mind, we recommend that you:
- Carry out formal enrollment tests in your demo (if available) and integration Marketplaces;
- After that, if possible, perform a number of real enrollments in production mode to confirm that your process is compliant with regulatory requirements.
