Colsecor OMV básico: registro, SIM y soporte
ENACOM inscribió a COLSECOR como OMV básico. Qué datos debe ordenar una cooperativa antes de activar SIM, soporte, facturación y reclamos.
COLSECOR ya tiene registro de OMV básico y la parte difícil empieza en los datos. La Resolución Sintetizada 487/2026 de ENACOM inscribió a la cooperativa en el Registro de Servicios TIC; para una cooperativa de Cuyo, el cambio toca SIM, alta de abonados, soporte, facturación y reclamos. Esta nota explica qué información debe vivir en cada sistema antes de ofrecer telefonía móvil sobre red ajena.
Qué cambió para cooperativas que miran servicios móviles
La Resolución Sintetizada 487/2026 fue publicada el 7 de julio de 2026. ENACOM inscribió a la Cooperativa de Provisión y Comercialización de Servicios Comunitarios de Radiodifusión COLSECOR Limitada como Operador Móvil Virtual básico, dentro del registro creado por la Resolución 697/2017. El dato nacional le da tamaño al problema: ENACOM registró 64.887.652 accesos móviles operativos en el tercer trimestre de 2025 en su tablero de accesos totales de telefonía móvil. La SIM sin dueño rompe el soporte. El reglamento de OMV distingue modelos técnicos y comerciales. Un OMV básico usa elementos de red de un operador móvil de red y debe ordenar su atención, clientes, contratos, numeración, reclamos y evidencia. La norma nueva también aclara que el registro no garantiza frecuencias: cualquier permiso de espectro se tramita por separado.
Cómo funciona por dentro
El flujo empieza cuando un cliente pide una línea móvil asociada a una cooperativa. Atención comercial carga persona, CUIT o DNI, domicilio, plan, consentimiento y canal de contacto. El sistema del OMV registra estado de alta, SIM, número, plan, operador anfitrión y fecha. El operador móvil de red recibe solicitudes de activación y devuelve estado técnico. Facturación toma consumo, abono, descuentos y deuda. Soporte recibe reclamos y entrega número de caso. PostgreSQL guarda registros estructurados: cliente, línea, SIM, plan, estado, ticket, factura, usuario, permisos y auditoría. Un almacenamiento de objetos conserva contratos, comprobantes, capturas y comunicaciones formales. Un CRM o mesa de ayuda, como GLPI o Zammad, recibe reclamos y entrega estados para atención. Un tablero muestra altas pendientes, líneas activas, reclamos vencidos y cortes por deuda. Cada rol debe ver una parte distinta. Comercial puede cargar altas y leer deuda. Soporte ve línea, estado y reclamo, pero no cambia precios. Administración emite factura y registra pago. Gerencia lee indicadores por localidad. Un proveedor externo recibe acceso acotado por contrato y fecha. El backup copia base, adjuntos y configuración; la prueba restaura un cliente completo con línea, ticket y factura.
Qué se instala o configura primero
La pila mínima usa una base PostgreSQL 17, una mesa de ayuda con GLPI o Zammad, autenticación con Keycloak, almacenamiento S3 compatible para contratos y un tablero con Metabase. El sistema debe conectarse con el operador anfitrión por API, archivo o circuito acordado. La oferta de referencia para OMV ayuda a leer qué información de acceso, elementos de red y operación suele aparecer en estos acuerdos. Con dólar oficial vendedor a $ 1510, una VM de USD 25 ronda $ 37.750 mensuales antes de impuestos, soporte, dominio, backup externo y horas de integración. El primer entregable verificable toma diez a quince días: veinte altas de prueba, dos bajas, tres reclamos, dos facturas, un corte por deuda simulado, una exportación y una restauración en ambiente separado. UMSA suele pedir que la prueba empiece con casos falsos y datos sintéticos. Ese ensayo muestra si la cooperativa puede responder una pregunta concreta: qué SIM está activa, a nombre de quién, con qué plan, quién la tocó y qué reclamo quedó abierto. El objeto que ordena la escena es una tarjeta SIM con etiqueta interna: lote, número, responsable y fecha. Esa etiqueta debe coincidir con el registro digital, porque la caja física sola no explica qué pasó con el abonado.
Dónde se rompe y cómo probarlo
El primer riesgo aparece en la activación. La señal es una línea que figura activa en atención y pendiente en el operador anfitrión. La prueba carga cinco altas, fuerza dos rechazos y revisa que el tablero marque estado técnico y responsable. El segundo riesgo aparece en reclamos. La señal es un ticket que no muestra número, SIM o factura relacionada. La prueba abre tres reclamos, adjunta evidencia y confirma que soporte puede leer línea, estado y contacto sin acceder a datos de facturación completa. El tercer riesgo aparece en bajas y deuda. La señal es una línea cortada sin comprobante o una baja sin fecha de pedido. La prueba ejecuta corte, reconexión y baja sobre un cliente de prueba; después exporta auditoría y restaura el caso en otro servidor. Esta lectura es técnica; cada cooperativa debe revisar obligaciones regulatorias, comerciales y de privacidad con asesoramiento propio. La telefonía móvil empieza a fallar cuando la primera SIM se entrega antes de que exista una línea de auditoría.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.