• Access Credentials will be 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.
• The Consumer Credit - Getting Started - New User.postman_collection.json will walk you through the Create New User steps in order
• The Consumer Credit - Getting Started - Returning User.postman_collection.json will walk you through the Returning User steps in order
• 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

Basic Steps To Create New Users & Returning Users (Including Data Access Steps):

Creating New Users:

• Direct API

  • Customer Login
  • Register New User

• User API

  • Preauth Token
  • User Identity
  • Phone Verify
  • Send Mobile Code
  • Verify Mobile Code
  • Get EFX Config

• EFX API

  • OAUTH Token
    • Credit Score Latest
      • Credit Score History
      • Credit Report List
        • Credit Report Summary
        • Credit Report (First in list) - PRINT
          

  When creating creating a new user:

  • 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

  • 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

  • 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.

  • On Register New User - change the email to your email.

    • You may add a +1, +2, etc to keep reusing the same email address (ex: test+1@test.com)

  • On Register New User & User Identity - change the phone number to your mobile phone number or you won't receive the SMS messages.

  • Using the Phone Verify, Send Mobile Code, Verify Mobile Code method, the code in the test system passes through,

    • so you can just keep clicking the send on those functions, though you will receive the text as well.

  • For the Get Identity Quiz and Verify Identity Quiz methods, you will need to find the correct answers and update the Verify Identity Quiz body accordingly to successfully authenticate using those methods.

  • When registering a new user, be sure to save the userId or you will not be able to log that user in later.

    • As a matter of security, we do not allow the listing of user IDs.

  • REMEMBER - you MUST use the test user data EXACTLY as it is provided. Only the phone number and email should be changed.

  Returning Users:

  • Direct API
    • Customer Login
    • New User Token
  • User API
    • Preauth Token - if (idpass=false), the next four calls would need to be made, otherwise skip to Get EFX Config if true)
    • User Identity
    • Phone Verify
    • Send Mobile Code
    • Verify Mobile Code
    • Get EFX Config
  • EFX API
    • OAUTH Token
      • Credit Score Latest
      • Credit Score History
      • Credit Report List
        • Credit Report Summary
        • Credit Report (First in list) - PRINT

• Access credentials will be sent to you in a Postman Environment.
• 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.

• 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.

• To get started, please provide us a URL endpoint to push the webhook to.

  • The webhook should implement SSL and Basic HTTP Authentication, so we need a username and password to the endpoint (15-char or less, it's not super secure and probably doesn't need to be).

• The basic JSON for the web hook will look like the following:

  [{
    id: "String - Webhook ID, UUID format",
    type: "String - Webhook Type, see possible values below",
    user_id: "String - StitchCredit user ID, UUID format",
    host_id: "String - The host configuration generating the webhook, UUID format",
    time: "long - Linux epoch, seconds since 1/1/1970",
    error_code: "String - used to report host errors, future use at the moment",
    error_msg: "String - error code details"
    alert_id: "String - id for retrieving more details when available",
    alert_date: "Date - the date/time the alert was reported",
    alert_source: "String - name of the institution reporting when available"
  }]

• When a webhook is received, a response is needed.

• Responses with a status other than true will cause the webhook to be resent.

  [{
    hook_id: "the ID of the webhook",
    status: true | false
  }]

  Webhook Type Values
  ACCNEW	New Account Created (only sent when created via web, not direct)
  IDFAIL	Identity Failed (user identification process failed)
  ACCREG	Account Registered (user passed identification and is registered for data)
  ACCREGFAIL	Account Registration Failed (user passed identification, but was unable to register for data)
  ACCCLOSED	Account Closed (only sent when completed via web, not direct)
  ACCLOCKED	Account Locked Out (account is temporarily locked out)
  ACCLOGINFAIL	Login Failure (when user authentication fails, web only)
  ACCALERT	Account Alert (when credit alert notifications, both daily and real-time)
  SCOREREF	User Score has been refreshed
  REPORTREF	User Report has been refreshed
  ERROR	Error (report important issues that may be of interest)
  TEST	Test (testing notification)

• Additional webhooks may be added without notice

• Once your host is configured you can use Webhook Test to send a test webhook for a user on demand.

• "Consumer Credit - Test API.postman_collection.json" includes some webhook tests to help you understand and develop your solution. See the Test API scripts for additional documentation.

• To interact with the Consumer Credit Widget you will need to implement a structure using Post Message to receive, process and respond to events generated by the Consumer Credit Widget in the iFrame.
• Explanation for most messages is explained within the Javascript code:
  • See Tabbed User Interface with Dynamic Consumer Authentication (direct_sample.html) for a working implementation.
