Sent: Thursday, June 25, 2009 4:53 PM
Subject: [phpug] Re: [OT] DPS - Payment Express - ASB
James == James McGlinn james.mcgl...@eventfinder.co.nz writes:
James The problem is the acquirer takes the risk on the
James merchant's behalf, and doesn't know whether the merchant's
DPS does have an online interface to theme their pages yourself in
their admin area - yes, fairly poor level of fixed customisation (e.g.
can't upload any HTML or CSS), but it is there. Our choice of using
DPS in NZ was to use their hosted payments page (with minor
customisation) since many
when you are done.
Cheers
Aaron
- Original Message -
From: Dan Khan dan.k...@gmail.com
To: nzphpug@googlegroups.com
Sent: Thursday, June 25, 2009 8:40 AM
Subject: [phpug] Re: [OT] DPS - Payment Express - ASB
DPS does have an online interface to theme their pages yourself in
their admin
James == James McGlinn james.mcgl...@eventfinder.co.nz writes:
James The problem is the acquirer takes the risk on the
James merchant's behalf, and doesn't know whether the merchant's
James system is storing the card details (intentionally or
James otherwise) or not. That's the
-
From: Berend de Boer ber...@pobox.com
To: nzphpug@googlegroups.com
Sent: Thursday, June 25, 2009 4:53 PM
Subject: [phpug] Re: [OT] DPS - Payment Express - ASB
James == James McGlinn james.mcgl...@eventfinder.co.nz writes:
James The problem is the acquirer takes the risk
Hi Stig
We experienced this problem using ANZs gateway, in our case the compliance
was required for storing the credit card details on subscription based
payments, im not sure why theyd require it for normal transactions though.
~ Dan
On Wed, Jun 24, 2009 at 4:17 PM, Stig Manning s...@sdm.co.nz
On Wed, 24 Jun 2009 16:27:36 dMc wrote:
Hi Stig
We experienced this problem using ANZs gateway, in our case the compliance
was required for storing the credit card details on subscription based
payments, im not sure why theyd require it for normal transactions though.
~ Dan
For card