-
Notifications
You must be signed in to change notification settings - Fork 24
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Elavon #15
Comments
Hi, I actually did a extension of this driver to support Global Iris (https://github.com/coatesap/omnipay-global-iris), which also uses Realex. On reflection now though, it would be simpler to just allow the endpoint to be configured on the Realex driver, rather than creating completely separate packages that depend on it. |
I will try and find some time after i have completed the current section of my system. Did you know they also have sandbox URL's for the test environment? I think this could be implemented at the same time. I am not sure if Iris and payandshop also have the same sandbox link options? The sandbox URL are not in the Elavon UK documentation but their implementation team gave them to me. |
I wasn't aware that Realex had separate sandbox URLs. From memory, it's just the credentials supplied (merchantId, secret, etc) that determine whether the payment is treated as a test payment or not. |
That's what I thought, but I have now been supplied with sandbox urls for testing and normal for live, but the full account is still currently in test mode. I will ask to see if the credentials change for the live server and confirm. |
#16 |
To add some clarity (and to make sure this is documented here), Realex has separate URLs for live / sandbox environments for both API and HPP integrations. Here are the URLs: API Live URL - https://api.realexpayments.com/epage-remote.cgi HPP Live URL - https://pay.realexpayments.com/pay The old URL that is used in this library (https://epage.payandshop.com/epage-remote.cgi) should still work today and point to the same live / sandbox environments based on account configuration, but as far as I'm told by my teammates in the Realex Dublin office, the URLs above should be used instead of the payandshop.com URL. |
My fork allows you to provide the realex urls in the config which will overrive the payandshop urls. I use elavon URL's which uses the realex system. I would use the realex URL's. |
This functionality is useful - Any news on the merge? |
@coatesap everything is working on my fork with Realex/Elavon. I am using it on two different applications. I can look at the fork conflict so the merge can happen. |
@3dgroup - great, thank you. I'm keen to get it merged. I may release it with a new major version number, to avoid issues with the Global Iris driver which extends it. That can then be updated separately to benefit from the ability to set the endpoints (which I think is basically all it does anyway). |
Hey,
Elavon UK uses the Realex system, but your code only has a gateway url for payandshop. Do you think it would be better to clone your driver and replace the gateway url or can you change the code to allow the gateway(endpoint) to be changed.
The text was updated successfully, but these errors were encountered: