Different prices for different countries

[IntelCos]

Hi all,

Is there a way or a mod that allows for pricing by country or ip locations.

In our case, our products can have different prices depending of country thus the need to detect by ip and country for other pricing.

Thanks in advance

[schoolboy]

Now that would be a great mod...

I think you'll have to build it from the ground up, though!

[swguy]

Hi all,

Is there a way or a mod that allows for pricing by country or ip locations.

In our case, our products can have different prices depending of country thus the need to detect by ip and country for other pricing.

Thanks in advance

Why not hide prices until login and then display based on country?

[schoolboy]

Why not hide prices until login and then display based on country?

I think the idea is to have different prices (not just display the appropriate currency)

For example: Product A is priced at:-

$10 in the USA,
$8 in Argentina,
$5 in Brazil.

...So even if you want it to display in the relevant CURRENCY, it must still convert the set VALUE.

To me, the way to build this Mod would be to apply a price offset factor (a percentage), that kicks in relative to the Country ISO code.


In the same way that ZONE RATE shipping can be configured to allow additional ZONES, the store owner can set up :-

pricing zones
insert ISO codes relevant to each zone
insert the offset factor (as a %) relevant to each zone

You would then have to base your regional pricing policy on a percentage offset, rather than an actual "amount off". Doing the latter would probably require major tabular additions to the database and a whole lot of complex php too!

Linda... Kim... Steve... Chris ???? Anyone... ?

This one would be really nice!

[IntelCos]

Now were getting somewhere.

One of the reasons for such a request is the factor of import/export. For some countroies the export duties need to be offset in order for the dealer/distributor to hae a healthy return on investment.

I agree with the logic as mentioned in the last post, hiding pricings is not the route, allowing ip detection to have option for different pricing is a real plus.

So, guru's, here's a good project mod which I'm sure will be most welcomed.

[schoolboy]

Have you looked at Group Pricing? Here you can configure your customers into groups that enjoy discounts. We use this for our trade customers. We have 4 discount levels and allocate new trade customers to the appropriate discount group.

[rstevenson]

Hi,

I posted a similar question in the Currencies... forum last week but got no replies at all. Since we're talking about it here, let me enter my question as an elaboration of the OP's question, since I think we're on the same wavelength on this -- that is, percentage isn't going to do it. There really are different prices for different countries.
................
Our retail site (link below) sells all our greeting cards in CDN $, so any conversion to the buyer's currency occurs at their CC processor. This works fine for retail. I'm about to start to set up site #2 which will be for our wholesale company. That site will sell only to authorized accounts.

What I'd like is a way to set -- either automatically based on the buyer's country code or manually by asking them to select a 'flag' -- which currency/price to show them.

The catch is that we do not convert a single price from one currency to another. We have 2 separate price points based on what cards commonly sell for in the target markets. A card that sells for $3.25 in Canada (in CDN$) will sell for $2.95 in the US (in US$).

The wholesale buyer pays 1/2 retail, so we need to show the price as 1.625 for the Canadian buyer or 1.475 for the American buyer. (By the way, the 3 digits after the decimal are important to avoid rounding errors.)

I believe this is not possible with Zen Cart as it stands. The Dual Pricing mod appears to be for showing either wholesale or retail prices, but doesn't have anything to do with 2 separate prices for 2 countries.
..............
I hope this stands as another instance of what the Op was asking about, and that I have not hijacked the thread. If I have, just ignore me.

Rob

[IntelCos]

No, your on the same wavelength.

The need for prices by country is just as that. A product from one country to another varies depending on many factors.

The need for detection by ip and country to a price match that is set for the market is required.

Thus, in fact a full blown wholesale mod that allows for multiple pricing base on country location without a conversion of currencies on the FP which sets the visitor's view(wholesale or retail) to the price of their country as well based on the preset values and conditions.

[rstevenson]

Hi again,

We may have to just talk to ourselves.

I just took another look at the readme for the Dual Pricing mod. It looks to me (but I'm nothing like competent in PHP) that a good deal of the work we'd need for our mod has been done there already.

All we need to add is a conditional statement to catch the country code for logged in visitors and then show them one or the other price (I just need 2, so far). For me the pseudo code is "IF country code is US, THEN price is 1.475 ELSE price is 1.625". Your case would be similar but more of it.

The required modifications to the database and the core code seem to be taken care of in the Dual Pricing mod -- again you'd need more of them. OR I don't know what I'm talking about!

Rob

[schoolboy]

To me it would be easier to have a price factor do the job, but for lots of people this is impractical because they can't apply a global % to all products.

To build a mod that applies prices-per-product according to ISO zones is going to be a lot of work and will require additions to the dbase tables in a rather complex way.

Other thoughts
Before you display any prices, customers will have to register, because you don't know where they are UNTIL they register and so you won't want to show prices that may scare them off.

If you try to base the price on browser's IP, you run into problems too. My neighbour lives in Hertfordshire, England - but uses AOL. When he looks at my shop, his IP address is identified as USA.

Not an easy one this...