• The /test/preauth-token used in the getData function only functions in the development environment.
  • You should implement your own user authentication on your servers and return a valid preauth-token to continue.

<script>
    //this just throws in a default ID if one isn't provided on the query string
    const id = document.location.search.length > 0 ? document.location.search.split('&')[0].split('=')[1] : '048741d2-3dcf-4892-8fb0-99930a540cc1';
    console.log("ID: ",id);
    console.log("Loading Message Listener...");

    window.addEventListener("message", receiveMessage, false);

    function receiveMessage(event) {
        if(event && event.source && event.data) {
            // You only need to implement the types that are important/relevant to your use case.
            if(event.data.type === 'AUTH_REQUIRED') {
                //The iframe clident will post this message when a valid preauth token does not exist.
                //Posting a proper message with a preauth token in response allows the client to continue seemlessly.
                //console.log("Auth Required Event Received");
                const es = event.source;
                //this code uses a test endpoint on the server to provide a preauth-token for any user ID without the usual hurdles.
                //This is ONLY for testing and does not exist in the production environment.
                getData("https://efx-dev.stitchcredit.com/api/test/preauth-token/"+id, function() {
                    const token = JSON.parse(this.responseText).token;
                    console.log("Status: ", this.status, ", token: ", token);
                    es.postMessage({type: 'PREAUTH', token: this.status == 200 ? token : null},"*");
                });
            }
            else if(event.data.type === 'REG_STARTED') {
                const es = event.source;
                //only valid for full web implementation, Direct API already creates the customer, so this will never happen in those instances
                // (new Date().valueOf()) - is used to generate a new email ID on the fly for testing purposes
                es.postMessage({type: 'REG', data: {fname:"Gertrude", lname:"Harkenreadeo", email: "test+" + (new Date().valueOf()) + "@test.com"}},"*");
            }
            else if(event.data.type === 'IDENTITY_STARTED') {
                const es = event.source;
                //You could use this function to pre-populate the given fields.  DoB and SSN will never be prepopulated as it violates compliance
                // new Date().valueOf().toString() - generates a unique number for street2 to ensure each run goes through the full identity process, remove to test sequential sign up of the same user
                es.postMessage({type: 'IDENTITY', data: {street1:"305 Linden Av", street2: new Date().valueOf().toString(), city: "Atlanta", state: "GA", zip: "30316", mobile: "0000000000"}},"*");
            }
            else if(event.data.type === 'LOGIN_SUCCESSFUL') {
                console.log("User succesfully logged in");
            }
            else if(event.data.type === 'LOGIN_FAILED') {
                //if you see this message more than a few times in a row, it's likely an issue
                //typically this will only occur for full web implementations, not Direct API
                console.log("User login failed");
            }
            else if(event.data.type === 'USER_ENROLLED') {
                //User successfully completed identity and has been enrolled for consumer data
                console.log("User enrollment successful");
            }
            else if(event.data.type === 'IDENTITY_FAILED') {
                //Identity process failed, user is likely "stuck" as they cannot continue
                console.log("User identity failure");
            }
            else if(event.data.type === 'SERVICE_FAILURE') {
                //Identity process failed most likely due to a service outage, but the user is stuck as they cannot continue without passing identity
                console.log("Identity service failure");
            }
        }

        function getData(req, action) {
        var xhr = new XMLHttpRequest();
            xhr.responesType = 'json';
            xhr.onload = action;
            xhr.open("GET", req);
            xhr.setRequestHeader("Content-Type", "application/json");
            xhr.send();
        }
    }
</script>

Refresh Tokens are valid after 15 minutes, and expire after 30 minutes

Customer Tokens are valid for 1 day (not used in Direct API)

Action Tokens are valid for 10 minutes (not used in Direct API)

Web Integration Requirements:

