[OFBiz] Users - POS and synchronization question

[David Jones]

There are cases where this sort of thing makes sense, and cases where 
it is a REALLY bad idea and not only makes the code more complex, but 
can introduce consistency problems. Especially with things like 
parties, order, etc that people outside the organization may have paper 
records of, it can cause customer service confusion (and expense) and 
various other problems.

-David

On Jul 2, 2004, at 3:57 PM, bjfree at free-man.net wrote:

> to follow up. each facility should be able to have it own ID separate 
> from
> the Record ID.
> so I added a field in each table that allows this.
> Record ID's are used to make sure you don't have duplicate records.
>
> -----Original Message-----
> From: bjfree at free-man.net [mailto:bjfree at free-man.net]
> Sent: Friday, July 02, 2004 2:48 PM
> To: users at ofbiz.dev.java.net
> Subject: RE: [OFBiz] Users - POS and synchronization question
>
>
> I solved it by using a new XML that has the source and destination 
> Facility
> ID in the first element.
> This way the receiving program can put the data in correctly.
> Currently I have it using the HTTPS.
> eventually I will turn this over the AS2 server.
>
> To make sure everything is sync the central ofbiz does the assignment 
> for
> the facilities to the next level.
>
> I have put in a similar install that poles the central ofbiz that, then
> download all the entities XML files already initialized, then starts 
> up the
> normal install.
>
>
>
> -----Original Message-----
> From: Si Chen [mailto:schen at graciousstyle.com]
> Sent: Friday, July 02, 2004 2:39 PM
> To: users at ofbiz.dev.java.net
> Subject: [OFBiz] Users - POS and synchronization question
>
>
> Hello everybody.
>
> Working on the synchronization, and then reading some of the posts 
> about
> a POS solutions, makes me wonder about how to solve something like 
> this:
>
> Each instance of Open for Business, with its own entity engine, will
> create id's for entities based on a sequence (10000, 10001, etc.)  It
> will create these ids for orders, parties, people, addresses, phone
> numbers, etc.  How do we keep them separated from each other?  That 
> way,
> they can all be uploaded to a central server or shared with each other?
> (Otherwise, seeing two partyId 10000 or two orderId 10000 or two
> contactMechId 10000 might cause problems.)
>
> At first I thought it might be possible just to prefix orders from
> differently stores with a code, but then I realized the same would have
> to be done for all the other entities (like people, parties,
> addresses...)  So this doesn't seem practical.
>
> Should some kind of scrambling algorithm be used for the id's, rather
> than just getting the next numerical sequence?  Perhaps there is a way
> to generate guaranteed unique number sequences?
>
> Thanks,
>
> Si Chen
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe at ofbiz.dev.java.net
> For additional commands, e-mail: users-help at ofbiz.dev.java.net
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe at ofbiz.dev.java.net
> For additional commands, e-mail: users-help at ofbiz.dev.java.net
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe at ofbiz.dev.java.net
> For additional commands, e-mail: users-help at ofbiz.dev.java.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2363 bytes
Desc: not available
Url : http://lists.ofbiz.org/pipermail/users/attachments/20040703/b4ea1f66/smime.bin