Una gestión de errores y una mensajería fiables, inmediatas y fáciles de usar son fundamentales para la empresa a la hora de realizar integraciones de ERP para garantizar la fiabilidad de los procesos y la calidad de los datos.
Los departamentos dependen de la exactitud de la información que reciben de otras unidades para que los procesos funcionen sin problemas y se mantenga la calidad de los productos. En este sentido, en coolOrange hemos decidido actualizar la forma en que se gestionan los errores en powerGate para garantizar una gestión de errores inmediata y comprensible de forma fiable. Antes de explorar las nuevas características, tomemos un momento para examinar cómo se manejaban los errores anteriormente, las dificultades que existían y las confusiones que podían haber causado, para que entienda la importancia de esta actualización.
Consideremos un proceso sencillo en el que powerGate intenta crear un artículo en el sistema ERP. Por la razón que sea, el sistema ERP se niega a crear el artículo (información faltante, desajuste de fecha, permisos, conexión perdida, servidor caído, mantenimiento, etc,) Ahora, el cmdlet de powerGate informa internamente del problema y hasta ahora era responsabilidad del desarrollador del script interceptarlo y actuar en consecuencia creando un mensaje emergente o reintentando el proceso.
Dependiendo del flujo de trabajo dado, el manejo del error y el mensaje de error pueden ser diferentes. Por ejemplo, si powerJobs procesa un trabajo para crear un artículo en el sistema ERP y se produce un error, mostrar un diálogo emergente no tendría sentido porque nadie lo notaría ya que el procesador de trabajos se ejecuta en una máquina de servidor dedicada. El trabajo está colgado y esperando a que alguien se dé cuenta de lo que ha pasado y tome medidas. Todo el tiempo, el procesador de trabajos se congela y acaba deteniendo todos los trabajos subsiguientes sin notificar al usuario.
Otro ejemplo es la creación de artículos del ERP cuando se libera una pieza o un conjunto en Vault. En este caso, lo mejor es utilizar el cuadro de diálogo de restricción de Vault, mostrar allí un mensaje significativo y detener el proceso de liberación. De este modo, el usuario sabe inmediatamente lo que está ocurriendo y el proceso de liberación se detiene para evitar que se liberen datos que puedan no coincidir con los del ERP.
Otro ejemplo es la creación de artículos en el ERP durante la transferencia de la lista de materiales. En este caso, el usuario trabaja con el diálogo de transferencia de la lista de materiales de powerGate y quiere crear muchos elementos del ERP a la vez. Mostrar un cuadro de diálogo de error adicional sería posible aquí, pero mostrar un cuadro de diálogo para cada elemento abrumaría al usuario. Una mejor solución es utilizar los iconos de estado integrados en el diálogo de la lista de materiales y mostrar los errores para el elemento respectivo. De esta manera, el usuario reconoce inmediatamente qué elementos tienen problemas sin tener que hacer clic en docenas de diálogos.
Como se puede ver, diferentes casos de uso requieren diferentes soluciones.
Hasta ahora, la responsabilidad de interpretar los errores y tomar medidas recaía en el responsable del script. Él/ella tenía que considerar si estaban en el procesador de trabajos o en el Vault Client o ejecutando el diálogo de la lista de materiales.
Gracias a la experiencia que hemos adquirido en más de un centenar de proyectos en los últimos años, hemos identificado las situaciones de error que hay que gestionar y las hemos integrado en el producto. powerGate sabe ahora cuándo y cómo debe presentarse un error y de qué manera, de modo que el responsable de los scripts puede centrarse en la aplicación de los requisitos del cliente sin pensar en el peor de los casos.
Hay tres tipos de problemas:
En los tres casos, es bueno saber dónde se produjo el problema, ya sea en el lado del cliente de Vault, en el servidor o en el sistema ERP. El nuevo cuadro de diálogo de powerGate hace que esto sea fácilmente visible, reduciendo el tiempo de resolución de problemas.
Dependiendo del caso de uso, powerGate presenta el mensaje de error de la mejor manera posible, como un cuadro de diálogo de restricción durante una transición del ciclo de vida, como un error de trabajo durante el procesamiento del trabajo, como un icono de estado dentro del cuadro de diálogo de transferencia de la lista de materiales, y como un cuadro de diálogo cuando no hay otras opciones disponibles.
Esta importante mejora libera al tipo de script de la carga del manejo de errores y reduce drásticamente el código de personalización, haciéndolo más legible, confiable y seguro para los procesos.
Aunque esta característica mejorará inmediatamente los nuevos proyectos, como es habitual, powerGate es compatible con todas las versiones y esta nueva versión también puede implementarse en los proyectos existentes. Sin embargo, para los proyectos existentes, se recomienda revisar la personalización y eliminar el manejo de errores personalizado para evitar que los mensajes de error se muestren dos veces.
Si quiere leer más detalles sobre estas mejoras, consulte la página change log.