Informe de Auditoria de Sistemas

INFORME DE AUDITORIA DE SISTEMAS
1. DEFINICION:
La elaboracin del informe de auditora sistemas es el punto final del proceso de captacin y
tratamiento de la informacin obtenida del sistema auditado. Esta informacin ha de ser
suficiente para que el auditor, con su experiencia y conocimiento, sea capaz de realizar un
diagnstico y realizar unas recomendaciones.
2. CARACTERISTICAS DEL INFORME DE AUDITORIA DE SISTEMAS
En la relacin del informe ,el auditor seala los resultados de su investigacin ,sus evaluaciones,
hallazgos, aportaciones y conclusiones sobre el trabajo realizado; tambin ,tambin seala las
tcnicas ,herramientas ,mtodos y procedimientos que utilizo en la obtencin de datos ,las
observaciones e interpretaciones de los fenmenos y hecho evaluados que le sirvieron de sustento
en la elaboracin de documentos de situaciones encontradas o relevantes que informa, as como
todas las dems aportaciones con las cuales da su sello personal al informe presentado .

Evidentemente ,el informe de una auditoria de sistemas computacionales es producto de la
experiencia y conocimientos del auditor que lo presenta ;por esta razn, adems de servir para
sealar las observaciones, desviaciones y resultados encontrados ,este documento tambin sirve
para que el auditor exhiba los conocimientos ,tcnicas y procedimientos que utilizo para evaluar el
rea de sistemas ,asimismo, en su redaccin muestra su forma de ser y de actuar
profesionalmente ,as como su cultura .

De hecho, esto tambin se juzga en la presentacin del informe de auditoria; no solo el resultado,
sino quien y como lo presenta .por eso es muy importante conocer las caractersticas
fundamentales de la elaboracin del informe de la auditoria.

Para contribuir a incrementar la calidad en la presentacin del informe de auditoria ,misma que se
puede hacer extensiva a cualquier otro tipos de trabajo profesionales ,e incluso personales o
escolares ,a continuacin presentamos algunas de la principales caractersticas de la redaccin del
informe de auditoria ,las cuales ayudaran al auditor de sistemas computacionales a mejorara su
elaboracin .

2.1 CARACTERISTICAS FUNDAMENTALES:

Inicialmente, se pueden identificar dos caractersticas fundamentales en los informes de auditoria
de sistemas, las cuales siempre se refieren al contenido del informe y a la forma de presentarlo;
dichas caractersticas son las siguientes

A. Caracterstica de fondo.-

Estas caractersticas se refieren al cuidado que debe tener el auditor de sistemas al revisar que el
contenido total del informe de auditoria sea acorde con lo que realmente tiene que sealar acerca
de la revisin efectuada, refirindose exclusivamente al contenido del informe; para ello debe
tomar e cuenta los siguientes aspectos:

* Que la informacin que contiene el documento sea veraz, confiable y oportuna y sin
distorsiones ni tendencias que demeriten el trabajo realizado.

* Que el uso de la terminologa sea exacto y objetivo, para que se entiendan e interpreten las
desviaciones reportadas tal y como se quisieron plasmar.

* Que el contenido del informe sea congruente con lo observado, sin inventar, distorsionar o
modificar lo encontrado en la evaluacin.

* Que permita mostrar la situacin real del rea auditada, a fin de identificar y solucionar lo
encontrado en la evaluacin.

* Que permita mostrar, con su simple lectura, la situacin real del rea auditada, a fin de
solucionar la problemtica sealada.

* Que su contenido abarque todo lo que se debe informar del rea auditada, sin abundar en
explicaciones intiles, pero sin ser parco en lo que se presenta.

* Que el lector capte inmediatamente la problemtica que reporta el auditor, as como la
opinin que plasma respecto al funcionamiento del rea de sistemas o de sistemas auditados.

B. Caracterstica de forma.-

Se refiere a la manera en que el auditor debe presentar el informe, en cuanto al estilo de
redaccin, contenido en partes, apartados, apndices, tipo y tamao de las hojas y el tipo de letra,
ortografa, sintaxis, gramtica y dems componentes del lenguaje, y en si de todo lo relacionado
con la presentacin del documento. Al redactar dicho informe, el auditor debe considerar los
siguientes aspectos:

Que est redactado en forma concisa, clara, sencilla y amena, sin exceso de tecnicismo, pero
sin omitirlos cuando sean necesarios, a fin de que su lectura sea comprensible.

Que al redactarlo se eviten la redundancia, repeticiones y reiteraciones intiles que solo
abultan y entorpecen la lectura.

Que la forma de presentar el informe sea profesional, mecanografiado en forma impecable y
con el contenido exacto que debe este tipo de documentos.

Que su redaccin sea impecable en cuanto ortografa y puntuacin

Que el contenido sea acorde a las necesidades y exigencias de la empresa auditora

2.2 CARACTERISTICAS DE LA PRESENTACION DEL INFORME

Claridad

Confiabilidad

Propiedad

Concisin

Sencillez

Acertividad

Ilacin

Tono y fuerza

Oportunidad

Exactitud

Imparcialidad

Objetividad

Congruencia

Familiaridad

Veracidad

Efectividad

Positividad

2.3 CARACTERISTICAS IMPORTANTES PARA EL LECTOR DEL INFORME DE AUDITORIA

Que el informe tenga familiaridad

Que el contenido del informe sea coloquial

Que el contenido del informe sea variado

Que se entregue y comente oportunamente

Que su lectura sea sencilla

Que su contenido est fundamentado

Que su redaccin sea clara

Que la informacin contenida sea contundente

Que este redactado en un estilo impersonal

Que su contenido est sintetizado

Que su contenido sea ameno y entendible

Que sea enftico en las situaciones reportadas

3. PROCEDIMIENTOS PARA ELABORAR EL INFORME DE AUDITORIA DE SISTEMAS
En el informe de auditora se reportan las situaciones encontradas durante la evaluacin pero
tambin se deben incluir las causas que originan esas situaciones y las posibles sugerencias para
solucionar los problemas encontrados.

Sin embargo la elaboracin del informe, el cual es el punto ms importante de la auditoria de
sistemas, es uno de los aspectos ms difciles para los auditores debido a que requiere
procedimientos complicados, propios de las auditorias los cuales se tienen que llevar a cabo
mediante una secuencia como lo que se propone en la figura.

En ella se describe un ordenamiento general de realizacin del informe el cual va desde la
aplicacin de los instrumentos de recopilacin hasta la presentacin del informe a los directivos de
la empresa.

Est claro que el producto final y el ms importante de una auditoria de sistemas es la elaboracin
correcta del informe, ya que en este se presentan los resultados obtenidos durante la evolucin
de la gestin administrativa del centro de cmputo o de cualquier otro aspecto relacionado con
los sistemas.

3.1 PASOS PARA ELABORAR DICHO INFORME SE COMPONE DE:

Aplicar instrumentos de recopilacin

De acuerdo con el programa para la auditoria de sistemas, el auditor aplica los instrumentos,
tcnicas, procedimientos y herramientas que diseo en la etapa de planeacin con el propsito de
realizar la evaluacin a los sistemas, a las reas de centros de cmputo o a cualquier otro aspecto.

Con la aplicacin de estos instrumentos, el auditor detecta las posibles desviaciones a la
actividad que se est evaluando y de acuerdo con sus conocimientos y experiencias las analiza y
las registra en el formato de situaciones encontradas que analizaremos continuacin.

INSTRUMENTOS DE RECOPILACION:

Este tiene como objetivo identificar los principales instrumentos tcnicas, herramientas y
mtodos utilizados en la recopilacin de informacin:
Las cuales se detallan a continuacin:
a) Entrevista
b) Cuestionarios
c) Encuestas
d) Observacin
e) Inventarios
f) Muestreo
g) Experimentacin

Al utilizara estas herramientas, mtodos y procedimientos en auditoria de sistemas lo que
hace es utilizar lo mejor de ellas para adecuarlas a las necesidades especificas de la evaluacin
requerida.

IMPORTANCIA DEL USO DE HERRAMIENTAS COMPUTADORIZADAS EN LA AUDITORA

Las herramientas computadorizadas de apoyo a la auditora se suelen clasificar en dos
categoras genricas, a saber: tcnicas y herramientas

Podemos decir de estos que las:

Tcnicas: extraccin y anlisis de datos, deteccin de fraude, monitoreo continuo, valoracin
de la seguridad de la red, control de comercio electrnico, evaluacin del control interno y papeles
de trabajo automatizados.

Herramientas: procesadores de texto, hojas electrnicas, software especializado de auditora,
correo electrnico, diagramas de flujo, bases de datos, administracin de datos y groupware,
administracin de la auditora y administracin de riesgo

Registrar en el formato de situaciones encontradas las desviaciones halladas durante la
revisin

Con la aplicacin de los instrumentos diseados en la etapa de planeacin, el auditor identifica
aquellas posibles desviaciones que encuentra durante su evaluacin y hace un anlisis
comparativo de la operacin normal contra la esperada. Una vez hecho este anlisis, entonces
puede definir aquellas situaciones encontradas en su evaluacin.

Las desviaciones que reporta el auditor tienen caractersticas especiales, las cuales debes
plasmar por escrito en un documento de carcter formal, al que llamaremos formato de
situaciones encontradas. Adems como requerimiento ineludible, dicho reporte debe estar
perfectamente elaborado, en cuanto a su redaccin, claridad, oportunidad y otras caractersticas
propias del informe de auditora que analizaremos en el apartado correspondiente.

Est claro que la principal funcin del auditor es reportar todas las desviaciones que observo
durante la auditoria de sistemas, para la cual puede utilizar el formato que ms le plazca y de la
manera en que se acostumbre reportar dichas observaciones en la empresa en donde se realiza
la auditoria; sin embargo a continuacin sugerimos la adopcin de un formato muy fcil de
elaborar por la simplicidad y la sencillez para plasmar esas desviaciones. Este es el formato de
situaciones encontradas el cual contiene las siguientes columnas las situaciones, las causas, las
soluciones, los responsables de la solucin y las fechas de la solucin

Comentar las situaciones encontradas con los auditados

Una vez identificadas las situaciones encontradas, es responsabilidad del encargado de la
auditoria que el auditor o supervisor (que puedes ser el propio responsable de la auditoria)
comenten cada una de esas desviaciones con el personal responsable de la operacin, sistema o
funcin auditada.

Es indispensable que cada una de estas desviaciones sean discutidas con las empleados
funcionarios o usuarios que fueron auditados, ya que de alguna manera estos son responsables de
que se presenten dichas situaciones ( o cuando al menos estn involucrados en ellos) el propsito
de informarles es que ratifiquen o rectifiquen el origen de tales desviaciones; adems tambin le
sirve al auditor para complementar la redaccin de las situaciones que reporta con ello se busca
que estas sean las mas claras posibles y mas entendidas a fin de que se reporten exactamente
como quieren sealar cada desviacin.

