fiogf49gjkf0d Is this error ocurring for all users and all Activities?
I have ran onto a similar issue with Modify Dates that happened near the Start or End of DST (within XX hours where XX = your GMT Bias) (The conversion was not being applied correctly, thus the values would not match when the update was sent in).
In that case, i had to "manually" alter those records.
If this is happening to all users, all record (or if you could easily reproduce this issue), I would suggest you use the SLX Profiler to capture the Statement that is failing, then compare to the Data and determine what is making it not find the row.
To give some additional light, whenever SLX reads a record, it stores the ModifyDate of the record, so when it sends an update, it includes the ModifyDate on the Where clause to make sure that the record hasn't been updated by someone else. If for some reason someone else did update the record, then you would get this error. Also, in a weird case like the one I outline above.
Also, triggers on the Tables may cause similar issues (if they modify the Row Count returned).
For example, if I modify the Account Type, the Update statement may look something like this:
UPDATE ACCOUNT SET TYPE = 'New Type' WHERE ACCOUNTID = 'XXXXXX' AND TYPE = 'Old Type' AND MODIFYDATE = 'The Previous Modify Date'
As you can see, if the data had been modified, and the Type value or Modify Date no longer match, then you would get the error.
Also, if for some reasons you have Triggers in place, and it causes the Statement to return anything other than "1" as the Record Affected Count it would cause the same problem.
Now, there may be other factors that come into play here (Outlook integration of some sorts: IntelliSync, ExchangeLink, etc.) but you need to first figure out if indeed the data is changing and then try to chase what is making it change.
|