FACET — Facultad de Ciencias Exactas y Tecnología

Diseño, Implementación y Despliegue de un Sistema de Firma Electrónica On-Premise para la FACET

Fabricio Blasich

Trabajo Final de Graduación · Ingeniería en Computación
Facultad de Ciencias Exactas y Tecnología — UNT

Tutores: Mg. Carlos Albaca Paraván · Mg. Esteban Daniel Volentini
26 de mayo de 2026

Tabla de Contenidos

Contexto y Problemática

Objetivos del Trabajo

Estado del Arte y Selección de Plataforma

Infraestructura y Arquitectura de Despliegue

Demostración en Vivo

Conclusiones

Sección 01

Contexto y
Problemática

Proceso de firma actual en la FACET

Problemáticas

Tiempo administrativo

Errores humanos

Falta de trazabilidad

Ocupa espacio innecesario

¿Firma Electrónica o Firma Digital?

Cumple

✓ Todas las condiciones técnicas y legales de la Ley 25.506 para ser Firma Digital

✗ Excepto: el certificado no fue emitido por una Autoridad Certificante licenciada por el Estado

Firma Electrónica Válida en el ámbito administrativo interno de la FACET

Antes de pasar a la demostración, quiero dejar claro el encuadre legal del sistema. Documenso hace todo lo que la ley exige técnicamente: aplica un procedimiento matemático que identifica unívocamente al firmante, y garantiza la integridad del documento — cualquier alteración posterior invalida la firma. Pero la Ley 25.506 tiene un requisito adicional para considerar algo Firma Digital: el artículo 9 exige que el certificado haya sido emitido por una Autoridad Certificante licenciada por el Estado. Nosotros usamos un certificado autofirmado, generado dentro de la institución — sin ese respaldo externo. Eso significa que el sistema emite Firma Electrónica, no Firma Digital. Pero eso no lo invalida: tiene plena validez administrativa dentro del ámbito de la FACET, para todos sus circuitos internos.

Sección 02

Objetivos del
Trabajo

Diseñar, implementar y desplegar una solución “llave en mano” para la gestión y firma electrónica de documentos PDF en la facultad

La propuesta reemplaza ese proceso manual de siete pasos por uno automatizado de cuatro. [PAUSE] Paso uno: carga única. El docente o alumno sube el PDF una sola vez al sistema. Nada de descargas ni reenvíos por email. [PAUSE] Paso dos: configuración visual. Directamente en la interfaz web, define quiénes deben firmar y en qué lugar físico del documento va la firma de cada uno. [PAUSE] Paso tres: el motor de automatización de Documenso se encarga del resto — notifica a cada firmante en su turno y gestiona el flujo sin intervención manual. [PAUSE] Paso cuatro: salida trazable. El documento final queda firmado, con sello criptográfico, validable públicamente, y almacenado en la infraestructura de la FACET.

Objetivos Específicos del Trabajo

Relevamiento
& Selección

Arquitectura
& Políticas

Implementación
Piloto

Documentación
& Transferencia

Sección 03

Estado del Arte y
Selección de Plataforma

Panorama del Mercado: Soluciones SaaS

			Adobe Sign
Costo x Usuarioplan anual	25 USD/mes	25 USD/mes	24 USD/mes
Límite de Envíos	100 sobres/añox usuario	Ilimitado	150 sobres/añox usuario
Residencia de Datos	Infra propiaAWS · Azure	AWS	AWS · Azure
20 Usuarioscosto estimado	500 USD/mes6 000 USD/año	500 USD/mes6 000 USD/año	480 USD/mes5 760 USD/año

Panorama del Mercado: Soluciones Open Source

documenso / documenso

★ 13.1k

“The open source DocuSign alternative.”

TypeScript

nextjs postgresql self-hosted pades-standard pdf-signature document-signing

docusealco / docuseal

★ 16.9k

“Open source DocuSign alternative. Create, fill, and sign digital documents.”

Ruby

ruby-on-rails vue self-hosted e-signature pdf-signature document-signing

Comparativa: Documenso vs DocuSeal

	Documenso ✓ Seleccionado	DocuSeal
Gestión de Roles (RBAC)	✓ Community Ed.	✕Enterprise Edition
Login con Google (SSO)	✓ Community Ed.	✕Enterprise Edition
Branding Personalizado	✓ Community Ed.	✕Enterprise Edition
Stack Tecnológico	Remix (full-stack)PostgreSQL	Ruby on Rails + Vue.jsPostgreSQL
Licencia	AGPL-3.0	AGPL-3.0

¿Por qué Documenso?

Modelo Organizacional Alineado a la FACET

Documenso

análogo

FACET

Un usuario puede pertenecer a múltiples departamentos y accede solo a los documentos de cada uno.

