Decidimos crear una experiencia de flujo de trabajo de Adobe Sign más potente en un nuevo E/S de ProcessMaker caso de uso. Puedes ver el caso de uso y cómo se creó haciendo clic aquí. El objetivo del caso de uso fue mejorar el rendimiento del Widget web de Adobe Sign. Este es un widget muy útil. El caso de uso clásico del widget es una empresa de alquiler de bienes raíces o una empresa de alquiler de equipos que desea colocar una copia de su contrato en un sitio web para que los usuarios puedan ingresar al sitio web, completar el acuerdo y firmarlo con la empresa de alquiler. Este es un escenario común de "uno a muchos". En este escenario, una empresa ofrece un tipo de contrato que puede firmarse con un solo usuario. Podemos imaginar otra situación que añade un poco de complejidad. ¿Qué pasa si necesitamos permitir dos firmantes? Bueno, este escenario también es muy fácil de manejar. Simplemente necesito enrutarlo a un segundo firmante después del primer firmante y luego regresar a la empresa.
El siguiente nivel de complejidad
Hasta ahora estos casos de uso no son demasiado especiales. Sin embargo, imaginemos un tercer escenario. En este tercer escenario necesitaremos un flujo de trabajo de Adobe Sign más potente. El tercer escenario es uno en el que puedo o puede que no tener un segundo firmante. Es condicional. Esto significa que mi motor de enrutamiento tiene que ser lo suficientemente inteligente para manejar la incorporación de un cofirmante y solo enrutar el documento al cofirmante cuando y si hay un cofirmante. Si no hay cofirmante, el procedimiento de firma debe realizarse como de costumbre. Este es un escenario que no se puede manejar hoy en día en el widget Adobe Sign. Entonces, si queremos hacer esto, necesitaremos una forma de crear un flujo de trabajo de Adobe Sign más potente.
