UNIVERSIDAD ESTATAL A DISTANCIA

VICERRECTORÍA ACADÉMICA
ESCUELA CIENCIAS DE LA ADMINISTRACIÓN
CÁTEDRA DE AUDITORÍA

04012 - AUDITORÍA INFORMÁTICA II - IIIC2021

Proyecto:
Auditoría usando IDEA -
Caso de Irregularidades en Compras
y Cuentas por Pagar

Noviembre, 2021

1
 UNIVERSIDAD ESTATAL A DISTANCIA
VICERRECTORÍA ACADÉMICA
ESCUELA CIENCIAS DE LA ADMINISTRACIÓN
CÁTEDRA DE AUDITORÍA

04012 - AUDITORÍA INFORMÁTICA II - IIIC2021

AUDITORÍA DE CUENTAS POR PAGAR E INVESTIGACIÓN DE IRREGULARIDADES

USANDO IDEA: SOFTWARE PARA ANÁLISIS DE DATOS

1. INTRODUCCIÓN

El Gerente Financiero de Bright IDEAs Inc. está preocupado de que un miembro

particular del Departamento de Cuentas está llevando un estilo de vida que va más allá
de su capacidad y de que el patrón de pagos no corresponde con el que venía
presentando en años anteriores. Por tanto, le ha pedido a Cuentas Dinámicas elaborar
una revisión especial del sistema de Cuentas por Pagar con el objeto de detectar
cualquier presunta irregularidad.

El fraude en lo referente a compras/pagos es, probablemente, el tipo más común en una

organización. Puede ser el simple reporte de una factura ficticia, la reutilización de una
factura válida, la retención de una nota de crédito o podría tratarse, incluso, de un plan
más complejo.

Muchos fraudes involucran la manipulación de los datos anotados en los libros de

Cuentas a Pagar. Algunos ejemplos de estas alteraciones podrían ser la creación de un
proveedor ficticio, una sucursal de un proveedor auténtico, o la reactivación de una
cuenta inactiva. Las cuentas misceláneas son particularmente vulnerables, pero el
fraude perpetuado en una cuenta de un proveedor auténtico (con o sin confabulación del
proveedor) no se debe pasar por alto. El costo debe ser cobrado en alguna parte y hay, a
menudo, cuentas generales que son controladas más vagamente que otras y cuentas que
tienen un elevado nivel de transacciones (i.e. la compra de materiales) donde un artículo
ficticio puede ser camuflado.

Hoy en día, hay muchos sistemas de compra complejos con ordenamiento automático;
de modo que en cuanto un proveedor se establece y se introduce una requisición, el
pago se procesará automáticamente.

También, los empleados podrían confabularse con los proveedores para cometer un
fraude; ya sea recibiendo “regalos” o mordidas por planear negocios, por pagar facturas
en términos más favorables que los de otros proveedores, o como por las políticas de la
organización en pagos. Además, los niveles de autorización de órdenes y pagos podrían
excederse dividiendo las facturas a pagos bajo entradas ya autorizadas.

IDEA puede utilizarse en una cantidad de archivos: maestro de proveedores, libro

mayor de compras, historia de pagos o facturas de compras. Depende del sistema, los
datos disponibles y la naturaleza de posibles fraudes, así como de cuál sea la mejor
prueba.

2
 UNIVERSIDAD ESTATAL A DISTANCIA
VICERRECTORÍA ACADÉMICA
ESCUELA CIENCIAS DE LA ADMINISTRACIÓN
CÁTEDRA DE AUDITORÍA

04012 - AUDITORÍA INFORMÁTICA II - IIIC2021

2. POSIBLES PRUEBAS DE AUDITORÍA

Validez

a) Identifique pagos a proveedores no-autorizados, cotejando los pagos con la lista

