Payment Express online payment system
165 systems total
DPS has been developing and providing innovative and robust payment solutions for the Australian and New Zealand markets since 1997, including: The OCV Server (developed 1997) - designed to allow unattended processing of credit card transactions via the standard EFTPOS network; PC EFTPOS (developed 1998) - the first integrated Windows POS / EFT-POS solution, for the Australian and NZ mass markets and; Payment Express (developed 2000) – DPS has since replaced the legacy OCV Server and PC EFTPOS technology with a next generation solution - Payment Express.
Payment Express is a best practice system used to facilitate electronic payments, from multiple access points i.e. EFTPOS, Billing, IVR, CRM, Vending (GPRS), CRM (Mail Order / Telephone Order) and Web, seamlessly to your choice of acquirers, in real time.
USD
worldwide
private and business
Direct Payment Solutions monthly service fee is generally based on the sale of a block of transactions, however should you exceed the limit of the included transactions of your plan, additional transactions will be charged at an overage rate per transaction – All ‘off the shelf’ and standard Payment Express software components / applications are included in our fees. These can be bundled for a total ‘card not present’ processing solution, including access to the DPS Payment Manager.
Please email info@paymentexpress.com to confirm costs and receive a quote for our services, specific to your needs.
|
Price plan
|
Monthly service fee
|
Included transactions
|
Overage fee
|
Setup fee
|
Support
|
Term
|
| Starter |
$ 50
|
100
|
$ 0.50
|
$150
|
Business hours
|
N/A
|
| Business |
$ 150
|
500
|
$ 0.45
|
$150
|
Business hours
|
N/A
|
| Business A |
$ 250
|
1,000
|
$ 0.42
|
$200
|
24*7*365
|
24 months
|
| Business B |
$ 480
|
2,000
|
$ 0.41
|
$200
|
24*7*365
|
24 months
|
| Business C |
$ 690
|
3,000
|
$ 0.40
|
$200
|
24*7*365
|
24 months
|
| Business D |
$ 880
|
4,000
|
$ 0.39
|
$200
|
24*7*365
|
24 months
|
| Enterprise |
$ 1,000
|
5,000
|
$ 0.38
|
$500
|
24*7*365
|
24 months
|
| Enterprise A |
$ 1,800
|
10,000
|
$ 0.35
|
$500
|
24*7*365
|
24 months
|
| Enterprise B |
$ 2,250
|
15,000
|
$ 0.32
|
$500
|
24*7*365
|
24 months
|
| Enterprise C |
$ 2,500
|
20,000
|
$ 0.30
|
$500
|
24*7*365
|
24 months
|
| Enterprise D |
$ 3,000
|
25,000
|
$ 0.28
|
$500
|
24*7*365
|
24 months
|
| Transaction |
$ 3,500
|
30,000
|
$ 0.25
|
POA
|
24*7*365
|
36 months
|
| Transaction A |
$ 4,000
|
35,000
|
$ 0.22
|
POA
|
24*7*365
|
36 months
|
| Transaction B |
$ 4,500
|
40,000
|
$ 0.20
|
POA
|
24*7*365
|
36 months
|
| Transaction C |
$ 4,750
|
45,000
|
$ 0.15
|
POA
|
24*7*365
|
36 months
|
| Transaction D |
$ 5,000
|
50,000
|
$ 0.10
|
POA
|
24*7*365
|
36 months
|
| Payline® |
$ 50
|
200
|
$ 0.50
|
$99
|
Business hours
|
N/A
|
* Payline® is included with all other Payment Express solutions, at no additional cost. The pricing is for Payline as a stand alone product, when used for MOTO transactions.
All pricing is plus GST (if any). Please Note: All transaction types and requests, sent to DPS by the merchant, are billable.
Technical component references, installation guides, and developers resources for Payment Express® integrated EFTPOS can be found here. If you would like to view an overview of the product please click here.
INTERFACES |
|
Application programming interfaces available for integrating with your point of sale software. |
DEVELOPMENT AND TESTING |
|
Resources for development and testing integration of your POS with Payment Express® EFTPOS. |
INSTALLATION AND CONFIGURATION |
|
Guide to installation and configuration of Payment Express® EFTPOS software, services and processes. |
The Web Service (WS) Client Application (CA) connects directly to the PaymentExpress Host WS via HTTPS Posts. Client applications talk to the Web Service using SOAP (Simple Object Access Protocol). SOAP provides a way to communicate between applications running on different operating systems, with different technologies and programming languages.
When consuming the web service at the "sec2" subdomain (https://sec2.paymentexpress.com/WS/PXWS.asmx) please ensure that your web service stack supports lax versioning: that is, it does not throw exceptions for new unknown data members in received data.
We no longer intend to update the web service exposed on the "www" subdomain (https://www.paymentexpress.com/WS/PXWS.asmx) with additional features or response elements as there are clients that were developed with the assumption that the schema will not change and they may fail to process messages that they were never designed for. Also, existing clients may perform actual schema validation against the old schema before even attempting to process the messages.
For this reason any future updates will be carried out on the new web service at the address below under the understanding that lax versioning is implemented on all clients consuming it. We will therefore not be required to establish a new end point in order to add extra data members. By the same token we will not require merchants to connect to a new endpoint in order to take advantage of any new features.
Direct Payment Solutions have a suite of software solutions that allows you to streamline online credit card processing. In the past there were generally only two options, a merchant hosted (PxPost) or a DPS hosted (PxPay) solution. DPS have now developed a new solution called PXFusion
What is it?
PxFusion is a combination of two separate DPS products (PxPay & PxPost) which provides a more transparent experience for the end-user when processing payments through the merchants website, whilst retaining a high-level of security. The magic happens via a form post of sensitive data sent directly to DPS who then process the transaction and cause the user’s browser to return to the merchant website, (upon success or failure) virtually immediately.
The process workflow can be broken down into three simple steps:
1. Obtaining a TransactionId (via web service / SOAP (simple object access protocol) end-point).
2. Using a HTML form to POST sensitive data directly to DPS using the TransactionId as the identifier.
3. Customer is redirected to a success / failure URL on merchant website which will obtain the results of the transaction using the TransactionId (via web service / SOAP).
How to use it?
The resource end-points used within development & production environments for PxFusion are:
- SOAP: (generation of TransactionId / define amount, merchant reference, currency, success / failure merchant URL) available here
- WSDL (Web service description language / schema) is available here:
- A page accepting client-side form POSTs (with applicable references to TransactionId) available here
NB: Please ensure that your web service stack supports lax versioning: that is, it does not throw exceptions for new unknown data members in received data.
Interested? Find out more!
PxFusion is a flexible solution giving the merchants power to customize their website to improve the customer experience & professionalism when handling sensitive financial data. While this process is transparent to the customer it also benefits your entity by ensuring that credit card information doesn’t pass through your webservers which could create the need to be PCI-DSS compliant.
- For the finer details please visit our technical resources section of our website: http://www.paymentexpress.com/technical_resources/ecommerce_nonhosted/pxfusion.html
- You can also download the integration guide here
Read more on Payment ExpressWhat is CVV2 and What is it used for?
CVV2, otherwise known as CVC2, is a number printed on the upper right portion of the signature panel on a Visa card. CVV2 is used as an additional measure to prevent fraud by validating the purchase made by the cardholder is done using a genuine card that is linked to a legitimate account. More importantly, the use of CVV2 can potentially provide merchants with additional chargeback protection.
DPS is currently working with all acquirers to ensure the requirements are met for the CVV2 mandate. Please check on our website for the latest CVV2 Mandate updates.
Where is it used?
CVV2 is used for E-Commerce and MOTO (Mail Order/Telephone Order) transactions and comes into effect once credit card details have been entered – either manually by the merchant when processing a manual payment, or the cardholder as a final detail required as part of the required transaction details.
Mandating the capture of CVV2 will mean that the transaction cannot proceed without any of the following three items:
What if I do not have CVV2 in use?
It is highly recommended that any merchants who are currently not validating CVV2 as part of their E-Commerce transaction speak to their website developer / technical contacts as soon as possible, as their ability to process transactions may be affected as a result of the CVV2 mandate.
Please note this has yet to be confirmed by Visa/Mastercard.
When is this mandate taking place?
According to Visa/MasterCard, the effective date for Merchants across the Asia Pacific region to capture Card Verification Value 2 and to include it in the Authorization Response has been set for 1 April 2012.
References: http://www.visa-asia.com/ap/nz/mediacenter/factsheets/includes/uploads/Payments_System_NZ.pdf
Read more on Payment Express
