QFD can integrate either via REST or SOAP using real time API calls to the system of record in order to search for and retain useful account information.
Account Search:
Please note: QFD only supports looking up a list of accounts by the unique customer id.
The following data points will need to be returned from the account search API call, so that QFD can display the list of accounts on the UI, in order for the end user to confidently select the correct account to create the claim against.
Field | Required? | Comments |
|---|---|---|
Account Number | Yes | Unique account number that would identifies a customer’s account |
Description | Yes | ex: Checking, Business Checking, Student Checking, etc. |
Account Type | No | Indicates if the account is for deposits, credit cards, etc. This can be inferred by QFD using the Account Type Code if needed |
Account Type Code* | Yes | Alphanumeric or numeric code, that does not change, that relates to the account type denoted in the Description, ex: 001 = Checking |
Account Nickname | No | Can be used on the UI in place of the Description for easier account identification, sometimes enabled for those with online banking |
*The account type code field can be used to limit the types of accounts that a claim can be submitted against. To ensure QFD correctly displays the desired accounts in the selection list during claim creation, please provide a list of all the account codes that the API can return, and indicate which ones should and should not be visible for selection.
Account Lookup:
Note: This can leverage the same API call as Account Search, if the API supports being able to query based on EITHER a unique customer id OR a unique account number.
In order for QFD to retain needed account information, we will need as many of the following data points as possible to be made available from the API response:
Field | Required? | Comments |
|---|---|---|
Account Number | Yes | |
Account Type | No | Indicates if the account is for deposits, credit cards, etc. This can be inferred by QFD using the Account Type Code if needed |
Account Type Code* | Yes | A unique unchanging code that denotes the type of account (Checking, Business Checking, etc. |
Description | Yes | |
Account Status | Yes | |
Account Status Code | No | |
Account Name | No | |
Account Nickname | No | |
Account Open Date | No | |
Account Closed Date | No | |
Balance | No | |
Statement Cycle Date | No | |
Is Account Enrolled in Auto Pay | No | |
Is Overdraft Protection Enabled | No | |
Card Number | Yes | If the transaction API cannot return full card number, see next field. |
Card ID | Yes/No | If the API is only able to return Card ID, we will need a separate API call that supports being able to look up the full card number using the Card ID. |
Card Holder Name | No | |
Card Issue Date | No | |
Card Expiration Date | No | |
Card Status | Yes | If card data cannot be provided in the transactions API, we will need a separate API call able to get this information as card status will be needed for block and reissue. |