• API Key
• Host Registration (eg your web site address)
• Integration Host & parameters
• Configuration Flags
• Primary Theme Color (six character hex, without #)
  

Sample Embed Page:
To embed into HTML, create an iframe as shown in the following example with its src reflecting this color-coded URL:

"https://efx-dev.stitchcredit.com/api/users/start?key=[API-KEY]&ocf=[FLAGS]&oct=[COLOR]"

Embed example:

<html>
  <head>
    <title>StitchCredit</title>
    <meta name="description" content="StitchCredit Consumer Credit Reports"/>
    <link rel="icon" href="/favicon.ico">
    <style>
      body { background: #F9FAFB; }
      #sc-iframe { border:none;overflow:hidden;padding:0px;margin:0px;
      width:100%;height:100vh;z-index:1;position:absolute;left:0;top:0; }
    </style>
  </head>
  <body>
    <iframe id="sc-iframe" src="https://efx-dev.stitchcredit.com/api/users/start?key=[API-KEY]&ocf=[flags]&oct=[color]" width=“100%” height=“100vh”></iframe>
  </body>
</html>

• A token from /direct/login is required for all other Direct API end-points in yellow.
  • 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
  

Direct API End-points:

Consumer Web with Custom Authentication Requirements:

• StitchCredit Registration:
  • API Key
  • Host Registration (eg your web site address)
  • Integration Host & parameters
  • Configuration Flags
  • Primary Theme Color (six character hex, without #)
  • Pre-auth token – optional if using postmessage configuration – see Advanced Embedded Page w/ Messaging
• Only the registered host can serve the UI with the designated API Key
• Embed iframe on a blank page under the registered host
• Style the iframe/page to suit your needs
  

Sample iframe with Inline Token:

"https://efx-dev.stitchcredit.com/login-direct?key=[API-KEY]&token=[PREAUTH-TOKEN]&ocf=[FLAGS]&oct=[COLOR]"

Embed example:

<html>
  <head>
    <title>StitchCredit</title>
    <meta name="description" content="StitchCredit Consumer Credit Reports"/>
    <link rel="icon" href="/favicon.ico">
    <style>
      body { background: #F9FAFB; }
      #sc-iframe { border:none;overflow:hidden;padding:0px;margin:0px;
      width:100%;height:100vh;z-index:1;position:absolute;left:0;top:0; }
    </style>
  </head>
  <body>
    <iframe id="sc-iframe" src=“https://efx-dev.stitchcredit.com/login-direct?key=[API-KEY]&token=[PREAUTH-TOKEN]&ocf=[FLAGS]&oct=[COLOR]” width=“100%” height=“100vh” frameborder=“0”></iframe>
</body>
</html>

Advanced Embedded Page w/ Messaging

• Facilitates communication between the primary application and the embedded StitchCredit application
• Allows customer application to react to changes and events in the StitchCredit application
• Customer needs to implement AJAX preauth token generation function, the “getData” implementation in the sample files only work in the testing environment and will not work in production.
  • True user authentication and processing must be done server-side.
• Sample files show possible usage and event handling (see Sample Files section)

• The objective of using tokens is to reduce the use of API Keys and/or Password tokens, improving security by reducing exposure
• Tokens further optimize the performance of the system by reducing the number of authentication lookups necessary to complete a request
• Multiple different tokens are used to secure different systems and aspects of the application
• The Direct Token is used to secure YOUR credentials and access - Your API Key, Secret and the Tokens generated should never leave your server
• The Direct API is used to generate pre-auth tokens for consumer client access
• Preauth tokens are intended to be sent to the client and exchanged for a user token. They expire quickly and should be exchanged for user tokens right away
• User tokens are intended for client API access
• EFX Config data is used to retrieve an Equifax OAuth Delivery token
• The EFX OAuth Delivery token is locked to the IP that requests it and cannot be used from any other IP
• The EFX OAuth Delivery token is required for all Equifax API Requests

Collection of end-points that should be called from your server.

Collection of end-points for testing webhooks

Tabbed User Interface with dynamic Consumer Authentication integration

direct_sample.html:

<html>
  <head>
    <title>StitchCredit</title>
    <link rel="icon" href="/favicon.ico" />
    <meta name="description" content="StitchCredit Consumer Credit Reports" />
    <meta
      name="viewport"
      content="minimum-scale=1, initial-scale=1, width=device-width"
    />
    <style>
      html,
      body {
        margin: 0;
        padding: 0;
        position: relative;
        background: #eeeeee;
      }
      #sc-iframe {
        margin: 0;
        padding: 0;
        z-index: 1;
        width: 100%;
        height: 100vh;
        border: none;
        overflow: hidden;
      }
    </style>
  </head>
  <body>
    <iframe
      id="sc-iframe" allowTransparency="true"
      src="https://efx-dev.stitchcredit.com/login-direct?key=5a10e0d7-1dc8-4325-929f-d0d131990527&ocf=2039"
    ></iframe>
    <script>

    //this just throws in a default ID if one isn't provided on the query string
    const id = document.location.search.length > 0 ? document.location.search.split('&')[0].split('=')[1] : '048741d2-3dcf-4892-8fb0-99930a540cc1';
    console.log("ID: ",id);
    console.log("Loading Message Listener...");

    window.addEventListener("message", receiveMessage, false);

    function receiveMessage(event) {
        if(event && event.source && event.data) {
            // You only need to implement the types that are important/relevant to your use case.
            if(event.data.type === 'AUTH_REQUIRED') {
                //The iframe clident will post this message when a valid preauth token does not exist.
                //Posting a proper message with a preauth token in response allows the client to continue seemlessly.
                //console.log("Auth Required Event Received");
                const es = event.source;
                //this code uses a test endpoint on the server to provide a preauth-token for any user ID without the usual hurdles.
                //This is ONLY for testing and does not exist in the production environment.
                getData("https://efx-dev.stitchcredit.com/api/test/preauth-token/"+id, function() {
                    const token = JSON.parse(this.responseText).token;
                    console.log("Status: ", this.status, ", token: ", token);
                    es.postMessage({type: 'PREAUTH', token: this.status == 200 ? token : null},"*");
                });
            }
            else if(event.data.type === 'REG_STARTED') {
                const es = event.source;
                //only valid for full web implementation, Direct API already creates the customer, so this will never happen in those instances
        // (new Date().valueOf()) - is used to generate a new email ID on the fly for testing purposes
                es.postMessage({type: 'REG', data: {fname:"Gertrude", lname:"Harkenreadeo", email: "test+" + (new Date().valueOf()) + "@test.com"}},"*");
            }
            else if(event.data.type === 'IDENTITY_STARTED') {
                const es = event.source;
                //You could use this function to pre-populate the given fields.  DoB and SSN will never be prepopulated as it violates compliance
        // new Date().valueOf().toString() - generates a unique number for street2 to ensure each run goes through the full identity process, remove to test sequential sign up of the same user
                es.postMessage({type: 'IDENTITY', data: {street1:"305 Linden Av", street2: new Date().valueOf().toString(), city: "Atlanta", state: "GA", zip: "30316", mobile: "0000000000"}},"*");
            }
            else if(event.data.type === 'LOGIN_SUCCESSFUL') {
                console.log("User succesfully logged in");
            }
            else if(event.data.type === 'LOGIN_FAILED') {
                //if you see this message more than a few times in a row, it's likely an issue
                //typically this will only occur for full web implementations, not Direct API
                console.log("User login failed");
            }
            else if(event.data.type === 'USER_ENROLLED') {
                //User successfully completed identity and has been enrolled for consumer data
                console.log("User enrollment successful");
            }
            else if(event.data.type === 'IDENTITY_FAILED') {
                //Identity process failed, user is likely "stuck" as they cannot continue
                console.log("User identity failure");
            }
            else if(event.data.type === 'SERVICE_FAILURE') {
                //Identity process failed most likely due to a service outage, but the user is stuck as they cannot continue without passing identity
                console.log("Identity service failure");
            }
        }

        function getData(req, action) {
        var xhr = new XMLHttpRequest();
            xhr.responesType = 'json';
            xhr.onload = action;
            xhr.open("GET", req);
            xhr.setRequestHeader("Content-Type", "application/json");
            xhr.send();
        }

    }

    </script>
  </body>
</html>

All-in-One User Interface with dynamic Consumer Authentication integration

aio_sample.html:

<html>
  <head>
    <title>StitchCredit</title>
    <link rel="icon" href="/favicon.ico" />
    <meta name="description" content="StitchCredit Consumer Credit Reports" />
    <meta
      name="viewport"
      content="minimum-scale=1, initial-scale=1, width=device-width"
    />
    <style>
      html,
      body {
        margin: 0;
        padding: 0;
        position: relative;
        background: #eeeeee;
      }
      #sc-iframe {
        margin: 0;
        padding: 0;
        z-index: 1;
        width: 100%;
        height: 100vh;
        border: none;
        overflow: hidden;
      }
    </style>
  </head>
  <body>
    <iframe
      id="sc-iframe" allowTransparency="true"
      src="https://efx-dev.stitchcredit.com/login-aio?key=5a10e0d7-1dc8-4325-929f-d0d131990527&ocf=2039"
    ></iframe>
    <script>

    //this just throws in a default ID if one isn't provided on the query string
    const id = document.location.search.length > 0 ? document.location.search.split('&')[0].split('=')[1] : '048741d2-3dcf-4892-8fb0-99930a540cc1';
    console.log("ID: ",id);
    console.log("Loading Message Listener...");

    window.addEventListener("message", receiveMessage, false);

    function receiveMessage(event) {
        if(event && event.source && event.data) {
            // You only need to implement the types that are important/relevant to your use case.
            if(event.data.type === 'AUTH_REQUIRED') {
                //The iframe clident will post this message when a valid preauth token does not exist.
                //Posting a proper message with a preauth token in response allows the client to continue seemlessly.
                //console.log("Auth Required Event Received");
                const es = event.source;
                //this code uses a test endpoint on the server to provide a preauth-token for any user ID without the usual hurdles.
                //This is ONLY for testing and does not exist in the production environment.
                getData("https://efx-dev.stitchcredit.com/api/test/preauth-token/"+id, function() {
                    const token = JSON.parse(this.responseText).token;
                    console.log("Status: ", this.status, ", token: ", token);
                    es.postMessage({type: 'PREAUTH', token: this.status == 200 ? token : null},"*");
                });
            }
            else if(event.data.type === 'REG_STARTED') {
                const es = event.source;
                //only valid for full web implementation, Direct API already creates the customer, so this will never happen in those instances
        // (new Date().valueOf()) - is used to generate a new email ID on the fly for testing purposes
                es.postMessage({type: 'REG', data: {fname:"Gertrude", lname:"Harkenreadeo", email: "test+" + (new Date().valueOf()) + "@test.com"}},"*");
            }
            else if(event.data.type === 'IDENTITY_STARTED') {
                const es = event.source;
                //You could use this function to pre-populate the given fields.  DoB and SSN will never be prepopulated as it violates compliance
        // new Date().valueOf().toString() - generates a unique number for street2 to ensure each run goes through the full identity process, remove to test sequential sign up of the same user
                es.postMessage({type: 'IDENTITY', data: {street1:"305 Linden Av", street2: new Date().valueOf().toString(), city: "Atlanta", state: "GA", zip: "30316", mobile: "0000000000"}},"*");
            }
            else if(event.data.type === 'LOGIN_SUCCESSFUL') {
                console.log("User succesfully logged in");
            }
            else if(event.data.type === 'LOGIN_FAILED') {
                //if you see this message more than a few times in a row, it's likely an issue
                //typically this will only occur for full web implementations, not Direct API
                console.log("User login failed");
            }
            else if(event.data.type === 'USER_ENROLLED') {
                //User successfully completed identity and has been enrolled for consumer data
                console.log("User enrollment successful");
            }
            else if(event.data.type === 'IDENTITY_FAILED') {
                //Identity process failed, user is likely "stuck" as they cannot continue
                console.log("User identity failure");
            }
            else if(event.data.type === 'SERVICE_FAILURE') {
                //Identity process failed most likely due to a service outage, but the user is stuck as they cannot continue without passing identity
                console.log("Identity service failure");
            }
        }

        function getData(req, action) {
        var xhr = new XMLHttpRequest();
            xhr.responesType = 'json';
            xhr.onload = action;
            xhr.open("GET", req);
            xhr.setRequestHeader("Content-Type", "application/json");
            xhr.send();
        }

    }

    </script>
  </body>
