Hi I don't know if this helps
What I have in my systems is an eventlog table basically contains a datetime, user,table name and memo The memo has entries like: - Contact name changed from "Fred" to "Bill" Phone changed from "0116" to "0117" I've hooked into the tableupdate so that it scans the table being updated and generates the event log record. There isn't much of an overhead as the eventlog table is not keep long and doesn't take too much effort to update. I only use this to find keying errors, but theoretically I could union join different event logs and roll back to any given date. Never had to but its there. Another alternative which I use on newer systems is also to have datetimes for when the record was created and when it was last updated. Cheers Graham -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of MB Software Solutions Sent: 26 July 2007 01:35 To: profox@leafe.com Subject: Re: VFP9-CRM Sytze de Boer wrote: > I have a client with an Access database which they refer to as their CRM system. > (Developed by an in-house chap who is no longer there) > > They also use my accounting system for Receivables, Payables, GL, Payroll, etc > They have asked me to convert the CRM system into VFP and to integrate > it with the rest of the system. > > Biggest problem that I see is the synchronizing of this data. > i.e. > 1 Client copies the system to his laptop > 2 Goes overseas and updates contact details, sales discussions, etc > 3 Comes back and wants to synch it with Head Office data > > Does anyone have such a module already or does anyone have ideas about > the best way to handle synchronization? > > My only suggestion for offline scenarios would be to use GUIDs as your keys instead of integers to ensure uniqueness. That should allow you to see what you have different from another computer's data. -- Michael J. Babcock, MCP MB Software Solutions, LLC http://mbsoftwaresolutions.com http://fabmate.com "Work smarter, not harder, with MBSS custom software solutions!" [excessive quoting removed by server] _______________________________________________ Post Messages to: ProFox@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/profox OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/[EMAIL PROTECTED] ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.