Mantenimiento de automatizaciones
Aprende a entender un flujo existente, investigar fallos y comprobar cambios con una rutina de mantenimiento que otra persona del equipo pueda seguir.
Encuentra tu punto de partida
Encaja cuando ya construís automatizaciones y necesitáis entender fallos, probar correcciones y dejar documentación que otra persona pueda seguir. El enfoque es general y se adapta a las herramientas que utilice vuestro equipo.
- Duración y sesiones
- 8 horas en directo · 4 sesiones de 2 h.
- Tamaño del grupo
- Hasta 12 participantes por formador como referencia, ajustable según la práctica y el feedback.
Qué aprenderás
- 01
Explicar un flujo existente y localizar sus conexiones, dependencias y puntos de fallo.
- 02
Seguir un registro por la ejecución y distinguir datos incorrectos o incompletos de un fallo del flujo.
- 03
Probar una corrección y documentar la incidencia, su impacto y la forma de deshacer el cambio.
Una propuesta de trabajo
Investigaréis incidencias en un flujo de solicitudes internas que crea tareas de prueba. Seguiréis cada entrada, comprobaréis qué acciones llegaron a realizarse y decidiréis qué corregir o recuperar. La práctica termina con una corrección probada y unas instrucciones que evitan repetir el flujo a ciegas. El caso y la recuperación se adaptan a las herramientas de vuestro equipo.
Adaptamos la selección y la profundidad de los módulos al punto de partida y los objetivos del grupo.
01Entender antes de cambiar
Mapa del flujo, conexiones, responsables y documentación mínima de funcionamiento.
Trabajarás en
- Dibujar el recorrido de una solicitud y localizar conexiones, identificadores y acciones que cambian datos.
- Relacionar el identificador de solicitud con la ejecución y la tarea de destino, distinguiendo los datos de cada sistema.
- Acordar quién mantiene el flujo, qué revisar y cuándo detenerse para pedir intervención.
- Práctica
- Recorrer el flujo de aula y localizar una solicitud, su ejecución y el registro de tarea que produjo.
- Cómo lo comprobarás
- Un mapa con origen, destino, responsable y referencias que permiten seguir la misma solicitud de principio a fin.
02Investigar incidencias
Historial disponible, datos de entrada y estrategias para reproducir y acotar un error.
Trabajarás en
- Contrastar entradas, salidas y avisos del historial para localizar el primer punto que se desvía de lo esperado.
- Distinguir un dato incompleto, un acceso que requiere intervención y un fallo temporal que podría admitir un reintento limitado.
- Comprobar qué acciones ya se realizaron antes de decidir entre corregir datos, completar un paso pendiente o repetir una prueba aislada.
- Práctica
- Investigar un aviso posterior a la creación de una tarea y comparar el caso con una solicitud sin el dato requerido.
- Cómo lo comprobarás
- Un informe que separa la causa, el efecto observado y la acción pendiente; no interpreta un aviso como prueba de que nada ocurrió.
03Cambiar y mantener
Pruebas, registro de cambios, revisión de accesos y pautas de recuperación.
Trabajarás en
- Guardar una referencia de la configuración anterior, aplicar una corrección pequeña y probar entrada normal y excepción.
- Diferenciar completar un paso pendiente de repetir todo el flujo; comprobar qué recuperación permite el entorno, acotar intentos y evitar efectos repetidos.
- Documentar la corrección, sus pruebas, quién interviene y cómo volver a la configuración anterior sin prometer deshacer acciones externas.
- Práctica
- Corregir el tratamiento del dato incompleto, contrastar la tarea ya existente y preparar una recuperación sin volver a crearla.
- Cómo lo comprobarás
- Una matriz de pruebas y una guía de recuperación con referencias, límite de reintentos, decisiones manuales y forma de revertir la configuración.
Un aviso no significa que la tarea no exista
Ejemplo docente
Práctica propuesta: investigar un aviso en un flujo de solicitudes internas, comprobar si la tarea de destino ya existe y preparar una recuperación que no repita acciones. Proponemos una corrección, contrastamos casos de prueba y documentamos la incidencia. El caso se adapta a la herramienta que use vuestro equipo.
Caso ficticio de aula. El flujo convierte solicitudes internas en registros de tareas de prueba. SOL-030 completa el recorrido; en SOL-031, la tarea TAR-208 ya se creó, pero falló el registro de confirmación. Otra solicitud, SOL-032, llega sin asunto y requiere corregir ese dato antes de crear la tarea.
- Punto de partida
- La incidencia se resume como «el flujo ha fallado». No se conserva la relación entre solicitud, ejecución y tarea, así que no está claro qué parte llegó a completarse.
- Primera propuesta
- El primer intento propone volver a ejecutar SOL-031 desde el inicio. Eso puede repetir la creación de la tarea. También se propone reintentar SOL-032 sin corregir el asunto, aunque otro intento no aportaría el dato que falta.
- Qué revisamos
- El docente pide revisar el historial y el destino antes de actuar. El grupo encuentra TAR-208, identifica la confirmación pendiente y separa ese problema del dato incompleto. Después elige una recuperación compatible con el entorno: completar solo lo pendiente si es posible, o preparar una intervención manual contrastada. Repetir todo el flujo no equivale a resolver la incidencia.
- Resultado
- La guía conserva la relación SOL-031 → TAR-208 y permite comprobar la confirmación pendiente sin recrear la tarea. SOL-032 queda a la espera de corregir el asunto. Se documentan la decisión, las pruebas y el límite de intentos; si no se sabe si una acción ocurrió, se pide revisión antes de repetirla.
Seguir el dato antes de recuperar
- Solicitud de aula
Localizar la entrada
Identificador y datos recibidos.
- Historial y destino
Relacionar las referencias
¿Qué tarea existe y qué paso falló?
- Decisión
Elegir cómo continuar
Corregir el dato o pedir intervención antes de repetir.
- Registro de tareas
Comprobar la recuperación
Conservar la tarea existente y revisar lo pendiente.
Esquema didáctico de un caso ficticio; agrupa las comprobaciones del flujo, no reproduce todos sus pasos ni ejecuta conexiones.
Qué ocurre con cada entrada
Recorrido normal comprobado
- Solicitud
- SOL-030
- Asunto
- Preparar guía de entrega
- Tarea de prueba
- TAR-207 · confirmada
Resultado esperado: una tarea vinculada a SOL-030 y una confirmación registrada.
Se contrastan el identificador de entrada, el historial y TAR-207; no basta con que la ejecución aparezca completada.
Incidencia que requiere intervención
- Solicitud
- SOL-031
- Tarea en destino
- TAR-208 · existente
- Incidencia preparada
- Falló el registro de confirmación
Resultado esperado: conservar TAR-208 y resolver solo lo pendiente tras comprobar la causa.
Se contrastan historial y destino. No se reejecuta la creación; la recuperación se decide con las opciones verificadas del entorno.
Antes de darlo por terminado
- La solicitud se puede relacionar con su ejecución y el registro de tarea del destino.
- Antes de recuperar se comprueba qué acciones ya ocurrieron y qué dato o permiso falta.
- Las pruebas no recrean la tarea existente y la guía separa revertir configuración de deshacer efectos.
Cuatro sesiones para llevarlo a la práctica.
Edición de referencia · 8 h en directo
Edición de referencia: 8 horas en directo, 4 sesiones de 2 horas. Diagnóstico, corrección y pruebas dentro de las sesiones, con el caso de aula. Adaptamos la práctica al entorno del cliente y comprobamos sus opciones de historial y recuperación.
- Sesión 12 h
Entender el flujo y sus referencias
Seguir una solicitud normal, dibujar conexiones y relacionar identificadores de entrada, ejecución y destino.
Al terminarUn mapa del flujo y una comprobación del resultado esperado.
- Sesión 22 h
Diagnosticar sin cambiar a ciegas
Leer entradas, salidas y avisos; comparar datos incompletos, acceso inválido y un fallo temporal preparado.
Al terminarUna incidencia acotada que distingue la causa de sus efectos.
- Sesión 32 h
Corregir y preparar la recuperación
Guardar la referencia anterior, corregir el flujo de prueba y revisar qué acciones ya ocurrieron antes de recuperar.
Al terminarUna corrección comprobada con un caso normal y otro que requiere intervención.
- Sesión 42 h
Revisar y dejar instrucciones
Repetir las comprobaciones acordadas con feedback, documentar límites de reintento y explicar cómo deshacer la configuración.
Al terminarUna guía de mantenimiento que otra persona puede seguir sin repetir efectos a ciegas.
Si vuestro equipo necesita ir más allá
- Operar flujos reales, intervenir en incidentes de producción o asumir su mantenimiento requiere un alcance y responsabilidades separados.
- Alta disponibilidad, pruebas de carga, garantías de procesamiento único e integraciones complejas no se incluyen en esta edición.
Aprender con alguien que desarrolla automatizaciones.
Borja Martínez
Consultor de automatización
Más de dos años de experiencia desarrollando proyectos para empresas de todas las industrias y tamaños.
Borja es el docente previsto para este programa. Las fechas, el idioma y su disponibilidad se confirman al acordar la edición.
Con guía, práctica y acompañamiento.
Cada edición incluye materiales de trabajo, feedback sobre la práctica y evaluación según los objetivos acordados.
Materiales que podéis conservar
Guía, ejercicios y criterios de revisión descargables y versionados, para uso interno.
Para preparar y cerrar la edición
Recomendación breve, kit editable de comunicación e informe de aprendizaje del grupo.
Diploma propio de TOF
De aprovechamiento, al superar la evaluación acordada. No es una certificación del fabricante.
Un mes de soporte por correo
Sobre lo trabajado en clase, hasta dos horas acumuladas para todo el grupo.
La práctica la realiza tu equipo. Los servicios de implantación se acuerdan aparte. Ver el alcance →