CNV 1151/2026: cupos, horarios y rastro en ALyC

La CNV limitó operaciones de sujetos restringidos en segmentos bilaterales. Cómo registrar cupos, horarios, evidencia y control diario sin depender de planillas sueltas.

ULTIMA MILLA · Noticias · 13 de jun de 2026 · 4 min de lectura

¿Puede una ALyC saber, antes de cargar una orden, sí un sujeto restringido ya agotó su cupo diario? La CNV 1151/2026 obliga a mirar volumen, horario y respaldo antes de operar con recursos públicos o previsionales. Esta nota explica qué dato se registra, dónde se controla y cómo una pyme financiera puede probar que el límite se aplicó a tiempo.

Qué cambia en la mesa de operaciones

La regla nueva toca la forma de cursar operaciones de ciertos inversores calificados. La Resolución General 1151/2026 incorpora la categoría de sujetos restringidos y ordena que esas órdenes vayan por segmentos con prioridad precio tiempo, interferencia de ofertas y garantía de liquidación. La cifra que obliga a cambiar el sistema está en el artículo operativo: el volumen diario por especie no puede superar el 25 % del promedio de las cinco jornadas inmediatas anteriores. Para renta fija pública, la orden no puede pasar el 5 % del saldo en circulación. Las primeras y las últimas 30 minutos de cada rueda quedan fuera para esos sujetos. La planilla de cupos queda corta. La noticia institucional de la CNV habla de transparencia e integridad de mercado; en una oficina chica eso se traduce en una pregunta más concreta: quién calculó el cupo, con qué precio de referencia, en qué horario y con qué legajo. La comparación global viene de la encuesta Stack Overflow 2025: SQL aparece usado por el 58,6 % de los encuestados y PostgreSQL por el 55,6 % en bases de datos. La tecnología común para resolver el control ya existe; falta ordenar el flujo.

Cómo funciona por dentro

El flujo arranca cuando el operador carga una orden con CUIT, subcuenta comitente, especie, cantidad, precio, tipo de cliente y hora. La aplicación consulta la tabla de sujetos restringidos y valida si la subcuenta pertenece a una entidad pública, municipal, previsional obligatoria o a un conjunto de subcuentas del mismo titular. PostgreSQL guarda registros estructurados: sujetos, especies, saldos, promedios, órdenes, usuario que cargó y resultado de la validación. Un servicio de reglas calcula el 25 % de las cinco ruedas previas y el 5 % de saldo cuando corresponde. Si la orden excede el cupo, el sistema rechaza la carga y deja un evento con motivo, hora y responsable. El tablero muestra tres vistas. Operaciones ve órdenes aceptadas y rechazadas. Cumplimiento ve sujetos, cupos usados y documentación. Gerencia ve desvíos por día y por agente. Cada rol tiene permiso de lectura distinto; solo cumplimiento edita la clasificación del sujeto y toda edición queda con usuario, fecha y justificación. El backup copia base y archivos de legajo una vez por día. La prueba mínima restaura una jornada y vuelve a calcular un cupo histórico contra la orden rechazada. Si el número restaurado no coincide con el informe firmado, la evidencia queda rota antes de una inspección.

Qué se instala o configura primero

La pila inicial puede ser chica: PostgreSQL 17 para datos, una API interna en Node.js o Python, un tablero Metabase y almacenamiento S3 compatible para legajos PDF. El primer entregable verificable es un reporte de una rueda con sujetos restringidos, cupo máximo, cupo usado, órdenes bloqueadas y hash del archivo exportado. El costo depende de si corre en infraestructura propia o VPS auditado. Con la cotización vendedora del Banco Nación del 12 de junio de 2026, USD 1 equivale a ARS 1.450. Un servidor de USD 35 a 60 mensuales queda entre ARS 50.750 y ARS 87.000, sin incluir horas de configuración ni revisión normativa. En un primer mes realista se agregan 35 a 55 horas de trabajo para carga inicial, tablero, permisos y prueba de restauración. UMSA puede tomar un caso de cámara empresaria o agente chico como ejemplo operativo: primero se listan sujetos y subcuentas, después se arma el cálculo y recién ahí se publica el tablero interno. El sistema no decide si la operación conviene; muestra si pasa la regla y deja evidencia.

Dónde se rompe y cómo probarlo

El primer riesgo aparece cuando dos subcuentas del mismo sujeto se calculan por separado. La señal es un cupo usado bajo en cada subcuenta y alto en el consolidado. La prueba consiste en cargar dos órdenes del mismo titular y exigir que el tablero muestre el consumo total. El segundo riesgo está en el reloj. Si el servidor toma UTC y el operador mira hora argentina, el bloqueo de los primeros y últimos 30 minutos puede quedar corrido. La prueba mínima carga una orden a las 11:02 ART y otra a las 16:32 ART en un día de rueda estándar; ambas deben caer en la regla horaria esperada. El tercer riesgo es documental. Una clasificación cambiada sin motivo deja un hueco en el legajo. La señal es una edición de sujeto sin adjunto o sin usuario aprobador. La prueba crea una edición incompleta y verifica que la API la rechace. El cierre incómodo es simple: si el agente no puede reconstruir una orden rechazada con fecha, cupo y responsable, todavía no tiene control; tiene memoria oral.