Optimizing seller enrollment
As mentioned in the section covering the differences between the integration and production environments, your integration and production Marketplaces are separate from each other. 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. The following statements are provided for additional information. 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 Marketplace. However, they are capped and do not result in the creation of a seller (see registration SLRMYDEMO1 and SLRMYINTE1 ).
Two test sellers ( seller ) are provided in 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.
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 and integration Marketplaces (if available).
- After that, if possible , perform a number of enrollments in production mode to confirm that your process is compliant with regulatory requirements.