I am using Wordpress 3.4 and the WP E Commerce 3.8
Looked for the following functionality, but couldn't find quite the right answer. Hence I am trying my luck here. The plugin gives you the ability to provide a different price for a different currency. But at checkout, it is the base currency that is shown there. What I am looking for is :
The shop will have a drop down to select options. (Like fabindia web site)
a) Delivery within India
b) International Delivery
According to the selection the price is shown in INR (Delivery withing India) or in USD (International Delivery) IMPORTANT : The USD price is put manually, not converted from INR.
If the International Delivery is selected, the prices in the checkout page will be the USD price converted into INR.
Example : (user selected International Delivery)
Product page and single product page : Sandal Soap : USD 25
Checkout page - list of products : Sandal Soap : USD 25
- Amount payable : INR 1,340.93 ($25 converted into INR at current rate)
Sorry I the answer I gave you in the comments of my currency conversion plugin obviously didn't help you...
I think you should have a look at the wp-e-commerce-role-discount plugin. It adds an additional price field to the products page and reads the value of the field in the 'wpsc_top_of_products_page' hook. Maybe the source code can help you: Line 7 and Line 136 (and don't forget 156).
Instead of checking for isPremiumCustomer() you can check for "useInternationalPrice()" or sth. like that.
But this is only the first part of your problem. The second part is converting the USD price back to INR.
This can be done with a wp_remote_get() or curl to the google conversion API:
...google.com/ig/calculator?hl=en&q=100USD=?INR
Related
I am using WordPress woocommerce. And using "List WooCommerce Product Feed to Amazon Marketplace" plugin for amazon listing from website. But in Report section I am getting below error:
Feed Processing Summary:
Number of records processed 1
Number of records successful 0
original-record-number sku error-code error-type error-message
1 67715 8560 Error SKU 67715, Missing Attributes standard_product_id. SKU 67715 doesn't match any ASINs. Make sure that all standard product ids (such as UPC, ISBN, EAN, or JAN codes) are correct. To create a new ASIN, include the following attributes: standard_product_id. Feed ID: 0. For more troubleshooting help, see http://sellercentral.amazon.com/gp/errorcode/200692370
I have added GTIN in product and my GTIN # is: 677151310900
Kindly help me to solve this problem, also suggest if any better idea for listing in amazon.
Thanks in advance
Most probably, This kind of error occurs when any product is uploaded with different products information for any standard product ids like for your case having GTIN 677151310900 might be already listed by another seller with some other attributes values due to which they got failed to map those details with your products SKU information. In that case, they were asking to send only limited value such as you can just modify the products description, price, title and quantity rather than creating same products with others your custom data in Amazon catalog.
Thanks!
Is it possible to set a currency per user rather than based on a user's address. So that no matter where in the world a customer was looking at the site they would always see their "home" price? e.g a US based customer always sees the $ price, even if they are currently shopping from Europe.
Ideal solution would be to have a currency selection box in the user profile.
Option 1
Check this WooCommerce Plugin: "The Currency Converter Widget lets you offer a dynamic currency switcher for displaying product prices and totals." "... your customers will be able to change the currency". (It costs extra, though.)
https://woocommerce.com/products/currency-converter-widget/
https://docs.woocommerce.com/document/handle-multiple-regions-currencies-woocommerce/
Option 2
Another plugin. WooCommerce Multi-Currency: "Multi-Currency is a WooCommerce extension that provides switching currencies and re-calculating rates on-the-fly." The user can "Choose the currency using a sidebar widget" and "Pay in the selected currency" (Also costs extra.)
https://woocommerce.com/products/multi-currency/
Here is an overview on the topic:
https://docs.woocommerce.com/document/shop-currency/ -> text on Multiple Currencies
The problem
We have created a customer segment and linked both a customer and a price list to this customer segment. The linked price list defines a special price of $5 for one of the products. This product has a 'default' price of $10.
When I login to the storefront with a user that belongs to customer segment, I see the correct price of $5 on the PDP. However once this product is added to the basket, it shows the 'default' product price of $10 in the minicart and on the cart page. I would expect to see $5 there as well.
Technical information
The (correct) price on the PDP is retrieved directly from the ProductBO by using the default ISProductPrice module which links to the default ProductPrice.isml.
<ISProductPrice
ProductBO="#ProductBO#"
Currency="#CurrentRequest:Currency#"
ShowInformationalPrice="true"
RichSnippetsEnabled="#RichSnippetsEnabled#"
>
The (wrong) price on the cart page is retrieved from the BasketComputedProductLineItemBO with the following (default ISH) code
<isif condition="#PriceDisplayType EQ 'net'#">
<isprint value="#PLI:SingleBasePriceNet#">
<iselse/>
<isprint value="#PLI:SingleBasePriceGross#">
</isif>
What I've tried so far
Clear cookies/cache to make sure we have a completely new basket
Made sure the Customer Segmentation Service is enabled (default ISH service).
Tried all the different methods to fetch a price from the BasketComputedProductLineItemBO
Added a couple of different products to the price list
Added a couple of different customers to the customer segment
Ran a search index
Tried to reproduce the issue on the ISH demo server
Checked the documentation on customer segmentation from the ISH support page
Tried to add a customer to the price list directly instead of a customer segment. When doing it this way, everything seems to work as expected.
At this point I'm completely stuck. Any help on how to go from here would be greatly appreciated.
Check this
https://support.intershop.com/kb/index.php/Display/IS-22923
If you search on segment on the support for version 7.9 then you get few bugs. Disable the dynamic segment service because it is buggy. See if that work or else i think you really do have a platform bug here.
Also a good idea to upgrade to the lastest minor version.
I have to change the regular price and sales price of all products(more than 10000) from USD to INR. Client wants all the price should be converted in INR by multiplying it to 64.72 (current dollar to inr rate). It was entered in USD during product creation. But now client insist to change into INR from everywhere
Note that, Change of original price in database is must, we are not using any currency converter tool to just show the end user using conversion tools.
Example
Suppose product price is 100 USD, now after bulk update it should be 6472.00 INR in database as well.
Create a CSV file with all your product with the new prices and import them into WooCommerce. You want to select the "Merge Products" option so that if the products match via ID or SKU then they will be updated by the importing tool.
I've implemented a filter as per this WooCommerce article on taxes:
add_filter('woocommerce_adjust_non_base_location_prices', '__return_false');
This effectively 'ignores' tax rates on checkout: an €8,99 product (where prices are added inclusive of tax) being sold from a UK store will cost €8,99 to a German customer, a French customer or an ROI customer. This all works fine on the front end.
However, I just created an order in the backend for a German customer, and that €8,99 product is being added to the order at €7,49 with no tax. I understand from a tax perspective why this is happening (a UK store selling in Germany shouldn't apply tax, so 8.99 - 20% UK VAT = 7.49), however this seems to be ignoring my woocommerce_adjust_non_base_location_prices filter.
At the moment my filter call is just a single line in a custom plugin, so being implemented at plugins_loaded, I guess. There's no condition for it (e.g. if (!is_admin()) {}), so I'm wondering if I need some other kind of condition to ensure it is applied to admin orders, or if I'm looking at a bug?