Data API only
Once a client provides us with their users'
debug_id, we can replicate issues locally whenever they are not available in the logs. These issues are generally related to data quality. E.g.: the balance returned by the API does not match the balance in the app; some transactions are missing, etc.
Here's how you can use our
We always encourage our third-party applications to first describe the problem they are encountering and how this has affected the end-user experience. Once we have been given that information we then try to reproduce the issue with a subset of test credentials that we use.
Where this may have been unsuccessful, and to provide the end-user with access to the third-party application service, third-party applications can securely submit their JWT token for that single end-user to us for further investigation. This is done using our debug endpoint and you can find more information about it here.
When we are provided with the
debug_id token we then use this to reproduce the third-party application’s experience with that end user’s credentials to pinpoint the reported issue. This all takes place using an automated script that makes requests to the banks using the credentials provided.
All of the above processes are undertaken with supervision from senior staff members, and access to these systems that allow investigation are audited internally to ensure correct levels of access are allocated.
This, in turn, is audited externally as part of our ISO 27001:2013 audits.
Check more information about our debug endpoint here.
Not sure what to send us to help with our investigation? Check our best practices here.