aspectos central
- La prueba de recorrido se realiza durante la fase de planificación para entender cómo la entidad procesa las transacciones en la realidad, no solo en teoría.
- Aunque la prueba de recorrido no proporciona evidencia de auditoría para la opinión, los hallazgos de control defectuoso durante el recorrido redefinen los riesgos identificados.
- La mayoría de los auditores que reportan hallazgos de inspección en esta área no documentan en qué transacción específica se basó el recorrido ni qué detalles se verificaron en cada paso.
Cómo funciona
La prueba de recorrido comienza seleccionando una transacción que sea representativa del ciclo que se está evaluando. El auditor realiza el seguimiento de esa transacción desde el documento de apoyo inicial (la solicitud de compra, la factura del proveedor, el comprobante de recepción de mercancías) a través de cada paso de procesamiento: entrada de datos, autorización, registro contable, reconciliación y finalmente su presentación en los estados financieros. En cada paso, el auditor verifica que los controles existan tal y como la dirección los describió durante la evaluación inicial.
La NIA-ES 315.28 describe la prueba de recorrido como un procedimiento de evaluación del riesgo. Su propósito no es recopilar evidencia de que los controles funcionan correctamente, sino confirmar que los controles descritos en la documentación de la entidad funcionan tal y como se describen. Si durante el recorrido se descubre un control que no existe, un control que funciona de manera diferente, o un paso que se salta, esto es una indicación de que el riesgo podría ser mayor que lo evaluado inicialmente.
Una prueba de recorrido bien documentada incluye el número de referencia específico de la transacción seleccionada, la fecha de la transacción, el importe en euros, y en cada paso, una nota que confirme qué se verificó y si el control funcionó según lo esperado.
Ejemplo práctico: Transportes Ibéricos S.L.
Cliente: Empresa de logística con base en Valencia, facturación anual de 6,8 millones de euros, reporta bajo PGC, ciclo de compras con sistema de ERP parcialmente integrado.
Paso 1: Seleccionar una transacción representativa de compras: Se selecciona la factura de proveedor nº FS-2024-4782 de Suministros Químicos Levante S.A., con fecha 15 de octubre de 2024, importe de 14.200 euros (neumáticos industriales), con entrada en el sistema en la misma fecha.
Nota de documentación: Transacción seleccionada de la población de compras del mes de octubre (1.847 facturas). Criterio de selección: compra de materiales regulares de proveedor de alto volumen, sin excepciones en procesamiento.
Paso 2: Verificar que la solicitud de compra existe y autoriza el gasto: Se localiza la solicitud de compra interna nº SC-2024-9341 de fecha 12 de octubre, autorizada por el gerente de operaciones (firma en el documento original y en el sistema). El importe autorizado es de 15.000 euros, que cubre el gasto de 14.200 euros.
Nota de documentación: Solicitud de compra numerada secuencialmente, con autorización visible de persona competente. Límite de autorización (15.000 euros) incluye el importe facturado (14.200 euros). Control observable: firma manual o confirmación electrónica en el documento de origen.
Paso 3: Seguir la factura recibida a través de la entrada en el sistema: Se verifica que la factura fue escaneada por el departamento de compras el 16 de octubre (timestamp en el sistema). El documento contiene número de factura, fecha, importe, descripción de bienes y referencia de solicitud de compra (SC-2024-9341), que coincide con el paso anterior.
Nota de documentación: Factura presente en módulo de compras del ERP. Campo de referencia de solicitud rellenado. Importe capturado automáticamente según OCR del documento. El sistema no permitió liberar la factura para pago sin esta vinculación.
Paso 4: Verificar la conciliación de las tres vías (solicitud-factura-albarán): Se confirma que el sistema ha generado automáticamente una excepción porque el albarán de entrada (número de referencia de mercancías MR-2024-8904) indicaba 4 palés, mientras que la factura listaba 4 palés con 120 neumáticos (cantidad esperada). El sistema mantuvo la factura en estado "pendiente de revisión" durante 2 días (15-17 de octubre) hasta que el gerente de almacén confirmó la recepción completa.
Nota de documentación: Excepción de cantidad capturada en el sistema. Revisión manual documentada por el gerente de almacén (firma de confirmación en el módulo de recepción). Factura liberada para pago el 17 de octubre después de esta confirmación.
Paso 5: Verificar que la factura se contabilizó con la cuenta de gasto correcta: En el libro mayor de compras de octubre, se verifica que la factura por 14.200 euros fue asignada a la cuenta 620300 (compras de materiales de transporte), que es la cuenta correcta según el PGC. El asiento de diario generado automáticamente por el ERP el 16 de octubre contiene: débito a 620300, crédito a 400000 (proveedores), con referencia cruzada a factura nº FS-2024-4782.
Nota de documentación: Asiento de diario generado automáticamente por el sistema sin intervención manual. Verificado que la clasificación de cuenta coincide con la guía de códigos contables de Transportes Ibéricos. Importe registrado coincide con factura original.
Paso 6: Confirmar que la obligación se refleja correctamente en el balance: En el estado de situación financiera a 31 de octubre de 2024, se verifica que los proveedores por pagar incluyen el saldo de la factura de 14.200 euros (la factura aún no había sido pagada en esa fecha). Se rastrea el código de proveedor del ERP (Suministros Químicos Levante: código 0847) en el mayor de proveedores y se confirma que el saldo envejecido incluye esta transacción como "pagos pendientes dentro de 30 días".
Nota de documentación: Saldo de proveedor verificado en el estado de posición de proveedores al cierre de mes. Antigüedad correcta (menos de 30 días). Importe coincide con línea de factura en el diario de compras.
Paso 7: Verificar el pago subsecuente: Se confirma que la factura fue pagada el 8 de noviembre de 2024 (dentro del plazo de pago de 25 días acordado) mediante transferencia bancaria nº TRF-2024-6632. El comprobante de pago enlazado en el sistema muestra referencia a factura FS-2024-4782 y cantidad pagada de 14.200 euros.
Nota de documentación: Pago posterior rastreado desde el módulo de tesorería. Referencia de factura vinculada automáticamente. Cantidad pagada coincide con importe de la factura sin deducciones o variaciones.
Conclusión: La transacción FS-2024-4782 se procesó a través de todos los pasos esperados del ciclo de compras de Transportes Ibéricos. Cada control descrito por la dirección (validación de solicitud de compra, conciliación de tres vías en el sistema, clasificación automática de cuenta, envejecimiento de proveedores) funcionó tal y como se describió. No se identificaron excepciones durante el recorrido. Este procedimiento confirma que los riesgos de transacción identificados en el ciclo de compras son coherentes con el diseño de control observado, y la prueba de recorrido respalda el enfoque del auditor para la evaluación de riesgos de aseveración de existencia y derechos.
Qué captan los revisores y profesionales que cometen errores
- Hallazgo de inspección (Tier 1): La ICAC ha observado en inspecciones de trabajos de auditoría que auditores no documentan el número específico de la transacción seleccionada o la fecha del recorrido, ni dejan evidencia clara de qué pasos se verificaron en cada fase. Cuando esto falta, no es posible confirmar que se realizó una verdadera prueba de recorrido de extremo a extremo, solo que se revisaron algunos documentos sin una secuencia clara. La NIA-ES 315.28 requiere que el auditor "rastree" la transacción, lo que implica seguimiento documentado de cada paso.
- Error práctico referenciado en la norma (Tier 2): Los equipos de auditoría seleccionan a menudo una transacción que no es "representativa" porque ha sido excepcionalmente sencilla de procesar o porque carecía de excepciones de control. La NIA-ES 315.29 advierte que el auditor debe seleccionar transacciones que reflejen la realidad operativa del ciclo, incluyendo aquellas con excepciones y reclasificaciones. Una transacción sin incidencias puede confirmar que el camino feliz existe, pero no demuestra que el control se ha probado en escenarios realistas.
- Brecha de práctica documentada (Tier 3): Muchos auditores realizan la prueba de recorrido durante la fase de evaluación de riesgos, pero luego no vuelven a referenciarla al documentar los procedimientos de auditoría sustantiva. Si durante el recorrido se descubrió un control débil o inexistente, ese hallazgo debe estar explícitamente vinculado a los procedimientos adicionales que se diseñaron como resultado. La falta de esta conexión sugiere que el recorrido se realizó como un procedimiento administrativo, no como un verdadero evaluador de riesgo que redefinió la estrategia de auditoría.
Comparación relacionada: Prueba de recorrido vs. Observación de procedimientos de control
La prueba de recorrido es el primer paso de comprensión. La observación es la verificación de que ese entendimiento es preciso.
- Prueba de recorrido: Realizada durante la evaluación de riesgos. Rastrea una transacción específica. Verifica que los controles existan. No proporciona evidencia de la efectividad operativa.
- Observación de procedimientos de control: Realizada durante las pruebas de controles. Observa al personal realizando un control en tiempo real (por ejemplo, observar cómo el autorizado revisa una solicitud de compra). Proporciona evidencia de que el control funciona tal y como se diseñó.
Términos relacionados
- Evaluación de riesgos: Fase de planificación en la que se usan procedimientos de evaluación de riesgos, incluida la prueba de recorrido, para identificar riesgos importantes.
- Riesgo de aseveración: El riesgo de que una aseveración en los estados financieros sea incorrecta; la prueba de recorrido ayuda a evaluar si los controles operan para mitigar estos riesgos.
- Procedimientos de auditoría: Conjunto amplio de técnicas de auditoría; la prueba de recorrido es uno de varios procedimientos de evaluación de riesgos disponibles.
- Control operativo: Un control que el auditor verifica durante la prueba de recorrido para confirmar que existe y funciona tal y como se describió.
- Documentación de auditoría: El registro de los procedimientos ejecutados y las conclusiones extraídas; la prueba de recorrido debe estar debidamente documentada con referencias de transacciones específicas.
- NIA-ES 315: La norma que rige la identificación y evaluación de riesgos de aseveración incorrecta, incluyendo el uso de pruebas de recorrido durante la planificación.
Herramienta relacionada
Use la Matriz de Evaluación de Riesgos NIA-ES 315 para estructurar los hallazgos de su prueba de recorrido y documentar cómo los riesgos identificados redefinen su estrategia de auditoría.
---