ENACOM 857/2026: Starlink, API y actas por escuela
ENACOM financia kits satelitales para 6.000 escuelas rurales. Qué datos debe guardar cada sede, cómo probar conectividad y qué evidencia conviene dejar.
Kit, acta y API: la conectividad escolar ya pide control por sede. La Resolución ENACOM 857/2026, publicada el 2 de septiembre de 2026, adjudica internet satelital para escuelas rurales y remotas. El programa toca a cooperativas, municipios y equipos técnicos que deberán verificar recepción, instalación, uso y soporte. Esta nota explica qué datos conviene registrar antes de que el kit quede enchufado.
Qué cambia cuando el subsidio llega al aula
El expediente aprueba la contratación de conectividad satelital de alta velocidad para 6.000 establecimientos educativos. La nota oficial de ENACOM informa una inversión de USD 21.876.000 y describe kits de Starlink para escuelas rurales sin alternativa fija. La cifra ordena la discusión: el problema operativo no termina cuando llega la antena; empieza cuando alguien debe probar que la sede quedó conectada y que el servicio sigue andando. La planilla de sedes queda corta. La resolución menciona una plataforma API para control y monitoreo. Ese detalle cambia la carga diaria: escuela, proveedor, organismo, instalador y soporte necesitan mirar el mismo estado. La Ley 27.078 fija el marco de telecomunicaciones y servicio universal. ENACOM 843/2026 muestra que registros técnicos, plazos y evidencias ya son parte de la gestión regulada. La directora de una escuela agrotécnica del este provincial puede tener una antena nueva y una caja de router con etiqueta prolija, pero seguir sin evidencia diaria. En la encuesta 2025 de Stack Overflow, SQL aparece usado por el 58,6% de quienes respondieron. Para una escuela rural, ese número no habla de programación: marca que el control de instalación, tickets, consumo y soporte termina casi siempre en una base consultable. El antagonista es el acta suelta que nadie vincula con mediciones posteriores.
Cómo funciona por dentro
El flujo debería separar siete pasos. Primero, la autoridad educativa confirma CUE, domicilio, coordenadas y responsable de sede. Segundo, el instalador registra serie del kit, antena, router, fecha, foto de montaje y condición eléctrica. Tercero, la plataforma recibe estado de activación y métricas mínimas: enlace, latencia, disponibilidad y consumo. Cuarto, una base PostgreSQL guarda escuela, kit, mediciones, ticket y auditoría. Quinto, un panel muestra vista por provincia, proveedor y estado. Sexto, permisos separan carga, revisión y cierre. Séptimo, un backup diario permite reconstruir actas, fotos y mediciones. La API toma datos de instalación y telemetría, y entrega estados que pueden alimentar reportes. PostgreSQL guarda registros estructurados y deja rastro de quién cambió cada campo. Un almacenamiento S3 o MinIO conserva fotos, actas y adjuntos pesados con metadatos. Un sistema de tickets recibe reclamos de la escuela y entrega tiempos de respuesta. Si falla el monitoreo, la señal aparece en sedes sin lectura reciente, alertas mudas o actas sin foto verificable.
Qué se instala o configura primero
La primera configuración local empieza en el padrón de sedes. Debe tener código de escuela, ubicación, contacto, energía disponible, responsable técnico, proveedor asignado, número de kit y estado de instalación. Después se arma una prueba simple: navegación, videollamada corta, descarga controlada, latencia registrada y ticket de simulación. Cada prueba deja fecha, operador y evidencia fuera de la computadora de la escuela. En un proyecto UMSA, el primer entregable sería una matriz de sedes con estados cerrados y una carpeta de evidencia por kit. La pila mínima puede usar PostgreSQL para el padrón, MinIO para fotos y actas, Metabase para tablero y un monitor HTTP para disponibilidad. Para un municipio o cooperativa que acompaña veinte sedes, el costo operativo de servidor, respaldo y monitoreo básico puede ubicarse entre USD 45 y USD 80 mensuales, entre $69.075 y $122.800 al dólar oficial vendedor de $1.535. Ese rango no incluye instalación física, abono satelital, viáticos ni soporte pedagógico.
Dónde se rompe y cómo probarlo
El primer riesgo es una sede activada sin responsable. La señal aparece cuando el tablero muestra conexión, pero la escuela no sabe a quién llamar ante una caída. La prueba exige un ticket de simulación con respuesta documentada y cierre aprobado por la autoridad local. El segundo riesgo es una medición que no se puede repetir. La señal aparece cuando la velocidad registrada queda en una captura aislada. La prueba debe correr el mismo control tres veces en horarios distintos y guardar resultado, fecha y operador. El tercer riesgo es mezclar fotos, actas y mediciones sin llave común. La señal aparece cuando un kit cambia de sede y los adjuntos quedan pegados al registro anterior. La prueba mínima consiste en mover un kit de ambiente de prueba, revisar historial, descargar evidencia y restaurar una copia en otro equipo. Si esa restauración no muestra sede, kit y ticket juntos, el control todavía depende de memoria. La verificación final debe quedar escrita antes del cierre administrativo. Conviene guardar un reporte con sedes activas, sedes sin medición reciente, tickets abiertos, última copia restaurada y responsable de cada corrección. Ese archivo evita que el proyecto dependa de una llamada informal cuando una escuela queda sin servicio en época de clases.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.