La auditoria no es una cacera d brujas para cortar las cabezas de los auditados; es una revisin
para encontrar posibles desviaciones en su actividad cotidiana y es deber del auditor comentarlas
con ellos para resolver de comn acuerdo.

Encontrar, conjuntamente con los auditados, las causas de las desviaciones y sus posibles
soluciones

Como lo sealamos en el punto anterior la necesidad de comentar las desviaciones con los
responsables de la operacin, tambin remarcaremos que de estos comentarios se puede obtener
de manera ms fidedigna y confiable las causas que generan cada una de las desviaciones a fin de
reportarlas en el informe de auditora lo ms apegado posible a la realidad.

Est claro que al conocer las desviaciones que se le imputan, el auditado tratara de defenderse,
sealando las causas que originaron cada una de las desviaciones encontradas con ello el auditor
puede corroborar o rectificar las causas que haba planteado adems le permite obtener, de
manera directa y en voz de los involucrados las posibles soluciones a estas desviaciones incluso
hasta el responsable de llevarlas a cabo.

Este es el verdadero trabajo del auditor, reportar las desviaciones que encontr durante su
evaluacin, encontrar las causas que las originan y acordar las posibles colusiones conjuntamente
con el auditado. As al es como se entiende y debe entenderse la funcin de la auditoria de
sistemas

Cuando se da esta retroalimentacin con el personal auditado, de ellos mismos se puede
relacionar a la posible responsabilidad de la solucin y la fecha compromiso que se puede llegar a
solucionar cada una de las desviaciones presentadas.

Analizar, depurar y corregir las desviaciones encontradas

Una vez que se comentaron las desviaciones con los auditados y se obtuvieron sus causas y
posibles soluciones el responsable de la auditoria de sistemas ser el encargado de analizar las
desviaciones vigilando que cada una de este perfectamente plasmado y correctamente redactado
en el formato de situaciones encontradas. La redaccin y presentacin de estas desviaciones
debe hacerse los mas correctamente posible sin admitir ni el mas mnimo error de ortografa,
redaccin tipografa. Esta es la principal responsabilidad del encargado de la auditoria de sistemas
vigilar el correcto reporte de las situaciones encontradas.

Cada auditor elabora un borrador o mecanografiadas, las observaciones que observo durante
su evaluacin y al mismo tiempo es responsable de comentarlas con el personal auditado para
obtener de ellos sus causas y soluciones. Una vez que fueron comentadas y en su caso
corroboradas o rectificados, entonces entrega un informe al responsable de la auditoria quien
ser el encargado de analizar cada una de estas desviaciones, a fin de redactar mejor concretadas
y a darles una estructura jerrquica de presentacin en un informe global de situaciones
relevantes encontradas durante la evaluacin de os sistemas.

Jerarquizar las desviaciones encontradas y concentrar las ms importantes en el formato de
situaciones relevantes.

Una vez que el responsable de la auditoria de los sistemas haya supervisado que el informe de
desviaciones encontradas este correctamente elaborado, debe analizar toda las desviaciones
reportadas, a fin de escoger las que considere las mas importantes para reportarlas en el formato
de situaciones relevantes el propsito es enfatizar lo que considera como lo mas importantes de la
evaluacin practicada a fin que los directivos conozcan los aspectos mas relevantes.

Las situaciones que se reportan como las ms relevantes se deben redactar tal como fueron
reportadas en el formato de situaciones relevantes (se sugiere que siempre sea as). Sin
modificarse (es propiamente una copia fiel de estos). Esta la ms conveniente para evitar
confusiones de interpretacin de error mecanogrficos o a cualquier otra alteracin que desea
reportar como relevante. Adems as corrobora que las desviaciones fueron comentadas con el
personal auditado. Con esto no habr lugar para ninguna mala interpretacin ni evasin de
responsabilidades cuando el informe de situaciones relevantes sea comentado con los directivos
del rea de sistemas, adems ser ms fcil mecanografiar dicho informe.

Comentar las situaciones relevantes con los directivos del rea de sistemas y confirmar las
causas y soluciones.

As como las situaciones encontradas se comentaron con los auditados, tambin las situaciones
relevantes se deben comentar con los directivos del rea de sistemas a fin estos las conozcan, el
personal auditado puede, a juicio de los directivos, estar presente para cualquier posible
aclaracin sobre lo informado. Esto es lo ms recomendable.

El responsable de la auditoria debe encabezar la presentacin de este informe al directivo de
mayor jerarqua del rea de sistemas. Por lo general estas reuniones consideradas como
relevantes; aunque tambin se pueden presentar las llameas situaciones encontradas. Adems, si
el encargado de la auditoria lo considera pertinente, cada auditor puede presentar el informe de la
parte que le toco evaluar, o puede hacerlo una sola persona en representacin del responsable de
la evaluacin. Todo se hace d acuerdo con el estilo y costumbre de realizar estas presentaciones.

Tambin es decisin del encargado que cada auditor aclare las dudas de los participantes en
esta reunin.

En esta reunin se presentan los resultados obtenidos en la auditoria de sistemas y el informe
a los directivos del rea auditada se debe hacer en forma abierta y preferentemente en presencia
de todo el personal auditado; esto obedece a que aun con sus causas y soluciones. Aunque esto no
es muy usual, ya que se debe tomar en cuenta que los problemticas, situaciones, incidencia,
desviaciones u observaciones encontradas durante la auditoria y reportadas en el formato de
situaciones relevantes, ya fueron comentadas con cada uno de los auditados.

No obstante, como es natural, en estas reuniones muchos de los auditados trataran de evadir o
justificar su responsabilidad en las desviaciones e incluso en algunos casos extremos, pueden
hasta negar la existencia o conocimiento de la situacin que se les imputa.

Recordemos que est personal esta ante su jefe y difcilmente aceptara sus errores
pblicamente.

Como resultado de esta reunin, se pueden elaborar las modificaciones que cada caso
requieran, de ser necesario, se puede convocar a una nueva reunin para presentar las situaciones
relevantes, pero no para comentar con los auditados las situaciones encontradas.

Concentrar, depurar y elaborar el informe final de auditora, as como el dictamen del auditor

El siguiente paso es que el auditor responsable de la auditoria depure cada una de las
situaciones relevantes reportadas, con el fin de concentrarlas en el llamado informe final de
auditora. Debido a que le informe es para el rea directiva de la empresa, no debe exceder de dos
o tres hojas. En este informe el auditor solo debe sealar lo ms relevante de la evaluacin,
incluyendo su opinin.

La elaboracin del informe es el verdadero trabajo del responsable de auditoria, debido a que
en este documento es donde realmente se muestra la importancia de su actividad, al sealar en
que situacin estaba el rea de sistemas ante la evaluacin practicada por los auditores a su cargo;
adems debe emitir una opinin autorizada sobre el funcionamiento del centro de computo, sus
sistemas de informacin, el cumplimiento del personal y usuarios o sobre cualquier otro aspecto
relacionado con los sistemas de la empresa auditada.

Debemos aclarar que la razn de plasmar este informe en tan poco espacio es que los
directivos de una empresa, por lo general, tienen poco conocimiento del lenguaje que se maneja
en los sistemas de la institucin; por lo tanto, el informe final debe ser lo mas sencillo, claro,
comprensible para ellos, procurando evitar, al mximo posible, el uso de trminos demasiados
tcnicos y desconocidos para personas ajenas a la informtica. Solo se deben destacar los aspectos
ms importantes del rea, desde el punto de vista de los directivos y no del personal que maneja
los sistemas.

Presentar el informe y dictamen final a los directivos de la empresa

El ltimo paso del informe de auditora de sistemas es la presentacin oficial del informe
(informe final de auditora), lo cual se puede hacer de dos maneras, ya sea en forma directa,
mediante una reunin ejecutiva con los directivos de la empresa, o por envi formal del informe
final de la auditoria al directivo mayor de la firma. Este y es el informe final de la auditora
practicada y, por lo tanto, no se debe admitir ningn comentario adicional que pudiera modificar
lo ah presentado; ya que es el producto final de la auditoria, y por lo tanto como crear
expectativas de duda sobre la veracidad y confiabilidad de su contenido.

Por lo general, a esta presentacin solamente asisten el cuerpo directivo de la empresa
auditada y el cuerpo ejecutivo de la empresa encargada de realizar la auditoria; aunque nada
simple que estn presentes tanto el personal del rea d sistemas auditada, como los auditores
participantes. En el caso de una auditora interna, solo asisten el auditor y su cuerpo ejecutivo.

4. ESTRUCTURA DEL INFORME DE AUDITORIA DE SISTEMAS

Aunque hay muchas formas de presentar el siguiente informe de auditora de sistemas, de
acuerdo con las preferencias de la empresa o del auditor que realiza la auditoria.

Este es el documento final, de carcter formal, en el que se presentan por escrito todos los
aspectos importantes que fueron catalogados como deficiencias de las operaciones auditadas, as
como el cumplimiento de las funciones y de los resultados obtenidos con las actividades evaluadas
durante la auditoria. El auditor plasma su dictamen y opinin personal en este documento y lo
sustenta con documentos de apoyo y los papeles de trabajo en los que va haciendo las
anotaciones de las tcnicas, mtodos y procedimientos que utilizo durante el desarrollo del
trabajo.

En el informe de auditora, el cual es un documento en el que se hace la presentacin formal de
los resultados obtenidos durante la auditoria, debe contener como mnimo lo siguiente:

o Oficio de Presentacin
o Introduccin
o Dictamen de la auditoria
o Situaciones relevantes
o Situaciones detectadas
o Anexos
o Confirmaciones en papeles de trabajo

4.1 DESARROLLO DE LA ESTRUCTURA DEL INFORME DE AUDITORIA DE SISTEMAS.

4.1.1 OFICIO DE PRESENTACION

Es la primera parte del informe de auditora y es un documento de carcter oficial que sirve de
presentacin del informe, mediante este documento se pone a consideracin de los directivos de
la empresa el resultado de la auditora practicada al rea de sistemas.

El contenido y presentacin de dicho documento varan de una institucin a otra, pero en esencia
este documento debe ser elaborado en la papelera oficial de la empresa y debe contener como
mnimo los siguientes aspectos:

Logotipo y nombre de la empresa
Fecha de informe
Funcionario que recibe el informe
Empresa o rea auditada
Periodo de evaluacin
Contenido o cuerpo del oficio
Responsable de emitir el informe
Firma autgrafa del responsable

4.1.2 INTRODUCCION

Es la parte del informe donde el responsable de la auditora hace la presentacin formal de su
trabajo; en este apartado se manifiesta el objetivo de la auditora, las razones que motivaron a
llevarla a cabo y, si es el caso, los fundamentos que apoyen su realizacin, en algunas ocasiones
tambin se pueden indicar la metodologa y las herramientas utilizadas en la evaluacin de los
sistemas, aunque esto ltimo no es forzoso.

