Payment types: VISA, MC, AMX, Discover - how do I add them, and fields for the card #, exp date, etc?
Author: John W.
Visited 2678,
Followers 1,
Shared 0
When setting up the shopping cart order management under payment types, how do I add VISA, Mastercard, American Express and Discover? And then where are the fields for the data entry by the user for the card number, expiration date, and CVC? How do I get this information from the customer? Do I have to create these fields myself in the form?
I have not used Paypal, and have a few reservations about it. I do accept credit cards directly. How do I get the shopping cart to perform correctly? Is there any expanded manual on this? I don't mind reading.
Posted on the
John, for visa & MasterCard payment i have always simply used paypal
Author
Paypal may be easy or acceptable for some, but I have my reservations about it. Just as we all have our favorite way of doing things, and then our list of things we avoid. Like shopping at Sears or Kmart. I don't ever go to either store.
So I do accept VISA, MC, AMX, and Discover. By setting up a site for just Paypal knocks users who don't use Paypal out of a payment method. So orginial question is brought back up: Is there anything in the shopping cart settings to set up criteria to show accepting the four major credit cards and entry fields for the data?
John, I cannot help you with how to setup direct payment as you require, so I am hoping someone else can.
However, I would like to assure you that I have 2 sites which use paypal and have had many payments from people without a paypal account who chose to pay directly via visa or mastercard.
Hi John.
Precise instructions on how to properly utilize the custom code should be provided by the company providing the code, for which unfortunately the Staff cannot offer any specific support about.
Just keep in mind the following when using most custom payment codes: They usually simply need you to insert them in the Custom Code window available when you're creating a new payment type, and they need to let the payment company know how much the user has to pay. This is done by customizing some parameters that are present in the code they gave you, and about which you can read more in our official guide.
Just look for the section named : Shopping Cart | The Payment Type window in order to get more information on this:
https://help.websitex5.com/en/v17/pro/index.html?_ga=2.33180094.1601045569.1543583669-1214292979.1540911171
Should you need further information on this, please keep me posted here
Thank you
Stefano
Hi John:
PayPal Standard (listed as "PayPal/Credit Card") allows customers to make payments by clicking a "Pay with PayPal" or pay with credit card button on your website. After the customer clicks the button, a new window opens and customers enter their payment information. You will need to create a PayPal account to use this feature.
If you are not familiar with PHP, I advise that you stick with PayPal Standard. Website X5 has this option available (with no coding needed) to users. Settings> Advanced> Order Management> Payment type List> Add
PayPal Website Payments Pro allows websites to integrate PayPal's payment gateway on their websites. This is similar to most websites who collect your billing info and then ask you to enter your payment info on their website. PayPal Pro requires a hard inquiry credit check, and is $30/month.
PayPal Website Payments Pro is not coded properly in Website X5. I do not recommend using PayPal Pro in WX5 if you don't plan on adding more codes/script.
Author
Thank you, Luvs Fashion. An extended question if you do not mind. Is Website X5 actually running the credit card charge when the customer enters their info? Is it processed right then and there, or is the data going to be e-mailed to me and then it is up to me to run the card later?
I'm glad that I was able to help and hopefully save you the misery I experienced trying to get PayPal Pro to work in WX5, and navigating through WX5 (which would be the perfect website builder but the ecommerce options are severely flawed).
For you and the new users with high hopes of an ecommerce solution here's a breakdown of WX5:
To answer your new question. NO; WX5 does not process payments, your payment gateway does. Assuming you're selling physical products....
In the cart, WX5 collects customer's remittance info (billing/shipping addresses), payment & shipping preferences, and then creates and INVOICE (not an order receipt) which is then emailed to the customer & you (even if no payment was made).
Then, WX5 then provides a link (via a button, or text link) for your customer to proceed to your payment gateway (ie. PayPal, Stripe, 2Checkout). Then your payment gateway process/collects the payment immediately if it's credit/debit card. Your payment gateway provider can email you when a payment is received, and they provide you with access to their website to review paid/completed orders.
I recommend that you stick with a payment gateway that process payments on their hosted pages (ie. the popup window to take payment) such as PayPal Standard.
To summarize, in the cart:
Step 1: WX5 list product, asks customer to specify payment & shipping preference
Step 2: Customer enters billing/shipping address
Step 3: Customer confirms product selection, shipping preference
Step 4: An order number is generated by WX5 and customer & seller are emailed an invoice to make a payment (note: no payment has been made yet; yes this is bizarre)
Step 5: Customer clicks link to you payment gateway, and payment gateway processes payment immediately
Step 6: Customer receives confirmations, and your payment gateway emails you payment is received.
Good luck everyone!
Author
Thanks again. This helps. For 18 years, I have chosen to process the credit cards myself and not let automation due it. Mainly due to about 1/3 of the products I offer being custom made. For most, I have to quote an order first, customers just do not decide to order on the spot. Many products do have set part numbers. But when you run into some verndors being direct ships only, some products being stocked, some not, and then deciding if the US Mail or UPS is the best course for the shipping, there are a lot of factors. I use QuickBooks, but not in the cloud. All processing is controlled by me.
So I am starting to figure out how to piece this together. Collecting card information for a quote I have done is easy, I can just use a contact form. Every page of my site is https, so no problem with security. And then that gives me the same control of processing the card once the customer proceeds with an order.
The cart is going to be a spec trickier, but I am thinking about using the pay later option and creating credit card fields for the card data. Still allows me the control of when to process, and calculate the real shipping, and letting the robot sit on the side line. Sorry, robots cannot determine the best way to ship, nor can they calculate the price accurately. Charging by value tier is wrong. Weight, location, and size are the way to calculate it. And type of product and shipping company histories for handling fragile products differently. Lots of factors.
Thanks for the help.
Author
To all, I just figured something out which I believe is going to work. In the shopping cart > order management > payment type list, one of the tabs is Type and there is an option of Custom Code. In that custom HTML code I can enter something like this:
<form action="http://www.mydomain.com/call-it-order-page.html">
<input type="submit" value="Enter credit card details" />
</form>
I had set up another page called "call it order page" and just created a short contact form to collect the credit card data. When I get to my main site, all pages will be https, so using contact forms will be fine and secure. On the contact form, I can opt to NOT have the field data sent back to the customer, but I can send a custom messaged e-mail.
Another thing that happened, that same "Enter credit card details" button is actually e-mailed back to the customer in the autoresponder e-mail from hitting buy now in the cart. So I can get a customer to pay now with that button, and I can create my custom refresh page too thanking them in the contact form details. Or the customer can pay later from a link in the e-mail. I just have to remind them not to pay twice.
I will practice with this a bit more, but I think it will resolve the issue I was having, and thus the several forum posts I made over the past week or two. Just wanted to pass along my progress and restored hope that I can make this work the way I would prefer it. I just do not think the Paypal automation is the right fit for me.