BREED - over de grenzen van informatie
NETWERK VOOR DE INNOVATIEVE INFORMATIEWERKER
Wat moet in de audittrail?
Het voordeel van een audittrail is dat je weet wat er met een dossier of document (of...) is gebeurd. Wie heeft wat en wanneer veranderd? Wie heeftwanneer het dossier/document geraadpleegd?
Het nadeel is dat een audittrail rekenkracht en data-opslag vergt. Daar wordt een systeem trager van.
Er moet dus een balans gezocht worden tussen "alles willen weten" en praktisch nut (performance).
Heeft iemand hierover bewust keuzes gemaakt? Wat wordt er wel en wat niet in de audittrail gezet?
Berichten in deze discussie
-
Permalink Antwoord van Joost van Koutrik op
-
Ik ga weer met een standaard wapperen, maar dan voornamelijk omdat er bruikbare informatie in staat... MoReq2010 zegt iets over 'event histories' (vergelijkbaar aan audit trails) en wat je daar in zou moeten kunnen vinden. Zie p. 28 en 37 e.v. in http://ec.europa.eu/transparency/archival_policy/docs/moreq/moreq20...
Ik heb nu even niet doorgenomen of ze dit in specifieke data-elementen opdelen, dat zou ook in het XML-exportschema moeten staan.
-
Permalink Antwoord van Bas de Groot op
-
Zie ook het Toepassingsprofiel Metadata voor de Rijksoverheid, en dan vooral de uitleg bij elementnr 12
http://www.nationaalarchief.nl/sites/default/files/docs/Toepassings...
en daar wordt gemeld dat je die elementen vastlegt die je op basis van elementen 4.1 en 4.1 van de Baseline hebt geidentificeerd: http://www.kennislab.info/fileadmin/bestanden/documenten/de_7normen...
Partner(s)
Sponsor(s)
Direct naar...
© 2024 Gemaakt door Marco Klerks.
Verzorgd door
