I’m seeking advice on how to effectively track edits made to submissions within KOBOToolbox. While the end date can sometimes hint at whether records have been altered, it’s not always foolproof, especially if edits are made immediately after data collection. Is there a feature or method available to reliably determine if a submission has been edited?
Your insights and recommendations would be greatly appreciated.
These metadata dates are datetime values, incl… time and time zone. You may need to adapt the format (e.g. in Excel) or have a look with the modal view mode. You can also see the full content when you copy them into a string type variable or reference them in a note label.
For single modal edit, the end (datetime) values will be higher than the _submission_time (converted to the same time zone). But when using bulk edit, the end time is not changed!
Pre-condition is that both clocks/time zones are correctly configured.
Another workaround might be to save the first deviceid in a calculate form field (with a calculation once(${deviceid})) and check it against the (final) deviceid value, saved in another calculate field (here without once()). A check might even block saving the edit if there is a difference (e.g. using a required note with a relevant filter).
All these approaches will not track a deletion or a duplication of a submission!
In general, the most important might be to have the “right”, trustful administrator/owner of the project.
In future, when Enketo (Webform) will support dynamic read_only, another option could be to set a dynamic read_only for all questions at the end of the form, before submission (e.g. setting one variable which is referenced for the read_only). And only allow to reset this read_only on the same deviceid or with a special password. Dynamic read_only is already supported in Collect.