ENACOM 600/2026: plazo, multas y rastro para ISP
ENACOM prorrogó 180 días el plan de pagos TIC y aclaró multas diarias. Qué dato guardar, cómo probar adhesión y qué tablero necesita un ISP chico.
ENACOM extendió 180 días un plan que puede ordenar deuda, multas diarias y evidencia técnica de prestadores TIC. La Resolución 600/2026, publicada el 17 de julio, toca a licenciatarios, autorizados e ISP chicos con obligaciones vencidas. Esta nota explica qué cambia, dónde guardar el rastro de adhesión y cómo probar un tablero antes de sentarse a revisar expedientes.
Qué cambió para prestadores TIC con deuda
La norma prorroga por 180 días corridos el plazo de adhesión al régimen aprobado por ENACOM 3/2026. También aclara que las multas diarias en curso quedan comprendidas aunque la multa fija asociada ya se hubiera pagado antes de adherir. El antagonista operativo es la multa diaria que sigue corriendo en un expediente viejo. La cifra que corrige la rutina está en el propio acto: 180 días nuevos para ordenar tasa de control, derechos radioeléctricos, aportes al Fondo del Servicio Universal y sanciones. En una cooperativa eléctrica con internet rural, ese plazo cambia la pregunta de caja: cuántos conceptos existen, qué expediente sostiene cada importe y quién puede explicar una caducidad. La Ley 27.078 declara de interés público el desarrollo de las TIC y habilita al regulador a requerir información y documentación, incluso generada por medios electrónicos. La comparación global viene de la encuesta 2025 de Stack Overflow: 37.341 respuestas contestaron si influyeron o avalaron una compra tecnológica en su organización. La decisión técnica ya forma parte de la administración diaria. Un precinto azul en el rack del nodo explica el estado físico; el expediente pide otro rastro. El prestador necesita unir norma, expediente, importe, comprobante y responsable. Esa unión empieza en una base y termina en una prueba que muestre si el plan sigue vigente o cayó por caducidad.
Cómo funciona por dentro
El flujo mínimo tiene seis pasos. Primero, administración carga cada obligación: tasa, derecho radioeléctrico, aporte, multa fija o multa diaria. Segundo, la aplicación valida CUIT, licencia, período, expediente, estado y responsable interno. Tercero, PostgreSQL guarda registros estructurados con fecha, usuario, importe, moneda, origen normativo y auditoría de cambios. Cuarto, MinIO/S3 guarda archivos grandes: boletas, comprobantes, capturas de TAD si corresponde, notas de adhesión, acuses y PDF de expediente. Cada objeto conserva hash, período y tipo documental. Quinto, Metabase muestra vistas para gerencia, administración e IT: vencimientos, conceptos, pagos, documentos faltantes y riesgo de caducidad. Sexto, el backup copia base y objetos; una restauración mensual reconstruye un expediente completo y vuelve a generar el tablero. Los permisos tienen que ser estrechos. Administración carga y adjunta. Tesorería marca pagos. Gerencia lee reportes. IT administra usuarios, backup, monitoreo y salida de datos. Si falla la base, se pierde el estado. Si falla el almacenamiento, el número queda sin comprobante. Si falla la auditoría, nadie puede decir quién cambió el dato.
Qué se instala o configura primero
La pila concreta puede ser pequeña: PostgreSQL 17 para datos, una aplicación web en Django o Node.js para formularios, MinIO para documentos, Metabase para consulta, restic o borg para respaldo y un monitor de jobs. El costo de infraestructura puede ubicarse entre USD 35 y USD 80 mensuales, entre ARS 52.500 y ARS 120.000 al dólar oficial de venta de ARS 1.500 consultado el 19 de julio. El tiempo razonable de implementación es de dos semanas si existe una planilla de deudas. El primer entregable verificable es un expediente de prueba: un concepto cargado, dos documentos adjuntos, un pago simulado, un usuario sin permiso de edición, un reporte exportado y una restauración en entorno limpio. UMSA puede intervenir en esa etapa como equipo técnico para ordenar campos, permisos y prueba de salida. La tarea empieza en nombrar cada obligación y dejar una regla para que una multa diaria no quede enterrada en una pestaña.
Dónde se rompe y cómo probarlo
El primer riesgo aparece cuando la deuda se carga sin expediente. La señal es un importe aprobado que nadie puede cruzar con la resolución o el acuse. La prueba es tomar diez registros y exigir URL normativa, número de expediente, archivo, hash y responsable. El segundo riesgo aparece en la caducidad del plan. La señal es un tablero que muestra pagos realizados, pero no muestra cuotas vencidas ni pérdida de beneficios. La prueba es simular una cuota impaga y verificar que el sistema marque nuevo estado, fecha y cálculo pendiente. El tercer riesgo aparece en permisos. La señal es un usuario de carga que puede borrar comprobantes o cambiar importes cerrados. La prueba es entrar con perfiles reales y ejecutar acciones prohibidas: editar importe, borrar adjunto y cambiar estado sin aprobación. Esta nota es una guía técnica; el encuadre legal y contable debe revisarse con profesionales. La pregunta de fondo queda escrita: si ENACOM pide explicar una multa diaria, ¿sale un expediente completo o otra planilla?
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.