I am in the process of adding an additional credit card processing fee of 2.5% across the entire bill upon check out in a bigcommerce store. My question is: Can I manipulate the grand total as it seems I cannot change it or is there any other way?. Also would adding a line items work? Or if you have any other idea please let me know. There is not much information that is found in BC site
So you actually have a couple of no code options in setting this up!
You could use the native Handling Fee (percent or flat rate) to add a fee to the shipping, which I would assume you'd do more than 2.5% if you chose this route. Or you can look at creating a custom tax to add to the checkout.
We do have an Idea in our Ideas Portal that I invite you to review that is to support transaction fees on the order. If you are in support of this idea, please upvote it to relay that feedback to our Product teams! :)
Related
there is a way to make a kind of promise of payment through paypal? I'll explain. I have to sell some objects, but will go into production only if I sell 1,000 pieces. everything will be explained on the website and it will all be on the rule. I would like to make a system that by filling out a form at the end give the option to pay with PayPal, but that actually do the transaction only when I will want (when I get to 1000 pieces) if I do not sell all the pieces no one will have to pay the money. thank you all
I'm not entirely sure about PayPal, I don't think they allow such action. Depending on your situation, if possible, I recommend Stripe. Stripe has this function and you can save the encrypted customer details (securely on their server) and execute the actual payment at a later date. Stripe is not available worldwide so you will have to check with them if they operate in your area. Otherwise, I do not think this will be possible without some very bad practices like self storing card details (Do not do it). I hope this helps.
When checking out from big cartel, it directs me to paypal however when I add the discount code in bigcartel in the paypal summary the shipping is determined from the base price not after the discounted price.
Can someone help me please?
it sounds like this could be an issue with your Big Cartel or PayPal shipping settings. This site is a Q&A site for programmers, so you'll have the best luck with emailing Big Cartel support. http://bigcartel.com/contact
I am working on a startup in which the merchant has to disburse funds to customers periodically, from time to time. Think of this as customer loyalty program, cashback etc.
Does dwolla support the ability to transfer money from merchant to customer?
Technically it seems the same as from one bank account to another but just wanted to confirm if that is the case. (Is there a refund API that can help with this?)
Also, would something like this be against the terms of use ? Is there a possibility of running into compliance bottle necks?
Appreciate your help in this as this would help me choose dwolla as our payment processor.
Thanks and Best Regards,
I'll let Michael chime as well but the generic answer is yes. You can do that. You'd simply make an outgoing payment from a bank (or dwolla balance) to the receivers e-mail or phone #.
Not against the terms at all. Let us know if you need any guidance during the process.
The scenario you're describing sounds completely legitimate to me. The only caveat I can see here, is the fact you'll have to store the merchant's PIN number in order to periodically send money from their account, without their direct involvement (or am I understanding this wrong?) - our ToS requires that you hash/encrypt said PIN in your DB.
Regarding a refund API - we don't have one yet. You'l have to simply use the send() method, and if you're so inclined, feel free to break the amount to $10 chunk to avoid any fees.
Bottom line: you should be good to go.
Which payment gateway should I choose from among Authorize.net, PayPal & Google Checkout?
Is there anything wrong if I provide all ? I'm planning for express checkout methods in all the three services, the direct credit card accepting service.
The more choices you offer, the more choices your customers have, so no, there is nothing wrong with offering all three.
If you potentially have customers from the EU or Asia, you may want to investigate options that are popular in those regions as well.
Keep in mind, PayPal tends to freeze money in account for some reason and have huge problems even answering email with 24 hours.
Paypal is of course the most well known and respected, however the answer actually depends on the amount of revenue your company will make (monthly and yearly averages), the average price per transaction and the number of debit card vs credit card payments you are likly to take. Without these figures it's nigh on impssible to determine which one is cheapest for you.
Authorize.Net is only a payment gateway, not a payment processor. You need to have a US based merchant account to use with Authorize.Net.
Paypal and Google Checkout are third party payment processors. They essentially are the payment gateway and merchant account rolled into one package.
It's worth noting, from the research I've done, using PayPal is cheaper than credit card processing directly. They charge less of a fee (I'm assuming because they process everything themselves, and don't go through some third party to get to the credit card company).
I'm trying to integrate a payment mechanism to my site. The scenario that I need is not trivial and can be explained by the following example:
User pays upfront for a subscription program (i.e. receiving Netflix). User is able to make changes to the subscription (i.e. change number of movies checked out each time from 4 to 2)
User is able to buy additional one time purchases via the provider's site (Netflix) supplied by 3rd parties. These items (i.e. popcorn, snacks) get billed to the same credit card as the subscription without having to go through the process of resubmitting the credit card information.
Of course, my site takes also a small fee for the transactions :-)
I was wondering if this is supported by PayPal, Google Checkout or someone else.
Thanks.
The Paypal api can handle all of those processes.
I seem to have dropped the ball on what kind of answer you wanted so I'll leave it at that.
If you have some feedback, more direct questions I will try to answer as much as I can
--
The money would best go through you first, unless somehow you can convince your customers its normal to bill them per item. Also if they pay by credit card you should only bill them once as you would incur fees on every payment. I don't know of anyway to bill once but distribute the payments.
As for the paypal docs..
Very good resource, there is also some sample code for most major web languages
Also this will get you started if you don't have a developer login
Their developer support is also pretty good. One thing a lot of people seem to screw up when starting out with the paypal api is not setting the latest version in the configs so don't forget to update that to the latest release. :)
Disclaimer..
Yea I know there is a lot of bad press about paypal and crazy stuff happening, but they do get the job done most of the time, its not my fault the customers love to use it.