CNV 1171/2026: hechos relevantes, consulta y evidencia
La CNV abrió una consulta sobre hechos relevantes con 15 días hábiles para opinar. Qué datos conviene ordenar antes de cargar una propuesta.
Hecho, plazo y evidencia: la CNV abrió una consulta pública sobre el régimen de hechos relevantes y dio 15 días hábiles para presentar opiniones. La Resolución General 1171/2026 alcanza a emisoras, agentes y equipos que informan al mercado cuando una novedad puede mover precio, volumen o confianza. Esta nota explica qué guardar, quién debe validar cada comentario y cómo probar que la propuesta enviada coincide con la versión aprobada.
Qué cambia para quien informa hechos relevantes
La resolución fue sancionada el 7 de octubre de 2026 y publicada el 8 de octubre en el Boletín Oficial. Aplica el procedimiento de Elaboración Participativa de Normas del Decreto 1172/2003, designa responsables del trámite, habilita el ingreso de opiniones por el sitio de la CNV y fija 15 días hábiles para las presentaciones. La cifra obliga a ordenar el trabajo: dos semanas largas parecen suficientes hasta que legales, finanzas, sistemas y dirección discuten sobre la misma frase. El tema de fondo es el régimen de hechos relevantes. La Ley 26.831 exige informar a la CNV y al mercado hechos que puedan afectar la colocación o negociación de valores; también permite suspender la difusión pública en supuestos puntuales y por resolución fundada. La RG 1171/2026 lleva ese terreno a consulta y cita el Anexo I como texto de referencia. El antagonista práctico es el comunicado sin dueño: un archivo que circula por chat, cambia de nombre y llega tarde al sistema. El plazo corre sobre un calendario real. El dato global ayuda a mirar la solución. En la encuesta de Stack Overflow 2026, PostgreSQL aparece con 6.984 respuestas y 57,9% de uso entre bases de datos. Ese número explica por qué una cámara o una ALyC chica puede registrar comentarios, versiones y adjuntos en una base abierta antes de enviar el formulario final.
Cómo funciona por dentro
El flujo sano tiene seis pasos. Primero, legales carga el punto de la norma, texto propuesto, fundamento y fuente. Segundo, PostgreSQL 17 guarda comentario, versión, estado, usuario, fecha y auditoría. Tercero, MinIO/S3 guarda anexos, dictámenes y capturas de envío como objetos con metadatos. Cuarto, Keycloak o el directorio interno define quién lee, edita, aprueba, exporta o borra. Quinto, Metabase muestra pendientes, vencimientos y cambios por responsable. Sexto, backup y restauración recuperan base, adjuntos y permisos en un entorno limpio. Cada pieza entrega algo distinto. PostgreSQL recibe campos estructurados y muestra historial consultable. MinIO/S3 recibe archivos pesados y conserva nombre, fecha y responsable. Keycloak recibe identidad y grupos, y entrega permisos a la aplicación. Metabase recibe vistas aprobadas y muestra un tablero de control sin dar acceso directo a edición. El detalle operativo parece menor: una carpeta con el rótulo "RG 1171" y tres versiones impresas del mismo párrafo. Si esas versiones no quedan atadas a usuario, hora y motivo, nadie puede reconstruir por qué una palabra quedó afuera.
Qué se instala o configura primero
La pila mínima usa PostgreSQL 17, almacenamiento S3 compatible, un formulario interno, control de identidad, tablero de seguimiento y copias con Restic o Kopia. Un servidor chico con base, aplicación y almacenamiento externo puede costar entre USD 45 y USD 80 mensuales; al dólar oficial vendedor de 1.535 pesos, el rango queda entre 69.075 y 122.800 pesos, sin horas de análisis normativo ni revisión de directorio. El primer entregable verificable es un expediente interno con diez comentarios de prueba: dos aprobados, dos rechazados, uno corregido, uno con adjunto, uno exportado y tres pendientes. La implementación lleva de una a dos semanas si la organización ya tiene usuarios definidos. Si los responsables viven en correos cruzados, el primer día se usa para nombrar aprobadores y cortes de firma. UMSA puede ayudar en esa capa técnica, pasada la mitad del trabajo editorial: campos, roles, exportación, respaldo y prueba de restauración. En una cámara empresaria de San Martín, Mendoza, el avance útil sería simple: saber qué comentario salió, quién lo validó y qué evidencia quedó para una auditoría posterior.
Dónde se rompe y cómo probarlo
El primer riesgo aparece en versiones paralelas. La señal es que dos áreas citan anexos distintos. La prueba guarda tres cambios sucesivos y exige historial con usuario, hora, campo modificado y texto anterior. El segundo riesgo está en permisos amplios. La señal es que una persona de consulta edita el texto final. La prueba crea roles de carga, revisión, aprobación y lectura; cada rol intenta leer, editar, borrar y exportar. El tercer riesgo vive en adjuntos. La señal es un comentario aprobado sin dictamen o con archivo que abre desde una carpeta personal. La prueba sube un PDF, genera hash, corta el acceso directo al equipo original y abre el objeto desde el repositorio. El cuarto riesgo aparece al enviar. La señal es que el acuse no coincide con la versión aprobada. La prueba exporta el paquete final, lo compara con el registro aprobado y guarda captura, fecha y usuario que hizo el envío. Esta lectura técnica no reemplaza asesoramiento legal; sirve para preparar dato, permiso y prueba antes de opinar.
