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
Related
I'm currently passing an email & shipping address to Shopify's checkout since Shopify doesn't support multiple destinations. So to avoid confusion I use our company's address and prefill the address, while the actual destination addresses show up as a custom attribute of each line item.
This isn't ideal, but its the best we can do with Shopify at the moment, eCommerce isn't very well built for gift giving.
After clicking checkout in the cart on our storefront, they are taken straight to the shipping method selection.
However I noticed a pretty bad problem with this solution, the opt-in marketing is true by default. Since the opt-in is on the first step which we skipped, the customer never sees the prompt and is not aware they will be signed up for marketing emails. I'm no lawyer but that doesn't sound very compliant.
I've dug through the Storefront API documentation and can't find any way to set buyer_accepts_marketing in checkout.
It confuses me a bit why I can set both the email and shipping address in checkout, which skips the first step, but I can't set the marketing opt-in.
Is there any workaround for setting buyer_accepts_marketing before grabbing the checkout weburl?
I'm using marketplace extension from magentoconnect in my store. This extension is really good and works exactly what i needed it to do but there is 1 particular requirement I need which it doesn't provide.
For vendors, I want payments of each product sale to go directly to vendor's account ( through their credit card etc which they need to add before their product becomes visible ) and commission amount ( some percentage which is set by marketplace through admin panel ) to go to site owner's account. I know there is paypal adaptive payment add-on available with this extension but I don't want to use paypal due to some reasons.
I have tried to create my own module which will gather vendor's payment method after their login and will verify it if their credentials are working or not. But i'm confused as to which approach should i use to get their order payment to go directly in vendor's account and commission in site owner's account right away.
Also, i want to use authorize.net to charge clients as stripe does not support a lot of countries.
Any help in right direction is very much appreciated. I need a solution as to how i can implement it. I can customize or create my own module if needed be for this particular case, but i need to know which is a better approach or what will be close to magento way of doing stuff.
Sorry for my bad english.
Thanks In Advance
Ab.M
Hi Regarding Paypal adaptive payment this thread will help https://www.paypal-community.com/t5/About-Payments/Adaptive-Payments-for-Magento-marketplace/td-p/968101
as authorize.net does not provide marketplace api like stripe or paypal provides so it wouldnt be possible in this way .
PS - we are not self promoting our plugin or product , as user asked the questions specifically about our product that why i have added extension link with images and screenshot
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!
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...
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