<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>In the spirit of keeping my response on the list...</div><div><br></div><div>Jeff, you can contact me privately if you want a link to the site in question. It was done under another company I worked with, so I don't want to take open credit for it :)</div><div><br></div><div><div><font face="Arial" style="font-size: 10pt; ">--<br>Ian Bezanson<br>Bezanson IT Solutions<br><a href="mailto:irb@bits.co">irb@bits.co</a><br>+1.902.442.8392<br></font></div><div><font face="Arial" style="font-size: 10pt; "><br></font></div></div><div><div>On 2010-10-20, at 9:56 AM, Ian Bezanson wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">I'm trying to remember, exactly :) The one we'd done was actually the latter case you describe. It was for a Jewelry company, based out of Halifax, NS, Canada with an online presence in Canada, US, Australia and a few other countries. We built the system, off of a single install so that each product could display in a single country, or all countries. I believe that the SKU was shared as well. I don't think we'd used the Ubercart Domain Access module, but it sounds like just the ticket, as it will label a purchase of any SKU with the appropriate domain it was purchased under. So.. I'm guessing the only custom-ish thing you may need to do is build an admin view to show reports per country, if that isn't a part of said module.<div><br></div><div>So, long and short - if Widget was set as SKU 001 and was configured to be shown in US, Canada but NOT Mexico (let's say), it will appear on the Canadian and US domains, but would not show up as part of the Mexican storefront. If you purchased from either US/Can, it will come through with the single SKU, marked somewhere in the system with that country.</div><div><br></div><div>Not sure if that clarifies or helps :/</div><div><br></div><div><div><div><font face="Arial" style="font-size: 10pt; ">--<br>Ian Bezanson<br>Bezanson IT Solutions<br><a href="mailto:irb@bits.co">irb@bits.co</a><br>+1.902.442.8392<br></font></div><div><font face="Arial" style="font-size: 10pt; "><br></font></div></div><div><div>On 2010-10-20, at 9:41 AM, <a href="mailto:jeff@ayendesigns.com">jeff@ayendesigns.com</a> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">
<div text="#000000" bgcolor="#ffffff">
Ian,<br>
<br>
I'm thinking that what you did results in being able to sell Widget in
several languages and currencies, all sales coming from one inventory.
And that uc_domain would modify the invoices, etc. based on what
country the items were ordered from. Is that correct?<br>
<br>
In this case, Widget would be item 001 in the U.S., item 002 in Canada,
etc. so that an order for it from the U.S. would not come from the same
inventory as an order for it from Canada, and all the downhill books
(sales accounting, distribution) would follow.<br>
<br>
In other words, what you did would seem to be for one company and
source of goods sold to many places, where what I would need is the
company headquarters (with the admin panel) having a distribution
company in each country, each with their own inventory and accounting.<br>
<br>
Jeff<br>
<br>
On 10/20/2010 05:31 AM, Ian Bezanson wrote:
<blockquote cite="mid:556F4CA7-CFB9-4C52-B2E7-D6C1E296CEAE@ianbezanson.ca" type="cite">Jeff:
<div><br>
</div>
<div>You'd be better off, and likely have less headache to utilize
the Domain Access module (<a moz-do-not-send="true" href="http://drupal.org/project/domain">http://drupal.org/project/domain</a>)
to achieve the latter bit, rather than separate installs, sharing a
database. I've built a multinational, multilingual storefront with
Drupal and Ubercart earlier this year and that was definitely the way
to go - you can manage content per domain, or make it available for all
domains, use different themes per domain, etc. If nothing else, come
upgrade time you will thank yourself for doing it this way as you'll
only have one site to maintain and upgrade - plus then your admin
section IS in one spot, rather than having to fake it together.</div>
<div><br>
</div>
<div>As for general store/reporting separation, take a look at
Ubercart Domain Access (<a moz-do-not-send="true" href="http://drupal.org/project/uc_domain">http://drupal.org/project/uc_domain</a>)
which claims to allow "...an Ubercart store to span multiple domains,
storing the originating domain when an order is made and displaying the
correct store information on invoices."</div>
<div><br>
</div>
<div>I'm sure you'll have to do a little bit of exploration to make
it all work together happily, but venture to guess it will be less time
than the other approach.</div>
<div><br>
</div>
<div>Hope this helps,</div>
<div><br>
<div>
<div>
<div><font class="Apple-style-span" face="Arial" size="3"><span class="Apple-style-span" style="font-size: 13px;">
<div style="font-family: Helvetica; font-size: medium;">
<div><font style="font-size: 10pt;" face="Arial">--<br>
Ian Bezanson<br>
Bezanson IT Solutions<br>
<a moz-do-not-send="true" href="mailto:irb@bits.co">irb@bits.co</a><br>
+1.902.442.8392<br>
</font></div>
<div><font style="font-size: 10pt;" face="Arial"><br>
</font></div>
</div>
</span></font></div>
</div>
<div>
<div>On 2010-10-20, at 2:38 AM, <a moz-do-not-send="true" href="mailto:jeff@ayendesigns.com">jeff@ayendesigns.com</a> wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">
<div>Btw, what I'm considering is separate sites, a shared db with
different prefixes, one login to access any panel from that point on,
and al sites having menu links between admin panels, so it appears as
one panel.<br>
Ayen Designs - quality software the first time, every time!<br>
<br>
-----Original Message-----<br>
From: <a moz-do-not-send="true" href="mailto:jeff@ayendesigns.com">jeff@ayendesigns.com</a><br>
Sender: <a moz-do-not-send="true" href="mailto:development-bounces@drupal.org">development-bounces@drupal.org</a><br>
Date: Wed, 20 Oct 2010 01:18:40 <br>
To: <<a moz-do-not-send="true" href="mailto:development@drupal.org">development@drupal.org</a>><br>
Reply-To: <a moz-do-not-send="true" href="mailto:development@drupal.org">development@drupal.org</a><br>
Subject: [development] Creative ideas?<br>
<br>
<br>
I have a client, who has a client, with a D6 site and Ubercart store.<br>
<br>
<br>
They now want to take their store international (since their business<br>
has become so), and want to be able to have separate store financials<br>
(fulfilment, checkout, reports, inventory, etc.) for each country, as<br>
well as separate site functionality for things like blocks, etc. ----<br>
all from one admin panel.<br>
<br>
<br>
I know there's a module to specify content availability by domain. There<br>
is also a module to allow one store to stretch over several domains, but<br>
it doesn't segregate the 'inners' of each store.<br>
<br>
<br>
I thought I'd ask whether anyone knows if this has been done. Second<br>
reactions, I guess, since the first are likely to be either 'hahaha' or<br>
'sure...a team and several months' :-)<br>
<br>
<br>
<br>
<br>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</blockquote>
</div>
</blockquote></div><br></div></div></blockquote></div><br></body></html>