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