Debemos sealar que no existen reglas especficas para elaborar esta introduccin; sin embargo,
se puede establecer como nica regla que su redaccin debe ser impecable y debe tener una
excelente presentacin, ya que es la primera parte que se lee del informe de auditora. La
introduccin es frecuentemente la invitacin a seguir leyendo el resto del informe; sin embargo,
cuando esta parte est mal redactada, crea rechazo casi inmediato para seguir adelante con la
lectura.

Debido a lo anterior, a continuacin presentamos una serie de sugerencias que ayudarn al
auditor y al responsable del informe a mejorar la elaboracin de dicha introduccin. Debemos
aclarar que los puntos que analizaremos a continuacin no son apartados de la introduccin, y
slo se presentan para que el lector los identifique, pero no se deben anotar en el informe:

o Aspectos generales
o Prlogo
o Objetivo
o Justificacin

4.1.3 INFORME CORTO DE LA AUDITORIA (DICTAMEN)

Tal vez sta sea la parte ms importante de una auditora de sistemas computacionales y, en
muchas ocasiones, lo que ms esperan los directivos de la empresa o del rea auditada, debido a
que es una opinin profesional respecto al comportamiento de los sistemas. Evidentemente, el
dictamen est apoyado en la experiencia y conocimientos del auditor en las reas de auditora y
sistemas, as como en la confianza del uso de las herramientas e instrumentos apropiados.

Cada empresa de auditora o auditor que elabora un dictamen debe emitir su opinin de acuerdo
con su costumbre, experiencia o segn los requisitos de la empresa auditada; sin embargo, por la
importancia que tiene este informe en el rea de sistemas, o en cualquier otra rea, a
continuacin presentaremos un formato de dictamen y algunas recomendaciones para emitirlo de
una mejor manera.

Es el documento de carcter formal donde el auditor plasma su opinin profesional respecto al
comportamiento de los sistemas y debe cumplir los siguientes requisitos:

o Logotipo de identificacin
o Nombre de la empresa
o Fecha de emisin del dictamen
o Ejecutivo receptor del dictamen
o Breve introduccin al dictamen
o Contenido del informe de auditora, jerarquizando situaciones por importancia de mayor a
menor o de menor a mayor
o Cronologa de ocurrencia de las situaciones que se reportan
o reas de trabajo o reas Administrativas
o Procedimiento de operacin o actividad
o Simple listado sin ningn orden especfico
o Dictamen y recomendacin del auditor
o Responsable de emitir el dictamen

4.1.4 SITUACIONES RELEVANTES

Son formatos de presentacin de los aspectos ms relevantes y de mayor peso encontrados
durante la evaluacin.

Parte fundamental del informe de auditora son los formatos de situaciones relevantes;" stos son
los documentos oficiales donde el responsable de la auditora reporta las desviaciones que, segn
su criterio, son las ms importantes encontradas durante el desarrollo de la auditora.

Estos formatos se anexan para posibles aclaraciones y consultas de las desviaciones que se
reportan en el dictamen; aunque, cabe recordar, el auditor debi comentar este documento con
los directivos del rea de sistemas, como indicamos al principio.

Formato de situaciones relevantes

Este documento es una rplica simplificada del formato anterior, slo que en ste nicamente se
anotan las situaciones consideradas como relevantes, resultado del anlisis al documento anterior,
es decir, slo se incluyen aquellas observaciones que a juicio del auditor o del responsable de la
auditora son realmente importantes para el desarrollo de las actividades del rea de sistemas
evaluada.

Debemos insistir que en este documento slo se presentan las situaciones ms significativas
detectadas durante la evaluacin.

Es recomendable que las situaciones relevantes incluidas en este documento sean la mismas que
las establecidas en el formato de las situaciones detectadas, incluso con las mismas palabra; pero
aqu no deben aparecer a mano sino impecablemente mecanografiadas. Tambin se sugiere seguir
el mismo orden planteado en el documento anterior. A continuacin presentamos una propuesta
del formato de situaciones relevantes, el cual servir de base para las siguientes aplicaciones de
auditora de sistemas que haremos.

Este formato, que tambin se elabora en forma individual, tiene tres columnas bsicas en las
cuales se anotan, exclusivamente en computadora o a mquina, los siguientes aspectos:

* Las situaciones relevantes, que son lo que ms se destac en el documento anterior y que se
determin como lo ms importante de destacar, segn las pruebas, procedimientos y tcnicas
utilizados para hacer la evaluacin.

* Las causas, que son los motivos de las desviaciones.

* Las posibles soluciones, que son las posibles soluciones para las desviaciones.

4.1.5 SITUACIONES DETECTADAS

Presentacin de todas las desviaciones encontradas durante la auditoria, con las causas reales que
las provocaron y sus posibles soluciones.

Como parte complementaria del formato anterior, tambin se puede integrar en el informe de
auditora de sistemas computacionales el formato de situaciones encontradas, que es donde se
concentran todas las desviaciones encontradas durante la evaluacin. Su inclusin en el dictamen
es a criterio del responsable de la auditora, debido a que sera muy improbable que los receptores
del informe final, generalmente altos funcionarios de la empresa, tomen en cuenta el anlisis de
este documento. Adems, este formato dio origen al de situaciones relevantes y este ltimo dio
pie a la elaboracin del dictamen de auditora. Por ello se consultara muy espordicamente.

Formato de situaciones encontradas

Este documento, que es uno de los documentos nas importantes para o desarrollo de cualquier
auditora de sistemas, es un formato especial para la recopilacin de situaciones o desviaciones
encontradas, el cual est formado por una serie de hojas (formatos individuales) en las cuales el
auditor anota en manuscrito o tipografa todas las desviaciones que encuentra durante su
evaluacin.

Este formato, en forma individual, tiene seis columnas bsicas en las que se anotan los siguientes
asuntos:

La referencia: es un nmero consecutivo, combinado o marca especial, mediante el cual se
identifica la situacin a tratar.

Las situaciones detectadas: especficamente, es la descripcin de lo que se encontr en un
determinado punto de la evaluacin, segn las pruebas, procedimientos o tcnicas de
evaluaciones utilizadas para hacer la revisin; cada una de estas desviaciones es parte importante
del documento.

Las causas: es la presentacin de los motivos e imputaciones que originaron la desviacin y
puede ser una sola causa o varias las que ocasionaron esta desviacin, todas se anotan, a criterio
del auditor.

Las posibles soluciones: son sugerencias del auditado o del auditor para solucionar las
desviaciones reportadas. Casi siempre corresponde una solucin para cada una de las causas
reportadas.

Fecha de compromiso: es el perodo o la fecha tentativa para implantar la solucin acordada. Se
anota una fecha para cada solucin propuesta.

Responsables de las soluciones: son los funcionarios, empleados o cualquier persona
responsable de implantar las soluciones. Tambin se acostumbra anotar un responsable por cada
solucin, aunque a veces parezca repetirse el mismo responsable.

4.1.6 ANEXOS

Cuadros, estadsticas, acta o cualquier otro documento que sirva de soporte para reafirmar las
desviaciones presentadas. El auditor puede obtener otro tipo de informacin que puede llegar a
ser til para realizar la evaluacin:

Resultados del procesamiento de datos.

Descripcin de puestos, funciones y actividades.

Resultados de pruebas y clculos de procesamientos que se efectan en el sistema.

Copias de formatos y licencias de programas y paqueteras.

Copias de resguardos de equipos y mobiliario

Mapas de distribucin de redes, instalaciones, equipos, muebles y sistemas de informacin.

Mapas de rutas de evacuacin y seguridad del rea de sistemas.

Bitcoras de reportes y reportes de servicios de mantenimiento preventivo y correctivo.

Resultados de inventarios y pruebas de la arquitectura de los sistemas.

Resultados de diseos, anlisis, codificacin, pruebas y liberacin de sistemas.

Copias de programas fuente, objeto, y codificacin de los sistemas desarrollados en la
empresa.

Resultados de cotizaciones y estudios de mercado para adquisiciones de hardware, software,
mobiliario y consumibles de sistemas.

Diagramas de sistemas de programacin y desarrollo de sistemas.

4.1.7 CONFIRMACIONES EN PAPELES DE TRABAJO

Son pruebas documentadas que sirve de soporte para sustentar las desviaciones, causas u otros
aspectos relevantes encontrados.

La evidencia y los papeles de trabajo constituyen el soporte fundamental de los hallazgos
detectados por el auditor, de ah la importancia que reviste la suficiencia, relevancia y
competencia de la evidencia as como la calidad y claridad de los Papeles de Trabajo, atendiendo a
que la informacin de aqu se recoge est escrita siempre a terceros que son los clientes de
nuestro servicio.

4.2 FORMATOS PARA EL INFORME DE AUDITORIA DE SISTEMAS
Existen muchas formas de desviaciones que se detectan en una auditoria de sistemas, que se
presentan de acuerdo a las experiencias, conocimientos y necesidades del responsable en hacer la
auditoria.

Adems existen empresas que realizan un trabajo de auditoria, ellos tienen establecidas sus
propias formas de reportar las observaciones, estandarizando as la forma de elaborar su informe
de auditoria.

Podemos tomar de ejemplo dos formatos de auditoria que son mas funcionales , por la forma que
ayudan al auditor a reportar las situaciones encontradas en la auditoria, con la finalidad de que la
persona lectora entienda lo que se esta informando en estos documentos.

Estos facilitaran:

la forma de reportar las desviaciones observadas en la evaluacin.
para ensear a los auditores principiantes como elaborar informes de auditoria, pues son
fciles de llenar y comprender.

Los siguientes formatos son:
Formatos de situaciones encontradas
Formatos de situaciones relevantes

4.2.1 FORMATOS DE SITUACIONES ENCONTRADAS:

Este documento que es uno de los ms importantes para el desarrollo de cualquier auditoria de
sistemas, es un formato especial para la recopilacin de situaciones o desviaciones encontradas,
esta formada por una serie de hojas (formatos individuales) en las cuales el auditor anota en
manuscrito, todas las desviaciones que encuentre durante su evaluacin:

Este formato, en forma individual tiene seis columnas bsicas en las que se anotan los siguientes
asuntos:

a) REFERENCIA: Es un numero consecutivo, combinado o marca especial mediante el cual se
identifica la situacin a tratar.
b) LAS SITUACIONES DETECTADAS: es la descripcin de lo que se encontr en un determinado
punto de la evaluacin. segn las pruebas, procedimientos o tcnicas de evaluacin, utilizados
para hacer la revisin, estos son parte importante del documento.
c) LAS CAUSAS: es la presentacin de los motivos que originan la desviacin y puede ser una sola
causa o varias las que ocasionaron estas desviaciones, todos se anotan a criterio del auditor
d) LAS POSIBLES SOLUCIONES: Son las sugerencias del auditor para solucionar las desviaciones
Reportadas casi siempre corresponde una solucin para cada una de las causas reportadas.

