Flujo de trabajo de signos de Adobe más potente

Decidimos crear una experiencia de flujo de trabajo de Adobe Sign más potente en un nuevo caso de uso de ProcessMaker I/O. Puedes ver el caso de uso y cómo se construyó haciendo clic aquí.

El objetivo del caso de uso era mejorar el rendimiento del Adobe Sign Web Widget. Este es un widget muy útil. El caso de uso clásico del widget es el de una empresa de alquiler de bienes inmuebles o de equipos que quiere poner una copia de su contrato en un sitio web para que los usuarios puedan venir al sitio web, rellenar 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 ser firmado 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 dirigirlo a un segundo firmante después del primero y luego de vuelta a la compañía.

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 más poderoso de signos de adobe. El tercer escenario es uno en el que puedo o puede que no tienen un segundo firmante. Es condicional. Esto significa que mi motor de enrutamiento tiene que ser lo suficientemente inteligente para manejar la adición de un co-firmante y sólo enrutar el documento al co-firmante cuando y si hay un co-firmante. Si no hay un co-firmante, entonces el procedimiento de firma debe ocurrir como de costumbre.

Este es un escenario que no puede ser manejado hoy en día en el widget de Adobe Sign. Así que, si queremos hacer esto necesitaremos una forma de hacer un flujo de trabajo más poderoso de Adobe Sign.

Usando ProcessMaker I/O para un flujo de trabajo más poderoso de Adobe Sign

Con el fin de mostrar cómo ProcessMaker I/O podría ser utilizado para interactuar con Adobe Sign y crear un flujo de trabajo más poderoso de Adobe Sign, creamos el flujo de trabajo que se muestra a continuación. Queríamos mostrar cómo un usuario podía entrar en un sitio web para iniciar un flujo de trabajo para la firma de documentos. En lugar de usar una página web, decidimos aprovechar el conector Slack que creamos para algunos de nuestros ejemplos anteriores. La idea de llenar un formulario web o usar un comando "/" de Slack para iniciar un flujo de trabajo es básicamente la misma. En cualquier caso, voy a pulsar intro y luego enviar unos campos de información y llamar a un gancho web para iniciar un proceso de ProcessMaker.

En la imagen de abajo, el carril de proceso en la parte superior representa todo lo que se hace antes de que ocurra el proceso de firma. El Evento del Mensaje (el sobre negro) es donde ocurre la magia. Cuando hago clic en guardar en un formulario o en entrar después de mi comando Slack, estoy esencialmente enviando la información y llamando a un webhook. El segundo proceso comienza con un evento de recepción de mensajes. El evento de recepción de mensajes es "escuchar" cualquier llamada que quiera generar una instancia del proceso. Este evento de recepción de mensajes se encuentra dentro de una instancia del motor de E/S de ProcessMaker que está siempre encendido y siempre escuchando. Esta es la belleza de una API de flujo de trabajo en la nube - está ahí y listo para ser utilizado.

Manejo de un segundo firmante

Una vez que se inicia el flujo de trabajo de la firma, el segundo carril de natación muestra cómo se maneja el proceso. La parte importante que hay que ver en este segundo carril de nado es la segunda puerta de entrada o punto de decisión. En la segunda puerta, el proceso hace la pregunta, ¿hay un segundo correo electrónico - sí o no? El segundo correo electrónico es un campo que está dentro del contrato de Adobe que iniciamos. Este segundo correo electrónico se rellenará si, por ejemplo, hay un co-firmante o co-prestatario. Si no hay correo electrónico, entonces la ceremonia de firma termina. Sin embargo, si hay un segundo correo electrónico, entonces enviaremos el documento al segundo firmante, añadiremos un campo para la firma del segundo firmante, y procederemos a obtener su firma.

Mientras que toda esta actividad está en marcha, también notificaremos al canal de la holgura de nuestro progreso.

Un mundo de posibilidades

Puedes ver como al agregar ProcessMaker I/O y su poderosa API a Adobe Sign, hemos creado un flujo de trabajo de Adobe Sign más poderoso. El Widget Web de Adobe es genial y muy popular. Sin embargo, imagina todos los casos de uso en los que un flujo de trabajo de Adobe Sign más poderoso sería útil - ceremonias de firma con co-prestatarios y co-firmantes por ejemplo.

Plataforma de soluciones

Compruébelo usted mismo Pruebe gratis las últimas funciones de la Plataforma ProcessMaker.

Prueba gratuita

Suscríbase al boletín de noticias Hyper-Productivity™ de ProcessMaker

    Consentimiento a la Política de Privacidad Al marcar esta casilla usted consiente en Declaración de privacidad de ProcessMaker.

    Descubra cómo las organizaciones líderes utilizan ProcessMaker para agilizar sus operaciones a través de la automatización de procesos.

    Contáctenos

    Actualización de la privacidad
    Utilizamos cookies para que las interacciones con nuestro sitio web y servicios sean fáciles y significativas. Las cookies nos ayudan a entender mejor cómo se utiliza nuestro sitio web y adaptar la publicidad en consecuencia.

    Acepta