de los proveedores autorizados.
b) Realice una búsqueda el archivo de pagos por beneficiario que no contengan
“Inc”, “Ltda.”, o “Co” en el nombre para identificar pagos a individuos.
c) Compruebe si hay grandes descuentos.
d) Examine si hay facturas duplicadas usando el valor y el código del proveedor
como campos clave para una prueba y el número de orden de compra para otra
prueba. (Esta prueba podría detectar duplicaciones accidentales que no
necesariamente están relacionadas con fraude)
e) Identifique los pagos hechos en días domingo u otros días / fechas que no son
válidas.
f) Observe si hay facturas segregas para buscar una aprobación individual de las
partes. Extraiga las facturas dentro del 90% de un límite de aprobación
(preferiblemente para un administrador o departamento sospechoso) y busque
todas las facturas de ese proveedor. Ordénelas por el administrador que las
aprobó, departamento, fecha para identificar las posibles facturas segregadas o
resuma los pagos por número de factura para determinar cuántos pagos parciales
fueron hechos por cada factura.
g) Compruebe el total de pagos a proveedores en un año que exceden los pagos en
años anteriores por más de un 25%.
h) Usando los primeros 5 a 6 caracteres del nombre, coteje los nombres de
proveedores contra una lista de empleados de la planilla del archivo de personal.
i) Compruebe los nombres duplicados de proveedores que suenan parecido.
j) Compruebe de hay detalles incompletos o inusuales sobre proveedores.

Análisis

a) Estratifique el tamaño de los pagos y extraiga aquellos pagos se consideren

excepcionalmente altos.
b) Analice los días de pago e identifique proveedores con términos de pago
favorables.
c) Si el sistema captura la aprobación de transacciones por parte de una autoridad,
examine el valor de la distribución para cada administrador.

Integridad

Compruebe los ítems que hagan falta o vacíos en la secuencia del número de cheques.

3
 UNIVERSIDAD ESTATAL A DISTANCIA
VICERRECTORÍA ACADÉMICA
ESCUELA CIENCIAS DE LA ADMINISTRACIÓN
CÁTEDRA DE AUDITORÍA

04012 - AUDITORÍA INFORMÁTICA II - IIIC2021

3. OBTENCIÓN DE LOS DATOS

La siguiente información será utilizada en el presente proyecto:

a) Archivo histórico de Cuentas por Pagar por el año que va del 1 de enero de 2006
al 31 de diciembre de 2006
b) Archivo Maestro de Proveedores.
Nota:

Cuando está llevando a cabo una investigación de fraudes es importante obtener los datos sin alertar a las personas o
departamentos de que hay sospechas de algo. Por lo tanto, a pesar de que nuestro consejo es que siempre solicitemos la
información al cliente y que evitemos acceder a la computadora del cliente para obtener la información, podría ser necesario
tener una copia de los archivos de información o extraer la información por usted mismo o con asistencia de los proveedores del
software. Alternativamente, si la información que usted desea investigar está disponible en un formato estándar impreso, haga
los arreglos para que le den ese mismo informe en formato electrónico y utilice la opción de Report Reader en IDEA para leer
la información requerida y llevarla a IDEA para realizar las pruebas.

En este caso, el sistema de cuentas por pagar era una base de datos Oracle que corría
bajo un sistema operativo UNIX. Había asistencia disponible para determinar cuál era la
información que estaba disponible y para escribir una extracción SQL para extraer los el
histórico de pagos en ASCII Delimitado, que es una forma simple para importarlo en
IDEA.

La información sobre proveedores autorizados está disponible en una hoja de trabajo

MS-Excel. Así pues, dadas estas circunstancias se giró una solicitud de información de
la siguiente manera:

Solicitud de Información para propósitos de Auditoría

Por favor suminístrenos los siguientes datos relativos al historial del sistema de cuentas por pagar del año
2006 en formato ASCII Delimitado con nombres de campos en la primera fila.

