Forum Moderators: coopster
Customer shops on site
Customer selects 'Credit Card Payment'
Customer fills out his info
System sends the 'transaction' to the clearing house in the background using secure curl or whatever and gets the response back from the clearing house.
Based on the response, the system either finalizes the transaction OR returns an 'I'm sorry, your credit card has been declined, stolen, etc'.
I DO NOT want the customer to have to goto another website to fill out info, etc....
ANY help would be GREATLY appreciated. If someone has a working example of such code that I can change to suit my needs, etc... the hardest part is, I CAN'T FIND ANY DOCS on oscommerce! I was thrown into the middle of this project and they expect me to 'whip up' a custom module for sofware that I have never used! :) Typical huh?
Thank you in advance!
-Gixer
how's your curl? All you need to do is get a url from your payment processor, if they have an API available, or just use the url you use now and grab the form fields and the form action.
build yourself all of that info and post it to the form action.
fairly basic high level description.
Anyways, I have the resonse from the clearing house, I just need to know howto pass it to OsCommerce?
-Gixer
Once you get in the grove with it things fall into place. Unfortunatly like you said there is *NO* documentation.
I know this post doesn't really help you it's just more of a "I feel your pain" post :)
daisho.
Alternately - sticky me and I'll give you the name of someone who can do it for you if you'd like.
I even got my payment module to save all the transaction info in the order for reference... :)
Once again, thanks everyone :)
-Gixer
I am also writing a custom shipping module for this client that will be posted as well. In the module, when you buy a 'main' item, you get free shipping on any 'promotional' item. EACH 'main' item has a fixed shipping fee, (actually EVERY item has a fixed shipping fee, it just depends on if you met the requirements if you have to PAY it or not :) ). So as you can tell, there will be an .sql file to go with the module to update the products table. Oh, and to add to the confusion, 'members' get a different rate than 'non-members'... I almost dropped my cell when the client was explaining all these conditions to me... and I thought I was done.... what was *I* thinking? :)
It may be a few weeks before I get around to making 'public' versions as I don't know what my workload will be between now and then, but rest assured, if I can save anyone the HEADACHE of trying to finger this out on their own, I will :)
-Gixer