</html>

Tile User Interface with dynamic Consumer Authentication integration

tile_sample.html:

<html>
  <head>
    <title>StitchCredit</title>
    <link rel="icon" href="/favicon.ico" />
    <meta name="description" content="StitchCredit Consumer Credit Reports" />
    <meta
      name="viewport"
      content="minimum-scale=1, initial-scale=1, width=device-width"
    />
    <style>
      html,
      body {
        margin: 0;
        padding: 0;
        position: relative;
        background: #eeeeee;
      }
      #sc-iframe {
        display:block;
        margin: 0 auto;
        padding: 0;
        z-index: 1;
        width: 500px;
        height: 675px;
        border: none;
        overflow: hidden;
      }
    </style>
  </head>
  <body>
    <iframe
      id="sc-iframe" allowTransaparency="true"
      src="https://efx-dev.stitchcredit.com/login-tile?key=5a10e0d7-1dc8-4325-929f-d0d131990527&ocf=2039"
    ></iframe>
    <script>

    //this just throws in a default ID if one isn't provided on the query string
    const id = document.location.search.length > 0 ? document.location.search.split('&')[0].split('=')[1] : '048741d2-3dcf-4892-8fb0-99930a540cc1';
    console.log("ID: ",id);
    console.log("Loading Message Listener...");

    window.addEventListener("message", receiveMessage, false);

    function receiveMessage(event) {
        if(event && event.source && event.data) {
            // You only need to implement the types that are important/relevant to your use case.
            if(event.data.type === 'AUTH_REQUIRED') {
                //The iframe clident will post this message when a valid preauth token does not exist.
                //Posting a proper message with a preauth token in response allows the client to continue seemlessly.
                //console.log("Auth Required Event Received");
                const es = event.source;
                //this code uses a test endpoint on the server to provide a preauth-token for any user ID without the usual hurdles.
                //This is ONLY for testing and does not exist in the production environment.
                getData("https://efx-dev.stitchcredit.com/api/test/preauth-token/"+id, function() {
                    const token = JSON.parse(this.responseText).token;
                    console.log("Status: ", this.status, ", token: ", token);
                    es.postMessage({type: 'PREAUTH', token: this.status == 200 ? token : null},"*");
                });
            }
            else if(event.data.type === 'REG_STARTED') {
                const es = event.source;
                //only valid for full web implementation, Direct API already creates the customer, so this will never happen in those instances
        // (new Date().valueOf()) - is used to generate a new email ID on the fly for testing purposes
                es.postMessage({type: 'REG', data: {fname:"Gertrude", lname:"Harkenreadeo", email: "test+" + (new Date().valueOf()) + "@test.com"}},"*");
            }
            else if(event.data.type === 'IDENTITY_STARTED') {
                const es = event.source;
                //You could use this function to pre-populate the given fields.  DoB and SSN will never be prepopulated as it violates compliance
        // new Date().valueOf().toString() - generates a unique number for street2 to ensure each run goes through the full identity process, remove to test sequential sign up of the same user
                es.postMessage({type: 'IDENTITY', data: {street1:"305 Linden Av", street2: new Date().valueOf().toString(), city: "Atlanta", state: "GA", zip: "30316", mobile: "0000000000"}},"*");
            }
            else if(event.data.type === 'LOGIN_SUCCESSFUL') {
                console.log("User succesfully logged in");
            }
            else if(event.data.type === 'LOGIN_FAILED') {
                //if you see this message more than a few times in a row, it's likely an issue
                //typically this will only occur for full web implementations, not Direct API
                console.log("User login failed");
            }
            else if(event.data.type === 'USER_ENROLLED') {
                //User successfully completed identity and has been enrolled for consumer data
                console.log("User enrollment successful");
            }
            else if(event.data.type === 'IDENTITY_FAILED') {
                //Identity process failed, user is likely "stuck" as they cannot continue
                console.log("User identity failure");
            }
            else if(event.data.type === 'SERVICE_FAILURE') {
                //Identity process failed most likely due to a service outage, but the user is stuck as they cannot continue without passing identity
                console.log("Identity service failure");
            }
        }

        function getData(req, action) {
        var xhr = new XMLHttpRequest();
            xhr.responesType = 'json';
            xhr.onload = action;
            xhr.open("GET", req);
            xhr.setRequestHeader("Content-Type", "application/json");
            xhr.send();
        }

    }

    </script>
  </body>