CAMPO FORMATO
1 NUMPROVEE C5
2 BENEFICIARIO C18
3 NUMFACTURA C13
4 FECHAFACTURA FECHA(8) : AAAAMMDD
5 MONTO N 8,2
6 NUMCHEQUE N 8,0
7 FECHAPAGO FECHA(8): AAAAMMDD
8 AUTORIZA C7

4
 UNIVERSIDAD ESTATAL A DISTANCIA
VICERRECTORÍA ACADÉMICA
ESCUELA CIENCIAS DE LA ADMINISTRACIÓN
CÁTEDRA DE AUDITORÍA

04012 - AUDITORÍA INFORMÁTICA II - IIIC2021

Nota Técnica:
En la definición de registros la C se refiere a Carácter, N a Numérico y D para fecha. C4
significa un campo caracter de 4 posiciones de largo. N 8,2 es un campo numérico de 8
dígitos con 2 decimales.

Por favor suminístrenos la siguiente información relativa a los Proveedores Autorizados en una hoja
electrónica MS-Excel PROVEAUTORIZADOS.XLS

CAMPO FORMATO
1 NUMPROVEE C4
2 NOMBPROVEE C18
3 DIRECCION_1 C21
4 DIRECCION_2 C9
5 DIRECCION_3 C7
6 CODIGOPOSTAL C7
7 TOT_PAG_PER_ANT N 8,2
• La información requerida es para el período: Enero 1, 2006 – Dic 31, 2006
• Por favor suminístrenos una definición de registro para el Archivo ASCII Delimitado
• Por favor, suminístrenos los siguientes totales de control para efectos de reconciliar la
información:

o Total de pagos en el año 2006: $34,145,300.89

o Número de transacciones para el año 2006: 999
o Número de proveedores autorizados: 48

5
 UNIVERSIDAD ESTATAL A DISTANCIA
VICERRECTORÍA ACADÉMICA
ESCUELA CIENCIAS DE LA ADMINISTRACIÓN
CÁTEDRA DE AUDITORÍA

04012 - AUDITORÍA INFORMÁTICA II - IIIC2021

4. PROGRAMA DE AUDITORÍA (Modelo para la Investigación)

De las posibles pruebas de auditoría disponibles, el jefe de auditor decide sobre las
pruebas apropiadas y prepara el siguiente Programa de Auditoría para que usted lo
complete:
Objetivo de Auditoría: Identificar pagos que son sospechosos o pueden ser inválidos.

HECHO REFER. NIVEL

PROCEDIMIENTOS DE AUDITORÍA ASEVERACIONES POR: A DE LA
(INIC) PRUEBA PRUEBA
1) Obtenga los archivos de datos del cliente y cargue la
información en su PC. Invoque IDEA y establezca
una carpeta de cliente para Cuentas por Pagar de
BRIGHT IDEAs, Inc.
2) Importe la información y concilie el total de cuentas
por pagar:
a. Importar las transacciones de Cuentas por Pagar
b. Importe los Proveedores Autorizados
c. Calcule las estadísticas de campo para verificar
que la información ha sido importada
correctamente, y
d. Seleccione un campo de control para cada base de
datos
3) Analice el perfil del número y monto de pagos para
identificar tendencias inusuales y para determinar
valores altos para extracciones.
4) Identifique montos altos e inusuales

5) Identifique otros pagos inusuales como resultado del

análisis incluyendo:
a. “CASH” en el nombre del Beneficiario
b. Redondeo de los montos sumados
c. Pagos autorizados por HMV, y
d. Pagos hechos en domingo

6) Verifique los pagos duplicados por número de

proveedor y monto; también extraiga los duplicados
del número de proveedor cuyo beneficiario sea
distinto.
7) Verifique integridad de los datos mediante la
detección de vacíos en el número de cheque

8) Identifique los días de trabajo en los que no se

realizaron pagos.

9) Analice los términos de pago y asegúrese que las

políticas de Bright IDEAs sobre pagos fueron
seguidas.
10)Pruebe la validez de los pagos a proveedores
autorizados

11)Analice pagos por proveedor para identificar

