En las empresas que ya trabajan sobre el ecosistema de Microsoft, Power Automate suele ser el primer lugar donde alguien intenta resolver la firma de documentos. Tiene sentido: las aprobaciones ya viven ahí, los archivos están en las bibliotecas corporativas y los usuarios reciben las tareas en las herramientas que usan todo el día. La integración de firma electrónica encaja de forma natural, siempre que se respeten las reglas de gobierno que hacen que un flujo sobreviva más de un semestre.
Porque el problema más común no es técnico. Es que el flujo lo creó una persona con su cuenta, quedó fuera de cualquier solución, nadie lo documentó, y el día que esa persona cambió de área los contratos dejaron de circular.
Aprobación y firma no son el mismo acto
Power Automate trae aprobaciones nativas y es tentador tomarlas como firma. No lo son, y conviene tener clara la diferencia antes de diseñar:
- La aprobación es un control interno: deja constancia de que alguien autorizó que el documento avance. Vive dentro de la plataforma y depende de sus registros.
- La firma electrónica vincula a una persona identificada con el contenido exacto de un documento, mediante un certificado emitido por una entidad de certificación acreditada, y se puede verificar fuera del sistema que la generó.
La consecuencia práctica: un contrato laboral o un documento que se va a presentar ante una entidad necesita firma, no aprobación. Y no todos los que aprueban necesitan certificado, lo que reduce bastante el costo del proyecto; el criterio está en cuántas firmas electrónicas necesita tu empresa. El diseño del circuito completo se trata en firma electrónica en flujos de documentos.
Conectores: estándar, premium o personalizado
| Opción | Qué implica | Cuándo conviene |
|---|---|---|
| Conector estándar | Disponible en la mayoría de licencias | Para las piezas del flujo que no son la firma en sí |
| Conector premium | Requiere licenciamiento adicional por usuario o por flujo | Cuando se necesita hablar con servicios externos de forma genérica |
| Conector personalizado | Definición propia publicada en el entorno | Cuando varios flujos van a consumir el mismo servicio de firma |
| Llamada desde un servicio intermedio | El flujo solo notifica; el trabajo ocurre afuera | Volumen alto, reintentos complejos, trazabilidad exigente |
El licenciamiento es un factor real de decisión y conviene verificarlo con el área de TI antes de diseñar, porque un flujo que exige licencia premium para cada usuario cambia por completo el cálculo del proyecto.
Identidad: el error que rompe flujos meses después
Cada conexión de un flujo guarda credenciales de una identidad concreta. Si esa identidad es la cuenta personal de un empleado, el flujo hereda su ciclo de vida: cambia de contraseña, se deshabilita, pierde permisos, y el proceso se detiene sin aviso claro.
Las prácticas que evitan el problema:
- Las conexiones se crean con cuentas de servicio administradas por TI, no con cuentas nominales.
- Los flujos productivos tienen más de un propietario, para que no queden huérfanos.
- Los flujos viven dentro de una solución, no sueltos en el entorno personal de alguien. Es lo que permite desplegarlos entre ambientes de forma controlada.
- Las direcciones de los servicios se definen como variables de entorno de la solución, para que pruebas no apunte a producción por descuido.
Políticas de datos y gobierno
Las políticas de prevención de pérdida de datos agrupan conectores y prohíben combinaciones entre grupos. Es una protección sensata y también la causa de un fallo desconcertante: el flujo funciona en desarrollo y en producción se niega a guardarse. Antes de construir, conviene confirmar con TI en qué grupo quedará el conector que hablará con el servicio de firma y si esa combinación está permitida en el entorno productivo.
El mismo cuidado aplica al almacenamiento del documento firmado: si la política del área legal exige que los contratos residan en una biblioteca concreta con retención definida, ese destino es parte del diseño y no una decisión del flujo. El tratamiento del repositorio está en firma electrónica con SharePoint y OneDrive.
Procesos que duran días
Un contrato puede esperar una semana a que el cliente firme. Diseñar el flujo como si la respuesta llegara en segundos es la causa de la mayoría de los reintentos inútiles. El patrón adecuado:
- El flujo envía la solicitud y registra el identificador devuelto en el sistema de negocio.
- Termina. No se queda esperando.
- Un segundo flujo, disparado por la notificación de retorno del servicio de firma, procesa el resultado: archiva el documento, actualiza el estado y avisa a quien corresponda.
- Un tercer flujo programado revisa periódicamente las solicitudes sin respuesta y levanta alertas o reenvía recordatorios.
Separarlo en tres piezas hace que cada una sea corta, comprensible y fácil de depurar. El tercer flujo es además la red de seguridad que detecta notificaciones perdidas, un escenario descrito en webhooks de firma electrónica.
Errores, reintentos y monitoreo
- Configura el tiempo de espera y la política de reintento de cada acción según el tipo de fallo. Los valores por defecto rara vez son los adecuados para un servicio de firma.
- Define qué hacer ante un fallo con acciones de manejo de error, para que el flujo no muera silenciosamente a mitad de camino.
- Envía las alertas a un canal del equipo, no al correo del propietario. Un flujo con fallos que nadie ve es un proceso detenido que nadie sabe que está detenido.
- Revisa el historial de ejecuciones con periodicidad definida, especialmente después de cambios en el entorno o en las licencias.
Dónde queda el certificado
Como en cualquier integración, la clave privada no se guarda en el flujo, ni en una variable de entorno, ni en un archivo de una biblioteca. El flujo se autentica ante un servicio autorizado a firmar, y ese servicio custodia el material criptográfico, sea en el entorno del emisor, en un almacén de secretos o en un módulo de hardware. La comparación entre modalidades está en nube, archivo .p12 o token, y el control de una flota de certificados en administración de certificados en la nube.
Firmas.com.ec emite certificados con trámite 100% en línea y entrega en aproximadamente 30 minutos, en archivo .p12, token USB o firma en la nube, con validez legal y ante el SRI. Para flujos desatendidos, la modalidad en la nube es la que corresponde. Consulta el precio actualizado en la página de precios.
Antes de construir: cuatro preguntas
- ¿Qué documentos exigen firma con certificado y cuáles se resuelven con una aprobación registrada?
- ¿Quién es el firmante en cada tipo de documento y tiene facultades acreditadas para hacerlo?
- ¿Dónde vive el documento firmado y con qué política de retención?
- ¿Quién recibe la alerta cuando el proceso falla, y en qué canal?
Las cuatro respuestas se escriben antes de abrir el diseñador. El marco completo del proyecto está en cómo implementar firma electrónica en tu organización.
El canal donde el proceso realmente se destraba
El grupo también desarrolla Omnifox, una plataforma omnicanal que reúne WhatsApp, correo, redes sociales y llamadas en una sola bandeja compartida. Cuando un documento lleva días esperando firma, el destrabe casi nunca ocurre dentro del flujo: ocurre en un mensaje. Tener ese canal centralizado, con historial por contacto y responsable asignado, evita que la coordinación viva en celulares personales. Más información en omnifox.io.
Preguntas frecuentes
¿La aprobación nativa tiene el mismo valor que una firma electrónica?
No. Es un control interno con registro en la plataforma. La firma electrónica vincula a una persona identificada con un contenido exacto mediante un certificado acreditado y se verifica fuera del sistema que la generó.
¿Necesito licencia premium para integrar firma electrónica?
Depende de cómo se conecte el flujo con el servicio. Es una consulta concreta para el área de licenciamiento antes de diseñar, porque cambia el costo total del proyecto.
¿Puedo firmar documentos guardados en una biblioteca corporativa?
Sí. El flujo obtiene el archivo, lo envía a firmar y deposita el resultado como un documento nuevo. Lo que no debe hacerse es sobrescribir el original ni permitir que el archivo firmado se edite después.
¿Qué pasa si el propietario del flujo sale de la empresa?
Si el flujo está en una solución, con cuentas de servicio y varios propietarios, no pasa nada. Si estaba a nombre personal, deja de funcionar y hay que reconstruir las conexiones.
¿Cómo pruebo sin firmar documentos reales?
Con un entorno de pruebas apuntado a un modo de simulación del proveedor y con variables de entorno separadas. Nunca con el certificado productivo.
Si tu empresa trabaja sobre el ecosistema Microsoft y quiere incorporar firma electrónica con validez legal en Ecuador, conversa con un asesor corporativo de Firmas.com.ec. Solicita tu cotización corporativa.