We already have a Donate button on our site. Now we want that button to bring up 2 choices of which fund the donation will go to. GENERAL FUND or BUILDING FUND. Is this possible and if so, how? We're not programmers.
Not being programmers makes this a bit trickier. While David's answer is technically correct in that paypal doesn't support this, there might be an easier alternative if you're willing to change your definition of success.
The paypal button maker allows you to choose your own image for the button. Therefore, you can make two buttons, one that says General Fund and another that says Building Fund.
It won't be a single button that brings up two options, but it's close and more importantly, is feasible.
If you have one account for both funds and just want to know in each transaction which fund the money should go to, then you can add a drop down option. You can do this inside your paypal account where you create buttons.
If you have two separate accounts for each fund, you will need two different donation buttons for each fund.
Related
So Stripe support is currently not able to answer my questions. I have a Wufoo form set up and Stripe subscriptions tied to it. Well I have mapped the product values in the Stripe subscriptions to my form values.
However, I am not looking at an open field for a donation form to let a user define a price. Stripe support can't seem to find an answer. My assumption the support staff is combing their documentation and Google to find an answer and they can't, the same as I have.
That said, does anyone know if you can pass an open value to a Stripe subscription.
In essence letting a donor define the price they want to pay monthly.
So I checked with Wufoo and through them, the answer is no. Not right now. You can not add an open value. I have seen other systems using Stripe in which they allow open values, which means it is possible, but I guess not through Wufoo and you will probably have to write your own subscription code to handle it.
In our online store we have a question like "Would you allow delivery of the product by hand to children with cancer?" If the customer clicks option, the products in his basket are delivered to a children with cancer ilness later and the shipment price is decreased from the total ( recalculated) on the screen. Then customer pays the cost and the process ends.
Nowadays I am renewing my ebusiness-store. How can I do this in prestashop? I asked a friend he thinks that maybe we can do this bithday present module but we are really not sure how can we do this ? I even do not know which module is it?
I will be very happy if I can solve this problem.
I'm not sure this is really a programming question, but I think it will not be too hard to do this. We have in our Prestashop website a shipping option of "Pick up item in store", with a shipping cost of $0. If you have an option like this, then simply call it "Would you allow delivery of the product by hand to children with cancer?" instead.
Basically, under "Shipping" in the Prestashop back office, click on "Carriers", and add a new 'carrier' called "Would you allow delivery of the product by hand to children with cancer?" Then under "Shipping"->"Shipping" you go to the section "Fees by carrier, geographical zone and ranges", and enter in $0 for everything.
The exact menu names seem to change with every Prestashop version, but this is the basic idea. The buyer will see this option along with all the other carriers, so it's not quite as highlighted and split out as you might wish during the order process, but it won't require any modification of the PHP, and should do the job.
I have looked through the docs of paypal's api and cant find and option that will allow me to have a user click on a buy now button on my site and when they land on the paypal payment screen be presented with two ways to pay.
Either a monthly cost of $25. subscription model.
One time yearly payment of $300. non-subscription model.
Has anyone done this or could point me in the right direction. Ideally i want the select options to live on the paypal side not my website's side.
THanks
After looking into this some more here is what i found:
2 options:
- Create two buttons with each values. 1 reoccurring and 1 flat rate.
- Create a button with drop-down code that has two reoccurring payment options. You need to have a drop-down on your site for them to select and pass that option to PayPal. The only downside to this is that they both seem to have to be reoccurring and cant be different types.
I'm considering asking for credit card details BEFORE an address for a physical product with average purchase price between $10-$50
What might be the technical (or non technical) issues surrounding doing this?
What comes to mind is :
This seems a little non-standard from the users perspective
We cant do address verification if we find we're having issues with fraud (not an issue so far)
Users may be more likely to complete the sale since they've committed to their most important piece of information first
By asking for zipcode we can populate city/state when we do ask for the address
Are there any dealbreakers i'm missing or things I'm not considering?
I'm trying to make the system as flexible as possible, but would prefer to getit right first time without barking up the wrong tree.
My advice to you is don't do it.
I often cancelled buy attempts and abandoned the sites when I got asked for my credit card number right in the face.
Often, the site is so poorly designed with no answers to obvious questions that you have to go through the complete form hoping to find answer in the process. Do they offer this particular shipment option? How much does this cost? Do they send to a package station or only to my home address? Do they provide an extra line for an address for me to use the "c/o" technique? I often could not find answers to these question anywhere on the site. So I either found them in the form before entering my payment details, in very few cases I did call them, in most others I just chose other places to buy from.
One more use case. In many places I've seen they only show you if they have an item on stock on the very last page of the order form. Not many people would want to "commit" to the payment right away without getting all the required information. You enter your credit card number, then on the second page you see they don't offer the shipment option you need, on the last page it says "the item is currently out of stock - delivery awaited in 3-4 weeks". And the order is already placed. Then it is a commitment from the user but not from the company, many will react emotionally to this approach as to scam and request their money back immediately.
The important thing is to behave friendly to your customers, don't scare them away, don't raise suspicions in them, don't make them regret they committed to their buying. Make them feel relaxed and happy and never with their arms bound.
This may seem non-standard from a consumer perspective, but this is perfectly normal in B2B systems. You can collect personal/company & payment details, then shipping & payment addresses, and then present the user with a final confirmation screen showing tax & delivery charges before processing the order. Only then do you process the credit card payment.
However, the issue that "New in town" mentions is a very valid one, where the customer is left thinking:
Hang on, why are you asking for my credit card details when I haven't seen the final amount yet?
I think this is perhaps down to a site not having a clearly defined order creation process (or at least one that is not clearly communicated to the customer), so that the customer is under the impression that by entering their CC details at that point, the payment will be processed there and then.
It may be best to do things the way other popular online stores do, Principle of Least Astonishment and all that, but if you really want to do it in this order then perhaps a simple progress bar to indicate order creation flow would help allay customer fears. Don't bet on it though, online consumers are rightly paranoid when it comes to their credit card details these days. ;)
As someone who has done quite a bit of online purchases, I can say that I would be extremely worried if a site first asks for my creditcard information before it asks for anything else. It tends to trigger my "Fraud Detector". Am not sure why this is, but I just get worried that the site is going to forget about asking for my address.
As mentioned, in B2B environments, this is a bit more common, though. Then again, in many B2B environments, the visitor first creates a business account before he even starts ordering. Part of setting up this business account is providing the creditcard information. To be honest, many B2B also provide services and digital downloads which don't even need a shipping address.
Many people use the ship to address page to determine if the site will ship to their region/country. They are not likely to bother giving CC info before they even know you'll ship to them.
I live in outside the US and MOST sites fail to recognize that there are customers outside of the US. Often the only way to determine if they will ship to me is to go through the order process to find out they have a finite list of "states" they will ship to and no "country" drop down.
on my website I sell unique items. I have programmed it so that on the selling page, users can select any amount of these items, and it calculates the cost. The key is that I only have 1 of each of these items. So I need the shopping cart system to not allow the payment to go through unless it is available.
I've been searching for a good quick/easy/cheap solution and can't find one. I don't expect this site to make a lot of money (the transactions are a few bucks), so I didn't want to need a ssl certificate.
The only way I know of not needing an ssl certificate would be to use paypal or google checkout. However, I do not think there is a way of using these services and making paypal's server run a script to check how many are available on the site. Any solution?
Thanks
I was thinking about it more, and I think the problem is that once the user gets to the paypal payment screen, I have no control. I guess I could do something like they click the buy it now link, a php script updates it to sold, then they go to the paypal screen, but then they might not continue the purchase...
If you use PayPal Website Payments Standard (using a cart rather than 'Buy Now' Buttons) then you could use IPN or PDT (see the paypal docs here) to get PayPal to call back to you with the status of the payment.
The work flow would then be to set status to reserved when the item is added to the cart, and then wait for the IPN/PDT call to come back with the payment status, and mark the item as sold.
You would still need to check and reset to available any item that had been reserved for longer than say 2 Hours. (You could do this before serving a page to a user so that they have the latest availability and you don't need a cron job or long running process)
If you could provide a little more information about how you have implemented ur shopping card, it would have been more easier for other to assist! If you are using any ecommerce solution then it should be there already in the track inventory section. But Provided that you have implemented d shopping cart manually, why don't you add little bit of codes that checks the inventory status first before letting your customers check out?