cambios significativos respecto de años anteriores

Aseveraciones: Integridad, Existencia, Derechos, Obligaciones, Valuación, Presentación

6
 UNIVERSIDAD ESTATAL A DISTANCIA
VICERRECTORÍA ACADÉMICA
ESCUELA CIENCIAS DE LA ADMINISTRACIÓN
CÁTEDRA DE AUDITORÍA

04012 - AUDITORÍA INFORMÁTICA II - IIIC2021

5. IMPLEMENTACIÓN DEL PROGRAMA

5.1 Preparación de la Investigación (Ver video de apoyo 1)

Para facilitar el mantenimiento y organización de los archivos, se recomienda usar un

Proyecto separado para cada auditoría o investigación.

Toda la información relacionada con la auditoría, incluidos los archivos de datos, las
ecuaciones, las vistas o las definiciones de informes, las plantillas, etc. se pueden
guardar como parte del Proyecto.

A continuación, se le explica cómo crear un Proyecto y cómo especificar la información

del proyecto que se imprimirá en todos los informes. Recuerde que una vez que se
configura un Proyecto, permanece en la carpeta activa hasta que desee cambiarlo.

1. Para crear un Proyecto, haga clic en la pestaña Principal y luego, en el grupo

Proyectos, haga clic en Nuevo.
2. Cree un Proyecto gestionado llamado Cuentas por pagar- ID y luego haga clic
en Aceptar. En donde ID es el número de carné del estudiante.

3. Haga clic en Aceptar.

Cuentas por pagar-ID será el proyecto activo y se cerrarán los proyectos que
estaban activos si es que tenía alguno abierto.

4. En la pestaña Principal, en el grupo Proyectos, haga clic en Propiedades para

cambiar las propiedades del proyecto.

5. En el cuadro de diálogo Propiedades del proyecto, escriba lo siguiente:

• Nombre del informe: Investigación de cuentas por pagar

• Período del informe: De 1 de enero de 2006 a 31 de diciembre de 2006

6. Agregue los siguientes archivos de datos que se le suministran para realizar este
proyecto a la carpeta Archivos fuente.ILB del proyecto creado:

• CTASPORPAGAR2006.ASC: archivo de historial de cuentas por pagar

• Proveedores.xls: proveedores autorizados en una hoja de cálculo de

Microsoft Excel Esta es la carpeta predeterminada del Proyecto para guardar
los archivos de origen

7
 UNIVERSIDAD ESTATAL A DISTANCIA
VICERRECTORÍA ACADÉMICA
ESCUELA CIENCIAS DE LA ADMINISTRACIÓN
CÁTEDRA DE AUDITORÍA

04012 - AUDITORÍA INFORMÁTICA II - IIIC2021

5.2 Importar los archivos de datos de Cuentas por Pagar y de Proveedores

Autorizados (Ver video de apoyo 2)

a) Importar la información sobre Cuentas por Pagar (CTASPORPAGAR2006.ASC).

b) Importar el archivo de Proveedores Autorizados (PROVEAUTORIZADOS.XLS).

5.3 Verificar que la información haya sido correctamente importada. (Ver video de
apoyo 3, puntos a) hasta c) )

a) Generar Estadísticas de Campos para Cuentas por Pagar

i. Monto (Neto) = $34,145,300.89
ii. Registros = 999
iii. Fecha más temprana = 2006/01/02
iv. Fecha más tardía = 2006/12/04
v. Imprimir en .PDF las estadísticas para el MONTO, para
FECHAFACTURA y FECHAPAGO. (Nombre el archivo generado
como: Estadísticas sobre Cuentas por Pagar)

b) Generar Estadísticas de Campos para Proveedores Autorizados

i. TOT_PAG_PER_ANT (Neto) = $30,202,660.57
ii. Registros = 48
iii. Imprimir en .PDF las estadísticas para TOT_PAG_PER_ANT .(Nombre
el archivo generado como: Estadísticas sobre Proveedores Autorizados)

