Docuseal 3.3.1: firmas, IBAN y salida
Docuseal 3.3.1 suma validación IBAN y edición dinámica. Guía para usar firmas con plantillas, roles, API, backup y prueba de salida documental.
Un campo IBAN mal validado puede frenar una firma antes de que el contrato llegue al proveedor. Docuseal 3.3.1, publicado el 5 de octubre, agrega validación IBAN y mejoras de edición dinámica sobre documentos; para una escuela técnica o un colegio profesional, el valor aparece cuando plantillas, firmantes, adjuntos y salida quedan bajo control. Esta guía muestra dónde vive cada dato y cómo probarlo.
Dónde aparece el documento que nadie quiere perseguir
La release 3.3.1 lista una mejora concreta: validación IBAN en campos de texto. También suma edición dinámica de documentos, fuentes, alineación, colores, listas, tablas e imágenes en funciones Pro. Esa cifra chica, una versión menor, toca un problema grande: datos bancarios y firmas suelen viajar por canales separados. El README oficial enumera piezas que importan para operación: varios firmantes por documento, correos automáticos por SMTP, almacenamiento en disco o servicios compatibles, API, webhooks y roles de usuario. La carpeta celeste de contratos firmados deja de ser el centro; el centro pasa a ser la plantilla con campos, responsables y evidencia. La referencia global aparece en la encuesta Stack Overflow 2025: Docker figura entre las tecnologías de uso extendido. Para una organización chica, eso vuelve razonable probar Docuseal en contenedor, medir respaldo y decidir si queda en servidor propio o en otro esquema. El antagonista es el PDF reenviado con nombres distintos: contrato_final, contrato_firmado, contrato_final_firmado. Nadie discute la firma cuando todo sale bien; el problema nace cuando un proveedor pide el archivo correcto y administración encuentra tres versiones.
Cómo funciona por dentro
El flujo mínimo tiene siete pasos. 1. Administración crea una plantilla con campos, orden de firmantes y texto visible. 2. Docuseal recibe PDF, DOCX o HTML y guarda plantilla, campos, firmantes y estado. 3. Cada firmante recibe enlace, completa datos, firma y devuelve evento. 4. La API entrega envíos, estados, archivos y webhooks para sistemas externos. 5. PostgreSQL o la base configurada guarda usuarios, plantillas, eventos y auditoría. 6. El almacenamiento conserva documentos originales, versiones firmadas y adjuntos. 7. El backup copia base, archivos y configuración; la restauración abre un contrato completo. La documentación de Docuseal separa guías, recursos y API. La referencia de API permite pensar integraciones sin tocar la pantalla diaria: un sistema de socios crea el envío, Docuseal devuelve estado, y administración ve pendiente, firmado, rechazado o vencido. Los permisos definen la frontera. Secretaría puede preparar plantillas. Dirección aprueba textos. Administración envía. Auditoría consulta sin editar. Sistemas administra SMTP, almacenamiento, base y restauración. Si un usuario puede cambiar plantilla y borrar evidencia, la firma queda débil aunque el PDF tenga sello.
Qué se instala o configura primero
El primer entregable verificable es una plantilla de contrato con dos firmantes, un campo IBAN, un adjunto obligatorio y un webhook de estado. Una pila concreta usa Docuseal 3.3.1, PostgreSQL, almacenamiento S3 compatible o disco con copia externa, SMTP autenticado, proxy HTTPS y monitoreo de colas. Con dólar oficial vendedor informado por DolarAPI, una puesta en marcha de USD 360 a USD 740 equivale a ARS $554.400 a ARS $1.139.600. Ese costo cubre instalación, plantilla piloto, roles, correo, backup y restore; no incluye revisión legal del contrato. UMSA puede tomar tres documentos reales y anonimizados: autorización de práctica, contrato de proveedor y acta de entrega. El primer corte útil muestra plantilla, firmante, campo validado, archivo final, evento de webhook y copia restaurada en un servidor limpio.
Dónde se rompe y cómo probarlo
El primer riesgo es validar solo la firma y no el dato escrito. La señal aparece cuando el PDF está firmado con IBAN incompleto. La prueba carga cinco IBAN válidos e inválidos y revisa rechazos. El segundo riesgo es enviar desde una casilla sin control. La señal aparece cuando un firmante no recibe correo y nadie ve rebote. La prueba usa SMTP de ensayo, fuerza un rebote y confirma alerta. El tercer riesgo es guardar documentos en disco sin política de copia. La señal aparece cuando la base conoce el contrato y el archivo no abre. La prueba restaura base y almacenamiento, descarga tres documentos y compara tamaño. El cuarto riesgo es olvidar la salida. La señal aparece cuando la organización puede exportar PDFs, pero pierde eventos y firmantes. La prueba mensual exporta documento, plantilla, firmantes, fechas y estado, y abre el paquete fuera de Docuseal. El quinto riesgo es permitir cambios de plantilla sin revisión. La señal aparece cuando una cláusula cambia y los envíos nuevos salen con otro texto. La prueba crea una versión, exige aprobación y conserva quién la publicó. La firma digital útil deja una ruta corta: plantilla aprobada, dato validado, firmante identificado, archivo recuperable.
