Place second currency in prestashop - prestashop

Because of situation in country there is need to put the second price in EUR in the shop at the same time like:
Price:
5 Ls
7.12 €
Is there some way to show the second price in the page? Right now page use prestashop 1.4.4.1 version.

You can use a Javascript Currency Converter. Unless your payment processor accepts multiple currencies you have to be clear that any currencies other than the one you actually take payment in, are just an approximation. Because any exchange rate converter you use won't use identical rates to your payment processor. Ones that I have come across are.
http://www.yourcurrencyconverter.com/
https://openexchangerates.org/
PS - often people will recommend using yahoo or google as they both have a exchange rate API. However both of those are not allowed to be used for commercial use.

Related

Shopify - Is there a way to offer discount after taxes are calculated

I have a collection of items which has a 13% tax. So if you buy $1 in goods, your final charge would be $1.13 because of this tax.
I give users the option to return certain items while purchasing others (imagine returning the keg of beer while buying another).
The problem, however, is that the "return" (where I subtract $X from the checkout) affects the checkout pre tax. So if the total was $100, which is $113 after tax, my current code would deduct $50 pre-tax, which would affect the tax I need to collect.
Is it possible to have the items purchased + tax show in the checkout, and subtract the "returns" after the price plus tax is calculated?
I have looked at this link identifying a similar issue and people claiming they can solve it. The only solution provided by shopify was to pay $2000/month to get access to checkout.liquid where * maybe * I could solve the problem.
Unfortunately, your question is unclear. You have to understand how Shopify works to accomplish certain goals. One, you cannot mess with the pricing of goods or taxes. About the only thing you can offer customers are discount codes.
Anything that gets committed to checkout is out of your control. You cannot adjust anything in the checkout, with the exception being, Plus merchants can indeed script checkout, and even alter the Liquid.
Until you are more clear about what you are attempting, I suggest you ensure that whatever you are doing, the cart is fair game, do as you wish. Have the customer replace one item with another. Submit to checkout. Be done.
Sure, there are cheesy Apps that help fake things financially by using discount codes, but that is often a road to more problems than it is worth.
we have tried this but it did not work for us.
We then ended up disabling the tax altogether
The items were calculated inclusive of tax and we would then provide a tax invoice separately using API

how to prevent currency from going back to default currency in shopify checkout?

I have 2 currencies available in my shopify site. AED and USD. AED is the default currency. So if I choose USD in my site it converts all the product prices to USD perfectly, even until the cart. But when I click check out, it converts back to the default currency of AED.
Can anyone please help me out on this? I want to fix the chosen currency until the checkout site for my customers.
As far as I know you can't. Shopify allows only one currency per store.
Currency converter is frontend informative tool only. When customers goes to checkout, currency chosen in store parameters is applied.
Yes this is very unfortunate but Truth that Shopify Convert all currencies to store base(default) currency at checkout page.
Why This Happens: Because in Shopify Normal plan your checkout page url is something like http://checkout.shopify.com/xxxxxx that specifies that your customer are using shopify checkout url.
Solutions :
Switch to Shopify Plus Plan (Very Costly for small business)
Implement some banner showing conversion rate and message on checkout and cart pages.
Or Wait for something new to come with this feature that shopify promised years back.

Prestashop: Carrier Names are not translatable anymore?

In Prestashop 1.6.
I don't understand why the Carrier Name field is not translatable anymore.
I found serveral topics just saying that this was posible in older versions but no now. But why?
I have names like: "Standar Delivery" How are we supposed to translate these names?
Is there other approach to work with carriers and languages?
thanks.
There is no way to translate carrier names and there is issue (improvement) opened in PS Forge since 1.4. I think the reason behind is that carrier usually has a name, e.g. DHL which does not need to translate.
I see in merchants' stores they use store's name as carrier. e.g. if you have Shop ABC, then carrier name would have the same name - Shop ABC.
If you have more than one carrier, e.g. Priority Shipping, Standard Delivery, etc. then it won't work. My suggestion would be to use Standard Delivery and below there is a field named Transit time which is translatable. It is actually the same as description so you can add short description about each carrier in different languages. Customers won't need to know which type of delivery is offered by the carrier name, they can read description next to its name.
Also it would be good to have informational (CMS) page about delivery types and costs. I would say it is a must for an online store.
i have done this before for PrestaShop 1.6
I know it's possible but you need to modify 2 files and you need to adjust the database.

Shopify - Is there a way to determine the type of discount code in the api response

When discount codes are applied to orders the way they are brought in in an order is a 2 field array, code and amount. Although, in the admin interface a Shopify user can choose whether or not the type of code is an absolute amount, percent, or free shipping.
In the api response is there a way to determine whether the code used was for free shipping or one of the others? This is causing issues with our sync because taxes are handled different in different locations for shipping costs compared to general order line items.
Thank you,
Brandon
Short answer: No, you can't tell the difference.
Long answer: Internally, free shipping codes are actually applied to items in the cart up to the value of the shipping method selected, and then the shipping amount is applied on top.
The upshot of this is that there is no difference between the three discount types as stored on Shopify. They're all just dollar amounts taken off the order subtotal. Therefore you can't tell whether the shipping was discounted because it never is.

Estimate tax based on zip code

Using Google Checkout, I'm able to estimate tax based on the zip code that's assoicated with a user's account when they click "Buy." The user then sees the tax amount when they checkout.
Is it possible to estimate tax based on the user-entered zip code before a user reaches the checkout page? This is similar to the functionality in Google Products currently. I see some data here (http://code.google.com/apis/checkout/articles/Google_Checkout_Articles_Zip_Level_Taxes.html) but am not sure how to implement it within the checkout button I have.
Is there any other tax table or API that allows estimation of taxes based on zip code? Does Paypal offer this functionality?
have you looked at AvaTax module?
http://www.magentocommerce.com/magento-connect/one-pica-avatax-connector.html
If your building a cart from scratch you can use avalara's api. If your using a specific package such as magento, 3dcart, or so on they already connect to the major solutions. Avalara's solution also bridges the gap between the sales software and the accounting software such as Quickbooks and Sage.
Otherwise if the company your building this for is small enough and has time to update them manually, you can go to the states website or go to a place that compiles free tax rate tables such as taxrates.com
One major warning with any solution, sales tax taxability rules can be complex, this compounds when your scaling an e-commerce business. Even if your a small business in one state, there are multiple layers to the rules. Best to work talk with an accountant to double check when your initially setting this up.