c) Calcule un campo control en cada archivo de datos

i. Resultados: MONTO: $34,145,300.89 en el archivo de Cuentas por Pagar

y TOT_PAG_PER_ANT: $30,202,660.57 en el archivo de Proveedores
Autorizados.

d) Analice el perfil del número y monto de pagos para identificar tendencias

inusuales y para determinar valores altos para extracciones. (Ver Video de
Apoyo 4)

i. Asegúrese que la base de datos de Cuentas por Pagar este activa.

ii. Estratificar en Cuentas por Pagar por MONTO en incrementos de 10,000
hasta 100,000 e incrementos de 50,000 hasta 200,000.
iii. Seleccione únicamente “Crear Resultados” y nómbrelo como:
“Estratificación CxP por Monto”.
iv. Haga una pre-visualización de la Estratificación por pantalla. Observe, la
tabla y luego expórtelo a .PDF con el nombre de “Estratificación CxP por
Monto”.
v. Visualice la Estratificación en forma grafica. Observe, Despliegue
estadísticas de campo para un estrato. Luego regrese a la vista original en
forma de tabla.
vi. NOTA: Tal como lo esperábamos hay un gran número de pagos de bajo
monto encubriendo pagos de alto monto, sin embargo, hay un número alto
excepcional de pagos de alto monto en la banda de los US$70,000-
US$80,000. Como el Gerente Financiero le ha informado a usted que el
pago máximo que se puede hacer sin autorización es de US$80,000, esto
nos está indicando que es muy probable que las compras se están
segregando cerca de US$80,000 para evadir el control. Los pagos entre
US$70,000-US$80,000 va a requerir mayor investigación. Además del
personal que autoriza las compras y los pagos.
vii. Conclusión: hay un número significativo de pagos justo antes el nivel de
80,000 que requiere investigación.

8
 UNIVERSIDAD ESTATAL A DISTANCIA
VICERRECTORÍA ACADÉMICA
ESCUELA CIENCIAS DE LA ADMINISTRACIÓN
CÁTEDRA DE AUDITORÍA

04012 - AUDITORÍA INFORMÁTICA II - IIIC2021

5.4 Identificar pagos altos e inusuales (Ver video de apoyo 5)

i. En el análisis de la estratificación identificamos que hay un alto número

de partidas inusuales entre $70,000 - $80,000 y que hay 3 pagos mayores
a 100,000. Estos tendrán que ser extraídos para investigación.
ii. Usando la base de datos de Cuentas por Pagar extraiga los montos
mayores a $70,000 y menores a $80,000. También extraiga en un archivo
aparte los montos altos mayores a $100,000. Utilice la función Extracción
Directa. Llame al archivo: Valores Altos Inusuales
iii. Usted debería obtener 87 registros que suman US$6,850,932.26
iv. NOTA: Hay una serie de valores altos de pagos hechos al proveedor
M100 y note las diferentes variantes del nombre del proveedor
especialmente en el caso de “CASH” dentro del campo BENEFICIARIO.
Muchos de los pagos fueron realizados a HMV. Sin embargo, una
investigación más detallada determinó que HMV solo puede utilizar
pagos hasta US$20,000.
v. Cierre la base de datos de Valores Altos Inusuales.
5.5 Identificación de transacciones Excepcionales (Video de apoyo 6)

i. Como resultado del ejercicio anterior se requiere más investigación y por

lo tanto tendrán que realizarse las siguientes extracciones simultaneas
sobre la base de datos Cuentas por Pagar:
• Todos los pagos cuyo beneficiario contenga “CASH” usando
la formula: @isini(“CASH”; @strip(beneficiario)). Utilizando la
ayuda en línea investigue el de @strip y @isini. Nombre el
archivo como: Beneficiarios CASH
• Todos los pagos redondeados utilizando la siguiente
ecuación: monto % 1000 = 0. Nombre el archivo como:
Montos Redondeados
• Todos los pagos autorizados por HMV utilizando la
ecuación: @upper(@strip(autoriza)) = "HMV". Utilizando la
ayuda en línea investigue el de @upper. Nombre el archivo
como: Autorizados por HMV
• Todos los pagos hechos en domingo. Utilizando la ecuación:
@dow(fechapago) = 1. Nombre el archivo como: Pagos en
Domingo
• Resultados:

