The 3rd Integration option is for customers who want to create their own UI, such as a website or mobile app, entirely using the CRS Consumer Credit API. User authentication is managed by the website or in the app.
The 3rd Integration option is for customers who want to create their own UI, such as a website or mobile app, entirely using the CRS Consumer Credit API. User authentication is managed by the website or in the app.
All custom screens created using the API require Equifax approval (see the compliance guide for approval guidelines). (Option 3 - API Integration for Custom Web or Mobile App)
With this option, you can create your own user experience for connecting your users to their credit data by leveraging the same eCredit Monitoring API that the widget is utilizing.
Linking to the Following Terms of Use and Privacy Policy is advised to maintain the latest verbiageBy clicking "Register” and creating an account you accept CRS’s Terms of Use and Privacy Policy. CRS does not maintain critical personal data, much less sell or otherwise disclose your personal information to anyone else. You may opt-out of email correspondence, except confirmation Emails, which often contain important information about your account.
Consumers must be notified and express specific consent to access third party data to verify identity
Required Identity Consent language:
You understand that by clicking “Continue”, you are explicitly agreeing to and providing “written instructions” to CRS under the Fair Credit Reporting Act to obtain your credit information from one or more of the three nationwide credit reporting agencies. Third-party sources, including your mobile carrier may be used to verify your identity. You authorize CRS to obtain such information for you to confirm your identity, and, for as long as you are a member of CRS, to provide you with your credit information. You may elect to terminate your account and this authorization at any time.
Mobile Identity Consent language:
Users must consent to receiving an SMS message for authentication – note that not all users will qualify to do mobile identification, roughly 60% do at the moment.
We will attempt to verify your identity by sending a text with a one-time code to your mobile phone number ending in xxxx.
Message and data rates may apply.
Users who don’t qualify or are unable to pass mobile verification must pass an identity quiz. Users will have at most 2 chances to pass a quiz, assuming enough questions can be generated. Users may re-enter and try to pass the identity quiz again, however two attempts (2 chances each) is the limit and will result in a 72-hr lockout.
The provider of the score is required – do not use a logo, you must have marketing approval from a bureau to use their logo. VantageScore® 3.0 using Equifax Data – must be present, just like that (VantageScore is one word and it’s a brand, ignore the mistake in this image). The date the score was pulled is required. The date the next score will be available is strongly encouraged, this is based on the weekly or monthly refresh you subscribe to VantageScore® 3.0 is known as an “educational score” and may differ from the FICO® Score used to determine credit availability – notice must be given
The provider of the report is required. The date the report was pulled is required.
The provider of the alert is required. The date the alert is required.
This product content must be delivered as is.
Equifax® ID Restoration
Has your identity been compromised?
Your custom application must perform the necessary exchange of information via the corresponding APIs. This diagram shows the API process flow.
The diagram shows the communication exchange that must occur between the consumer, your servers (marked Customer Servers), CRS servers (marked CRS Tech Servers) and the Equifax Servers.
Consumers must always know who they are dealing with. Content delivered to users must not be misleading in any way. Consumers must know where the data came from. Pages with consumer credit data must be compliant with all data presentation requirements and restrictions, no matter how small.
Login security must be present:
Customers may not access consumer data at any time. Saving data at any time is NOT PERMITTED under any circumstances.
Terms of Use and Privacy Policy are from and through CRS – there is no ability to white label this at this time.
Webhooks are available to notify you when an alert (or other notifications) comes in so that you can message users in whatever fashion you wish to return to your site.
Please refer to additional details on Webhook Integration.
The basic steps to create a new user and manage returning users, including data access:
The Consumer Credit - Getting Started - New User.postman_collection.json will walk you through these steps in order
When creating creating a new user:
Be sure to save the userId when Registering a New User or you will not be able to generate a returning token for the user. As a matter of security, we do not allow the listing of user IDs.
Once you create a user the identity information is hashed and used to verify if the same identity is being re-enrolled. If a matching hash is found it will skip the identification process. This is great in production, but may limit your ability to test. To get past this, just add a number to the USER_STREET_2 and increment it each time you register a new user and want to go through the full authentication process.
In the test environment it is important that you use the User Test Identity provided to you verbatim. You may change the email address and phone number ONLY.
Additional Notes:
Access Credentials have been sent to you in a Postman Environment upon registration via email. The Postman Environment is pre-configured to allow you to use the scripts and walk through the Postman Scripts with minimal intervention to aid in understanding the API call structure.
Consumer Credit Postman Collections include pre-defined API calls to help you understand and develop your solution. See the Test API Postman Collection for additional documentation.