e) FECHA DE COMPROMISO: Es el periodo para implantar la solucin acordada. Se anota una fecha
para cada solucin propuesta.
f) RESPONSABLE DE LAS SOLUCIONES: son los funcionarios, o persona responsable de implanta las
soluciones. Se acostumbra a notar a un responsable por cada solucin, aunque a veces parezca
repetirse el nombre de la misma persona responsable.

[pic]

IDENTIFICACION (EN LA PARTE SUPERIOR IZQUIERDA DEL FORMATO)

Es el nombre donde se anota la empresa auditora, ya sea el de la empresa que hace la auditoria. Si
es necesario que lleve el logotipo de auditora, cargado en la parte superior izquierda.

REA AUDITADA (EN LA PARTE CENTRAL DEL FORMATO)

Es el rea donde se anota el rea de informtica, seccin o unidad administrativa del sistema
evaluada. Lo que se pretende con esta identificacin es que se tenga bien claro cul es el ambiente
de trabajo donde se presentaron las desviaciones.

FECHA DE EVELUACION (EN LA PARTE SUPERIOR DERECHA)

En este recuadro se anota la fecha en que se presentan la evaluacin , con el formato dia, mes y
ao.

EN LA PARTE INFERIOR DEL FORMATO:

Quien elaboro (Nombre y firma)

Quien aprob (Nombre y firma)

4.2.2 FORMATOS DE SITUACIONES RELEVANTES

Es la parte fundamental del informe de auditoria, estos documentos oficiales donde el
responsable de la auditoria reporta desviaciones que segn criterio, son los mas importantes
encontradas durante el desarrollo de la auditoria.

SLO PRESENTAN LAS SITUACIONES MS SIGNIFICATIVAS DETECTADAS DURANTE LA EVALUACIN

Continuacin dicho formato contiene:

IDENTIFICACION

AREA AUDITADA
FECHA DE EVALUACION
NUMERO DE REFERENCIA
SITUACIONES RELEVANTES
CAUSAS DE LA DESVIACION
SOLUCIONES PROPUESTAS.

CAPITULO III

CASO PRCTICO N 1

[pic]

AUDITORIA INFORMATICA
1.
1. ORIGEN DE LA AUDITORIA:

La presente Auditoria se realiza en cumplimiento del Plan Anual de Control 2003, aprobada
mediante Resolucin de Contralora N 235- 2002-CG del 15 de Diciembre del 2002.

1.1. OBJETIVOS Y ALCANCE

1.1.1. OBJETIVO GENERAL
Revisar y Evaluar los controles, sistemas, procedimientos de informtica; de los equipos de
cmputo, su utilizacin, eficiencia y seguridad, de la organizacin que participan en el
procesamiento de la informacin, a fin de que por medio del sealamiento de cursos alternativos
se logre una utilizacin ms eficiente y segura de la informacin que servir para una adecuada
toma de decisiones.

1.1.2. OBJETIVOS ESPECIFICOS
- Evaluar el diseo y prueba de los sistemas del rea de Informtica
- Determinar la veracidad de la informacin del rea de Informtica
- Evaluar los procedimientos de control de operacin, analizar su estandarizacin y evaluar el
cumplimiento de los mismos.
- Evaluar la forma como se administran los dispositivos de almacenamiento bsico del rea de
Informtica
- Evaluar el control que se tiene sobre el mantenimiento y las fallas de las Pcs.
- Verificar las disposiciones y reglamentos que coadyuven al mantenimiento del orden dentro del
departamento de cmputo.

1.2. ANTECEDENTES

La convencin Nacional el 29 de Diciembre de 1857 aprueba la ley que es promulgada por el
libertador Ramn Castilla disponiendo que el Dpto. de Moquegua, conformando por 04 provincias:
Tacna, Arica, Tarapac y Moquegua, entre otros departamentos., procedan a constituir juntas
electorales en las capitales de departamentos., provincias y distritos, para q se elijan las primeras
Municipalidades establecidas por la constitucin.
En la Capital de la Provincia de Moquegua, deban elegirse 11 Municipalidades, en el resto de la
Provincia (Torata, Omate, Ubinas, Carumas, Puquina, Iloe Ichua) el nmero de Municipalidades
variaban de 3 a 5 miembros.
Anteriormente, el gobierno local de la provincia de Mariscal Nieto-Moquegua ocupaba una casona
ubicada en la calle Moquegua N 851, inmueble cuya construccin data de 1799 y que fue donada
a la Municipalidad de Moquegua el 05 de Setiembre de 1945.
Actualmente la Municipalidad Provincial de Mariscal Nieto cuenta con una infraestructura
moderna ubicada en la calle Ancash N 275

1.3. ENFOQUE A UTILIZAR

La presente accin de control, se realiza de acuerdo con el organismo central y rector de los
Sistemas Nacionales de Estadstica e Informtica, responsable de normar, supervisar y evaluar los
mtodos, procedimientos y tcnicas estadsticas e informticas utilizados por los rganos del
Sistema INEI (Instituto Nacional de Estadstica e Informtica), Normas Internacionales de Auditoria
(NIA); habindose aplicado procedimientos de Auditoria que se consideraron necesarios de
acuerdo a las circunstancias.
La presente Auditoria Informtica se realizara en la Municipalidad Provincial de Mariscal Nieto,
ubicada en el Distrito de Moquegua, Provincia Mariscal Nieto Departamento de Moquegua, siendo
el rea a examinarse la de Informtica.

1.4. RELACION DE FUNCIONARIOS O PERSONAL A CARGO DEL AREA A EXAMINAR

Periodo de Gestin

Apellidos Nombres Cargo Del Al Domicilio
Cervantes Games, Ivn Jefe 01.01.03 30.12.03 Av. Balta N232
Manchiria Ceballos, Victoria Planillas 01.01.03 30.12.03 Calle Lima N 44
Velsquez Zapata, Sonia Secretaria 01.01.03 30.12.03 Calle Moq.N145
Gamez Villa, Celia Secretaria 01.01.03 30.12.03 Calle Lima N1420

1.5. CRONOGRAMA DE TRABAJO

PROGRAMA DE AUDITORIA
EMPRESA: Municipalidad Provincial Mariscal Nieto FECHA: HOJA N
FASE ACTIVIDAD - HORAS ESTIMADAS
I VISITA PRELIMINAR
Solicitud de Manuales y Documentaciones.
Elaboracin de los cuestionarios.
.Recopilacin de la informacin organizacional: estructura orgnica, recursos humanos,
presupuestos.
8 HS.
II DESARROLLO DE LA AUDITORIA
Aplicacin del cuestionario al personal.
Entrevistas a lderes y usuarios ms relevantes de la direccin.
Anlisis de las claves de acceso, control, seguridad, confiabilidad y respaldos.
Evaluacin de la estructura orgnica: departamentos, puestos, funciones, autoridad y
responsabilidades.
Evaluacin de los Recursos Humanos y de la situacin Presupuestal y Financiera: desempeo,
capacitacin, condiciones de trabajo, recursos en materiales y financieros mobiliario y equipos.
Evaluacin de los sistemas: relevamiento de Hardware y Software, evaluacin del diseo lgico y
del desarrollo del sistema.
Evaluacin del Proceso de Datos y de los Equipos de Cmputos: seguridad de los datos, control
de operacin, seguridad fsica y procedimientos de respaldo.
32 HS.
III REVISION Y PRE-INFORME
Revisin de los papeles de trabajo.
Determinacin del Diagnostico e Implicancias.
Elaboracin de la Carta de Gerencia.
Elaboracin del Borrador.
16 HS.
IV INFORME
Elaboracin y presentacin del Informe.
4 HS.

1.6. EJECUCION DE LA REVISION ESTRATEGICA

1.6.1. CONOCIMIENTO INICIAL DE LA ENTIDAD
Anteriormente, el gobierno local de la provincia de Mariscal Nieto-Moquegua ocupaba una casona
ubicada en la calle Moquegua N 851, inmueble cuya construccin data de 1799 y que fue donada
a la Municipalidad de Moquegua el 05 de Setiembre de 1945.
Actualmente la Municipalidad Provincial de Mariscal Nieto cuenta con una infraestructura
moderna ubicada en la calle Ancash N 275

1.6.2. AUTORIDADES DE LA MUNICIPALIDAD PROVINCIAL DE MARISCAL NIETO

NOMBRE CARGO
Dr. Vicente Antonio Ceballos Salinas Alcalde
Dr. Javier Flores Arocutipa Vicerrector
Mag. Hilda Guevara Gomez Decana de la Facultad de Ciencias de la Salud
Ing. Oscar Paredes Vargas Decano de la Facultad de Ingeniera
Mag. Victor Cornejo Rodriguez Decano de Cs.Jurdicas, Empresariales y Pedaggicas.

1.6.3. PRINCIPALES ACTIVIDADES:
_ Acordar su rgimen de rgano Interior
_ Aprobar su presupuesto
_ Aprobar sus Bienes y Rentas
_ Crear, modificar, suprimir o examinar sus contribuciones, atribuciones y derecho, conforme a
Ley.
_ Organizar, Reglamentar y Administrar sus servicios pblicos locales.
_ Contratar con otras entidades pblicas y no pblicas, preferentemente locales, la atencin de los
servicios que no administraron directamente.
_ Planificar el desarrollo de sus pueblos y ejecutar los planes correspondientes.
_ Examinar el cumplimiento de sus propias Normas, a travs de sus propios medios o con el
auxiliar de las fuerzas policiales.
_ Celebrar contratos con otros municipios para organizar servicios comunes.
_ Promover y organizar la participacin de los vecinos en el desarrollo comunal.

1.6.4. FUNCIONES GENERALES
Planificar, ejecutar e impulsar, a travs de los rganos correspondientes, el conjunto de acciones
destinadas a proporcionar al ciudadano, el ambiente adecuado para las satisfacciones de sus
necesidades viales de vivienda, salubridad, abastecimiento, educacin, recreacin, transporte y
comunicacin.

Formular el plan de desarrollo distrital en concordancia con las necesidades y requerimientos de la
poblacin organizada y los planes de desarrollo nacional y regional.

Conducir los programas de acondicionamiento territorial, vivienda y seguridad colectiva, conforme
lo establece la ley orgnica de municipalidades, velando por su ejecucin.

La base normativa empleada est compuesta por las Normas Internacionales de Auditora (NIAs)
1001 Sistemas de Microcomputadoras, 1002 Sistemas de Microcomputadoras en Lnea, 1003
Sistemas de Bases de Datos, 1008 Evaluacin de Riesgos y Control Interno y el marco COBIT.

1.7. SISTEMAS Y CONTROLES IDENTIFICADOS