EXTRACCIÓN # DE REGISTROS MONTO COMENTARIO

Beneficiarios 20 $899,339.44 Muchos autorizados por HMV y
CASH VST y note que el nombre del
beneficiario con el nombre del
proveedor
Montos 7 $375,000.00 Incluye montos con valor 0
Redondeados
Autorizados por 399 $13,826,403.35 Muchos mayores que al pago
HMV autorizado de 20,000 para HMV
Pagos en 144 $4,578,867.35 Muchos autorizados para HMV
domingo
• Cerrar todo.

9
 UNIVERSIDAD ESTATAL A DISTANCIA
VICERRECTORÍA ACADÉMICA
ESCUELA CIENCIAS DE LA ADMINISTRACIÓN
CÁTEDRA DE AUDITORÍA

04012 - AUDITORÍA INFORMÁTICA II - IIIC2021

5.6 Prueba de pagos duplicados. (Ver video de apoyo 7)

i. El gerente financiero está preocupado porque hay muchos más pagos a

proveedores comparados con años anteriores. También mantiene
preocupación de que ciertos proveedores puedan ser pagados más de una
vez por facturas o que algunas facturas hayan sido sometidas nuevamente
al pago. El le pide hacer una prueba de pagos duplicados.

ii. Abra la base de datos de Cuentas por Pagar

iii. Selección la función de Detección de Duplicados

iv. Establezca una clave compuesta por NUMPROVEE ascendente y

MONTO ascendente. Nombre al archivo resultante como: Pagos
duplicados.

v. Los resultados han de ser los siguientes:

5 registros duplicados incluyendo 3 pagos a M100 por $75,000 y 2 pagos

P007 por $145.50.

vi. NOTA: A pesar de que el número de proveedor y monto son el mismo

otra información resulto diferente. Por ejemplo, el BENEFICIARIO; lo
cual requiere mayor seguimiento para verificar si son pagos auténticos.
Por ejemplo, note el patrón del número de facturas emitidas por M100 en
tan pocos días.

vii. Otras posibles pruebas pueden ser:

• Numero de facturas de proveedor duplicadas (por ejemplo,

para un mismo número de proveedor distinto beneficiario.

• Numero de órdenes de compra duplicadas (a menos que sea

validado por el sistema).

• Cierre todo.

viii. Ahora bien, utilizando la función Duplicados/Exclusión para número de

proveedor duplicado cuyo beneficiario no coincide. Cuando haga esta
prueba nombre el archivo resultante como: Numero de proveedor con
múltiples pagos.)

ix. Hay 120 registros en los que el mismo número de proveedor poseen
distinto beneficiario, por un monto de $4,524,529.75
Esta tarea indica que hay debilidades de control interno en la compañía
relativa al mantenimiento de información de proveedores.

x. Cierre la base de datos Número de Proveedor con Múltiples Pagos.

10
 UNIVERSIDAD ESTATAL A DISTANCIA
VICERRECTORÍA ACADÉMICA
ESCUELA CIENCIAS DE LA ADMINISTRACIÓN
CÁTEDRA DE AUDITORÍA

04012 - AUDITORÍA INFORMÁTICA II - IIIC2021

5.7 Búsqueda de omisiones en la secuencia de numero de cheques. (Ver video de apoyo

8)

i. El objetivo de este ejercicio es mostrar integridad de la base de datos.

ii. Un auditor que revisa la conciliación bancaria está preocupado porque no

todos los cheques han sido registrados en el sistema. Pruebe cuales
cheques hacen falta en la secuencia.

