I've searched the entire internet to look for any reference on how to create a Credit card payment method. I guess, even if you guys send me some tutorial, I'm pretty sure I've seen 'em already.
I heard that Magento is starting to deprecate the direct Credit Card payment to its future updates, just for a better security. The thing is, I'm currently using the Magento version 1.9.4.2 which the CC payment can still be implemented.
Can you guys send me a code to make a module of CC payment? Thank you in advance
BTW, this is one of the many sites out there that I found https://code.tutsplus.com/tutorials/create-a-custom-payment-method-module-in-magento-part-one--cms-23464
Related
I know this question has repeated in stackoverflow. But i'm posting this, just to get an advice as i have messed up all the things about this topic and i don't have any correct idea of what i'm doing.Please guide me.I will be very grateful. I'm just a beginner to programming. I'm developing a web site, Which can post advertisements by customers about vehicles. and whenever a customer posted a ad, if he/she needs to make that posted advertisement to be appear at the top of the website, he/she can pay a fixed amount of money and make that advertisement the top ad. So for this task i need to ad a payment gateway which can accept credit card payments.
I have created a sandbox account in paypal developer site and also have upgraded it to paypal pro account. and also i watched so many tutorials on this, but now i have messed up with all those tutorial information and i don't have correct idea about how to do this. In some tutorials there linking the paypal account with paypal manager etc. I'm messed up with all these things and i don't know what purpose they are creating this paypal manager etc. According to my knowledge i think, To accept credit card details paypal payment pro account is used. So please anyone can give me a guide to how to begin to do this task. and if anyone can please show me a any step by step tutorial to achieve this task.
please guide me.
I will be very grateful for any help :-)
If you are using Paypal to validate payment, normally you just have to use the PayPal API.
Official documentation is good : Paypal SDK
Hope it can helps you.
EDIT : Here, examples in PHP, very simple.
Like for example if a payment is made by a customer , it should be paid to site owner, to the one who posted the product(say for example vendor) and also to affiliate.
Mean everyone will get its share.
I have done nothing so far on it and don know whether or not it is even possible. i will like to integrate it in magento if it is possible.
This cannot be done with Authorize.Net. You need to use Paypal Adaptive Payments for this.
Let's say, for the sake of discussion, my client does not want to use the Paypal api for transactions. I have already made a shopping cart. The user submits the items on the shopping cart and their credit card number.
Assuming I'm not using any api, how would I then charge the user's credit card for the items on the shopping cart? I understand that it is complex, just wondering what the general process is like and how to get started.
You're going to need to trigger a bank transaction, so obviously you're going to need to use an API at some level. I think the way to go would be to first learn in some detail how at least one of the popular commercial (by definition?) payment card processing services works, e.g.:
https://paymentvision.com/Payment-Gateway/Payment-Gateway-API.aspx
http://aws.amazon.com/fps/
https://www.firstdata.com/en_us/customer-center/merchants/support/first-data-global-gateway-api-software-landing.html
http://www.authorize.net/
The next step would be to design the "payment processing" subsystem of your PHP application/library around the "backend workflow" (perhaps using a 3rd party PHP library, if one is available), and do some testing.
Then I would plan for a security audit of your code & systems before you actually use it to handle payment card information on behalf of a customer/3rd party.
You can also capture all the card information and use an external payment processor. The problem is that you will be hit with major fees since it will be considered a keyed in and not swiped transaction.
If you don't want/like paypal, don want to use a payment processor like authorize.net, you could look at other options like stripe.com.
Find an payment gateway, such as authorize.net. With payment gateways such as this, your client will need to sign up for a merchant account with a credit card processing agency. You payment gateway can help you with this.
Then, you'll usually get a token or api key that you will use to connect to the payment gateways services. From php, you'll use cURL or fsockopen to connect to them. Securely send your api key, get a response, then send some other required message, get another response, and then send in credit card information and credit card holder information.
There are lots of PHP Libraries to choose from out there for different payment gateways. I'm not suggesting authorize.net, it was just an example. But when you find one you are happy with, and happy with the fees that are associated with processing credit cards, you can either use a prewritten library, or they payment gateway will provide you with and API that will tell you how to integrate with their system.
Payum efficiency proved by 1k+ stars on a GitHub, great comments and a million of downloads. Supports 50+ different payment gateways so you surely find what you need.
I've built an Ecommerce site in Silverstripe and I'm new to this, sorry if I ask something silly. I'm just wondering how do I implement payment gateways to the Ecommerce site in Silverstripe? Do you have any good tutorials that I can follow?
Thank you very much. By the way I'm choosing DPS as the gateway.
Any recommendations for me to start this would be appreciated.
You may want to start by looking at the Payment module for SilverStripe.
http://www.silverstripe.org/payment-module/
https://github.com/silverstripe-labs/silverstripe-payment
In my opinion payment gateway these days provides so much facilities that all we need to do is to redirect user to the payment gateway with certain attributes like amount,curreency and some other attributes being required by the gateway.
once payment is authorized payment gateway redirect user back to your page.Now almost all payment gateway work in two ways
Synchronized call
ASynchronized call
in the second method you have to provide some entry point to the gateway where it will send you the all required information about payment.
Once you have everything all you need is to do final checkout process for the user.Beside the silverstripe payment module i will suggest you to go through DPS documentation as they might have shown some samples how you can communicate with them and what they expect from you in the request what its structure should be and what they will send back once user done with payment,response structure etc.
I tend to follow this approach once we decide the payment gateway go through there documentation set up a test account with them and than start playing around.
got a question and I hope this is right place to ask :).. don’t quite understand how payment works in magento.
client goes to checkout and lets say wants to pay as a guest, so provides address etc. and finally gets to payment methods. Then I want clients to pay thru credit card. Already have module installed for gateway (bank?) of my choice. At that point I would expect users to be redirected to 3rd party page (bank hosted) where they giving all the details, only after being returned to my magento site with appropriate message.
In magento however it seems like they need to provide cc numbers and details on magento checkout page. I don’t understand if I (or the payment module I installed) need to transfer then all the credit card details to bank? I would have to have checkout page on ssl connection and static ip right?
The thing is I want to avoid touching CC numbers at any point and would love to have it done by a bank page. I like the idea of magento interface all the way without redirecting to another page though, the only problem is not sure if would be able to set it all up properly.
If anyone could explain to me possible options, what is the common way to do it and how the whole process works that would be very much appreciated.
I did my research and looked all over google and various forums still need someones help though. Please let me know if some parts of my question are not quite clear, will try to better explain if necessary.
Had to develop a payment module for DPS in NZ some time back. How this works is, you go to pay on the site and the payment module php code runs that sends off the details to an acquiring institutions payment website who process the transaction for you with the bank. In my case as I recall it was DPS NZ via some soap calls. The Soap calls contained details such as the total cost, the currency, the merchant number to identify who you are paying. The acquiring institution (DPS in this case) then takes your credit card number and expiry date and do the processing. Then, again via some soap calls back to your own magento website you get redirected back with the error code - success, etc.
DPS use soap I think, but other payment websites may use other protocols to work. The other possibility is that your credit card acquiring page could be hosted on your website and you accept the credit card numbers and do all the processing within magento to the acquirer.
In short, the process is controlled by the payment module itself. If you want to see more detail, have a look at the payment module tutorials that are available and also the comments in the magento forums. You can also look at the paypal module code.
The default architecture that Magento payment modules use involves the customer interfacing with the module and the module talking to your payment gateway behind the scenes.
Basically the customer inputs all his data (CC and all) and hits the payment button at which point certain functions are run in the chosen payment module. What these functions do is entirely up to how the payment gateway works. if the gateway talks via XML they send/receive XML, if it needs SOAP then they use SOAP and so on and so forth. This in fact is the gist of building a new payment module. Open an existing one, check out which functions are called, get rid of the code in there and substitute with your own that will talk to your particular bank/gateway.
Of course some gateways have an alternate way of operating where you send the customer to their pages, he gives them his CC data and he is promptly returned to your site. This way you don't need to worry about handling credit card data, but unfortunately the process of implementing this in Magento is somewhat more involved.
If you need to use a certain gateway then you should first check whether a payment module for it already exists. if not you can download a similar payment module, dissect it and modify it to run your code where appropriate.