Going live with Tensfer
Once your integration is tested, you can switch to production and test some more with a 100 free API calls. Our engineers and sales team are ready to support you in launching your app.
Final steps
When you have tested your App in the sandbox environment and want to go live with your product, get in touch with the Tensfer sales team.
The Sales team makes sure that you finished your onboarding and that your business needs are satisfied. The team then connects you with a Tensfer engineer who verifies that your integration is running optimally. Tensfer recommends that you take a look at the integration best practices before you switch to production.
Once your integration is verified, you need to:
- Switch API keys from sandbox to production in your app.
- Switch the callback URL from sandbox to production.
- Define a production URL for your webhooks. Visit the Webhooks guide for more details.
- Set the base URL of your application's requests to the production environment.
- Tensfer recommends that you only launch your product to a subset of your users. This can help you fine-tune the Payments operation before scaling up to a larger user base.
Best practices
This section describes some of the key concepts and best practices that you can adopt for a smooth integration experience.
Understand how authentication works.
Use webhooks.
JSON
payloads..Use callbacks.
Understand the difference between webhooks and callbacks.
- a user needs reauthentication
- an identity profile is ready
- a user cancels a payment
- specific screens load in the Tensfer app
- a user has successfully connected their accounts
- an error occurred during app initialization
Handle API responses appropriately.
- Paginated responses.
null
values204 - No content
responses. Some API endpoints return this status code, with no content in the body of the response.400
,401
,500
, and timeout errors. Tensfer recommends that you log therequest_id
of error responses in case you need to reach out to the Support team. This ID can help speed up the troubleshooting process.
Be prepared for non-breaking changes.
- New fields or a different field order in the response body
- Change in the number of characters in a string
- Adding new endpoints