Forums / Addon Payment Modules / Global pay integration/module

Global pay integration/module

Results 1 to 5 of 5
24 May 2014, 09:57
#1
easyphil avatar

easyphil

New Zenner

Join Date:
Dec 2012
Posts:
12
Plugin Contributions:
0

Global pay integration/module

Hello,
Please i need to integrate a global pay module (API) to my zen website in order to accept card payment. So far i haven't found any success on doing that. Does any one know where i can find zen documentation on payment gateway integration. Thank you. Will appreciate any assistance so far.
25 May 2014, 01:05
#2
stevesh avatar

stevesh

Black Belt

Join Date:
Feb 2005
Posts:
19,793
Plugin Contributions:
2

Re: Global pay integration/module

Searching the Web for Global Pay results in a swamp of obvious scammers. Please provide a link to the exact payment processor you're referring to and the reason you want to use them.
29 May 2014, 16:40
#3
easyphil avatar

easyphil

New Zenner

Join Date:
Dec 2012
Posts:
12
Plugin Contributions:
0

Re: Global pay integration/module

thank you for responding. I can assure you i or the client we are working with is in no way involve in scam or what ever. The bank we that issued us a GLOBAL PAY API is called ZENITH BANK.

stevesh:

Searching the Web for Global Pay results in a swamp of obvious scammers. Please provide a link to the exact payment processor you're referring to and the reason you want to use them.
29 May 2014, 17:44
#4
drbyte avatar

drbyte

Sensei

Join Date:
Jan 2004
Posts:
63,506
Plugin Contributions:
173

Re: Global pay integration/module

High-level overview:

Writing a payment integration takes a strong understanding of that payment provider's API.

Consider the Authorize.net AIM payment module as an example.
The various functions (actually "methods") in that class handle different stages of checkout, and most of them are documented in docblocks in the code.
Essentially you must map each of the fields that are to be submitted via the API into appropriate objects in your payment module, and then transmit it using whatever prescribed method is documented in the API.

If you use a text-file-compare tool like winmerge to compare the authorizenet_aim.php module against the linkpoint_api.php module you'll see the differences between two modules using different APIs, which will give you essential clues necessary when cloning either one for your own use. You'll see the differences in class names and constants, and so on.
29 May 2014, 18:11
#5
easyphil avatar

easyphil

New Zenner

Join Date:
Dec 2012
Posts:
12
Plugin Contributions:
0

Re: Global pay integration/module

DrByte:

High-level overview:

Writing a payment integration takes a strong understanding of that payment provider's API.

Consider the Authorize.net AIM payment module as an example.
The various functions (actually "methods") in that class handle different stages of checkout, and most of them are documented in docblocks in the code.
Essentially you must map each of the fields that are to be submitted via the API into appropriate objects in your payment module, and then transmit it using whatever prescribed method is documented in the API.

If you use a text-file-compare tool like winmerge to compare the authorizenet_aim.php module against the linkpoint_api.php module you'll see the differences between two modules using different APIs, which will give you essential clues necessary when cloning either one for your own use. You'll see the differences in class names and constants, and so on.


thank you so much DrByte. I feel so educated right now. I am also starting to consult with other professionals coders and your response is one which i have also forwarded to them to help us push forward.