</html>

Tile User Interface with dynamic Consumer Authentication integration and configuration display flags override

tile_sample_score_only.html:

<html>
  <head>
    <title>StitchCredit</title>
    <link rel="icon" href="/favicon.ico" />
    <meta name="description" content="StitchCredit Consumer Credit Reports" />
    <meta
      name="viewport"
      content="minimum-scale=1, initial-scale=1, width=device-width"
    />
    <style>
      html,
      body {
        margin: 0;
        padding: 0;
        position: relative;
        background: #eeeeee;
      }
      #sc-iframe {
        display:block;
        margin: 0 auto;
        padding: 0;
        z-index: 1;
        width: 500px;
        height: 550px;
        border: none;
        overflow: hidden;
      }
    </style>
  </head>
  <body>
    <iframe
      id="sc-iframe" allowTransaparency="true"
      src="https://efx-dev.stitchcredit.com/login-tile?key=5a10e0d7-1dc8-4325-929f-d0d131990527&ocf=1"
    ></iframe>
    <script>

    //this just throws in a default ID if one isn't provided on the query string
    const id = document.location.search.length > 0 ? document.location.search.split('&')[0].split('=')[1] : '048741d2-3dcf-4892-8fb0-99930a540cc1';
    console.log("ID: ",id);
    console.log("Loading Message Listener...");

    window.addEventListener("message", receiveMessage, false);

    function receiveMessage(event) {
        if(event && event.source && event.data) {
            // You only need to implement the types that are important/relevant to your use case.
            if(event.data.type === 'AUTH_REQUIRED') {
                //The iframe clident will post this message when a valid preauth token does not exist.
                //Posting a proper message with a preauth token in response allows the client to continue seemlessly.
                //console.log("Auth Required Event Received");
                const es = event.source;
                //this code uses a test endpoint on the server to provide a preauth-token for any user ID without the usual hurdles.
                //This is ONLY for testing and does not exist in the production environment.
                getData("https://efx-dev.stitchcredit.com/api/test/preauth-token/"+id, function() {
                    const token = JSON.parse(this.responseText).token;
                    console.log("Status: ", this.status, ", token: ", token);
                    es.postMessage({type: 'PREAUTH', token: this.status == 200 ? token : null},"*");
                });
            }
            else if(event.data.type === 'REG_STARTED') {
                const es = event.source;
                //only valid for full web implementation, Direct API already creates the customer, so this will never happen in those instances
        // (new Date().valueOf()) - is used to generate a new email ID on the fly for testing purposes
                es.postMessage({type: 'REG', data: {fname:"Gertrude", lname:"Harkenreadeo", email: "test+" + (new Date().valueOf()) + "@test.com"}},"*");
            }
            else if(event.data.type === 'IDENTITY_STARTED') {
                const es = event.source;
                //You could use this function to pre-populate the given fields.  DoB and SSN will never be prepopulated as it violates compliance
        // new Date().valueOf().toString() - generates a unique number for street2 to ensure each run goes through the full identity process, remove to test sequential sign up of the same user
                es.postMessage({type: 'IDENTITY', data: {street1:"305 Linden Av", street2: new Date().valueOf().toString(), city: "Atlanta", state: "GA", zip: "30316", mobile: "0000000000"}},"*");
            }
            else if(event.data.type === 'LOGIN_SUCCESSFUL') {
                console.log("User succesfully logged in");
            }
            else if(event.data.type === 'LOGIN_FAILED') {
                //if you see this message more than a few times in a row, it's likely an issue
                //typically this will only occur for full web implementations, not Direct API
                console.log("User login failed");
            }
            else if(event.data.type === 'USER_ENROLLED') {
                //User successfully completed identity and has been enrolled for consumer data
                console.log("User enrollment successful");
            }
            else if(event.data.type === 'IDENTITY_FAILED') {
                //Identity process failed, user is likely "stuck" as they cannot continue
                console.log("User identity failure");
            }
            else if(event.data.type === 'SERVICE_FAILURE') {
                //Identity process failed most likely due to a service outage, but the user is stuck as they cannot continue without passing identity
                console.log("Identity service failure");
            }
        }

        function getData(req, action) {
        var xhr = new XMLHttpRequest();
            xhr.responesType = 'json';
            xhr.onload = action;
            xhr.open("GET", req);
            xhr.setRequestHeader("Content-Type", "application/json");
            xhr.send();
        }

    }

    </script>
  </body>
