La versión beta de Job Processor Cockpit ofrece a los equipos que utilizan Autodesk Vault Job Processor y powerJobs un panel de control centralizado para consultar el estado de los trabajos, los fallos, la latencia de las colas, el rendimiento de los equipos, la disponibilidad y las alertas.
Se supone que los trabajos automatizados hacen que el trabajo desaparezca.
Se publica un archivo en Autodesk Vault. Se crea un PDF. Se exporta un archivo DXF o STEP. Se envían datos a otro sistema. Se envía una notificación. Todo ocurre en segundo plano, y ese es precisamente el objetivo.
Pero en cuanto la automatización cobra importancia, surge una nueva pregunta: ¿qué está ocurriendo realmente en segundo plano?
Para muchos equipos, la respuesta sigue estando dispersa entre las distintas máquinas del procesador de tareas, los registros locales, las comprobaciones manuales y las conversaciones con el servicio de asistencia. Una tarea puede fallar, pero nadie se da cuenta hasta que un usuario pregunta por qué su archivo no está listo. Un script puede tardar más de lo habitual. Una máquina puede agotar su memoria sin que nadie se dé cuenta.
Y esto no es solo un problema de las «grandes flotas». Una empresa con un único procesador de tareas tiene el mismo punto ciego que una empresa con diez. De hecho, cuanto más pequeña es la configuración, más probable es que se produzca el fallo clásico: el único procesador de tareas se detiene el viernes por la tarde y nadie se da cuenta hasta el lunes, cuando hay tres días de tareas en cola y los ingenieros se ven bloqueados.
Si aún estás decidiendo dónde debe ubicarse esa única máquina, tratamos las ventajas e inconvenientes por separado en «Dónde ejecutar el procesador de trabajos de Vault: prácticas recomendadas».
Sin una visión centralizada, los equipos recurren a la resolución reactiva de problemas:
Cuanto más eficaz sea la automatización, más complicado resulta todo esto. Cuando los trabajos de Autodesk Vault pasan a formar parte de la producción diaria, la visibilidad cobra tanta importancia como la propia automatización.
Por eso estamos trabajando en Job Processor Cockpit, una versión preliminar técnica de COOLORANGE LABS para entornos de Autodesk Vault y powerJobs.
La idea es sencilla: ofrecer a los equipos un único lugar desde el que puedan ver la actividad de su Job Processor, comprender qué ha ocurrido y detectar los problemas antes que los usuarios.
En lugar de abrir diferentes equipos o leer registros técnicos, los usuarios disponen de un panel de control basado en la web con información en tiempo real sobre los trabajos, paneles de control, indicadores clave de rendimiento (KPI), alertas y un historial de trabajos en el que se pueden realizar búsquedas. Los usuarios inician sesión con su Autodesk ID, por lo que no hay que gestionar nuevas cuentas.
No pretende sustituir su automatización, sino hacerla visible.
El panel de control muestra la situación actual de un solo vistazo: qué procesadores de trabajos están activos en este momento, cuántos trabajos se han completado con éxito o han fallado, qué tipos de trabajos fallan con más frecuencia y un mapa de calor de las horas de mayor actividad que muestra cuándo se acumulan los trabajos durante la semana.
Un caso de uso típico es la comprobación del lunes por la mañana: ¿se ha ejecutado correctamente la publicación por lotes del fin de semana? La respuesta se obtiene de un solo vistazo, antes de que llegue el primer correo electrónico preguntando «¿dónde está mi PDF?». Para un taller con un solo procesador, esto sustituye al recorrido diario hasta la máquina. En el caso de una flota, también muestra qué máquina soporta la mayor carga. Además, el mapa de calor ayuda a programar los trabajos por lotes más pesados en las horas de menor actividad, en lugar de en plena jornada de ingeniería, es decir, en los mismos intervalos de inactividad que tratamos en «Optimización del procesador de trabajos de Vault: gestión del tiempo de inactividad».
El panel de control puede enviar alertas a un webhook, por ejemplo, un flujo de Power Automate que las reenvía como correos electrónicos o mensajes de Microsoft Teams. Avisa cuando un procesador de tareas informa de que se ha detenido o deja de responder (máquina bloqueada o inaccesible), cuando la tasa de fallos dentro de un intervalo de tiempo es demasiado alta, y envía una notificación de recuperación cuando el procesador vuelve a funcionar.
Esto resuelve directamente el problema de los viernes por la tarde: en lugar de descubrir un procesador detenido el lunes, la persona responsable recibe un mensaje de Teams en cuestión de minutos. El cockpit vigila la máquina para que nadie tenga que hacerlo. Para equipos de cualquier tamaño, esto supone pasar de «nos damos cuenta cuando los usuarios se quejan» a «lo sabemos antes de que los usuarios se den cuenta».
El «Job Journal» (registro de trabajos) enumera las ejecuciones de trabajos individuales en una tabla en la que se pueden realizar búsquedas y aplicar filtros, con el estado, la hora, la duración, la máquina y el mensaje de resultado. Cada trabajo se puede abrir para inspeccionar sus detalles y parámetros.
El caso de uso es la llamada de soporte técnico cotidiana: un usuario informa de que «el PDF del dibujo nunca apareció». En lugar de conectarse de forma remota al servidor del procesador de trabajos y revisar los archivos de registro, el administrador busca en el registro, encuentra el trabajo fallido y lee el mensaje de resultado. Toda la investigación se lleva a cabo en el navegador en menos de un minuto. Y cuando un tipo de trabajo falla solo con determinados archivos, comparar los parámetros de un trabajo fallido con los de uno que se ha ejecutado correctamente convierte un informe de error vago en una respuesta concreta.
Las tendencias de rendimiento muestran el promedio diario y los picos de CPU y memoria para cada máquina del procesador de tareas, tanto para la máquina en su conjunto como para el propio trabajo del procesador de tareas.
El caso práctico: los trabajos llevan semanas tardando más en completarse y el departamento de TI pregunta si la máquina necesita más recursos. Las tendencias muestran si la CPU está realmente al límite o si la memoria está aumentando progresivamente, una tendencia al alza que revela una fuga antes de que provoque una interrupción del servicio. Las discusiones sobre la capacidad se basan en datos en lugar de en conjeturas, tanto si gestionas una máquina como si gestionas diez.
Los KPI de latencia muestran cuánto tiempo esperan los trabajos en la cola antes de que un procesador los recoja, por día, por máquina y por tipo de trabajo, además de los tiempos de ejecución y los 10 trabajos más lentos.
Esto responde a una pregunta a la que todo equipo se enfrenta tarde o temprano: los ingenieros dicen que los planos publicados tardan «una eternidad», pero ¿es el trabajo realmente lento o es que primero ha estado 40 minutos en la cola? En el caso de un taller con un solo procesador, el aumento del tiempo de espera en la cola es la señal más temprana y clara de que es hora de adquirir una segunda máquina, algo que se aprecia en los datos mucho antes de que aumente la frustración. En configuraciones más grandes, muestra qué cargas de trabajo se acumulan en cada máquina.
Los KPI de disponibilidad muestran cuánto tiempo estuvo realmente en funcionamiento cada procesador de trabajos: un porcentaje de disponibilidad por máquina, el tiempo dedicado en cada estado y desgloses diarios.
Cuando se detecta que un procesador está parado, el desglose diario responde a la pregunta «¿desde cuándo?». Se detuvo el viernes por la tarde, lo que explica el retraso acumulado y ofrece al departamento de TI un margen de tiempo preciso para establecer una correlación con las actualizaciones de Windows o los reinicios. Los patrones recurrentes, como que el procesador se averíe cada «martes de parches», saltan a la vista. Y, con el tiempo, el porcentaje de disponibilidad se convierte en una cifra que el equipo puede comunicar a la dirección: «nuestra automatización de tareas estuvo operativa el 99 % de las horas laborables».
Job Processor Cockpit se basa en una idea práctica: la automatización no debe convertirse en una caja negra.
Con la versión beta, los equipos pueden:
Para los clientes que ya utilizan powerJobs o el Autodesk Vault Job Processor, esto hace que las operaciones diarias sean más tranquilas. Menos puntos ciegos. Resolución de problemas más rápida. Mejor comunicación entre ingeniería, administración de CAD y TI.
La automatización es valiosa porque elimina el trabajo repetitivo. Pero una vez que la automatización pasa a formar parte de la producción, los equipos necesitan visibilidad y deben conocer los problemas antes que los usuarios.
Job Processor Cockpit ofrece esa visibilidad en una única experiencia web centralizada: estado en tiempo real, alertas, historial de trabajos, latencia de la cola, rendimiento de las máquinas, indicadores clave de rendimiento (KPI) de disponibilidad e integración de informes, de fácil comprensión tanto para usuarios técnicos como no técnicos, y tan útil para un solo Job Processor como para toda una flota.
Se trata de una vista previa técnica de COOLORANGE LABS, por lo que nos interesa especialmente recibir comentarios sobre entornos reales de Vault y powerJobs.