a) Control de Actividades y Operaciones.
La Municipalidad Provincial de Mariscal Nieto ha formulado el Reglamento deOrganizacin y
Funciones (ROF),
Asimismo la entidad ha formulado el Manual de Organizacin y Funciones.
b) Controles de Confiabilidad y Validez de la Informacin.
_ Las funciones y responsabilidades de cada funcionario y/o directivo estn establecidas en el
Reglamento General Interno, Reglamento de Organizacin y Funciones (ROF).

1.8. OFICINA DE PLANEACION Y PRESUPUESTO

1.8.1. AREA DE CMPUTO E INFORMATICA
MISION
El rea de Computo e informtica de la municipalidad Provincial de Mariscal Nieto Moquegua,
tiene por misin normar el adecuado uso y aprovechamiento de los recursos informticos; la
optimizacin de las actividades, servicios procesos y acceso inmediato a informacin para la toma
de decisiones, mediante el desarrollo, implantacin y supervisin del correcto funcionamiento de
los sistemas y comunicaciones, as como la adquisicin y control de la plataforma fsica de
computo.

VISION:
El rea de cmputo e informtica, de la Municipalidad Provincial Mariscal Nieto capaz de liderar el
desarrollo informtico, asegurando un marco transparente para el acceso a los ciudadanos a la
informacin

1.8.2. SITUACION ACTUAL
Ubicacin:
El rea de cmputo e informtica orgnicamente depende de la oficina de planificacin y
presupuesto, asumiendo la responsabilidad de dirigir los procesos tcnicos de informtica

Recursos Humanos:
Actualmente en el rea de cmputo e informtica labora una sola persona quien cumple las
funciones de administracin, capacitacin, soporte y procesamiento de datos.

Recursos informticos existentes:
Servidores (Windows 2000 Server) 3
Computadoras Personales 15
Impresoras 5

1.8.3. OBJETIVOS:
El rea de Cmputo e informtica tiene los siguientes objetivos Sectoriales:
_ Apoyar a las Municipalidades Distritales de la Provincia de Mariscal Nieto.
_ Estandarizar y Uniformizar informacin relevante referente a los gobiernos locales
_ Brindar un mejor servicio a los usuarios de Moquegua, a travs de una pgina Web

OBJETIVOS ESPECIFICOS (PRESUPUESTADOS):
_ Equipamiento de la gestin Municipal.
_ Optimizar las aplicaciones existentes a satisfaccin de la municipalidad.
_ Digitalizacin de Partidas de Nacimiento, Matrimonio y Defuncin
_ Brindar acceso a Internet
_ Diseo y elaboracin de pginas Web.
_ Alojamiento y Mantenimiento de la Pagina Web.

2. JUSTIFICACIN

Aumento considerable e injustificado del presupuesto del PAD (Departamento de
Procesamiento de Datos)
Desconocimiento en el nivel directivo de la situacin informtica de la empresa
Falta total o parcial de seguridades lgicas y fsicas que garanticen la integridad del personal,
equipos e informacin.
Descubrimiento de fraudes efectuados con el computador
Falta de una planificacin informtica
Organizacin que no funciona correctamente, falta de polticas, objetivos, normas,
metodologa, asignacin de tareas y adecuada administracin del Recurso Humano
Descontento general de los usuarios por incumplimiento de plazos y mala calidad de los
resultados.
Falta de documentacin o documentacin incompleta de sistemas que revela la dificultad de
efectuar el mantenimiento de los sistemas en produccin

2.1. MOTIVO O NECESIDAD DE UNA AUDITORIA INFORMTICA:

2.1.1. Sntomas de descoordinacin y desorganizacin:
_ No coinciden los objetivos del rea de Informtica y de la propia Institucin.
_ Los estndares de productividad se desvan sensiblemente de los promedios conseguidos
habitualmente. Puede ocurrir con algn cambio masivo de personal, o en una reestructuracin
fallida de alguna rea o en la modificacin de alguna Norma importante

2.1.2. Sntomas de mala imagen e insatisfaccin de los usuarios:
_ No se atienden las peticiones de cambios de los usuarios. Ejemplos: cambios de software en los
terminales de usuario, refrescamiento de paneles, variacin de los ficheros que deben ponerse
diariamente a su disposicin, etc.
_ No se reparan las averas de hardware ni se resuelven incidencias en plazos razonables. El
usuario percibe que est abandonado y desatendido permanentemente.

2.1.3. Sntomas de debilidades econmico-financieras:
_ Incremento desmesurado de costes.
_ Necesidad de justificacin de Inversiones Informticas (la empresa no est absolutamente
convencida de tal necesidad y decide contrastar opiniones).
_ Desviaciones Presupuestarias significativas.
_ Costes y plazos de nuevos proyectos (deben auditarse simultneamente a
Desarrollo de Proyectos y al rgano que realiz la peticin).

2.1.4. Sntomas de Inseguridad: Evaluacin de nivel de riesgos
_ Seguridad Lgica
_ Seguridad Fsica
_ Confidencialidad
_ Los datos son propiedad inicialmente de la organizacin que los genera. Los datos de personal
son especialmente confidenciales.

AUDITORA FISICA

1. Alcance de la Auditoria
Organizacin y cualificacin del personal de Seguridad.
Remodelar el ambiente de trabajo.
Planes y procedimientos.
Sistemas tcnicos de Seguridad y Proteccin.

2. Objetivos
_ Revisin de las polticas y Normas sobre seguridad Fsica.
_ Verificar la seguridad de personal, datos, hardware, software e instalaciones
_ Seguridad, utilidad, confianza, privacidad y disponibilidad en el ambiente informtico

INFORME DE AUDITORIA

1. Identificacin del informe
Auditoria fsica.

2. Identificacin del Cliente
El rea de Informtica

3. Identificacin de la Entidad Auditada
Municipalidad Provincial Mariscal Nieto

4. Objetivos
_ Verificar la estructura de distribucin de los equipos.
_ Revisar la correcta utilizacin de los equipos
_ Verificar la condicin del centro de cmputo.

5. Observaciones
_ Falta de presupuesto y personal.
_ Falta de un local ms amplio
_ No existe un calendario de mantenimiento
_ Falta de ventilacin.
_ Faltan salida al exterior
_ Existe salidas de emergencia.

6. Alcance de la auditoria
Nuestra auditoria, comprende el presente periodo 2004 y se ha realizado especialmente al
Departamento de centro de cmputo de acuerdo a las normas y dems disposiciones aplicable al
efecto.

7. Conclusiones:
Como resultado de la Auditoria podemos manifestar que hemos cumplido con evaluar cada uno
de los objetivos contenidos en el programa de auditora.
El Departamento de centro de cmputo presenta deficiencias sobre todo en el debido
cumplimiento de Normas de seguridad.

8. Recomendaciones
Reubicacin del local
Implantacin de equipos de ltima generacin
Implantar equipos de ventilacin
Implantar salidas de emergencia.
Elaborar un calendario de mantenimiento de rutina peridico .
Capacitar al personal.

9. Fecha Del Informe
PLANEAMIENTO EJECUCION INFORME
011004 al 1510-04 16-1004 al 2011-04 231104 al 2811-04

10. Identificacin Y Firma Del Auditor

APELLIDOS Y NOMBRES CARGO
MAMANI CUTIPA WILY AUDITOR SUPERIOR

AUDITORIA DE LA OFIMATICA

1. Alcance de la Auditoria.-
Planes y procedimientos
Polticas de Mantenimiento
Inventarios Ofimticos
Capacitacin del Personal

2. Objetivos de la Auditoria.-
Realizar un informe de Auditora con el objeto de verificar la existencia de controles preventivos,
detectivos y correctivos, as como el cumplimiento de los mismos por los usuarios.


Auditoria de la Ofimtica



4. Objetivos
Verificar si el hardware y software se adquieren siempre y cuando tengan la seguridad de que los
sistemas computarizados proporcionaran mayores beneficios que cualquier otra alternativa.
Verificar si la seleccin de equipos y sistemas de computacin es adecuada
Verificar la existencia de un plan de actividades previo a la instalacin
Verificar que los procesos de compra de Tecnologa de Informacin, deben estar sustentados en
Polticas, Procedimientos, Reglamentos y Normatividad en General, que aseguren que todo el
proceso se realiza en un marco de legalidad y cumpliendo con las verdaderas necesidades de la
organizacin para hoy y el futuro, sin caer en omisiones, excesos o incumplimientos.
Verificar si existen garantas para proteger la integridad de los recursos informticos.
Verificar la utilizacin adecuada de equipos acorde a planes y objetivos.

5. Observaciones
_ Falta de licencias de software.
_ Falta de software de aplicaciones actualizados
_ No existe un calendario de mantenimiento ofimtico.
_ Faltan material ofimtica.
_ Carece de seguridad en Acceso restringido de los equipos ofimticos y software.

efecto.
El alcance ha de definir con precisin el entorno y los lmites en que va a desarrollarse la auditoria
Ofimtica, se complementa con los objetivos de sta.

7. Conclusiones:
El Departamento de centro de cmputo presenta deficiencias sobre el debido cumplimiento de
Normas de seguridad.
La escasez de personal debidamente capacitado.
Cabe destacar que la sistema ofimtico pudiera servir de gran apoyo a la organizacin, el cual no
es explotado en su totalidad por falta de personal capacitado.

8. Recomendaciones
Se recomienda contar con sellos y firmas digitales
Un de manual de funciones para cada puesto de trabajo dentro del rea.
Reactualizacin de datos.
Implantacin de equipos de ltima generacin
Elaborar un calendario de mantenimiento de rutina peridico .
Capacitar al personal.

011004 al 1510-04 16-1004 al 2011-04 231104 al 2811-04

QUIONEZ MAYTA CARMEN AUDITOR SUPERIOR

AUDITORIA DE LA DIRECCION

Organizacin y calificacin de la direccin de Informtica
Plan Estratgico de Sistemas de Informacin.
Anlisis de puestos
Planes y Procedimientos
Normativa
Gestin Econmica.

Realizar un informe de Auditora con el objeto de verificar la adecuacin de las medidas aplicadas
a las amenazas definidas, as como el cumplimiento de los requisitos exigidos.

3. Resultados:
Se obtendr:
Informe de Auditora detectando riesgos y deficiencias en la Direccin de
Informtica.
Plan de recomendaciones a aplicar en funcin de:

OBJETIVOS
Determinacin de la utilidad de polticas, planes y procedimientos, as como su nivel de
cumplimiento.
Examinar el proceso de planificacin de sistemas de informacin y evaluar si cumplen los
objetivos de los mismos.
Verificar si el comit de Informtica existe y cumple su papel adecuadamente.
Revisar el emplazamiento del departamento de Informtica y evaluar su dependencia frente a
otros.
Evaluar la existencia de estndares de funcionamiento, procedimientos y descripciones de
puestos de trabajo adecuados y actualizados.
Evaluar las caractersticas de la comunicacin entre la Direccin de Informtica y el personal
del Departamento.
Verificar la existencia de un sistema de reparto de costes informticos y que este sea justo.

