I'm trying to figure out how to set different shipping charges dependent on different post code areas at paypal checkout?
At the moment the courier company I use for delivery from my website charge a flat rate for most of the UK, but some islands and outlying areas are charged more for postage.
These areas are identified via their postal code, however I cant seem to find how to change the postal charges in relation to the postcode entered by the customer.
At the moment someone from an Island could easily buy and pay for something without paying extra for postage as specified on my website.
Thanks for your help......
Look into Standard implementation of PayPal Express checkout (no callback). This way after the user completes the transaction on PayPal, he is taken back to your site and you can charge him whatever you need to based on the address from PayPal.
Related
We have a company that designed our website and we have pay pal standard set up to take payments. It works great except for theres times where there is a double order because the notifications from paypal go to one sales person and another sales guy handles the website orders. The notifications could be from more than just the website so the sales guy doesn't think anything of it when putting in the order and the notification however doesn't update on our website if the order is filed by that sales person and vis versa. Also we run into the issue of the shipping and billing addresses being different and matching them since the website shows who its going to as the main name and the pay pal will show the billing name. Any suggestions on what we can do to make it easier on our sales team?
I would HIGHLY recommend you implement paypal-ipn and process the orders into your system that way. That notice would let you use a program to process the order data into your system and avoid issues like multiple entries, keying errors, etc.
I've been working on a minimalist e-commerce website where I am trying to leverage Paypal's Add To Cart and View Cart buttons for the financial aspect of this website. However, I found out if you are not a U.S merchant you are restricted on Paypal's shipping calculator by not being able to calculate shipping by weight and region.
I am looking for alternatives to making a full e-commerce site, where the users do not have to register or type in their personal information or charge a fixed shipping rate for products.
I am curious on what everyone thinks regarding the user experience of a user entering their zip/postal code into an input box and being presented with a total price by estimated shipping prices (from UPS' API, Canada Post's API), and calculating taxes by region for each product. Otherwise, offer an option for the base product price plus a warning that the shipping and taxes are pending without specifying their zip/postal codes. If you have any other ideas, I would be glad to read them!
Thanks for your time!
That's what I typically recommend doing...gathering shipping directly from shipping carrier API's and then passing those values into the shopping cart / payment integration accordingly.
Any PayPal integration you choose would allow you to pass those details in be it Payments Standard, Express Checkout, Payments Pro, etc.
We are using PayPal Express checkout (it's API) to let customers checkout products in our shop and add the delivery address at the same time.
We only ship to Germany and when a customer checks out, returns to our page and we get to know vie the PayPal API his address is not in Germany, we don't capture the authorized payment. Sometimes however, customers try to trick us and write AT-1234 in the zip field, to indicate they want shipping to austria. They let the country field with the "Germany" value.
Is it possible to let PayPal validate the Address during Express Checkout, such that invalid zip codes cannot be added?
You could the AddressVerify API to check the postal code and postal address. You can find more on this in the developers guide at https://www.x.com/sites/default/files/pp_nvpapi_developerguide.pdf on page 25. Another option that I have seen merchants implement is the Callback API along with Express Checkout. Information on this is found in the same guide on page 55. This allows you to update the PayPal Review page with shipping options, insurance, and tax information during the checkout. You can also generate a message that gets displayed that states you do not ship to that location. Some merchants will also tie this in with 3rd party shipping provider API, so that they can calculate real time shipping charges based on the type of shipping the buyer selected.
Hope this helps you out!
I think these are pretty close to being non-coding question, but it has everything to do with my current efforts to implement express checkout using paypal NVP API and X.com is absolutely garbage compared to stackoverflow.
So here's what I know, followed by some questions:
If you are a USA paypal user (which means - you have a USA Billing address), you can only set a shipping address to USA. Even if the website tries to force an international address via NVP during "SetExpressCheckout", it will ignore it and use a USA address within the users paypal account. If the user wants to manually put in a non-USA address, he can't - it's stuck to USA only.
If you are NOT a USA paypal user (i tested with germany & canada), you can have your shipping and billing be in 2 different countries. Instead of being locked in, there is a dropdown field allowing you to select a different country.
Questions:
1) Why is this for USA... but not for places like germany and cananda (what's the politics/laws/paypalpolicies)?
2) Does this mean that germany & canada is less protected by paypal than USA? I'm assuming the tigher requirements must mean that paypal has "safer" policies in the USA and therefore better protection?
3) My store is an international gift store, so the shipping & billing being in different countries happens 100% of the time. Can I turn off shipping addresses in paypal by making it a digital purchase, and when I do, am i still using paypal safely?
Thanks
1 and 2: Two words: Risk analysis. Another two words: historical data I'd imagine.
I don't have any idea of PayPal's inner workings when it comes to that, but I presume it's something along those lines.
3: Yes, set NOSHIPPING=1 in your SetExpressCheckout API call and a shipping address won't be collected. Note that you won't be eligible for PayPal Seller Protection in this case though.
I am trying to use the Recurring payment API offered by PayPal.
I have a scenario which I am not able to address directly. It goes like this.
We have a website where we sell some services. Now the services are charged per user license. A user can buy/cancel user license in between. We want to offer the customer a recurring billing option. We have to notice here that the amount may vary each billing cycle based on the number of user licenses the customer uses during that cycle.
Is there any way I can achieve this using PayPal recurring Payment API's.
I realize this is a very old post, but it still shows up for Google searches, so I thought I'd add:
Paypal does allow you to do this now, using their new adaptive payments api.
Authorize.net also has a service that might work called Customer Information Manager.
The recurring payment option is a fixed amount that the customer pre-agrees to pay each month (or period). To do what you're trying to do, a customer would have to pre-agree to pay whatever amount you decide to charge at a later time. This means pre-authorizing an unknown payment amount, which will not be allowed by any payment service.
Your only options are:
Bill the variable amount each month (i.e. no subscription).
Set up a subscription where the monthly amount is the maximum that could potentially be billed, and then refund the difference each month.
Good luck with #2 - I would never agree to such a thing as a customer, personally.
What you're looking for is covered in the UK by the Direct Debit system, however given the potential for abuse it's very tightly controlled and there are a lot of restrictions and regulations governing it.
I'd strongly suggest you just set up a monthly invoicing system that just bills the client each month.
I don't know its meaning full or not as it is a very old post.
Instead of creating recurring profile on PayPal Server, You can store the customer's credit card on the PayPal using REST API: https://developer.paypal.com/docs/api/#vault then every month you can fetch it and charge it like recurring Payment Or When client is no longer with the services then just remove its card from PayPal.
I suppose Authorize.net SIM method also does the same.
Hope this make sense.