Troubleshooting
Problem
Environment
Resolving The Problem
Screenshot of Audit history following a change made in the iBase application interface to an SCC security value on a person record (all data is fake data). The available SCC code values here are 1,2,3,4
So the iBase user, who has clearance to access the record, was able to change the SCC field, from a 2 to a 1
You can also see the end user (name hidden in screenshot) who made the change, the machine name they were on and the fact that the change was inside of iBase(because the iBase change column has a tick) and the edited by column has an iBase user specified

An edit was made in SQL server and we changed the same record and SCC value from 1 to 4 and then we exited SQL server
The change is visible in iBase on the person record - the security field is the last entry on the datasheet

Looking at Audit history the value change from 1 to 4 is recorded, but please note - the 'Edited by field' shows the SQL server User or OS user (name hidden in screenshot) that logged onto SQL server, (not an iBase user).

The 'OS user column' holds the same SQL server User or OS user. The Machine name is blank and the iBase change column doe NOT have a tick. All these are indicating the change has been made outside of iBase, direct in SQL server or by some alternative means.
The audit history recording of changes (inside and outside of iBase) , for non SCC codes is identical, just as comprehensive.
Related Information
Document Location
Worldwide
Historical Number
TS001912412
Was this topic helpful?
Document Information
Modified date:
01 March 2019
UID
ibm10872872