AUDITORIA DE LA EXPLOTACION

Evaluacin del personal y coherencia de cargos de la propia institucin.
Normas y Procedimientos del rea de informtica.

2. Objetivos
Realizar un informe de Auditora con el objeto de verificar la adecuacin de las funciones que
sirven de apoyo a las tecnologas de la informacin.


Auditoria de la Explotacin



4. Objetivos
Verificar el cumplimiento de plazos y calendarios de tratamientos y entrega de datos; la
correcta transmisin de datos entre entornos diferentes.
Verificar la existencia de normas generales escritas para el personal de explotacin en lo que
se refiere a sus funciones
Verificar la realizacin de muestreos selectivos de la Documentacin de las Aplicaciones
explotadas.
Verificar cmo se prepara, se lanza y se sigue la produccin diaria.
Bsicamente, la explotacin Informtica ejecuta procesos por cadenas o lotes sucesivos
(Batch*), o en tiempo real (Tiempo Real*).
Evaluar las relaciones personales y la coherencia de cargos y salarios, as como la equidad en la
asignacin de turnos de trabajo.
Verificar la existencia de un responsable de Sala en cada turno de trabajo.
Revisar la adecuacin de los locales en que se almacenan cintas y discos, as como la perfecta y
visible identificacin de estos medios.

5. Observaciones
Incumplimiento de plazos y calendarios de tratamientos y entrega de datos
Inexistencia y falta de uso de los Manuales de Operacin
Falta de planes de formacin
No existe programas de capacitacin y actualizacin al personal

Nuestra auditoria, comprende el presente periodo 2004 y se ha realizado especialmente al rea de
Informtica de acuerdo a las normas y dems disposiciones aplicable al efecto.

7. Conclusiones:
Como resultado de la Auditoria de la Seguridad realizada al Municipio, por el perodo
comprendido entre el 01 de Setiembre al 24 de Diciembre del 2004, podemos manifestar que
hemos cumplido con evaluar cada uno de los objetivos contenidos en el programa de auditora.
El rea de Informtica presenta deficiencias sobre todo en el debido cumplimiento de sus
funciones y por la falta de ellos.

8. Recomendaciones
Debern realizarse muestreos selectivos de la Documentacin de las
Aplicaciones explotadas
Asignar un responsable del Centro de Cmputos en cada turno de trabajo.
Crear y hacer uso de manuales de operacin.
Revisar los montajes diarios y por horas de cintas o cartuchos, as como los tiempos
transcurridos entre la peticin de montaje por parte del Sistema hasta el montaje real.
Realizar funciones de operacin, programacin y diseo de sistemas deben estar claramente
delimitadas.
Crear mecanismos necesarios a fin de asegurar que los programadores y analistas no tengan
acceso a la operacin del computador y los operadores a su vez no conozcan la documentacin de
programas y sistemas

011004 al 1510-04 16-1004 al 2011-04 231104 al 2811-04

AROHUANCA ANTAHUANACO MICHELLA AUDITOR SUPERIOR

AUDITORIA DEL DESARROLLO

Conexiones
Cifrado
Salidas Gateway y Reuters
Correo Electrnico
Pginas WEB
Firewalls

2. Objetivos
Revisar el cumplimiento del proceso completo de desarrollo de proyectos
Verificar las metodologas utilizadas
Verificar el control interno de las aplicaciones, satisfaccin de los usuarios y control de
procesos y ejecuciones de programas crticos.
Revisar el ciclo de desarrollo del software.


Auditoria de Desarrollo



4. Objetivos
Verificar el cumplimiento de los proyectos en proceso.
Revisar el cumplimiento de las normas generales
Revisar los recursos de la organizacin
Verificar los avances tecnolgicos.

5. Observaciones
Incumplimiento de plazos y calendarios de tratamientos y entrega de datos
Inexistencia y falta de uso de los Manuales de Operacin
Falta de planes de formacin


7. Conclusiones:
La municipalidad no desarrolla software de paliacin si no la adquiere.
Se ha calificado el ciclo de desarrollo de los procesos de la entidad en su mbito de trabajo

8. Recomendaciones
Asignar un responsable un responsable para todos los procesos del Centro de Cmputos.
Se debe asignar un grupo para el desarrollo de software.
Crear y hacer uso de manuales de operacin.
Realizar funciones de operacin, diseo de sistemas.

011004 al 1510-04 16-1004 al 2011-04 231104 al 2811-04


MUOZ ORTEGA, MADELEINE. AUDITOR SUPERIOR

AUDITORIA DEL MANTENIMIENTO

Planes y procedimientos de Mantenimiento
Normativa

Realizar un informe de Auditora con el objeto de evaluar el mantenimiento correctivo y
preventivo del software.

3. Referencia Legal:
Estndares
ISO/IEC 12207
IEEE 1074
IEEE 1219
ISO/IEC 14764


Auditoria del Mantenimiento



4. Objetivos
Revisar los contratos y las clusulas que estn perfectamente definidas en las cuales se elimine
toda la subjetividad y con penalizacin en caso de incumplimiento, para evitar contratos que sean
parciales.
Verificar el cumplimiento del contrato sobre el control de fallas, frecuencia, y el tiempo de
reparacin.
Diagnstico del sistema actual de mantenimiento.
Verificar el montaje de mtodos de recopilacin de informacin en reas especficas.
Verificar la existencia de de planes estratgicos de desarrollo.
Verificacin de la efectividad del mantenimiento actual y los desarrollos y programas
proyectados.
Verificar la optimizacin de almacenes y repuestos.

5. Observaciones
Prdida de control
Prdida de una fuente de aprendizaje, porque una actividad interna pasa a ser externa.
Dependencias del suministrador.
Variaciones en la calidad del producto entregado al usuario final.
Problemas entre el personal.
Uso de metodologas para nuevos desarrollos, pero ausencia de ellas para el mantenimiento.
Tendencia a la desestructuracin
Dificultad progresiva de modificacin
Falta de presupuesto
Falta de personal
Falta de apoyo de la Direccin


7. Conclusiones:
Como resultado de la Auditoria del Mantenimiento realizada al Municipio, por el perodo

8. Recomendaciones
Modificacin de un producto software, o de ciertos componentes, usando para el anlisis del
sistema existente tcnicas de Ingeniera Inversa y, para la etapa
De reconstruccin, herramientas de Ingeniera Directa, de tal manera que se oriente este
cambio hacia mayores niveles de facilidad en cuanto a mantenimiento, reutilizacin, comprensin
o evolucin.
Categorizar los tipos de mantenimiento del software y para cada tipo planificar las actividades
y tareas a realizar.
Elaborar un procedimiento organizado para realizar la migracin de un producto software
desde un entorno operativo antiguo a otro nuevo.
Establecer un acuerdo o contrato de mantenimiento entre el mantenedor y el cliente y las
obligaciones de cada uno estos.
Elaborar un plan de mantenimiento que incluya el alcance del mantenimiento, quin lo
realizar, una estimacin de los costes y un anlisis de los recursos necesarios.

011004 al 1510-04 16-1004 al 2011-04 231104 al 2812-04


QUIONEZ MAYTA, CARMEN AUDITOR SUPERIOR

AUDITORIA DE BASE DE DATOS

1. Alcance de la auditoria:
Esta auditora comprende solamente al rea de cetro de computo de la municipalidad de mariscal
nieto, con respecto al cumplimiento del proceso "De Gestin administracin de la Base de Datos "
de la de manera que abarca la explotacin, mantenimiento, diseo carga, post implementacin,
Los sistemas de gestin de base de datos (SGBD), software de auditora, sistema operativo
protocolos y sistemas distribuidos.

2. Objetivos
Verificar la responsabilidad para la planificacin de planillas y control de los activos de datos
de la organizacin (administrador de datos)
Verificar la responsabilidad de la administracin del entorno de la base de datos
(Administrador de la base de datos)
Proporcionar servicios de apoyo en aspectos de organizacin y mtodos, mediante la
definicin, implantacin y actualizacin de Base de Datos y/o procedimientos administrativos con
la finalidad de contribuir a la eficiencia


Auditoria de Base de Datos.


Municipalidad Provincial de Moquegua.

4. Objetivos
_ Evaluar el tipo de Base de Datos, relaciones, plataforma o sistema operativo que trabaja, llaves,
administracin y dems aspectos que repercuten en su trabajo.
_ Revisar del software institucional para la administracin de la Base de
Datos.
_ Verificar la actualizacin de la Base de Datos.
_ Verificar la optimizacin de almacenes de los Base de Datos
_ Revisar que el equipo utilizado tiene suficiente poder de procesamiento y velocidad en red para
optimizar el desempeo de la base de datos.

5. Observaciones
_ No estn definidos los parmetros o normas de calidad.
_ Falta de presupuesto
_ Falta de personal
_ La gerencia de Base de datos no tiene un plan que permite modificar en forma oportuna el plan
a largo plazo de tecnologa, teniendo en cuenta los posibles cambios tecnolgicos y el incremento
de la base de datos..
_ No existe un calendario de mantenimiento de rutina peridico del software definido por la Base
de datos.

efecto.

7. Conclusiones:
cumplimiento de Normas de seguridad de datos y administracin de la
Base de Datos.

8. Recomendaciones
Elaborar toda la documentacin lgica correspondiente a los sistemas de administracin de la
BD. Evaluar e implementar un software que permita mantener el resguardo de acceso de los
archivos de programas y an de los programadores.
Implementar las relaciones con las diferentes reas en cuanto al compartimiento de archivos
permitidos por las normas
Elaborar un calendario de mantenimiento de rutina peridico.
Capacitar al personal al manejo de la BD.
Dar a conocer la importancia del SGBD al usuario

011004 al 1510-04 16-1004 al 2011-04 231104 al 2811-04



AUDITORIA DE CALIDAD

Objetivos:
Verificar los procesos aplicables del programa de la calidad han sido desarrollados y
documentados.
Evaluar la capacidad de realizar un trabajo especfico.


Auditoria de Calidad



4. Objetivos
Verificar la calidad de servicio que ofrece el Software.
Evaluar el software institucional para la administracin.
Revisar que el equipo utilizado tiene suficiente poder de procesamiento y velocidad en red
para optimizar el desempeo de la organizacin.

5. Observaciones
efecto.

6. Conclusiones:
cumplimiento de Normas de seguridad de datos y administracin de la Base de Datos con respecto
a calidad.

011004 al 1510-04 16-1004 al 2011-04 231104 al 2811-04


AUDITORIA DE LA SEGURIDAD

Organizacin y calificacin del personal
Planes y procedimientos
Sistemas tcnicos de deteccin y comunicacin
Anlisis de puestos
Mantenimiento
Normativa


3. Referencia Legal:
Manual de Autoproteccin aprobado por O.M. de 29/11/84, NBE-CPI 96 (RD 2177/96),
Normativa de las Comunidades Autnomas y Ordenanzas Municipales, CEPREVEN.

