I'm developing a site which needs to utilize SagePay's token system within Magento.
The module I'm using to do this is Ebizmarts SagePay Suite http://www.magentocommerce.com/magento-connect/ebizmarts-sage-pay-suite-ce-sage-pay-approved.html
Problem I'm having is it doesn't seem to be storing any token data in the sagepaysuite_tokencard database table. Even though I've selected the Token Integration - Server method. However, on checkout the option is there to save details for next time.
Could this be that my client's SagePay account does not have the ability to make tokenized payments? Or is there something I've missed?
Cards are saved once the transaction completes.
I'd recommend you check whether the vendor has Token on both their Test and Live Sage Pay account. If they have do not have Token, ask them to call Sage Pay on 0845 111 4466.
If you are using Ebizmarts Community Edition (FREE) version of their module, the latest release can be downloaded here.
If you are using the PRO version (chargeable extension) please email Ebizmarts via info#ebizmarts.com as they have excellent support.
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 set up the Braintree payment method on Magento following this article.
My braintree account is a production account, not sandbox.
I use Magento 2.0.10 Community edition and the only thing i see in the console on chrome is telling me that the website is taking credit card or a password in a non-secure context (witch i wanted to ask, how do i make it secure trough Magento ?), and jQuery.browser is deprecated.
And i really do not understand why it doesen't show up as a payment method.
Any help is appreciated.
PayU provide lot of API. I don't know which API is used. I want to integrate with lots of option like,
Credit card option
Debit card option
Web checkout option
Most Recommended way is use Direct Payment Gateway Provider's API rather than others.
IF your are using PayU biz :
Step 1: You can use simple HTML form enter into payu payment gateway
Step 2: You can use official payu SDK PayU SDK
If you are using PayU Money :
You can download PHP API from merchant login page.
In general payment gateway provider will provide Credit/Debit and netbanking options.
To
integrate Payumoney in woocommerce "PayU" provides a simple plugin to
integrate. Install it, enter your credential and that’s all.. Done..
If you want to integrate it in wordpress non e-commerce site, it needs customization. Install PHP kit provided by payumoney through FTP file upload or web hosting control panel.
The
most important you have to pass the values of all required parameter as
mentioned in their documentation. Pass these values with $_POST. That’s
it.
I have done the same thing in Hotel Booking system. Its working fine.If you need any further help, contact me on aryamaae.com
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.
I just finished building a donation form on a client's website, which processes payments through PayPal's classic api. It works fine in Sandbox mode, but I'm getting a 10501 - This transaction cannot be processed due to an invalid merchant configuration. error.
I know that this error is caused by PayPal payments pro not being enabled on the account the API is trying to access. That is were I'm somewhat confused. The account I'm connecting this donation form to is subscribed to Paypal Payments Pro.
When I first encountered the 10501 error, I thought that PayPal may require myself to log in and enable the Payments Pro service. I found a "get started" button under the payments pro section of the site, but when I click it, I'm taken to a page which only provides a link to the API documentation.
I've never worked with PayPal's API before or launched a live paypal application. I'm hoping someone can point me in the right direction.
NOTES
Just to make it clear, the PHP donation form DOES work in PayPal's sandbox mode
I have acquired the correct API keys from the live account and I know for a fact that I did not mix up the live credentials with the sandbox.
this donation form is on a website, not an mobile app (do I still need to register it as a paypal app?)
Thanks
A lot of times what happens is that PayPal enables the Virtual Terminal for you, but not the DoDirectPayment API. I would just give them a call and let them know you have Pro, but your DDP calls are resulting in this error, and they can probably get it enabled for you.
It's also possible that your version of Pro requires you to use the PayFlow API instead of DoDirectPayment. That's something they can tell you when you call them.