And contribution: http://www.nopcommerce.com/boards/t/38848/nopcommerce-380-roadmap-and-estimated-release-date-lets-discuss.aspx?p=3#158021
At the moment prices in currencies that are different to the base currency are displayed as a direct conversion of the base price using the downloaded exchange rates. Some stores don't really work in that way as they need to be able to place themselves correctly in a foreign currency market depending on the country. I.e. for customers in Chile the price should be less than the price for customers in the UK, where standard of living is higher. This of course will need to have proper controls on the checkout to only allow purchases for customers in certain countries with certain currencies.
How it'll be done:
There will be a radiobutton on the product details page (admin area): "Auto convert to other currencies during order processing" and "Set price manually per currency". When the second option is selected, then a store owner will be able to enter prices for all available currencies
Should we do it for tier prices, attribute (product/checkout) price adjustments, special prices, discounts, etc?
Maybe, we should create a new table (general) for storing prices similar to how it's done for localizable properties, custom fields and url records
But it causes significant issue to the current implementation. We store prices/totals/etc for already placed orders only in the primary store currency. This way we'll have to store these values in both used currencies (now have "ExchangeRate" property) - to display proper value to customers on order details pages. It also can cause some issues when calculating discounts/totals/etc.
Each payment gateway also should be rewritten to support distinct currencies. It causes more issue when we have some product prices specified (passed to a payment gateway) in one currency, and other product prices are in other currency (no custom price specified for certain currency abd default one is used).
@AndreiMaz
Hi Andrei
Can you guide me to Implement this feature?
2 month later i implement this feature for nop 3.90, because in my company, we have some custom currency and we need this feature, but, some other feature like additional prices and discounts are processed by main price.
I added currency to "Tier prices" and when admin entered price row, he can select currency ....
but i use static price code for my purpose, and if you want and help me, i want to implement this feature and commit codes for nopcommerce.
sorry for my bad English and thank you.
When is this going to be implemented? We really need this feature in the near future. I am also available to help develop it if needed.
its needed to be there
@AndreiMaz
Hi Andrei
This issue is oldest on GitHub and most important, can we add to millstone 4.20?
Any input about when and if this issue will be implemented? @AndreiMaz
Hi guys, is this something that is in progress?
Hey guys, This is a huge issue for a lot of us and as noted by others this is a really old issue. Please take a serious look at this issue and address for 4.2. I cannot see how you can just continue to ignore after so many years - if I am not mistaken this issue was opened prior to GitHub in 2011.
Hey guys, This is a huge issue for a lot of us and as noted by others this is a really old issue. Please take a serious look at this issue and address for 4.2. I cannot see how you can just continue to ignore after so many years - if I am not mistaken this issue was opened prior to GitHub in 2011.
I agree with toddca. I think this is a big reason why nopCommerce isn't a more popular system overall and especially in the B2B world. nopCommerce has potential to be a first-choice, go-to platform for larger corporations that work in .NET but basic functions like this missing makes it harder IMHO.
I absolutely agree, this is necessary and has been promised for quite some time. Is this going to happen?
Hey guys - if you are not going to fix/address this issue I would rather someone just state as much. I don't see any attempt to try to address this for 4.2 or even to add hooks which would allow for a price lookup. Please let me know what you guys feel is the primary challenge to getting this added.
Currently my only thought on how to address this issue, and its a hack at best, is to use a custom price rounder that instead of rounding the price, it would fetch the price, given the product and currency from some lookup table and return this value as if it was "rounded". If anyone has any other ideas please let me know - we may be on our own here.
Are you going to do this change or not? Do I need to go to a new product? There has been no decision announced here one way or another. This is critical to some people.
@jgarniss it鈥檚 been over 3 years and the core team has not even taken the time to comment or reply to this thread. But they had plenty of time to totally ruin the admin UI in 4.2. The silence speaks volumes.
Most helpful comment
Hey guys, This is a huge issue for a lot of us and as noted by others this is a really old issue. Please take a serious look at this issue and address for 4.2. I cannot see how you can just continue to ignore after so many years - if I am not mistaken this issue was opened prior to GitHub in 2011.