iii. Abra la base de datos de Cuentas por Pagar. El campo NUMCHEQUE

contiene el número de cheque. Confirme que este campo sea numérico
antes de realizar una prueba de omisiones.

• Dé doble clic sobre la base de datos o invoque la función

“Manejo de campos” bajo el menú de “Datos”, y verifique que
este campo es numérico.
• Seleccione la funcionalidad Análisis/Detección de omisiones y
siga las instrucciones para obtener los resultados. Los números
de cheque incrementan de 1en 1. El resultado ha de ser llamado
como: Omisiones de número de cheques.

iv. Hay 2 omisiones en la secuencia, sin embargo, hay 5 cheques que hacen
falta dentro de esos rangos. Ejemplo, 701805, 701897, 701898, 701899 y
701200

v. Haga clic sobre el botón de Vista Previa para visualizar el resultado.

vi. Cierre todo

5.8 Búsqueda de omisiones en la secuencia de la fecha del cheque . (Ver video de

apoyo 9)

i. El objetivo de esta prueba es encontrar días en los cuales no hubo pagos.

ii. Los auditores han sido informados que el pago de cheques es procesado
diariamente, por lo tanto, ha de realizarse una prueba para detectar
aquellos donde no hubo pago, utilizando la función Detección de
Omisiones. Debe ingresar el 1 de enero y 25 de diciembre como días
festivos.

iii. El resultado ha de ser: 99 omisiones detectadas en 76 vacios.

iv. Exporte los resultados a un archivo .PDF denominado: Días sin emisión
de cheques.

5.9 Analice días de pagos para identificar términos favorables a proveedores (Ver
video de apoyo 10)

i. Se sospecha que ciertos proveedores están pagando regalías al personal de

la empresa para obtener pagos con mayor rapidez. El número de días
entre la fecha de pago y la fecha de factura ha de ser calculado y luego
analizado.

11
 UNIVERSIDAD ESTATAL A DISTANCIA
VICERRECTORÍA ACADÉMICA
ESCUELA CIENCIAS DE LA ADMINISTRACIÓN
CÁTEDRA DE AUDITORÍA

04012 - AUDITORÍA INFORMÁTICA II - IIIC2021

ii. Utilice la funcionalidad de agregar un campo virtual numérico a la base

de datos para calcular ese número de días, llámelo “Días Pago”, con el
parámetro: @age(fechapago; fechafactura).

iii. Observe la columna de la derecha de la base de datos; allí aparece el

campo virtual calculado. Note que se muestra en otro color, como lo hace
IDEA en estos casos.

iv. Observe las estadísticas de campo de la base de datos nuevamente. Le

dirá que no se han calculado estadísticas sobre ese campo; diga si para
que sean calculadas.

v. NOTA: La política de la compañía es hacer pago a proveedores entre los

25 y 35 días de recibida la factura de cobro.

vi. Note que:

• Hay 6 registros con valores negativos

• Hay un registro con valor -6. ¡Interprete este resultado!
• También hay pagos que se hicieron 59 días después de recibida
la factura de pago
• El promedio de emisión del pago es 27 días lo cual indica que la
mayoría está dentro de la política.

vii. Extraiga los registros que están fuera del rango autorizado de 25 – 35 días
utilizando la función “Extraer Registros” desde el menú de la barra de
operaciones. Nombre el archivo como: Pago fuera del rango en días.
Utilice la función .NOT.@between(DIAS_DE_PAGO; 25; 35)

viii. Resultados:

• Hay 85 pagos que totalizan: $3,010,687.40

• Hay 68 pagos hechos antes de 25 días
• Hay 17 pagos hechos después de 35 días

ix. Cierre la base de datos de Pagos fuera del rango en días

x. Conclusión: Un número de pagos fueron autorizados por HMV y VST a

proveedores M100, C202 y W007; cuya relación ha de ser investigada.
Pagos atrasados también deberían ser investigados.

