La firma dentro del flujo.
Integrar la firma con motores de flujo externos.
En muchas organizaciones, la firma no es el proceso: es un paso dentro de un proceso más grande. Una solicitud entra por un formulario, se consultan datos en otro sistema, se genera un documento, se firma, se archiva y se avisa a alguien. Cada vez más, ese proceso más grande lo dibuja la propia organización en un motor de flujo externo, sin escribir código. La pregunta es cómo encaja la firma en ese mundo.
Dos responsabilidades, dos herramientas
| Motor de flujo | Plataforma de firma | |
|---|---|---|
| Sabe | Conectar cientos de aplicaciones y mover datos entre ellas. | Identificar, firmar, poner sellos de tiempo, validar y guardar evidencia. |
| Decide | Qué pasa antes y después de la firma. | Cómo se firma y qué se puede probar. |
| No debería | Manejar claves ni construir evidencia. | Reemplazar al motor en integraciones generales. |
El error típico es mezclar los papeles: que el motor de flujo "firme" pegando una imagen, o que la plataforma de firma intente ser un integrador universal. Cada uno debería hacer lo que sabe y comunicarse con el otro por contratos claros.
El patrón de integración
- Una acción para pedir. El motor crea un proceso de firma con el documento, los firmantes y las opciones, mediante la interfaz de la plataforma.
- Una clave de idempotencia. Si el motor reintenta, la plataforma reconoce el pedido y no crea un segundo proceso.
- Un disparador para esperar. La plataforma avisa con un evento firmado cuando el documento se firmó, se rechazó o venció.
- Verificación del evento. El motor comprueba la firma del aviso y su antigüedad antes de seguir.
- El documento y su evidencia. El motor descarga el resultado y lo lleva a donde corresponda.
Por qué importa el no código
Los motores de flujo permiten que un área de operaciones, una escuela o un municipio armen sus propios procesos sin esperar un proyecto de desarrollo. Si la firma está disponible como un bloque más, con su evidencia completa, la firma de alto nivel llega a procesos que nunca la habrían tenido.
El motor de flujo decide qué pasa antes y después; la plataforma de firma decide cómo se firma y qué se prueba. Se integran con una acción idempotente para pedir, un evento firmado para avisar y la verificación de ese evento. Así la firma de alto nivel llega a procesos que arma la propia organización.