4. Resultados:
Se obtendr:
Informe de Auditora detectando riesgos y deficiencias en el Sistema de Seguridad.
Plan de recomendaciones a aplicar en funcin de:
o Riesgos
o Normativa a cumplir
o Costes estimados de las recomendaciones


Auditoria de la Seguridad


Municipalidad Provincial

4. Objetivos
Hacer un estudio cuidadoso de los riesgos potenciales a los que est sometida el rea de
informtica.
Revisar tanto la seguridad fsica del Centro de Proceso de Datos en su sentido ms amplio, como la
seguridad lgica de datos, procesos y funciones informticas ms Importantes de aqul.

5. Observaciones
No existe documentaciones tcnicas del sistema integrado de la Cooperativa y tampoco no
existe un control o registro formal de las modificaciones efectuadas.
No se cuenta con un Software que permita la seguridad de las libreras de los programas y la
restriccin y/o control del acceso de los mismos.
Las modificaciones a los programas son solicitadas generalmente sin notas internas, en donde
se describen los cambios o modificaciones que se requieren.
Falta de planes y Programas Informticos.
Poca identificacin del personal con la institucin
Inestabilidad laboral del personal


7. Conclusiones:
Como resultado de la Auditoria de la Seguridad realizada al Municipio, por el perodo

8. Recomendaciones
Elaborar toda la documentacin tcnica correspondiente a los sistemas implementados y
establecer normas y procedimientos para los desarrollos y su actualizacin.
Evaluar e implementar un software que permita mantener el resguardo de acceso de los
Implementar y conservar todas las documentaciones de prueba de los sistemas, como as
tambin las modificaciones y aprobaciones de programas realizadas por los usuarios
El coste de la seguridad debe considerarse como un coste ms entre todos los que son
necesarios para desempear la actividad que es el objeto de la existencia de la entidad, sea sta la
obtencin de un beneficio o la prestacin de un servicio pblico.
El coste de la seguridad, como el coste de la calidad, son los costes de funciones
imprescindibles para desarrollar la actividad adecuadamente. Y por"adecuadamente" debe
entenderse no slo un nivel de calidad y precio que haga competitivo el servicio o producto
suministrado, sino tambin un grado de garanta de que dichos productos o servicios van a seguir
llegando a los usuarios en cualquier circunstancia.

011004 al 1510-04 16-1004 al 2011-04 231104 al 28-12-04


QUIONEZ MAYTA, CARMEN AUDITOR SUPERIOR

AUDITORIA A LOS SISTEMAS DE REDES

Calificacin del personal
Sistemas tcnicos de la red
Mantenimiento de la Red


3. Referencia Legal.-
Manual de Autoproteccin aprobado por O.M. de 29/11/84, NBE-CPI 96 (RD 2177/96),
Normativa de las Comunidades Autnomas y Ordenanzas Municipales, CEPREVEN.

4. Resultados.-
Se obtendr:
Informe de Auditora detectando deficiencias en el Sistema de Redes.


Auditoria del Sistema de Redes



4. Objetivos
Evaluar el tipo de red, arquitectura topologa, protocolos de comunicacin, las conexiones,
accesos privilegios, administracin y dems aspectos que repercuten en su instalacin.
Revisin del software institucional para la administracin de la red.

5. Observaciones
No se cuenta con un Software que permita la seguridad de restriccin y/o control a la Red.
No existe un plan que asegure acciones correctivas asociadas a la conexin con redes externas.
No estn definidos los parmetros o normas de calidad.
La gerencia de redes no tiene un plan que permite modificar en forma oportuna el plan a largo
plazo de tecnologa de redes , teniendo en cuenta los posibles cambios tecnolgicos.
No existe un calendario de mantenimiento de rutina peridico del hardware definido por la
gerencia de redes.
No existe un plan proactivo de tareas a fin de anticipar los problemas y solucionarlos antes de
que los mismos afecten el desempeo de la red


7. Conclusiones:
Como resultado de la Auditoria podemos manifestar que hemos cumplido con evaluar cada
uno de los objetivos contenidos en el programa de auditora.
El rea de Informtica presenta deficiencias sobre todo en el debido cumplimiento de Normas
de redes y funciones.

8. Recomendaciones
Elaborar toda la documentacin tcnica correspondiente a los sistemas de redes. Evaluar e
implementar un software que permita mantener el resguardo de acceso de los archivos de
programas y an de los programadores.
Implementar un plan que permita modificar en forma oportuna el plan a largo plazo de
tecnologa de redes.
Elaborar un calendario de mantenimiento de rutina peridico del hardware.

011004 al 1510- 04 16-1004 al 2011-04 231104 al 2811-04


MAMANI POMA, ORLANDO JIMMY AUDITOR SUPERIOR

AUDITORIA DE APLICACIONES

Seleccin y evaluacin del personal de le propia institucin.
Estndares de Funcionamiento y Procedimientos del rea de informtica
Gestin Econmica del rea de Informtica
Estndares de funcionamiento y procedimiento del rea de informtica.

2. Objetivos
Realizar un informe de Auditora con el objeto de verificar la adecuacin de los estndares de
funcionamiento y procedimiento del rea de informtica.


Auditoria de Aplicaciones



4. Objetivos
Evaluar el papel del rea de informtica en la Institucin
Evaluar el plan estratgico del rea de Informtica.
Evaluar la seguridad de los programas en el sentido de garantizar que los ejecutados por la
maquina sean exactamente los previstos y no otros.
Evaluar la existencia del plan operativo anual del rea de Informtica
Verificar el cumplimiento de los objetivos, planes y presupuestos contenidos en el plan de
sistemas de informacin.
Evaluar el nivel de satisfaccin de los usuarios del sistema.
Verificar el grado de fiabilidad de la informacin.

5. Observaciones
Incumplimiento de los plazos previstos en cada una de las fases del proyecto.
Ineficacia e inseguridad del sistema de control de accesos diseado.
Falta de metodologas utilizadas que asegure la modularidad de las posibles futuras
ampliaciones de la Aplicacin y el fcil mantenimiento de las mismas.
Incompatibilidad de las herramientas tcnicas utilizadas en los diversos programas.
Falta de sencillez, modularidad y economa de recursos del diseo de programas.


7. Conclusiones:
Como resultado de la Auditoria de Aplicaciones realizada al Municipio, por el perodo
El rea de Informtica presenta deficiencias sobre todo en la falta de metodologas que son
necesarias al realizar un proyecto.

8. Recomendaciones
Emplear metodologas que asegure la modularidad de las posibles futuras ampliaciones de la
Aplicacin y el fcil mantenimiento de las mismas.
Realizar un control Interno de las Aplicaciones, verificando que las mismas fases se utilicen en
el rea correspondiente de Desarrollo
Hacer un estudio de Vialidad de la Aplicacin sobre todo para aquellas que son largas
complejas y caras.
Utilizar herramientas tcnicas compatibles
Capacitar al personal para el diseo de Programas para realizarlos con la mxima sencillez,
modularidad y economa de recursos

011004 al 1510-04 16-1004 al 2011-04 231104 al 2811-04


MAMANI POMA ORLANDO AUDITOR SUPERIOR

Informe Final de la Auditoria
MUNICIPALIDAD PROVINCIAL DE MARISCAL NIETO

Moquegua, 29 de Diciembre de 2004

Seor Cervantes Games, Ivn
JEFE DEL REA DE INFORMTICA

De nuestra consideracin:
Tenemos el agrado de dirigirnos a Ud. a efectos de elevar a vuestra consideracin el alcance Del
trabajo de Auditora del rea de Informtica practicada los das 16 de Setiembre al 23 de
Diciembre, sobre la base del anlisis y procedimientos detallados de todas las informaciones
recopiladas y emitidos en el presente informe, que a nuestro criterio es razonable.

Sntesis de la revisin realizada, clasificado en las siguientes secciones:
1. En su Seguridad
2. En el rea Fsica
3. En Redes

El contenido del informe ha sido dividido de la siguiente forma a efectos de facilitar su anlisis.
a. Situacin. Describe brevemente las debilidades resultantes de nuestro anlisis.
b. Efectos y/o implicancias probables. Enuncian los posibles riesgos a que se encuentran expuestos
las operaciones realizadas por la Cooperativa.
c. ndice de importancia establecida. Indica con una calificacin del 0 al 3 el grado crtico del
problema y la oportunidad en que se deben tomar las acciones correctivas del caso.
0 = Alto (acciones correctivas inmediatas)
1 = Alto (acciones preventivas inmediatas)
2 = Medio (acciones diferidas correctivas)
3 = Bajo (acciones diferidas preventivas)

Segn el anlisis realizado hemos encontrado falencias en que no existe un Comit y plan
informtico; falencias en la seguridad fsica y lgica; no existe auditoria de sistemas; falta de
respaldo a las operaciones; accesos de los usuarios.
El detalle de las deficiencias encontradas, como as tambin las sugerencias de solucin se
encuentran especificadas en el Anexo adjunto. La aprobacin y puesta en prctica de estas
sugerencias ayudarn a la empresa a brindar un servicio ms eficiente a los ciudadanos de la
Ciudad de Moquegua.

Agradecemos la colaboracin prestada durante nuestra visita por todo el personal de la
Municipalidad y quedamos a vuestra disposicin para cualquier aclaracin y/o ampliacin de la
presente que estime necesaria.

Atentamente.

ORLANDO JIMMY MAMANI POMA
MICHELLA AROHUANCA A.
WILLY MAMANI CUTIPA
CARMEN QUIONEZ MAYTA
MADELEINE MUOZ ORTEGA
NELSSY POCOHUANCA TURPO

A. ORGANIZACIN Y ADMINISTRACIN DEL REA

A.1. Comit y Plan Informtico

a. Situacin
Con respecto al relevamiento efectuado, hemos notado lo siguiente:
No existe un Comit de Informtica o al menos no se encuentra formalmente establecido.
No existe ninguna metodologa de planificacin, concepcin y/o seguimiento de proyectos.

b. Efectos y/o implicancias probables
Posibilidad de que las soluciones que se implementen para resolver problemas operativos sean
parciales, tanto en Hardware como en Software.

c. ndice de importancia establecida: 1 (uno)

d. Sugerencias
Establecer un Comit de Informtica integrado por representantes de las reas funcionales
claves (Gerencia Administrativa, responsables de las reas Operativas, responsables de
Informtica y el responsable Contable).
Trazar los lineamientos de direccin del rea de Informtica.
Implementar normas y/o procedimientos que aseguren la eficaz administracin de los recursos
informticos, y permitan el crecimiento coherente del rea conforme a la implementacin de las
soluciones que se desarrollen y/o se requieran de terceros.