5.10 Prueba de Pagos hechos a Proveedores no autorizados (Ver video de apoyo 11)

i. El objetivo de esta prueba es validar los pagos a proveedores autorizados.

ii. Se sospecha que hubo pagos a proveedores no autorizados. Las

transacciones se cotejarán contra la base de datos de datos de proveedores
usando la función de “Unir bases de Datos” de IDEA. La bitácora de
Historial almacenará aquellos registros que no cotejan.

iii. Verifique el campo común en ambas bases de datos (Cuentas por Pagar y
Proveedores Autorizados). El NUMPROVEE ha de ser únicamente de
igual tipo. Encontrará que lo son.

12
 UNIVERSIDAD ESTATAL A DISTANCIA
VICERRECTORÍA ACADÉMICA
ESCUELA CIENCIAS DE LA ADMINISTRACIÓN
CÁTEDRA DE AUDITORÍA

04012 - AUDITORÍA INFORMÁTICA II - IIIC2021

iv. Practique la unión de archivos usando la función “Unir Bases de Datos”.

Inicie la unión con la base de datos de Cuentas por Pagar abierta y activa.

v. Siga las instrucciones teniendo en cuanta que la clave de coincidencia ha

de ser NUMPROVEE y que tiene que utilizar la función “todos los
registros en la base de datos primaria” para provocar que salgan los pagos
hechos a proveedores no autorizados. Nombre el archivo resultante como:
“Verificación de Proveedores”

vi. Practique una detección de Proveedores Autorizados duplicados sobre el

NUMPROVEE. Usted identificará que “W007” está doblemente
asignado, lo cual deberá ser notificado como una debilidad en los
controles de validación de proveedores.

Se le informa al auditor que este proveedor “Witch Products” tenía

operaciones en períodos anteriores, pero no en el período actual, porque
ya no están en el negocio. Por lo tanto, la cuenta de Witch Products
debería ser ignorada para este y otro análisis. Sin embargo, el auditor
necesitará dar seguimiento para corroborar la versión del cliente.

vii. Extraiga todos los registros que no fueron cotejados usando

@isblank(NUMPROVEE1). El total de control debería ser $501,515.94. Son 8
registros que curiosamente corresponden el proveedor M100.

5.11 Análisis de Pagos por Proveedor ((Ver video de apoyo 12)

i. Analice los pagos por proveedor para identificar grandes movimientos.

ii. Usando la base de datos: “Verificación de Proveedores”, resuma el campo

“MONTO” por cada Proveedor. Luego identifique aquellos proveedores
cuyos pagos se incrementaron o se redujeron en un 25% respecto del año
anterior. Cree un campo editable para marcar los ítems para investigación
y para agregar comentarios.

iii. Realice un resumen del MONTO por NUMPROVEE. Solo incluya en la

extracción los campos BENEFICIARIO, NOMBPROVEE Y
TOT_PAG_PER_ANT. Nombre la base de datos como: Pagos por
Proveedor . ¡No cree un resultado!

iv. Debería obtener una base de datos de 48 registros por un total de

$34,145,300.89

v. Haga una extracción directa de todos los pagos que exceden un 25% a los
pagos del año anterior utilizando la siguiente fórmula:
@abs(MONTO_SUMA - TOT_PAG_PER_ANT ) * 100 / TOT_PAG_PER_ANT > 25
Nombre la base de datos resultante como: Grandes movimientos

Debería obtener un archivo de 14 registros que totaliza: $ 12,130,760.68

correspondiente a proveedores que fueron contratados por más de un 25%
respecto del año anterior.

vi. Cree dos campos virtuales en Grandes movimientos denominados

“Prueba” y “Comentarios”. El primero Multiestado de 1 y el segundo
caracter editable de 100. Con esto prepararía su papel de trabajo para
realizar estudios adicionales sobre Grandes Movimientos y registrar los
resultados de sus pruebas.
13