Se ha ido generando expectativa por el lanzamiento de ProcessMaker v3.2, que ahora está a solo un par de semanas de distancia. Hay muchas razones para tanta anticipación. V3.2 es una gran versión para ProcessMaker por tres razones principales: calidad, conectividad e informes. Hablemos primero de la primera razón: la calidad. La versión 3.2 de ProcessMaker es la primera versión que estamos realizando bajo el liderazgo de nuestro nuevo CTO, Taylor Dondich. Taylor es un ingeniero de primera clase y un gran líder en TI. ¡También aprendí que puede ser un verdadero dolor de cabeza!@!" respecto al control de calidad. V3.2 es el software más probado que jamás hayamos lanzado. Durante el año pasado, trabajamos muy duro para agregar una nueva capa de herramientas y procesos DevOps para nuestro equipo de control de calidad. Hemos añadido mucha formalidad a todo nuestro proceso de lanzamiento. Para algunos de nuestros clientes, esto se ha traducido en lo que parece una espera interminable por esta versión 3.2. Sin embargo, no tenemos ninguna duda de que hemos realizado mejoras espectaculares y que es la forma correcta de mejorar la calidad y la fiabilidad de nuestros lanzamientos. Así que ahora vamos con las cosas interesantes. En nuestra versión anterior, probablemente hayas notado que agregamos una nueva forma de llamar a una API REST. Lo llamamos nuestros conectores ProcessMaker. Puedes leer sobre ellos aquí. Bueno, ese fue sólo el primer paso. Siempre pudiste llamar a un punto final REST desde un disparador de ProcessMaker. El conector simplemente hizo que fuera mucho más fácil agregar un nuevo punto final REST en una biblioteca estándar, es decir, nuestra biblioteca de conectores. Sin embargo, en la versión 3.2 llevamos un paso más allá el concepto de ProcessMaker como “Plataforma como Servicio” (iPaaS). Ahora hemos añadido el Tarea de servicio. La tarea de servicio es un tipo de actividad BPMN 2.0 que es algo muy especial cuando se combina con la biblioteca ProcessMaker Connector. La tarea de servicio ahora permite a nuestros diseñadores de procesos tener una forma visualmente explícita de llamar a un conector que se conecta a un sistema de terceros. Anteriormente, tenías que observar un paso de una tarea y mirar el código de un disparador para ver qué estaba sucediendo. Ahora, puedes simplemente usar una tarea de servicio para mostrarla visualmente en un ProcessMaker mapa de procesos cuándo y cómo desea conectarse a un sistema de terceros. Creemos que esto permitirá realizar procesos de mapeo e integración a sistemas de terceros más fácil. Entonces, por ejemplo, digamos que tiene un proceso en el que primero queremos conectarnos a nuestro SAP ERP y luego completar previamente un formulario con datos de SAP. Necesitamos los datos de SAP para la Solicitud ECO para que nuestro usuario pueda seleccionar la pieza o subconjunto que queremos cambiar. El usuario debe ver las piezas y los subconjuntos dependientes en una lista desplegable en el formulario.
