ProcessMaker V3.2 - Preparaos... Preparaos...
La anticipación ha estado creciendo para el lanzamiento de ProcessMaker v3.2 que está ahora a sólo un par de semanas. Hay muchas razones para toda esta anticipación. La versión 3.2 es un gran lanzamiento para ProcessMaker por tres razones principales: Calidad, Conectividad y Reporte.
Hablemos primero de la primera razón: la calidad. La V3.2 de ProcessMaker es la primera versión que hacemos bajo el liderazgo de nuestro nuevo CTO, Taylor Dondich. Taylor es un ingeniero de primera clase y un gran líder de TI. También he aprendido que puede ser un verdadero dolor de cabeza en lo que respecta al control de calidad. La V3.2 es el software más probado que hemos lanzado. Durante el año pasado, hemos trabajado muy duro para añadir una nueva capa de herramientas y procesos de DevOps para nuestro equipo de control de calidad. Hemos añadido una gran cantidad de formalidad a todo nuestro proceso de lanzamiento. Para algunos de nuestros clientes, esto se ha traducido en lo que parece una espera interminable para esta versión 3.2. Sin embargo, no hay duda de que hemos hecho mejoras dramáticas y que es la forma correcta de mejorar la calidad y fiabilidad de nuestros lanzamientos.
Y ahora, lo mejor. En nuestra versión anterior, usted probablemente notó que hemos añadido una nueva forma de llamar a una API REST. Lo llamamos nuestros Conectores ProcessMaker. Usted puede leer acerca de ellos aquí. Bueno, eso fue sólo el primer paso. Usted siempre fue capaz de llamar a un REST Endpoint desde dentro de un disparador ProcessMaker. El conector simplemente hizo mucho más fácil añadir un nuevo REST Endpoint en una biblioteca estándar, es decir, nuestra biblioteca de conectores. Sin embargo, en la versión 3.2 tomamos el concepto de ProcessMaker como una "Plataforma como Servicio" (iPaaS), un paso más allá. Ahora hemos añadido la 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 de Conectores de ProcessMaker. La Tarea de Servicio ahora permite a nuestros diseñadores de procesos tener una forma visualmente explícita para llamar a un conector que se conecta a un sistema de terceros. Anteriormente, usted tendría que mirar un paso en una tarea y mirar el código de un disparador para ver lo que estaba sucediendo. Ahora, usted puede simplemente utilizar una tarea de servicio para mostrar visualmente en un mapa de proceso ProcessMaker cuándo y cómo desea conectarse a un sistema de terceros. Creemos que esto hará que el mapeo de procesos y la integración con sistemas de terceros sea MUCHO más fácil.
Así que por ejemplo, digamos que tienes un proceso en el que primero queremos conectarnos a nuestro SAP ERP y luego pre-poblar un formulario con datos de SAP. Necesitamos los datos de SAP para la solicitud ECO para que nuestro usuario pueda seleccionar la parte o subconjunto que queremos cambiar. El usuario debe ver las piezas y los subconjuntos dependientes en una lista desplegable del formulario.
En esta imagen, la primera tarea es una Tarea de Servicio que llama a un conector SAP. El conector SAP se seleccionaría del fichero de la biblioteca del conector público de ProcessMaker. La belleza aquí, como se mencionó anteriormente, es que esto es ahora visualmente explícito. Puedo ver en mi proceso qué sistemas están siendo llamados, por qué y cuándo. Para aquellos que aman hacer esto dentro de los disparadores y los pasos internos... "Sí", todavía puedes hacer esto también. Pero para los analistas de negocios que están menos inclinados técnicamente, la tarea de servicio hace mucho más fácil entender cómo y cuándo un proceso va a obtener o poner información desde o hacia otro sistema.
Como pueden ver en la imagen de arriba, ahora es muy visual y muy simple. Simplemente voy a la Tarea de Servicio, hago clic en propiedades, y se me da acceso a mi Biblioteca de Conectores. En la biblioteca de conectores encontraré puntos finales para servicios populares como Google Drive, S3 y Box para el almacenamiento, Google Calendar para el Calendario, Adobe Sign y Docusign y Right Signature para las firmas digitales, conectores para SalesForce, SAP y otros para CRM empresarial, ERP, etc.
Pero espera, se pone mejor. ¿Qué pasa con todos los sistemas internos que está construyendo su equipo de TI? Para esos sistemas, tenemos el concepto de una biblioteca de conectores privados. Sus desarrolladores internos pueden publicar sus conectores (API) en una biblioteca de conectores privada que permitirá conectarse a sus sistemas internos impulsados por API exactamente de la misma manera. Esta es la forma en que "habilitamos su ecosistema" de aplicaciones para que puedan ser consumidas por el flujo de trabajo de ProcessMaker.
Bastante guay, ¿verdad?
Finalmente, hablemos de las Herramientas de Reporte de Datos. Hemos ido sacando poco a poco estas nuevas herramientas en los últimos dos lanzamientos. En la v3.2, ahora obtendrá gadgets visuales como una opción de informe en su diseñador de informes. Como refresco, déjenme explicarles lo que ofrecen las Herramientas de reporte de datos. En primer lugar, usted es capaz de crear un alcance para sus informes. Esto le permite definir quién puede diseñar un informe y a qué datos pueden acceder. Puede restringir el acceso a nivel de Tabla y/o Campo.
Así que ahora puede crear su modelo de seguridad directamente en ProcessMaker. Luego puede decidir qué datos mostrar en su informe y cómo filtrarlos. Y ahora puede decidir si quiere usar un informe tabular o un gadget gráfico. Por supuesto, todo puede ser exportado a los formatos .xls, .pdf, o .doc.
Aún hay más por venir en cuanto a informes... es decir, pronto podrás convertir cualquier informe en un tablero personalizado. Pero guardaré eso para otro puesto. Mientras tanto, eche un vistazo a estos informes de muestra:
