Freelancers Network
 
skill list top cap
Homepage
Join the Freelancer's Network
Update your details
Find a freelancer
Post a project
Find a project
Projects Archive
Post a job
Find a job
Jobs Archive
See Dan's Pages
See Andy's Pages
Link to this site
Resources
Join/Leave Forum
Forum Messages
+Additions+ Adverts
Advertising
Contact Us
Subscribe to our newsletter - enter your email address and hit return
Freelancers.net is owned and operated by Andy Stowell and Dan Winchester
skill list end cap
guru web hostcom

Find me again on Freelancers.net

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

date posted 2nd October 2006 11:40

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 fo=
rm to a payment provider.=20

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 lon=
ger works. :(




>
>On 2 Oct 2006 10:19:30 -0000, [EMAIL REMOVED]
[EMAIL REMOVED] wrote:
>>
>> Hello list,
>>
>> I'm looking into various methods of processing payments online and just=
=20
>wondered if anyone has any experiance or recomendations based on what I wa=
nt=20
>to do.
>>
>> Most of the payment providers I've looked at require a redirect to a pag=
e=20
>hosted on their servers when it comes to taking the actual card details. =
I'd=20
>like a service where all details are taken on our site (but not stored), t=
hen=20
>passed on to the payment providers for checking/storage, then a yes/no mes=
sage=20
>returned.
>>
>> If we use an 'API' from one of the providers we can do it that way, but =
that=20
>means we have to record all the transaction details and store them on our=
=20
>sever which needs to conform to 'PCIDSS' standards (which =3D =C2=A3=C2=A3=
=C2=A3), so its not=20
>really an option. There doesnt seem to be a half-way point between the tw=
o.
>>
>> Cheers,
>> Chris
>
>Chris,
>
>The short answer is: leave it to the payment providers to handle the
>transactions. Most will allow you to customise the pages so it
>integrates and looks like your website, still.
>
>There are numerous liability and cost reasons for doing this. So just do =
it=20
>;)
>
>Rich.
>
>--
>Freelancers, contractors earn more with Prosperity4
>Call 0870 870 4414 or visit www.prosperity4.com
>and benefit from Inland Revenue approved expenses today.
>
>To advertise here: http://www.freelancers.net/advertising.html
>
>



Messages by Day
October 31st 2006
October 30th 2006
October 29th 2006
October 28th 2006
October 27th 2006
October 26th 2006
October 25th 2006
October 24th 2006
October 23rd 2006
October 22nd 2006
October 21st 2006
October 20th 2006
October 19th 2006
October 18th 2006
October 17th 2006
October 16th 2006
October 15th 2006
October 14th 2006
October 13th 2006
October 12th 2006
October 11th 2006
October 10th 2006
October 9th 2006
October 8th 2006
October 7th 2006
October 6th 2006
October 5th 2006
October 4th 2006
October 3rd 2006
October 2nd 2006
October 1st 2006


Messages by Month
December 2006
November 2006
October 2006
September 2006
August 2006
July 2006
June 2006
May 2006
April 2006
March 2006
February 2006
January 2006


Messages by Year
2008
2007
2006
2005
2004
2003
2002
2001
2000