Re: Re: FN-FORUM: credit card payments without pages hosted on providers servers

date posted 2nd October 2006 11:50

On 2 Oct 2006 11:02:33 -0000, [EMAIL REMOVED]
[EMAIL REMOVED] wrote:
>
> Yeah, I understand why it'd probably be better to let them handle that side of things, however (I posted about this previously for those experiancing deja vous) part of the project requirement is the ability to autocomplete the payment forms from within the software the company I work for produces.
>
> basically we want users to fill out the details for the purchace within the software interface, then let it go off and do the transaction invisibly by populating input boxes in a form which WE control, then submitting that form to a payment provider.
>
> If we use the payment providers pages to do the card capture, and they then change those
> pages (input box names or whatever) our payment system no longer works. :(

I understand your requirements, but unfortunately I think that's a
risk you're going to have to take. Usually they'd notify you in
advance if they're going to go changing their systems. Well, at least
in my experience any typical payment provider will.

As you say, even if you POST directly to a payment page and obtain an
immediate response, there's a chance their field names or types will
change and it'll break. The most reliable way is to use their sites
directly.

Of course, the alternative is to customise the pages on the remote
processing server, and then possibly pull that page directly into your
app, masking the source?

Rich.