With CRS's Consumer Credit API, you can offer Consumer Credit Scores and Credit Monitoring directly as part of your web or mobile experience.
To quickly grasp the token flow and sequence of API calls, download and import the "Getting Started" Postman Collections from the Google Drive and the Postman environment we provided to you.
The Google Drive and this documentation contain Postman Collections for each API.
It is not acceptable to pass any of the data to these calls or responses from these calls to your server. Do not save any data. Short term caching is fine, but long-term storage is not.
Access Credentials will be sent to you in a Postman Environment upon registration via email. If you have not received the Access Credentials, please contact CRS to obtain these Credentials so that you can setup your API development environment.
Direct Tokens
Preauth Tokens
User Tokens
Refresh Tokens
Mobile Verification Tokens
Customer Tokens
Action Tokens
1 hour
30 seconds
15 minutes
Valid after 15 minutes, and expire after 30 minutes
15 minutes
Valid for 1 day (not used in Direct API)
Valid for 10 minutes (not used in Direct API)
Keep in mind, the preauth token is only valid for 30 seconds.
Direct API calls must originate from your server
A token from /direct/login is required for all other Direct API end-points. It is a bearer authorization token.
Once you have a preauth token, returned from /direct/user-reg or /direct/preauth-token, pass it to the Web UI entry point in the embedded iFrame.
Be sure to save the ID returned from /direct/user-reg or you won’t be able to reauthorize the user when they return.
**The preauth token is only valid for 30 seconds
Collection of end-points that should be called from your server.
/direct/login
Using your credentials in the request body ("apikey" and "secret"), the response will contain the token and refresh token.
These tokens are required for completing the other requests to Direct API endpoints.
This token will be valid for approximately one hour. After the one hour, the refresh token will become valid.
If the token expires, use /direct/refresh-token?token={refresh} to get a new token
/direct/refresh-token
Token and refresh tokes are required for completing the other requests to Direct API endpoints.
The token will be valid for approximately one hour. After the one hour, the refresh token will become valid.
When the token expires, use /direct/refresh-token?token={refresh} to get a new token
/direct/user-reg
Creates a new user with unique userId and preauth token.
When a user logs back in, use /direct/preauth-token/{userId} to generate that user a new preauth token and a new userId (refer to Returning User)
Don't store the token across sessions. Use the userId from the previous session to generate a new userId and a new preauth token.
/direct/preauth-token/{userId}
/direct/close-account/{userId}
/direct/change-email/{userId}
/direct/change-mobile/{userId}
/direct/change-host/{userId}
/direct/update-refresh/{userId}
*Premium Feature - May Require Additional Access
/direct/efx-alert/{alertId}
*Premium Feature - May Require Additional Access
User API calls must originate from the end-client
Equifax end-points are accessible by first using the User API /users/efx-config response data, and then the Equifax /oauth/token call.
User API and Equifax API calls are intended to be called from the end-client/user's device.
Endpoints above are all available to the customer and require a preauth token, returned from /direct/user-reg or /direct/preauth-token
Endpoints above are not available for use when Direct API calls are used.
/users/preauth-token/{paToken}
This request uses userId (from the response of /direct/user-reg) to generate a User Token.
The Preauth Token needed for this request is also generated by /direct/user-reg or /direct/preauth-token
/users/identity
This endpoint is most useful for checking whether the user's identity needs to be verified.
If the response has idpass set to true, then the user's identity is already verified.
If idpass is false, then the user's identity needs to be verified.
The user's identity can be verified with either:
The user's identity must be verified in order to enable the user's device to request the Equifax config data.
The data in the Equifax config provides the necessary credentials for making requests to the Equifax API from the consumer's device.
/users/get-mobile
/users/send-code/{mtoken}
/users/renew-code
/users/verify-code
/users/get-quiz
/users/verify-quiz
/users/efx-config
Use this endpoint to get the Equifax credentials and url
These will be needed for the consumer app to send requests to the Equifax API.
Equifax API calls must originate from the end-client
Equifax end-points are accessible by first using the User API /users/efx-config response data, and then the Equifax /oauth/token call. As mentioned above, User API and Equifax API calls are intended to be called from the end-client/user's device.
Equifax Documentation in Swagger
/{efx_url}/oauth/token
For this path parameter, {efx_url}, use the url found in the response of a call to /users/efx-config.
A successful request to {efx_url}/oauth/token will return credentials required for other Equifax API calls.
/{efx_url}/v1/creditMonitoring/healthcheck
/{efx_url}/v1/creditMonitoring
/{efx_url}/v1/creditReport
/{efx_url}/v1/creditReport/{reportId}/summary
/{efx_url}/v1/creditReport/{reportId}
/{efx_url}/v1/creditReport/{reportId}/print
/{efx_url}/v1/creditScore/latest
/{efx_url}/v1/creditScore/history
Collection of end-points for testing webhooks
/test/preauth-token/{userId}
/test/webhook/send/{userId}
/test/webhook/sink
The OpenAPI definition file can be downloaded or viewed in Swagger.