Question Status

Customer has enabled Auditing on relevant org/ent/attributes. Works fine for usual browser-based changes. Audit does not fire for webservice-initiated changes. Standard SDK used for changes feed to webservice. Thoughts?

How are you updating the Fields, using IOrganizationService.Update message?

If yes, then the system should capture the changes as an Audit.

Actually this is other way round. The system will audit all attribute which are submitted as part of an Update message whether they are changed or not.

For eg:

If you have changed your first name and not the last name in contact and then you update your record by submitting first name and last name, the system will record the audit for the last name as well

// change just the first name and submit unchanged last name as welle = new Entity("contact");e["contactid"] = id;e["firstname"] = "Firstnamechanged";e["lastname"] = "Mithilesh"; // Last name not changedservice.Update(e);

Note: This will audit your first name and last name in the Audit history

Checked calling code - is using a (proxied) IOrganizationService.update method as expected. However, as we pass an entire (whether changed or not) recordset across each time (daily), perhaps it's just as well auditing is not occurring. Client has recognised this and has requested a delta-only update, which we will accommodate by some SQL at the recordset-generation end, some xml transforms to weed out unchanged elements, and a hard look at the exact form of calls thus made.

In summary, still no further understanding as to why auditing should not currently be occurring.....