e. Efectos y/o implicancias probables
La escasez de personal debidamente capacitado, aumenta el nivel de riesgo de errores al
disminuir la posibilidad de los controles internos en el procesamiento de la informacin; y limita la
cantidad de soluciones que pueden implementarse en tiempo y forma oportuna a los efectos de
satisfacer los requerimientos de las reas funcionales.

B. SEGURIDAD FSICA Y LGICA

B.1. Entorno General

a. Situacin
Durante nuestra revisin, hemos observado lo siguiente:
No existe una vigilancia estricta del rea de Informtica por personal de seguridad dedicado a
este sector.
No existe detectores, ni extintores automticos.
Existe material altamente inflamable.
Carencia de un estudio de vulnerabilidad de la Cooperativa, frente a las riesgos fsicos o no
fsicos, incluyendo el riesgo Informtico.
No existe un puesto o cargo especifico para la funcin de seguridad Informtica.

Probable difusin de datos confidenciales.
Alta facilidad para cambios involuntarios o intencionales de datos, debido a la falta de controles
internos.
Debido a la debilidad del servicio de mantenimiento del equipo central, la continuidad de las
actividades informticas podran verse seriamente afectadas ante eventuales roturas y/o
desperfectos de los sistemas.

c. ndice de importancia establecida: 0 (cero)

d. Sugerencias
A los efectos de minimizar los riesgos descriptos, se sugiere:
Establecer guardia de seguridad, durante horarios no habilitados para el ingreso al rea de
Informtica.
Colocar detectores y extintores de incendios automticos en los lugares necesarios.
Remover del Centro de Cmputos los materiales inflamables.
Determinar orgnicamente la funcin de seguridad.
Realizar peridicamente un estudio de vulnerabilidad, documentando efectivamente el mismo, a
los efectos de implementar las acciones correctivas sobre los puntos dbiles que se detecten.

B.2. Auditora de Sistema

a. Situacin
Hemos observado que la Municipalidad no cuenta con auditora Informtica, ni con polticas
formales que establezcan responsables, frecuencias y metodologa a seguir para efectuar
revisiones de los archivos de auditora.
Cabe destacar que el sistema integrado posee un archivo que pudiera servir de auditoria
Informtica, el cual no es habilitado por falta de espacio en el disco duro.

Posibilidad de que adulteraciones voluntarias o involuntarias sean realizadas a los elementos
componentes del procesamiento de datos (programas, archivos de datos, definiciones de
seguridad de acceso, etc.) o bien accesos a datos confidenciales por personas no autorizadas que
no sean detectadas oportunamente.


d. Sugerencias
Establecer normas y procedimientos en los que se fijen responsables, periodicidad y
metodologa de control de todos los archivos de auditora que pudieran existir como asimismo, de
todos los elementos componentes de los sistemas de aplicacin.

B.3. Operaciones de Respaldo

a. Situacin
Durante nuestra revisin hemos observado que:
Existe una rutina de trabajo de tomar una copia de respaldo de datos en Diskette, que se
encuentra en el recinto del centro de cmputos, en poder del auxiliar de informtica.
Si bien existen la copia de seguridad, no se poseen normas y/o procedimientos que exijan la
prueba sistemtica de las mismas a efectos de establecer los mnimos niveles de confiabilidad.

La Cooperativa est expuesta a la perdida de informacin por no poseer un chequeo sistemtico
peridico de los back-up's, y que los mismas se exponen a riesgo por encontrarse en poder del
auxiliar de informtica.


d. Sugerencias
Minimizar los efectos, ser posible a travs de:
Desarrollar normas y procedimientos generales que permitan la toma de respaldo necesarios,
utilitario a utilizar.
Realizar 3 copias de respaldos de datos en Zip de las cuales, una se encuentre en el recinto del
rea de informtica, otra en la sucursal ms cercana y la ltima en poder del Jefe de rea.
Implementar pruebas sistemticas semanales de las copias y distribucin de las mismas.

B.4. Acceso a usuarios
a. Situacin
De acuerdo a lo relevado hemos constatado que:
Existen niveles de acceso permitidos, los cuales son establecidos conforme a la funcin que
cumple cada uno de los usuarios.
Los usuarios definidos al rotar o retirarse del local no son borrados de los perfiles de acceso.
Las terminales en uso y dado un cierto tipo de inactividad no salen del sistema.
El sistema informtico no solicita al usuario, el cambio del Password en forma mensual.
b. Efectos y/o implicancia probables
Existe la imposibilidad de establecer responsabilidades dado que esta se encuentra dividida
entre el rea de sistema y los usuarios finales.
La falta de seguridad en la utilizacin de los Password, podran ocasionar fraudes por terceros.

c. ndice de importancia establecida: 2 (dos)

d. Sugerencia
Implementar algn software de seguridad y auditoria existente en el mercado o desarrollar uno
propio.
Establecer una metodologa que permita ejercer un control efectivo sobre el uso o modificacin
de los programas o archivos por el personal autorizado.

B.5. Plan de Contingencias

a. Situacin
En el transcurso de nuestro trabajo hemos observado lo siguiente:
Ausencia de un Plan de Contingencia debidamente formalizado en el rea de Informtica.
No existen normas y procedimientos que indiquen las tareas manuales e informticas que son
necesarias para realizar y recuperar la capacidad de procesamiento ante una eventual
contingencia (desperfectos de equipos, incendios, cortes de energa con ms de una hora ), y que
determinen los niveles de participacin y responsabilidades del rea de sistemas y de los usuarios.
No existen acuerdos formalizados de Centro de Cmputos paralelos con otras empresas o
proveedores que permitan la restauracin inmediata de los servicios informticos de la
Cooperativa en tiempo oportuno, en caso de contingencia.

b. Efectos y/o implicancia probable
Prdida de informacin vital.
Prdida de la capacidad de procesamiento.

c. ndice de Importancia relativa: 1 (uno)

d. Sugerencias
Establecer un plan de contingencia escrito, en donde se establezcan los procedimientos
manuales e informticos para restablecer la operatoria normal de la Cooperativa y establecer los
responsables de cada sistema.
Efectuar pruebas simuladas en forma peridica, a efectos de monitorear el desempeo de los
funcionarios responsables ante eventuales desastres.
Establecer convenios bilaterales con empresas o proveedores a los efectos de asegurar los
equipos necesarios para sustentar la continuidad del procesamiento.

C. DESARROLLO Y MANTENIMIENTO DE LOS SISTEMAS DE APLICACIONES

C.1. Entorno de Desarrollo y mantenimiento de las aplicaciones

a. Situacin
No existe documentaciones tcnicas del sistema integrado de la Cooperativa y tampoco no
existe un control o registro formal de las modificaciones efectuadas.
No se cuenta con un Software que permita la seguridad de las libreras de los programas y la
restriccin y/o control del acceso de los mismos.
Las modificaciones a los programas son solicitadas generalmente sin notas internas, en donde se
describen los cambios o modificaciones que se requieren.

La escasa documentacin tcnica de cada sistema dificulta la compresin de las normas,
demandando tiempos considerables para su mantenimiento e imposibilitando la capacitacin del
personal nuevo en el rea.
Se incrementa an ms la posibilidad de producir modificaciones errneas y/o no autorizadas a
los programas o archivos y que las mismas no sean detectadas en forma oportuna.

c. ndice de importancia establecida: 1 ( uno )
d. Sugerencias
Para reducir el impacto sobre los resultados de los efectos y consecuencias probables sugerimos:
Elaborar toda la documentacin tcnica correspondiente a los sistemas implementados y
establecer normas y procedimientos para los desarrollos y su actualizacin.
Evaluar e implementar un software que permita mantener el resguardo de acceso de los
Implementar y conservar todas las documentaciones de prueba de los sistemas, como as
tambin las modificaciones y aprobaciones de programas realizadas por los usuarios Hardware
Equipamiento Central. La cooperativa cuenta actualmente con un Equipo Central Pentium IV con
las siguientes caractersticas:
Procesador Intel Pentium IV de 1.600 mhz
Memoria: Ram 128 MB
Almacenamiento: 35 GB de 10 K RPM
Conexin: Ethernet 10/100

Es un equipamiento ideal para las funciones que cumple y su configuracin es aceptable.
Tiene posibilidades de crecimiento y el fabricante cuenta con repuestos y mantenimientos que
garantizan la buena utilizacin del mismo.

Equipamiento Perifrico
La cooperativa cuenta en su casa central con 30 PCs de las cuales el 50%(cincuenta por ciento)
aproximadamente son Pentium III de 550Mhs con 64 MB de memoria y discos de 5 GB. El resto
son de menor porte, pero el parque de computadoras personales es suficientemente apto para los
requerimientos actuales.
Las impresoras: de sistema (conectadas al equipo central) son de marca Epson 1170 y Epson 1200.
Adems cuentan con equipos de HP 560 de chorro de tintas conectadas a algunos equipos.

Equipamiento en Sucursales
Las sucursales cuentan con PCs AMD Athlon de 750 Mhz, 64 de memoria y discos de 5 GB.
Equipamiento holgadamente apto para las funciones que cumple.
Las sucursales tienen una impresora matricial del sistema y algunos usuarios cuentan con
impresoras a chorro de tinta.

Cableado
El cableado es estructurado y con cables del tipo UTP categora 5, tanto en sucursales
Como rea Informtica Software Software de Base
El sistema operativo con el que cuenta la Pentium IV es el de Windows Server 2000 que posee una
importante estructura de seguridad. Con sistema de red Windows 2000. Base de datos FOX.

AUDITORIA DE SISTEMAS

CONSEJOS
1. Utiliza un buen antivirus y actualzalo frecuentemente.
2. Comprueba que tu antivirus incluye soporte tcnico, resolucin urgente de nuevos virus y
servicios de alerta.
3. Asegrate de que tu antivirus est siempre activo.
4. Verifica, antes de abrir, cada nuevo mensaje de correo electrnico recibido.
5. Evita la descarga de programas de lugares no seguros en Internet.
6. Rechaza archivos que no hayas solicitado cuando ests en chats o grupos de noticias (news).
7. Analiza siempre con un buen antivirus los disquetes que vayas a usar en tu ordenador.
8. Retira los disquetes de las disqueteras al apagar o reiniciar tu ordenador.
9. Analiza el contenido de los archivos comprimidos.
10. Mantente alerta ante acciones sospechosas de posibles virus.
11. Aade las opciones de seguridad de las aplicaciones que usas normalmente a tu poltica de
proteccin antivirus.
12. Realiza peridicamente copias de seguridad.
13. Mantente informado.
14. Utiliza siempre software legal.
15. Exige a los fabricantes de software, proveedores de acceso a Internet y editores de
publicaciones, que se impliquen en la lucha contra los virus.
INDICE
BIBLIOGRAFIA

Informe de Auditoria de Sistemas

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Informe de Auditoria de Sistemas

Cargado por

Copyright:

Formatos disponibles

INFORME DE AUDITORIA DE SISTEMAS

También podría gustarte