PDF uden ophavsretligt beskyttede sider - Peter Havskov Christensen

6. Auditing with the computer
– Integrerede monitorer (Integrated audit monitors) er specielle moduler, hvilket vil sige programmerede
rutiner, som er bygget ind i normale produktionsprogrammer. S˚adanne moduler fungerer som
en løbende overv˚agning af data og/eller processer under den normale produktion. Revisor foruddefinerer,
hvilke betingelser han ønsker rapporteret. Integrerede monitorer kan ogs˚a fungere s˚adan, at
de først bliver aktive n˚ar revisor anmoder herom, eller en speciel hændelse indtræffer.
S˚afremt de hændelser der indtræffer er af drifts- eller afviklingsorienteret karakter, har funktionaliteten
mange lighedspunkter med en log. S˚afremt det er data, der afviger fra foruddefinerede kriterier,
har metoden kun berettigelse i systemer, der ikke gemmer alle transaktioner. I de tilfælde hvor alle
transaktioner gemmes vil anvendelse af generelle programpakker eller revisionsprogrampakker ofte
være mere hensigtsmæssig.
Teknikker til gennemgang af kontroller i systemer
– Test data (Test data method). Teknikken g˚ar ud p˚a, at revisor konstruerer nogle fiktive data, der
skal køres gennem systemet for at afprøve systemets kontroller. S˚adanne fiktive data skal indeholde
b˚ade data som forventes afvist og data som forventes accepteret. Testdata bør anvendes i separate
testmiljøer.
– Integreret testfacilitet (Integrated Test Facility). En integreret testfacilitet fungerer p˚a denm˚ade, at
systemet kan acceptere og behandle fiktive data samtidig med de reelle data uden at sammenblande
disse.
– Kodesammenligningsprogrammer (Code comparison programs). Revisorer, der er i besiddelse af en
kopi af alle væsentlige autoriserede programmer, kan periodisk sammenligne disse med de versioner,
der anvendes for at undersøge om der er forskelle. Metoden kan anvendes b˚ade p˚a kildekode
og programmer.
– Program til analyse af programlogik (Logic path analysis programs). Disse programmer analyserer
et andet program og præsenterer resultatet i form af strukturdiagrammer eller flowcharts. Disse
udprintes og gennemg˚as af revisor. Programmerne er ikke specielt rettet mod revisorer og bruges
oftere i udviklingsafdelinger end af revisorer.
Fællestrækket ved alle edb-baserede revisionsteknikker er, at der benyttes en eller anden form for edbværktøj.
Der er dog enkelte manuelle teknikker, som har stor lighed med tilsvarende edb-baserede teknikker.
Et eksempel kunne være manuel gennemgang af programkode som ikke baserer sig p˚a brug af edb (Chambers
and Court 1986, side 115). En s˚adan manuel kodegennemgang hører hjemme under “auditing through the
computer”. De teknikker, som der lægges hovedvægt p˚a, hører dog alle hjemme her under “auditing with the
computer”.
6.3 Eget eller klientens anlæg
Hvis revisor vælger at gennemg˚a reelle data m˚a det overvejes, om arbejdet skal udføres p˚a klientens eller
revisors edb-udstyr. Valget vil oftest forekomme, n˚ar der arbejdes med generelle programpakker og revisionsprogrampakker.
Generelle programpakker kan afvikles b˚ade p˚a klientens anlæg (eksempelvis rapportgenerator eller Access)
eller p˚a revisors anlæg (eksempelvis Access). Revisionsprogrampakker vil oftest afvikles p˚a revisorsPC´er,
men kan ogs˚a afvikles p˚a klientens anlæg.
N˚ar revisor skal vælge mellem afvikling p˚a klientens eller eget anlæg bør især følgende tages i betragtning:
67