Muchas empresas ecuatorianas tienen su operación documental dentro de Google Workspace: las propuestas se escriben en Docs, los contratos viven en unidades compartidas de Drive y las aprobaciones se piden por Gmail. Cuando llega el momento de firmar con certificado aparece el choque: Workspace es un excelente entorno de colaboración, pero no emite ni ejecuta firmas electrónicas con validez legal en Ecuador.
Integrar firma electrónica en Workspace no consiste en buscar un botón oculto, sino en diseñar el punto exacto en el que un documento colaborativo deja de ser editable y se convierte en un archivo firmable. Este artículo recorre esa integración desde el lado técnico.
Un documento de Docs no es un archivo firmable
La firma electrónica se aplica sobre un archivo concreto, normalmente un PDF, y protege exactamente esos bytes. Un documento de Google Docs no es un archivo: es un objeto colaborativo que cambia cada vez que alguien escribe. No existe "firmar el Doc"; lo que existe es firmar una exportación puntual de ese Doc.
De ahí sale la primera regla de diseño: el flujo necesita un momento de congelamiento. En la práctica implica tres pasos ordenados.
- Cerrar la edición del documento colaborativo, ya sea quitando permisos de escritura o moviéndolo a una carpeta de solo lectura.
- Exportar a PDF y guardar esa exportación como archivo independiente, con su propio identificador.
- Enviar ese PDF al servicio de firma y guardar el resultado firmado como un archivo distinto del original, nunca sobrescribiendo.
Saltarse el congelamiento produce el error más difícil de explicar después: alguien edita el Doc luego de la exportación y nadie sabe cuál de las dos versiones es la buena. La regla general de estos circuitos está en la guía sobre firma electrónica en flujos de documentos.
Dónde puede vivir la clave privada
Este es el punto donde más proyectos se traban. El navegador, por diseño de seguridad, no entrega a una aplicación web el acceso libre al almacén de certificados del sistema operativo ni a un token USB. Y Workspace es, esencialmente, navegador.
Las alternativas reales son tres, con consecuencias muy distintas:
- Archivo .p12 guardado en Drive: la peor opción. Un certificado con su clave privada dentro de una unidad compartida es una credencial corporativa expuesta a cualquiera con acceso a la carpeta, replicada en los respaldos y sincronizada en equipos personales. No se debe hacer.
- Token USB en el equipo del firmante: funciona, pero rompe la automatización. Alguien tiene que descargar el PDF, firmarlo con una aplicación de escritorio y volver a subirlo. Es válido para volúmenes bajos y para firmantes únicos.
- Firma en la nube: es el modelo que encaja con un entorno completamente web. El certificado permanece resguardado del lado del proveedor y la aplicación solicita la firma mediante la API, con la autorización del titular. Las diferencias entre los tres formatos están comparadas en nube, .p12 y token.
Para una organización que vive en Workspace, la firma en la nube no es una preferencia estética: es lo único que permite cerrar el circuito sin pedirle a nadie que baje archivos al escritorio. Las ventajas y los controles asociados están en el artículo sobre firma electrónica en la nube para empresas.
Apps Script como pegamento y sus límites
Apps Script es la vía natural para automatizar dentro de Workspace: puede reaccionar a la creación de un archivo, leer una hoja de cálculo con la lista de documentos pendientes, exportar un Doc y llamar a un servicio externo. Es suficiente para muchos casos, pero tiene fronteras que conviene conocer antes de comprometer un plan de proyecto.
- Tiempo de ejecución acotado: los scripts tienen un límite de duración por ejecución. Un lote grande de documentos no se procesa de un solo tirón; hay que dividirlo en tandas y llevar registro del avance.
- Cuotas diarias: las llamadas salientes, los correos enviados y las conversiones de archivo están limitados por cuenta y por licencia. Un proceso masivo puede agotarlas a media mañana.
- Identidad de ejecución: importa si el script corre como el usuario que lo activa o como el que lo instaló. De eso depende quién aparece como propietario del PDF firmado.
- Alcances de autorización: pedir acceso amplio a todo Drive cuando basta con una carpeta es una observación de auditoría esperando ocurrir.
Cuando el volumen crece, lo razonable es que Apps Script solo detecte el evento y avise a un servicio propio, que es el que hace el trabajo pesado. Ese servicio se comunica con el proveedor de firma según lo descrito en la guía de integración de la API de firma electrónica.
Unidades compartidas, propiedad y trazabilidad
En Workspace la pregunta "¿quién es el dueño del archivo?" tiene consecuencias prácticas. Un PDF firmado que quedó en Mi unidad de un empleado desaparece del alcance de la empresa el día que esa cuenta se suspende. Tres reglas que se sostienen en el tiempo:
- Los documentos firmados van a una unidad compartida de la organización, nunca a una unidad personal.
- La carpeta de destino es de solo lectura para casi todos; solo el proceso automatizado escribe en ella.
- El nombre del archivo incluye un identificador estable del expediente, no solo la fecha, y el original sin firmar convive con el firmado con nombres distinguibles a simple vista.
Qué hace cada superficie de Workspace
| Superficie | Rol razonable en el flujo | Punto de atención |
|---|---|---|
| Docs | Redacción colaborativa antes del congelamiento | No es firmable; hay que exportar |
| Drive / unidades compartidas | Repositorio del PDF original y del firmado | Propiedad y permisos de la carpeta |
| Gmail | Recepción de documentos externos y envío del firmado | Adjuntos grandes y correos que se convierten en enlaces |
| Sheets | Tablero de lotes y estados | Sirve para pilotos, no como base de datos |
| Apps Script | Disparador y pegamento | Cuotas y tiempo de ejecución |
Equipos sin Windows y el caso Chrome OS
Muchas empresas que estandarizan en Workspace también estandarizan en equipos livianos o en Chrome OS. Ahí el token USB deja de ser práctico: los controladores de los dispositivos criptográficos están pensados para Windows. Si el parque de equipos no es Windows, la decisión de formato hay que tomarla antes de comprar los certificados, no después: la firma en la nube es la única que no depende del sistema operativo del firmante.
Verificar el resultado, no confiar en la vista previa
La vista previa de Drive muestra el contenido del PDF, no el estado criptográfico de la firma. Que se vea bien no significa que sea válida, y que no aparezca un recuadro visible no significa que no esté firmado: la representación gráfica es opcional. Ese malentendido está explicado en por qué la firma no aparece en el PDF.
La verificación seria se hace de forma programática, contra la cadena de certificados y el estado de revocación, según la guía de validación programática. Y si el circuito debe avisar a otro sistema al completarse la firma, lo correcto es escuchar el evento en lugar de consultar en bucle, como se explica en webhooks de firma electrónica.
Antes de escribir la primera línea
Hay decisiones que no son de código y que determinan si el proyecto vive o muere: quién firma, con qué formato de certificado, quién administra las altas y bajas, y qué pasa cuando un certificado vence a mitad de un lote. La emisión es 100% en línea y toma aproximadamente 30 minutos, en formato de archivo .p12, token USB o firma en la nube. Para los valores vigentes por cantidad de firmantes, revisa la página de precios.
La conversación que Workspace no ordena
El grupo también desarrolla Omnifox, una plataforma omnicanal que reúne WhatsApp, correo, redes sociales y llamadas en una sola bandeja compartida. Sirve para la parte del proceso que ninguna automatización captura: el cliente que responde por WhatsApp que no le llegó el documento, el proveedor que pregunta si ya lo firmaron, el seguimiento que hoy vive en el celular de una persona. Con historial por contacto y asignación por responsable, ese tramo deja de depender de la memoria de alguien. Más información en omnifox.io.
Preguntas frecuentes
¿Se puede firmar un documento directamente desde Google Docs?
No con validez legal. Hay que exportar el documento a PDF y firmar ese archivo. Cualquier marca gráfica insertada dentro del Doc es una imagen, no una firma electrónica.
¿Es seguro guardar el archivo .p12 en Drive para que el script lo use?
No. La clave privada de un certificado no debe residir en un repositorio de archivos compartido ni sincronizado. Si el flujo necesita firmar de forma desatendida, el modelo correcto es la firma en la nube con autorización del titular.
¿Apps Script aguanta un proceso masivo de firma?
Para pilotos y volúmenes bajos, sí. Para lotes grandes conviene mover la lógica a un servicio propio y dejar a Apps Script solo como disparador.
¿Cómo se sabe si el PDF quedado en Drive está realmente firmado?
Con una validación programática que revise la cadena de certificados y el estado de revocación. La vista previa del navegador no informa sobre el estado criptográfico del archivo.
¿Sirve el mismo diseño si la empresa usa el entorno de Microsoft?
La lógica de congelar, firmar y archivar es la misma, pero las herramientas y los límites cambian bastante. El caso está tratado aparte en el artículo sobre firma electrónica con Microsoft 365.
Si tu empresa trabaja sobre Google Workspace y quiere cerrar el circuito de firma sin sacar archivos del entorno, conversa con un asesor corporativo de Firmas.com.ec. Solicita tu cotización corporativa.