</html>

• Access Credentials will be 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.
• The Consumer Credit - Getting Started - New User.postman_collection.json will walk you through the Create New User steps in order
• The Consumer Credit - Getting Started - Returning User.postman_collection.json will walk you through the Returning User steps in order
• 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

Basic Steps To Create New Users & Returning Users (Including Data Access Steps):

Creating New Users:

• Direct API

  • Customer Login
  • Register New User

• User API

  • Preauth Token
  • User Identity
  • Phone Verify
  • Send Mobile Code
  • Verify Mobile Code
  • Get EFX Config

• EFX API

  • OAUTH Token
    • Credit Score Latest
      • Credit Score History
      • Credit Report List
        • Credit Report Summary
        • Credit Report (First in list) - PRINT
          

  When creating creating a new user:

  • 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

  • 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

  • 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.

  • On Register New User - change the email to your email.

    • You may add a +1, +2, etc to keep reusing the same email address (ex: test+1@test.com)

  • On Register New User & User Identity - change the phone number to your mobile phone number or you won't receive the SMS messages.

  • Using the Phone Verify, Send Mobile Code, Verify Mobile Code method, the code in the test system passes through,

    • so you can just keep clicking the send on those functions, though you will receive the text as well.

  • For the Get Identity Quiz and Verify Identity Quiz methods, you will need to find the correct answers and update the Verify Identity Quiz body accordingly to successfully authenticate using those methods.

  • When registering a new user, be sure to save the userId or you will not be able to log that user in later.

    • As a matter of security, we do not allow the listing of user IDs.

  • REMEMBER - you MUST use the test user data EXACTLY as it is provided. Only the phone number and email should be changed.

  Returning Users:

  • Direct API
    • Customer Login
    • New User Token
  • User API
    • Preauth Token - if (idpass=false), the next four calls would need to be made, otherwise skip to Get EFX Config if true)
    • User Identity
    • Phone Verify
    • Send Mobile Code
    • Verify Mobile Code
    • Get EFX Config
  • EFX API
    • OAUTH Token
      • Credit Score Latest
      • Credit Score History
      • Credit Report List
        • Credit Report Summary
        • Credit Report (First in list) - PRINT

