Additional documentation on how to implement the AFCheckKeySDK methods can be found at: Argofire Sdk Documentation
CreateClientSessionID method should be called from Server-side, so that ClientSessionID can be returned or embeded in the page returned to browser in order to process next step. This below test is implemented on the client-side only for demo/testing purposes.
| Attribute | Type | Required | Description |
|---|---|---|---|
| Username | String | Yes | The username of the admin user. |
| Password | String | Yes | The password of the admin user. |
| Vendor | Int | Yes | The numerical Vendor/Merchant key. |
| HttpStatusCode | Message | Reason |
|---|---|---|
| 200 | Success | Client Session ID is created successfully. |
| 400 | Failed | Invalid request. |
| 404 | Failed | Endpoint address is incorrect or bad |
If the request is successful you should see the Client Session Id code in the last text area, else you will see a popup with error message
GetCheckToken request should be implemented only on client-side and should have the following hosted fields on browser.
If the request is successful you should see the CheckKeyInfo in the last text field, else you will see a popup with error message
ProcessCheck request should be called from Server-side. This below test is implemented on the client-side only for demo/testing purposes.
| Attribute | Type | Required | Description |
|---|---|---|---|
| Username | String | Yes | The username of the admin user. |
| Password | String | Yes | The password of the admin user. |
| TransType | String | Yes | Type of transaction. |
| CheckNum | String | Yes | Check number uniquely identifies each individual check. |
| Amount | String | Yes | Enter amount. |
| DL | String | No | The check holder's driver's license number. |
| SS | String | No | The check holder's Social Security Number. |
| DOB | String | No | The check holder's date of birth. |
| StateCode | String | No | The check holder's 2 character state code. |
| CheckType | String | No | Check Type. |
| ExtData | String | No | ExtData should include CheckInfoKey. For example: <Check_Info_Key>618704</Check_Info_Key> |
| HttpStatusCode | Message | Reason |
|---|---|---|
| 200 | Success | Successfully processed the transaction. |
| 400 | Failed | Invalid request. |
| 404 | Failed | Endpoint address is incorrect or bad |
If the request is successful you should see the PNRef in the last text field, else you would see a alert of error