SF auditing requires that you have RBS. All of this is done through the security side so that you can turn on auditing for one user and not another, etc.
But if you set the AuditDataChanges property to True, and then the current user supports auditing (which you cannot override at the moment), and you have your app setup with security...AND you have the SFSAuditDataChanges, SFSAuditDataFields, and SFSAuditEvents deployed to the same database as your other RBS tables, then it should work.
You can also call the audit methods directly by using the Auditor class in security:
MicroFour.StrataFrame.Security.Auditor.InsertAuditEvent("1234", "User logged in.", New Byte() {})
MicroFour.StrataFrame.Security.Auditor.InsertAuditEvent("1234", "Business object state prior to save...", SerializedByteArrayOfBO)
You can store anything that you want in the Byte Array parm. We will have a delegate that you set in the viewer that gets called to determine how to show or view that data. This approach allows you to store literally anything you want as additional data within the audit record.