SGR en pymes: actas, avales y evidencia verificable
Un caso anonimizado muestra cómo ordenar actas, socios partícipes, avales y legajos con Documenso, PostgreSQL y archivo verificable después de la Resolución 94/2026.
Antes, el aval salía de una carpeta con actas, anexos y correcciones sin rastro único; después, cada documento tuvo dueño, firma y vencimiento. La Resolución 94/2026 movió una pieza concreta para las SGR: el acta que convoca una reforma estatutaria debe estar al menos 60 días hábiles antes de la asamblea. Este caso muestra cómo una cámara empresaria de San Martín puede ordenar avales con Documenso, PostgreSQL y archivo verificable.
Dónde se atasca una garantía antes de llegar al banco
El problema operativo aparece cuando el aval depende de papeles con versiones distintas. La resolución publicada el 2 de junio ajusta actas del Consejo de Administración, contratos de garantía recíproca, firma electrónica o digital, soporte de infraestructura digital y avales en moneda extranjera. También habilita, bajo condiciones, garantías en moneda extranjera hasta el equivalente al 50% del Fondo de Riesgo Disponible cuando la MiPyME no tiene ingresos en esa moneda. El dato local tiene escala: el Registro MiPyME informado por el Gobierno nacional contaba en abril de 2026 con 1.880.000 empresas con certificado vigente. En paralelo, GitHub y Stack Overflow muestran una práctica global ya madura alrededor de herramientas abiertas y bases de datos, con PostgreSQL entre las más usadas. Para una SGR chica, esa combinación permite armar evidencia sin comprar un sistema cerrado para cada trámite. En la cámara, el objeto que delataba el problema era un sello azul gastado sobre una bandeja metálica. Cada vez que cambiaba una cláusula, el sello volvía al inicio del recorrido.
Cómo funciona por dentro
El flujo empieza con el socio partícipe o el área comercial cargando solicitud, CUIT, monto, moneda, vencimiento y documentación respaldatoria. La aplicación valida campos, calcula estado y asigna responsable. PostgreSQL guarda registros estructurados: solicitud, socios, garantías, actas, vencimientos, auditoría y relación con cada documento. Documenso recibe el PDF y la lista de firmantes; entrega estado de firma, archivo firmado y registro de eventos. MinIO guarda actas, contratos, anexos y certificados como objetos con metadatos. Keycloak separa roles: carga comercial, revisión legal, aprobación de comité, lectura contable y administración técnica. El tablero muestra garantías por moneda, vencimiento, estado de firma y faltantes. El backup copia base y objetos. La prueba toma una garantía ya emitida, restaura en un entorno limpio y confirma que acta, contrato, firma, saldo y autorización coinciden. La salida se prueba exportando todos los documentos y un CSV de metadatos para que otro sistema pueda reconstruir el expediente. El certificado de garantía agrega una exigencia propia: debe poder leerse junto con el contrato que lo respalda. Por eso el sistema guarda la relación entre solicitud, acta, firmantes, aval y moneda, en vez de dejar cada PDF en una carpeta separada.
Qué se instala o configura primero
La pila concreta usa PostgreSQL 17, Documenso, MinIO, Keycloak, una aplicación de trámite y backup externo. Un despliegue inicial para 10 usuarios internos puede costar entre USD 120 y USD 260 mensuales con servidor, almacenamiento, copia y monitoreo. A ARS 1.450 por dólar, el rango queda entre ARS 174.000 y ARS 377.000 por mes. El tiempo de implementación va de 40 a 70 horas si ya existe un modelo de avales y roles. El primer entregable verificable es un circuito de una garantía: solicitud, aprobación, firma, archivo, consulta por CUIT y restauración. La versión corta cubre el trámite que más se repite y deja trazado qué dato falta. UMSA puede tomar ese caso como paquete de orden documental: infraestructura, permisos, respaldo y una matriz de estados. El cliente conserva sus reglas de crédito y legales; el sistema solo impide que una garantía salga sin acta, firmante, moneda, vencimiento y archivo asociado.
Dónde se rompe y cómo probarlo
El primer riesgo es la identidad del firmante. La señal aparece cuando un PDF firmado no coincide con la persona autorizada en el acta o en el rol vigente. La prueba crea dos firmantes, revoca uno y verifica que el sistema rechace la firma posterior. El segundo riesgo es la moneda. La señal aparece cuando una garantía en dólares no tiene flujo estimado o respaldo de inversiones en moneda extranjera. La prueba carga dos casos: uno con ingresos en dólares y otro sin ingresos; el sistema debe pedir evidencia distinta para cada uno. El tercer riesgo es el documento duplicado. La señal aparece cuando existen dos contratos para la misma garantía con estados distintos. La prueba carga un anexo corregido, exige versionado y bloquea la emisión si el contrato vigente no está firmado. El cuarto riesgo es la salida. La señal aparece cuando el proveedor puede mostrar el expediente, pero no entregarlo completo. La prueba exporta actas, contratos, certificados, hashes y CSV de relaciones; después reconstruye el trámite en una carpeta nueva. La pregunta incómoda para una SGR es sencilla: ¿qué aval emitido hoy puede explicarse dentro de dos años?