• A token from /direct/login is required for all other Direct API end-points in yellow.
  • 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 consumer and have the consumer app complete the calls directly to the User API end-points in light blue.
• Be sure to save the ID returned from user-reg or you won’t be able to reauthorize the user when they return.
• User API end-points in gray are not available for use when Direct API calls are in play.
• All end-points in light blue are available to the consumer
• Equifax end-points are accessible first using the User API /users/efx-config response data and the Equifax /oauth/token calls.
• User API and Equifax calls are intended to be called directly from the end-client. 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.
• **The preauth token is only valid for 30 seconds
  

Direct API End-points:

User API End-points:

Equifax API End-points:

Update Data Refresh Date [PREMIUM FEATURE]

• A consumer’s score & report data refresh date is set based on the enrollment date.
• The purpose of this endpoint is to reset the refresh date and/or pull a new score & report at a new date.
• For users who register prior to the desired refresh date, remove their features at the end of the month and re-add them on desired refresh date the following month.
  • To remove, must use /update-refresh?rmonly=true
• For users who register after the refresh date, their features may be removed and re-added on the desired refresh date the following month.
  • To remove and read use /update-refresh

Change User Host

• Configurations are grouped and referred to as hosts
• Move users between hosts to change feature sets

Sign Up

• Consumers must agree to StitchCredit’s Terms of Use and Privacy Policy prior to the Identity process

  By clicking "Register” and creating an account you accept StitchCredit’s Terms of Use and Privacy Policy. StitchCredit 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.

