PX Access Interface for the Hosted Payments PackagePXACCESS COM Object (PXACCESS.DLL) is designed to allow a customer's non-secure web site to link to a 128-Bit SSL Secured secure payments page at https://www.paymentexpress.com/pxpay/pxpay.aspx. The cardholder is automatically prompted to enter their details and a response is displayed. The result automatically communicated back to the original, unsecured site. A redundant post of the response is given back to the merchant site. No session variables will be included in this response as it is independent of the merchants web server. Unix versions of the PXAccess 3DES interface are also available and sample code is readily available on request. These samples use the webservers internal encryption libraries to perform the transaction. An XML interface for the Hosted Payments Package is also available (PX Pay).
Output Properties
DoProcessResponse (Response)DoProcessResponse is used to decode the result of the transaction after it has been submitted. Input Properties
Output Properties
PropertiesAmountInput (input) Datatype: BSTR
Max 13 characters
Total Purchase, Refund, Auth or Completion amount. Format is d.cc where d is
dollar amount (no currency indicator) and cc is cents amount. For example,
$1.80 (one dollar and eighty cents) is represented as "1.80", not
"1.8". A string value is used rather than the conventional Currency
Datatype to allow for easy integration with Web applications. The currently
Maximum value allowable is $99,999.99. Note that acquirer or card limits may be
lower than this amount.
AmountSettlement (output) Datatype: BSTR
Max 13 characters
Total Purchase, Refund, Auth or Completion amount that was settled with your bank.
AuthCode (output) Datatype: BSTR Max 22
characters
Authorisation code returned for approved transactions.
BillingId (input) Datatype: BSTR Max 32
characters
If a token based billing transaction is to be created, a BillingId may be
supplied. This is an identifier generated by the merchant application that is
used to identify a customer or billing entry and can be used as input
instead of card number and date expiry for subsequent billing transactions.
CardHolderName (output)Datatype:
BSTR Max 64 bytes
The cardholder name as it appears on customer card.
CardName (output)Datatype: BSTR
Max 16 bytes
The card type used for the transaction.
CardNumber (output) Datatype:
BSTR Max 20 bytes
The card number used for the transaction. The full credit card number isn't shown, however the bin range is given (first 6 characters).
CurrencyInput (input) Datatype:
BSTR Max 4 characters
Used to specify the currency to be used: AUD, USD, NZD etc.
CurrencySettlement (output) Datatype: BSTR Max 4 characters
Used to specify the currency that was used for the transaction: AUD, USD, NZD etc.
DpsBillingId (input) Datatype: BSTR
Max 16 characters
When output, contains the Payment Express generated BillingId. Only returned for
transactions that are requested by the application with the EnableAddBillCard
value is set to true indicating a token billing entry should be created.
DpsTxnRef (input/output) Datatype: BSTR Max
16 bytes
Returned for every transaction. If the transaction was approved, DpsTxnRef can
be used as input to a Refund transaction. Used to specify a transaction for
refund without supplying the original card number and expiry date.
EmailAddress (input) Datatype: BSTR Max 255 bytes
Optional Email Address field. Will be returned to origin site for emailing of
receipts etc.
EnableAddBillCard (input) Datatype:
Long
To automatically add a card for subsequent billing purposes, set this to 1.
When generating a Billing Transaction for a previously loaded BillingId or
DpsBillingId, EnableAddBillCard must be 0.
MerchantReference (input) Datatype: BSTR Max 64 bytes
Free text to appear on transaction reports.
Request (output) Datatype: BSTR
URL to https://www.paymentexpress.com with encrypted transaction parameters. The browser should simply redirect to this URL.
ResponseText (output) Datatype: BSTR Max 32 bytes
Response Text associated with the response code of the transaction
Success (output) Datatype: Long
Indicates success or failure of the transaction.
A value of 0 indicates the transaction was declined or there was an error.
A value of 1 indicates the transaction was approved.
TxnData1, TxnData2, TxnData3 (input) Datatype:
BSTR Max 255 bytes
Optional free text fields. Usually assigned at origin web site.
TxnId (input/output) Datatype: BSTR Max 16
bytes
Contains a unique, merchant application generated value that uniquely
identifies the transaction. Used by Payment Express to check for a duplicate
transaction generated from Merchant web site. If a duplicate is detected (same
transaction id used for an approved transaction within the previous 48 hours),
the transaction is not retried, but an "approved" message is
displayed and the merchant site is informed of the result. If the merchant does
not supply a value for TxnId, PXACCESS.DLL generates a merchant unique value.
Where possible it is recommended that the merchant application sets this value.
TxnType (input) Datatype: BSTR
UrlFail (input) Datatype: BSTR
Url of page to redirect to if transaction failed. No parameters (&, ?) are
permitted.
UrlSuccess (input) Datatype:
BSTR
Url of page to redirect to if transaction successful. No parameters (&, ?)
are permitted.
UserId (input) Datatype: BSTR Max 32
bytes
Unique username to identify customer. Assigned on Account Setup by Payment
Express support team.
Registry SettingsSeveral registry settings are read by PXACCESS. All Subkeys are registered in the path: HKEY_LOCAL_MACHINE\SOFTWARE\DirectPaymentSolutions\PXACCESS\KEYS
The following path is the URL of the Hosted Payments Page for the response redirect call. This should only be changed when talking in conjunction with DPS support. HKEY_LOCAL_MACHINE\SOFTWARE\DirectPaymentSolutions\PXACCESS\SERVER
Fail Proof Result NotificationIt is highly recommended that Fail Proof result notification is configured by Payment Express. This setting (EnablePost Response) set at Payment Express host, ensures that the following process occurs for every transaction: Transaction is performed via hosted payment page. As soon as the transaction is
complete, but prior to the results being displayed for the user, a background
process issues a HTTP GET to the merchant specified payment page response (UrlSuccess
or UrlFail). If the merchant web site is unreachable or
returns a response other than "200 OK", the GET is retried every
minute for 30 minutes, thereafter every 15 minutes until a preset limit is
exhausted. Merchant sites should therefore allow for the possibility that their
application could receive more than one notification for the same transaction.
The merchant application can distinguish which transaction the response is for
by checking the TxnId value. Auth-CompletionOverviewPayment Express supports Auth/Completion. An "Auth" transaction verifies that funds are available for the requested card and amount and reserves the specified amount. A "Completion" transaction is sent at a later date to cause funds transfer for the previously authorised amount, or a smaller amount if the total original value is no longer required. This transaction set is useful when the merchant needs to ensure that funds up to a certain limit are available but the actual total amount is not yet known or goods or services have not yet been delivered. Operation1) AuthorisationSet TxnType to "Auth" for the amount to be authorised. The Auth response contains a DpsTxnRef. The funds are not transferred from the cardholder account. 2) CompletionAfter a successful Authorisation transaction, but within 7 days maximum, a "completion" (TxnType="Complete") transaction must be sent containing the DpsTxnRef returned by the "Auth" transaction. Token BillingOverviewToken Billing allows for regular billing of a cardholder card, under the control of the merchant, without requiring the merchant to either store sensitive card data securely or to obtain credit card details every time a new payment is requested. This functionality is implemented by proving the ability for a merchant to request payment express to capture and store a credit card number and expiry date and to link these stored details to a merchant supplied "BillingId". The BillingId is a 32 character field that contains a reference that is unique to the merchant's customer, that will be associated with the credit card information stored securely at Payment Express. This is undertaken during the Setup Phase. For subsequent charges to the card (Rebill Phase), the merchant does not need to supply the card number or expiry date, only the BillingId originally associated during the Setup Phase 1) Setup PhaseThe setup phase consists of loading a card into Payment Express with a transaction. The transaction can be an online $1.00 Auth transaction which will determine that the card is valid and not on hot or stolen card lists and that it has the correct expiry date. Customers will typically integrate directly into their call centre or web application for the setup phase. To add a card for future rebilling, send a transaction request (Auth or Purchase) including the following properties: EnableAddBillCard (Set to 1 when adding a
card) You can supply your own billing ID in BillingId or leave it blank and use the ID returned in DpsBillingId determined by Payment Express) 2) Rebill PhaseThe merchant application or Batch processor requests a new transaction and supplies the appropriate BillingId or DpsBillingId, a MerchantReference, and the amount to be charged. Payment Express retrieves the credit card number and expiry date stored in the Setup Phase and a purchase transaction is formatted and processed to the card acquirer. |