I integrate Google Checkout into Magento store (1.7.0.2). And i have one big problem.
I want to charge costumers for shipping based on their location.
For example: UK shipping: Free / EU shipping: 7 euro / WORLD shipping: 12 euro
Now when i click on Google Checkout button it sends me to pay but its not shipping costs added in order..
I'm not a Magento user/dev so this answer is specific to Google Checkout API.
Based on your question, you can send shipping information to Google:
As flat rate (pre-calculated on your end) data
note that flat rate is just Google speak - it simply means you/merchant have (pre)determined the cost some way and Google doesn't do any additional work with it (no other calculation, callback, etc.).
You can combine this "pre-calcuated" rate with shipping/address restrictions so that only the appropriate rate is displayed to your customer based on what delivery address they provide on checkout- remember, your customers can create new delivery addresses and/or select any they have provided previously, at the Google Checkout site. This simply means that the only time a delivery address is determined is at the Google Checkout web site.
additional reference - geographic areas
Use Merchant Calculations Shipping
You can't really use account shipping settings based on your question because it only handles the default Google restriction where delivery is restricted to your account country. In order to "enable" international delivery, you'll have to do this in HTML/XML code.
As stated, I'm not a Magento user/dev so how to do this in Magento isn't something I can help you with....
Hth...
Related
My supplier offers an API to check programmatically shipping fees in real-time . His API can work with any system that supports https protocol and can be used with any programming language.
By preparing data to upload into BC, I faced an issue in shipping fees calculation on how it can be displayed to customers. The option of flat rate or free shipping can't work for me since we target worldwide destination and not for a specific country.
So, my questions are as follow:
Is it possible to customize the shipping section by integrating the
supplier's API, and display shipping fees from there based on the
entered delivery address?
If so, these displayed shipping fees can
be added programmatically to the total price of the order ?
In that case, which programming languages are allowed by BC to achieve this
goal?
Any help will be greatly appreciated!
We are a USA based company with international presence and we are looking at setting up a store to sell digital goods worldwide through credit card purchases (i.e. no shipping involved). So far I've set up two accounts, one using a US postal address and one using a UK postal address,
The US postal address seems to give me an account that uses Shopify
Payments for the payment gateway and only seems to be USD based.
The UK postal address gives me the option to use a payment gateway
provided by someone called Sofort and all prices are in UK pounds.
At this rate of progress I'm going to need a mailing address and an email address and a unique site for every country in the world if we want to support local currencies. I guess I've missed the point somewhere soon the line, hence this request for guidance. Thanks!
What is the best strategy for us to use Shopify to sell to many countries worldwide in multiple currencies.
Shopify doesn't offer multi-currency on the checkout process. You can display the prices in many currencies in your storefront (product.liquid, collections.liquid, cart.liquid....) but when user reaches checkout (https://checkout.shopify.com/carts/xxxx/ the displayed currency will be the Store default currency. You might want to give a try to Shopify Plus.
Opening multiple Shopify stores would solve this, but this is quite hard to maintain, unless you have the "master" store which serves as product database / CMS, and you send the checkouts to each particular store depending on the currency the buyer has choosen. So in this scenario, you'd have multiple Shopify stores serving only as "checkout processors".
Last but not least, Shopify is working on a Brand New Responsive Checkout and Theme Internationalization which will definitely be a step beyond on Internationalization. We can set you up a free Shopify demo store which has this 2 new features enabled for you to evaluate whether it's worth waiting or not.
UPDATE
We've released this Shopify customization which allows you to accept as many currencies as you want in the Checkout: https://exclusive-checkout-demo.myshopify.com
I found a chat window to a Shopify guru who sent me these two links:
http://docs.shopify.com/manual/configuration/store-customization/currencies-and-translations/currencies/how-to-toggle-between-two-currencies
http://docs.shopify.com/manual/configuration/store-customization/currencies-and-translations/currencies/how-to-show-multiple-currencies
I have an online subscription store in magento and I was looking at using Paypal payments pro to accept credit cards/debit cards (UK based) to accept payments on recurring basis.
Can I can directly enable Paypal payment pro in magento to accept credit cards for recurring payments or does it require an external plugins (such as aheadworks etc.) for it? There seems to be very little information about recurring payments online and the support staff at most of these companies speak extremely cryptic language.
I tried the integration steps that I found in a Paypal guide online that enables Payment Pro in magento. But when I do that I only get an option to pay through a paypal account. What am I missing here? Do I need an external plugin to accept credit cards?
First, disclaimer, I am working on an US PayPal integration, not a UK PayPal integration, so there may be differences based on that.
Your question is a scenario that I am presently working on. That is, having BOTH direct credit card payment AND PayPal Express Checkout for purchase of subscription-based products (e.g., creating recurring payment profiles) with PayPal being the provider for the direct payment method (via either Payments Pro or Payflow).
There are limitations with Magento as far as recurring profiles are concerned. PayPal Payments Pro does integrate with Magento, however it is not a supported method for setting up recurring profiles in PayPal. You need to utilize Express Checkout.
There is a third-party extension -- "Subscriptions and Recurring Payments" -- available from AheadWorks that provides expanded functionality for recurring payments. The older version (1.9) does support the use of PayPal Payments Pro or Payflow Pro, but NOT Express Checkout. The newer version (2.0) supports the use of ONLY Express Checkout. So you get one or the other. Technically, it is feasible to run BOTH versions of SARP, but it is a hackneyed, server-intensive approach and not one that I would recommend.
If you want to do both Express Checkout -AND- direct credit card pay (via a PayPal product), you have to dive into the deep end of the pool and extend the existing PayPal module in Magento. (I know this, as I am currently in that deep end of the pool!)
Sorry this does not "solve" your problem. I've spent several months doing discovery work on this specific situation and the result was that I either:
a) Hack Magento's PayPal module to do what I want.
b) Create a custom module that extends Magento's PayPal module.
c) Create a standalone transaction API with a separate Magento module to interface to the API.
Payments Pro is for direct credit card processing, so if you have it enabled you would get that option.
I'm pretty sure in Magento when you enable Pro it requires Express Checkout to be enabled as well, so you'll see the Checkout with PayPal button and that would have them just sign in. If somebody clicks the regular checkout button, though, and goes through the remaining steps it'll allow them to enter credit card details directly.
Payments Pro (recurring payments) do not integrate directly with Magento. You can however create recurring profiles by creating billing agreements with PayPal
A billing agreement is a purchase/sales agreement between the store and the customer that is signed/authorized on the side of a payment service. With the Billing Agreements functionality introduced in Magento Enterprise Edition 1.9 and Magento Community Edition 1.4.1, individual customers purchasing products from a web store on regular basis can place sales orders without entering payment information again and again; they can simply grant the authorization to the payment system once.
In other words, a billing agreement is a payment method that allows customers to place orders without providing payment details to the store. After the customer signs a billing agreement with the store on the side of the payment service, the latter provides the store and the customer with the reference ID for the signed billing agreement. The reference ID is a unique number assigned to a billing agreement by the payment system. During further purchases, the customer selects the billing agreement as the payment method and uses the billing agreement reference ID. No other payment information is required for placing an order. The payment system verifies billing agreement information and whether the payment can be fulfilled by the reference ID specified by the customer. After the payment system performs the payment transaction, the reference ID is returned to the Magento system and an order is placed. After a billing agreement is signed with PayPal, the store owner can charge the customer’s PayPal account directly.
Currently Magento supports using only the PayPal payment system for the Billing Agreement functionality. Prior to using the Billing Agreements functionality, the store administrator must contact the PayPal Merchant Technical Services to enabling the billing agreements (reference transactions) for their PayPal merchant account.
More information listed here: http://www.magentocommerce.com/knowledge-base/entry/setting-up-billing-agreements-through-paypal//
In Magento if the origin address (Shipping Settings) is Canada, FedEx & UPS modules will not be able to retrieve rates to the USA and Canada. If the origin address is changed to any US address, FedEx and UPS pull rates instantly. The problem is with CANADA as the origin address.
Has anyone encountered this or possibly have a fix?
ShipSync (FedEx Module community) can pull the rates, however it crashes the shopping cart.
This issue had took me a month to solve.
It is very simple, my web site use US dollar as the currency.
And in the Currency Setup (System -> Configuration -> Currency Setup), Allowed Currencies multi-select box, I just picked US dollar only. That was my BIG mistake!
SOLUTION IS: select the country which is your origin shipping country.
Then I had an other problem: The UPS system return $0 or just your handling fee.
SOLUTION IS: configure your Currency Rates (System -> Manage Currency Rates)
Hope this help and good luck!
Tim Nguyen.
The next big topic in my new start-up company is recurring billing inside Magento. We will have a few recurring products we'd like to offer alongside some standard one-time products. I've researched the best gateways and so far we think either ARB or CIM from Authorize.net is the way to go.
Some questions come up though such as:
If Authorize.net is going to handle the recurring aspect, what is the point of Magento's built-in recurring profiles system? As far as I can tell it's to integrate with the 3rd party by actually taking the user to the 3rd party site? Using Authorize.net would eliminate the need for recurring profiles right?
Are we limited to purchasing one of two or three $300 modules out there to get started with ARB or CIM? So far Magento only supports SIM or DPM. Or do I have to sit down and extend the built-in Authorize.net payment method? Basically I am trying to say we are on a start-up budget and $300 is a killer at this moment.
If we went with ARB over CIM that means if a customer came back to purchase a second item later on that they would have to re-enter their information (CC #, exp. date, etc.) whereas CIM would have this ready to go...is that the correct explanation?
We need the flexibility to create unique payment schedules during checkout. For example: We will sell a custom website and hosting package. We want to charge the user 50% of the website cost upfront and 50% upon completion and setup a recurring payment for the hosting package all at time of checkout.
Along with question #4, currently Magento's recurring profiles limit nominal items to be purchased separately than regular products. This is not acceptable for us and a customer must be able to purchase all wanted items together in one checkout page.
Sorry for this lengthy post but I'm very curious to see what our options might be given all we want/need to do. Any advise is good advice!
The Magento recurring billing code allows customers to view and edit their subscription inside the Magento webstore, so there's no redirection to third party.
Short answer: yes, or roll your own.
I believe that is the case, but you need to check with Authorize.Net on that.
Not sure what the question is here?
Then refer to your earlier question on this topic that I answered. You can choose to override the core functionality, but you need to familiarize yourself with the reasons why Magento chose to enforce that restriction. I believe that is likely due to a restriction in the Paypal interface, and other recurring billing gateways such as Authorize.Net may be able to cope with one-off and recurring items in the same transaction.
HTH,
JD