- El proceso o sistema actual
- Cuellos de botella, traspasos manuales y calidad de los datos
- Qué desarrollar, comprar, integrar, configurar o dejar sin cambios
- Riesgos técnicos, dependencias y limitaciones operativas
- Datos, sistemas e integraciones relevantes
- Los problemas y riesgos principales
- Una recomendación de solución por escrito
- Una recomendación sobre desarrollar, comprar o integrar
- Un alcance aproximado, dependencias importantes y próximos pasos
Antes de empezar
La auditoría es un trabajo delimitado para tomar una decisión, no una investigación abierta. La propuesta indica el proceso, los sistemas, las personas, las pruebas y el resultado incluidos.
Participación esperada del cliente
- Una persona responsable del proceso para una conversación inicial y una revisión de los hallazgos preliminares.
- Los pasos actuales, las excepciones y la decisión que debe apoyar la auditoría.
- Ejemplos de casos normales y fallidos, sin datos sensibles cuando sea posible.
Acceso e información
- Acceso de solo lectura a las pantallas, documentos, exportaciones o documentación de API relevantes, según corresponda.
- Una persona que conozca el proceso actual y otra que pueda confirmar las limitaciones técnicas.
- La propuesta indica cómo se comparten los accesos de forma segura.
Límites del alcance
- Un proceso o sistema identificado por auditoría, salvo que la propuesta indique otra cosa.
- No incluye cambios en producción, migraciones de datos, implementación ni soporte continuo.
- Las pruebas cubren los casos normales y excepcionales acordados. Los sistemas o procesos no indicados quedan fuera del alcance.
Cómo se calculan el plazo y el precio
- El plazo y el precio dependen del número de procesos y sistemas, los accesos disponibles, las entrevistas necesarias y los casos que haya que probar.
- La propuesta indica antes de empezar la dedicación del cliente, los accesos, los entregables, la revisión y las premisas.
- Si la mejor respuesta es configurar, integrar o no desarrollar software a medida, la implementación se presupuesta por separado.
Ejemplo ilustrativo del resultado de una auditoría
Un flujo de aprobaciones inventado, para mostrar cómo es el informe.
Flujo revisado
- Una solicitud llega por correo electrónico o formulario.
- Una persona del equipo la introduce en el ERP.
- La persona responsable la revisa y la aprueba o rechaza.
- El registro aprobado se exporta para los informes.
Sección de decisión
- Riesgo: datos introducidos dos veces y campos incompletos.
- Comprar: utilizar el módulo de aprobaciones del ERP si sus reglas encajan.
- Integrar: conectar la entrada con el ERP y registrar los fallos.
- Desarrollar: añadir una pequeña pantalla interna solo si las herramientas actuales no pueden representar las reglas necesarias.
- Alcance aproximado: trazar el flujo actual, revisar la interfaz del ERP, probar un caso normal y uno con error, y documentar los límites.
Recomendación: empezar por la auditoría. No dé por hecho que hace falta software a medida antes de comprobar las reglas, los datos y los límites de los sistemas actuales.
El alcance exacto, el plazo y el precio se confirman antes de empezar. Para comenzar, describa el proceso o la aplicación en una consulta breve. Le responderé en un día laborable y decidiremos si la auditoría es el siguiente paso adecuado. Si la mejor respuesta es un producto estándar, una configuración o no desarrollar software a medida, la recomendación lo dirá.
Precios sin IVA y orientativos. El alcance, la complejidad técnica y normativa, los plazos, el estado de los sistemas existentes y otros factores pueden cambiar el precio final, que siempre se confirma por escrito antes de empezar.
