In order to connect an eCommerce website which is built in Magento 1.X to a payment provider, I know I can:
Select from existing extension (plugin) that will connect me to well known payment providers, as available in this marketplace.
Add payment method that from existing list that defined in Magento framework, as described here
but I am looking for a 3rd option: to integrate a website that is implemented in Magento 1.X a to a payment provider (PSP) that is not part of the predefined ones and has no ready-made extension that I only need to customize.
Questions:
Can I integrate it by coding it (in php) to my website?
Does Magento allow it?
There is no restriction, that does not allow you to implement your own payment service from Magento. You can develop your own module to connect the PSP's API. Therefor, the PSP must have an API.
Note, that payments are one of the most sensitive features in eCommerce which requires indepth-knowledge on both Magento and SPS-side. Hardening required :-)
Maybe it would be easier to switch the payment gateway to a provider which already has a Magento solution?
Related
The Magento 1.9.4.2 has deprecated the Credit Card payment method, so I've decided to get the config.xml and system.xml from older version which is 1.8. It works btw.
My question is, once the customer input their credit card info, I want the bank(gateway for development) to verify it(I'm using a devsecure gateway service URL). My teacher told me to use cURL to do it but I am worried about how I'm going to do it. I'm new to Magento as well as PHP that's why I have no idea what to open to the directory. I am completely lost.
I don't know where to implement the cURL, in system.xml??cause it's where the Credit card functionalities are located at
Magento has deprecated the Card Method in v1 for a reason. It was usually set to storing the card details which is not a secure way nowadays, as now everything is tokenised.
Every card provider has an API (not sure what devsecure is and how it is working, some docs would be useful).
What you should do, is create a custom module for the payment gateway (full fledged module) that actually handles the authorisation/charging aspect.
There are plenty of open source examples that would allow you to replicate some functionalty.
As it stands now the question doesn't provide enough details to help. Generally you need a custom module with a Payment Model for devsecure. the charging aspect would be handled using simple cURL requests within the module, or you could load a library like Guzzle to handle the HTTP requests.
I want to make mobile app for prestashop 1.7 e-commerce site, for that I refereed the process for web service provided by Prestashop.
I reached at how to insert orders via web service, but I didn't get understand how to proceed with checkout process through web service.
Can any one tell me that how to get a payment options and checkout for payment through web service of prestashop?
Thank you in advance.
The payment options in PrestaShop are different. All of them have a separate logic of working and processing of payment.
All the checkout steps in PrestaShop can be handled using the web-services in PrestaShop, but to handle Payment Methods is a very time-consuming task, moreover, you can never test the app with all the payment methods that exist for PrestaShop.
So to solve this problem, we recommend that you show the payment steps inside the mobile app as web view as the steps are shown in PrestaShop store's mobile web-store.
You can take a reference from the following App (it currently support PS 1.6 only):
https://play.google.com/store/apps/details?id=com.velsof.prestashopgenericapp&hl=en
I want to integrate phpbb 3.1 and magento 1.9 by creating a log in form in magento that will serve as the log in/register form for both. the extension will have to accomodate just these three points.
A customer is logged-in and logged-out from both Magento and phpbb
accounts simultaneously;
replace phpbb's complicated registration process with simple
registration from Magento front-end;
Enables Customers to create a forum account that would be
associated with their Magento account, yet configured separately.
What would be the best way to accomplish this with php? Does anyone have any Ideas?
If I complete the extension I will be offering it for free to the public.
there is a module for magento that does what you need
http://magesmart.it/phpbb-magento-integration.html
So I need to recommend an eCommerce platform to my client. The requirement is that they need to ship items all over Europe and North America. So it needs to be multi-currency, multi-language. Also there is a subscription model, so the credit card needs to be stored and periodically charged. Further they need it to integrate with QuickBooks which is they accounting software. Also the software will have web, iOS and Android versions.
So for the storing credit card part, I do not want to store it within our infrastructure because of PCI DSS issues. Instead I would prefer having something like paypal vault. However I cannot use paypal because their mobile SDK does not support recurring payments/subscription model.
With paypal ruled out, I have been looking at X-Cart for the shopping interface and couple of other payment companies (akin to authorize.net) for the payment integration. However I am getting confused with X-Cart. It talks a lot about PCI compliance and stuff, so I am wondering whether it is a full package not just shopping cart? I read tons of documentation but I still cannot wrap my head around it.
My Questions:
If I use X-Cart do I need any additional payment integration system like Paypal?
Since X-Cart is a downloadable software, what PSI implications does hosting it in our own server have?
How will I handle iOS and Android versions, does X-Cart do anything for those platforms?
I was surprised to see X-Cart was a SO tag. So I decided to reach out to anyone with prior X-Cart experience to help me get some directions.
Thank you!
All the latest versions of X-Cart do not touch credit card information at any point. So it is out of PCI-DSS scope and can be hosted on any server you like as long as it meets the system requirements.
And to process credit cards you can use any of the integrated payment gateways.
X-Cart does not charge any transaction fees so the only fees you will be paying will be to the gateway itself.
And if the gateway you would like to use is not integrated yet, you can add it yourself since the platform is fully open code.
As for subscriptions, X-Cart offers a stand-alone PA-DSS certified X-Payments software that utilizes tokenization technology supported by certain payment methods(including PayPal Pro) to "save" credit card information for further use in a PCI-compliant manner. The actual credit card number is saved by the payment gateway itself. And X-Payments uses the token to perform additional charges. The token cannot be used with any other gateway or X-Payments installation so even if it gets stolen there won't be any harm. You can read more about it in this blog post.
And dedicated iOS/Android applications can be added with Shopgate service that is integrated with X-Cart.
We are building an ecommerce app where we want our users to pick out a (any provider we can make compatible with our app) payment provider. Up to today, we only support paypal and we have implemented this rather manually.
We are looking for some sort of a module (free or commercial) to easily plugin in more payment providers to let customers accept payments through them. Our customers would use this to accept payments for sales in their web shops.
Any ideas on such "modules"?
I know of the Zend_Payment module but that's not updated anymore or isn't out yet at all.
We run PHP in the Zend Framework if that matters.
Try this one
http://phpclasses.100pour100net.com/package/5213-PHP-Accept-payments-with-Paypal-Authorize-net-and-2CO.html
It process several major payment gateways.
If you want to be able to offer multiple gateways you should look at http://Spreedlycore.com It's not PHP (Ruby) but essentially is a single API that connects to around 30 gateways.
I've recently been struggling with the same issue and finally decided to make it on my own. In result I've done a standalone Zend module with pluggable payment gateway methods. This solution is described here.
There is extensive developer documentation from many payment providers to assist in writing scripts to handle transaction requests. Usually these will involve sending some request to your payment gateway provider and providing a callback url where update information about the given transaction can be sent. It should not be difficult to develop an appropriate module for the occasion in Zend and a controllerAction to handle the callback functionality.