Data Sent By Credit Card Clearing Server To The Ap-2500; Explanation - Proxim ORiNOCO AP-2500 User Manual

Credit Card Interface Specification
8. Merchant ID
9. Amount
10. URL to post silent reply
11. This field must be in the form and set to a value of TRUE to tell the system that it will be doing an ADC Relay
Response transaction.
12. Sending this field guarantees that the default Payment Form will show up for the user. Should be
VALUE="PAYMENT_FORM" to show default.
13. If an account is not in Test Mode, and it is necessary to perform a test on a single transaction, it is possible to send
the x_Test_Request="TRUE" field as part of the transaction. Sending this field set to TRUE overrides the setting of
Test Mode in the merchant's settings, and invokes Test Mode for the particular transaction with which the field is
sent. Note that if Test Mode is turned on in a merchant's settings, that setting can't be overridden by sending
x_Test_Request="FALSE".
14. Any valid HTML color name or color hex code sent in this field will set that color as the background color for both
the Payment Form and the Receipt Page.
15. Plan name description
16. Customer ID; it is in the form of AP's ID-SUBSCRIBER MAC.
17. User name
18. AP's ID

Data sent by credit card clearing server to the AP-2500

The following items need to be posted to the silent URL of the AP-2500:
1 x_amount = websGetVarIgnoreCase(wp, T("x_amount"), T("0"));
2 x_trans_id = websGetVarIgnoreCase(wp, T("x_trans_id"), T("0"));
3 x_response_code = websGetVarIgnoreCase(wp, T("x_response_code"), T("0"));
4 x_response_reason_text = websGetVarIgnoreCase(wp, T("x_response_reason_text"), T("0"));
5 UI = websGetVarIgnoreCase(wp, T("UI"), T("defaultData"));
6 servidx = atoi(websGetVarIgnoreCase(wp, T("servidx"), T("0")));
7 MA = websGetVarIgnoreCase(wp, T("MA"), T("defaultData"));
8 IP = websGetVarIgnoreCase(wp, T("IP"), T("0"));
9 UN = websGetVarIgnoreCase(wp, T("UN"), T(""));
10 OSP = websGetVarIgnoreCase(wp, T("OS"), T(""));

Explanation:

1. Amount
2. This number identifies the transaction in the system, and can be used to submit a modification of this transaction at
a later time via HTTP(S) form POST (such as voiding the transaction, or capturing an Auth Only transaction).
3. Response_code = 1 (1= transaction accepted)
NOTE
NOTE: The AP only cares if the response code = 1, in all other cases, we assume the transaction is not
accepted. There are different codes for different failures. For e.g., code = 3 is for Invalid Credit card number.
4. Example: This transaction has been approved
5. AP's ID
6. This an echo of the internal plan number that the AP passes.
7. MAC address of user
8. IP address of user
9. User Name of user
10. Originating Server
243