¿Por qué Documenso?

Integraciones con Servicios Externos

MinIO

Almacenamiento S3-compatible para los PDFs firmados.

Brevo

Relay SMTP para notificaciones. Capa gratuita: hasta 300 mails/día.

OAuth 2.0 con Google Workspace UNT: acceso con cuenta institucional.

Documenso también está diseñado para integrarse con servicios externos. En nuestra implementación aprovechamos tres de ellas. Para el almacenamiento de documentos, en lugar de guardar los PDFs en el disco del servidor, los delegamos a MinIO — un servidor de objetos compatible con el protocolo S3 de Amazon — que corre en la propia infraestructura de la FACET. Para las notificaciones por email, usamos Brevo como relay SMTP, con su capa gratuita que cubre ampliamente nuestro volumen de envíos. Y para la autenticación, habilitamos OAuth 2.0 con Google, lo que significa que los docentes entran al sistema directamente con su cuenta de Google de la UNT, sin tener que crear ni recordar otra contraseña. [PAUSE]

Sección 04

Infraestructura y
Arquitectura de Despliegue

Infraestructura y Arquitectura de Despliegue

Conceptos Clave de la Infraestructura

Servidor 1

Proxmox VE

Ambiente de virtualización open source

Full Virtualization

KVM / QEMU

Containers

← usamos

LXC: Linux Container

8 vCPU · 8 GB RAM · 50 GB disco

Dentro del LXC

Coolify

PaaS

Traefik

Reverse Proxy

Frontend

Backend

Base de datos

Servidor 2

TrueNAS

Gestión de discos

MinIO

Object Storage S3

Arquitectura General

Stack de Documenso

Dimensionamiento del Almacenamiento

2 TB — cuota asignada

16 TB — espacio restante (TrueNAS)

300

mails/día · límite Brevo

÷ 6 notificaciones por trámite

trámites/día

× 2 PDFs × 10 MB

1 GB/día

crecimiento diario proyectado

× 1 825 días · 5 años

1.825 TB

volumen máximo proyectado

2 TB

Cuota asignada en MinIO
margen de seguridad ~10 %

Una vez resuelta la arquitectura de servicios, el siguiente paso fue dimensionar el almacenamiento de objetos en MinIO. No asignamos recursos 'a ojo': el cálculo parte del límite operativo real del proveedor de correos. Brevo permite 300 correos diarios. Un trámite promedio requiere 6 notificaciones, lo que da un techo de 50 documentos por día. Cada trámite genera 2 PDFs de 10 MB en promedio, o sea 20 MB por trámite, lo que da 1 GB de crecimiento diario. Configuré una política ILM de retención de 5 años por cuestiones normativas — 1825 días por 1 GB nos da 1.825 TB proyectados. Por eso asigné una cuota estricta de 2 TB, con un margen del 10%. Y como ven en el gráfico, esos 2 TB representan apenas el 11% de los más de 18 TiB del servidor TrueNAS de la facultad.

Políticas de Backup y Retención

Base de Datos

PostgreSQL

Frecuencia: diaria — 3:00 AM
Contenido: archivo .dmp de PostgreSQL
Retención: 30 días

Configuración

Docker Compose + .env

Frecuencia: diaria — 4:00 AM
Contenido: compose + .env + certificado .p12
Retención: 180 días

Al operar On-Premise, la facultad asume la responsabilidad total de continuidad. Diseñé la estrategia en dos dominios. Primero, la base de datos: PostgreSQL hace un volcado lógico automático todos los días a las 3 de la mañana, hacia un bucket MinIO aislado. La retención es de 30 días con Object Lock en modo governance — es decir, nadie puede borrar ni modificar esos volcados durante ese período. RPO máximo de 24 horas, y la restauración se hace directamente desde la interfaz de Coolify. Segundo, la configuración: un script bash corre cada día a las 4 de la mañana — una hora después del volcado — y empaqueta los docker-compose, las variables de entorno y, fundamentalmente, el certificado de firma .p12 codificado en Base64. Ese certificado es lo que le da identidad institucional a cada firma generada. Sin él, aunque recupere la base de datos, no puedo emitir nuevas firmas. Con este backup, reconstruyo el entorno completo en minutos.

Ensayos y Resultados

Rendimiento del Sistema

CPU y RAM durante ráfaga de 5 documentos

Netdata — ráfaga de 5 documentos concurrentes

Memoria RAM

Asignado 8 GB

Pico 1.33 GB

Libre 83.7 %

Procesador (CPU)

Asignado 8 vCPUs

Pico 12.5 %

Libre 87.5 %

En reposo, los cuatro contenedores consumen apenas ~500 MB de RAM.