• Linking to the Following Terms of Use and Privacy Policy is advised to maintain the latest verbiage
  • StitchCredit Terms of Use
    • https://app.termly.io/embed/terms-of-use/cd8446e8-9910-4a02-8f7c-36d9921a3bc7
  • StitchCredit Privacy Policy
    • https://app.termly.io/embed/terms-of-use/958f774c-a642-41e7-9696-7ac060bdf44c

Login

Identity

• 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 StitchCredit under the Fair Credit Reporting Act to obtain my 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 StitchCredit to obtain such information for you to confirm your identity, and, for as long as you are a member of StitchCredit, to provide you with your credit information. You may elect to terminate your account and this authorization at any time.

  

  

Mobile Verification

Mobile Identity Consent language:

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.

Identification Quiz

Dashboard/Score

Reports

Monitoring

ID Restoration

• The objective of using tokens is to reduce the use of API Keys and/or Password tokens, improving security by reducing exposure
• Tokens further optimize the performance of the system by reducing the number of authentication lookups necessary to complete a request
• Multiple different tokens are used to secure different systems and aspects of the application
• The Direct Token is used to secure YOUR credentials and access - Your API Key, Secret and the Tokens generated should never leave your server
• The Direct API is used to generate pre-auth tokens for consumer client access
• Preauth tokens are intended to be sent to the client and exchanged for a user token. They expire quickly and should be exchanged for user tokens right away
• User tokens are intended for client API access
• EFX Config data is used to retrieve an Equifax OAuth Delivery token
• The EFX OAuth Delivery token is locked to the IP that requests it and cannot be used from any other IP
• The EFX OAuth Delivery token is required for all Equifax API Requests

• Consumers must always know who they are dealing with
  • Terms of Use and Privacy Policy are from and through StitchCredit – there is no ability to white label this at this time
• 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
• Customers may not access consumer data at any time
• Saving data at any time is NOT PERMITTED under any circumstances
• Login security must be present:
  • Account lockout after 5 consecutive failed attempts
  • Multi-step account recovery process

Registration

• Consumers must agree to StitchCredit’s Terms of Use and Privacy Policy prior to the Identity process

  By clicking "Register” and creating an account you accept StitchCredit’s Terms of Use and Privacy Policy. StitchCredit 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.

• Linking to the Following Terms of Use and Privacy Policy is advised to maintain the latest verbiage
  • StitchCredit Terms of Use
    • https://app.termly.io/embed/terms-of-use/cd8446e8-9910-4a02-8f7c-36d9921a3bc7
  • StitchCredit Privacy Policy
    • https://app.termly.io/embed/terms-of-use/958f774c-a642-41e7-9696-7ac060bdf44c

Identity

• Consumers must be notified and express specific consent to access third party data to verify identity

  You understand that by clicking “Continue”, you are explicitly agreeing to and providing “written instructions” to StitchCredit under the Fair Credit Reporting Act to obtain my 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 StitchCredit to obtain such information for you to confirm your identity, and, for as long as you are a member of StitchCredit, to provide you with your credit information. You may elect to terminate your account and this authorization at any time.

  

  

Mobile Identification (Option 1)

• 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.

  

Identity Quiz (Option 2)

• 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.
  

Credit Score - Dashboard

• 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
  

Credit Report

• The provider of the report is required
• The date the report was pulled is required
  

Credit Monitoring

• The provider of the alert is required
• The date of the alert is required
  

Identity Restoration

• This product content must be delivered as is

• Equifax® ID Restoration
• Has your identity been compromised?
• A specialist will help you work through the process.
• Once your issues are resolved, we continue to monitor the situation for three months.
• Call today so that we may help you verify and begin resolving any discrepancies.
• Call 1-877-368-4940 today to get started

Collection of end-points that should be called from your server.

Collection of end-points that should be called from the consumer app.

Collection of end-points for testing webhooks