Soporte ilimitado, sin cobro por horas
No hay bolsa de horas ni tarifa por llamada. El soporte sobre la herramienta va incluido durante todo el licenciamiento, y contesta una persona del equipo técnico.
Soporte remoto · ISL Online
El código no es la puerta. La puerta es quién puede emitirlo.
En ISL Online el código de sesión lo emite el agente autenticado, se entrega para esa conexión y deja de servir cuando la sesión termina — y queda registrado a nombre del usuario del dominio que la abrió. Eso es lo que cambia: no el código, sino quién lo emite y cuánto vive.
Lo que ColCiber suma
La licencia la emite el fabricante. Lo que la vuelve tuya lo hacemos nosotros.
Capacitación de los agentes
Formamos a la gente que la va a usar, sobre tu propio dominio ya configurado: cómo se abre una sesión, cómo se deja un equipo en acceso desatendido y qué puede hacer cada rol.
Configuración llave en mano
Recibes el dominio andando: usuarios creados, roles asignados, permisos por equipo y las condiciones de acceso puestas. No una licencia y un enlace de descarga.
Personalización de marca
Deja de ser el software de un tercero y pasa a ser el software de soporte de tu empresa: tu logo, tus colores, tu dominio y hasta el nombre de la aplicación que ve el usuario.
ISL Online, comercializado e implementado por ColCiber en Colombia.
El problema real
El modelo le pidió seguridad a la única persona del proceso que no fue contratada para cuidarla.
El problema que ese modelo resolvió es real y todos lo hemos tenido: alguien llama, hay que entrar a su equipo ya, y no puede haber quince minutos de instalación de por medio. La salida fue elegante — dejar en la pantalla del usuario un identificador permanente, siempre el mismo, listo para dictarse.
Ahí está el mecanismo, y no es descuido de nadie: la persona que entrega la llave es la única del proceso que no fue contratada para cuidarla. El usuario reparte ese identificador por teléfono, por chat o por correo a quien se lo pida, porque eso es precisamente lo que aprendió a hacer cuando necesita ayuda. Hace bien su trabajo. Lo que falla es a quién le tocó repartir.
Y hay una segunda mitad, más silenciosa: ese modelo no deja dónde guardar la pregunta de quién entró. El identificador no es de nadie en particular, la sesión no la abrió una cuenta nominal y la conexión no quedó atada a un usuario del dominio. No es que el registro quede incompleto — es que no hay a nombre de quién escribirlo.
La factura llega el día que alguien pregunta quién estuvo en el servidor el sábado. Y esa pregunta casi nunca la hace un atacante: la hace auditoría interna, la hace un cliente, o la hace el mismo director de TI tratando de explicar algo que ya pasó.
La misma pregunta, contestada dos veces.
Quién tiene la llave
El modelo del identificador permanente
El cliente final, en su pantalla.
Con ISL Online
El agente autenticado, que es quien abre la sesión.
Quién la reparte
El modelo del identificador permanente
El cliente, que no tiene por qué saber de seguridad.
Con ISL Online
Nadie la reparte: se emite para esa sesión y para esa sesión nada más.
Cuánto vive
El modelo del identificador permanente
Mientras la aplicación siga instalada.
Con ISL Online
Muere con la sesión: cerrada la conexión, no vuelve a servir.
Quién queda registrado
El modelo del identificador permanente
Nadie.
Con ISL Online
El usuario nominal del dominio que abrió la sesión.
Seguridad
Doce controles, cada uno con su fuente. No hay que creernos nada.
Cada control con lo mismo: qué es en cristiano, su forma técnica al costado para que sea auditable, cómo se ve en una empresa de acá y por qué importa. Todas las fuentes se verificaron el 19 de agosto de 2026.
El código lo emite el agente, y muere con la sesión
Código de sesión de un solo uso
Cómo se veEl técnico abre la sesión desde su cuenta y le dicta el código a la persona que llamó. Cuando cuelgan, ese mismo código ya no sirve para volver a entrar.
Por qué importaUn identificador que sigue vivo después de la llamada es una llave que quedó circulando en un chat. Uno que muere con la sesión no se puede reenviar, ni guardar, ni volver a pedir por teléfono la semana entrante.
Fuente: Security Statement de ISL Online (PDF), verificado 2026-08-19
Dejar un equipo accesible exige estar autenticado
Instalación de acceso desatendido bajo cuenta del dominio
Cómo se vePara dejar un servidor accesible sin nadie del otro lado, el técnico tiene que estar autenticado en la cuenta. El equipo queda registrado a su nombre, como usuario del dominio.
Por qué importaEs la diferencia entre «alguien instaló el agente» y «lo instaló Camila, el martes». La pregunta de auditoría nunca es si hubo acceso: es quién lo habilitó, y cuándo.
Fuente: help.islonline.com/20300/164053
Cuatro roles, y sólo uno abre el panel de administración
Connect Only · Computers Manager · Group Admin · Domain Admin
Cómo se veEl practicante entra como Connect Only: se conecta a los equipos que le asignaron y no ve nada más. El panel de administración lo abre únicamente el Domain Admin, y ese rol se puede crear en modo de solo lectura.
Por qué importaEl rol de solo lectura es lo que permite que auditoría revise sin pedirle a nadie permisos de administrador. Sin él, revisar y poder cambiar son el mismo privilegio — y entonces nadie audita.
Fuente: help.islonline.com/379266/1678068
Permiso equipo por equipo, y techo de sesiones a la vez
Permisos por computador y máximo de sesiones concurrentes
Cómo se veEl servidor de nómina se le permite a dos personas y a ninguna otra. Para el resto de la mesa de ayuda ese equipo no está oculto detrás de una advertencia: no está.
Por qué importaEl control que sirve no es el que avisa, es el que no ofrece la opción. Y el tope de sesiones concurrentes le pone techo a cuánto puede pasar a la vez el día que una cuenta se comprometa.
Fuente: islonline.com/enterprise/security.htm
Segundo factor, con cuatro métodos para elegir
Correo, teléfono, aplicación TOTP y llave Yubico (FIDO U2F)
Cómo se veLa cuenta del ingeniero que administra los servidores va con llave física; la del resto de la mesa, con la aplicación del teléfono. No hay que elegir un solo método para todos.
Por qué importaLa contraseña de un operador de soporte abre todos los equipos que ese operador puede tocar. Es la credencial que más rinde robada, y por eso es la que menos puede viajar sola.
Fuente: islonline.com/enterprise/security.htm
Los usuarios son los de tu directorio, no una segunda lista
SAML 2.0 (Microsoft Entra ID, Okta), LDAP, Active Directory, RADIUS
Cómo se veCuando alguien sale de la empresa se le retira el acceso en el directorio, y con eso deja de poder abrir sesiones de soporte. No hay una segunda lista de usuarios que alguien tenga que acordarse de depurar.
Por qué importaLa cuenta que sobrevive a la salida de su dueño es el hallazgo más repetido de cualquier auditoría de accesos. Un directorio único convierte la baja en un solo trámite, en vez de en una lista de sistemas por recorrer.
Fuente: islonline.com/enterprise/self-hosted.htm
Desde dónde se puede entrar, y desde dónde no
Listas de IP y MAC permitidas o denegadas, por usuario o por dominio
Cómo se veLa cuenta que atiende la sede de Barranquilla sólo abre sesión desde los rangos de la empresa. Desde la red de un café no entra, aunque la contraseña sea la correcta.
Por qué importaEs la única condición que no depende de que la contraseña siga siendo secreta. Un robo de credenciales deja de bastar cuando la credencial además tiene que llegar desde el sitio correcto.
Fuente: Security Statement de ISL Online (PDF), verificado 2026-08-19
El soporte remoto sólo existe dentro del horario que definas
Sesiones programadas por ventana horaria
Cómo se veEl acceso remoto sobre los equipos de tesorería existe de lunes a viernes, en horario de oficina. Fuera de esa ventana la sesión no se abre.
Por qué importa«Quién estuvo en el servidor el sábado» deja de ser una pregunta de investigación el día que el sábado no había por dónde entrar. Un control que quita la posibilidad ahorra la evidencia.
Fuente: islonline.com/enterprise/security.htm
La grabación de la sesión se queda en tu equipo
Grabación almacenada localmente, en el equipo del operador
Cómo se veLa sesión se graba y el archivo queda en el computador del operador que la atendió, no en el servidor del fabricante.
Por qué importaUna grabación de soporte remoto contiene pantallas con datos personales de tus clientes. Que el archivo no salga de tus equipos es lo que te deja custodiarlo con tus propias reglas de retención y de acceso.
Fuente: help.islonline.com/57188/166073
Cada sesión deja su fila, y cada cambio de regla también
Bitácora de alrededor de treinta campos por sesión, más log de auditoría
Cómo se veQuién se conectó, a qué equipo, desde dónde, cuándo empezó y cuándo terminó. Y aparte, un registro de auditoría de los cambios de configuración del dominio.
Por qué importaEl registro de sesiones dice qué pasó. El de cambios de configuración dice quién movió las reglas — y es el que falta casi siempre, que es justo por donde se pierde el rastro.
Fuente: Security Statement de ISL Online (PDF), verificado 2026-08-19
Cifrado extremo a extremo, y el fabricante no guarda copia
AES 256 de extremo a extremo; el contenido de la sesión no se almacena
Cómo se veLo que se ve en pantalla viaja cifrado entre el técnico y el equipo atendido. ISL Online no almacena el contenido de la sesión, y ni sus propios administradores pueden verlo.
Por qué importaCifrar el transporte es lo mínimo que se le pide a cualquiera. Lo que de verdad cambia el riesgo es que el proveedor no se quede con una copia: no se puede filtrar lo que nadie guardó.
Fuente: Security Statement de ISL Online (PDF), verificado 2026-08-19
Nunca corre en segundo plano sin que el usuario lo sepa
Modo de consentimiento local, con vencimiento configurable
Cómo se veEn el equipo de una persona el software no queda corriendo en silencio. El consentimiento para el acceso remoto se otorga y vence en el plazo que se configure.
Por qué importaUn agente que puede estar mirando sin aviso convierte una herramienta de soporte en un problema laboral y en un reclamo de tratamiento de datos. Un consentimiento que vence obliga a volver a pedirlo, que es lo contrario de un permiso eterno.
Fuente: Security Statement de ISL Online (PDF), verificado 2026-08-19 · help.islonline.com/506918/2258215
Quién puede hacer qué
Cuatro roles, y sólo uno abre el panel de administración.
Connect Only
El técnico que sólo atiende: practicantes, contratistas, mesa de primer nivel.
Conectarse a los equipos asignadosSí
Administrar equipos de acceso desatendidoNo
Administrar los usuarios de su grupoNo
Entrar al panel de administración del dominioNo
Computers Manager
Quien deja equipos listos para el acceso desatendido y los mantiene.
Conectarse a los equipos asignadosSí
Administrar equipos de acceso desatendidoSí
Administrar los usuarios de su grupoNo
Entrar al panel de administración del dominioNo
Group Admin
El líder de la mesa: administra a la gente de su grupo y a sus equipos.
Conectarse a los equipos asignadosSí
Administrar equipos de acceso desatendidoSí
Administrar los usuarios de su grupoSí
Entrar al panel de administración del dominioNo
Domain Admin
El único rol que entra al panel de administración del dominio.
Conectarse a los equipos asignadosSí
Administrar equipos de acceso desatendidoSí
Administrar los usuarios de su grupoSí
Entrar al panel de administración del dominioSí
El rol de administrador del dominio se puede crear en modo de solo lectura: quien tiene que auditar la configuración no necesita poder cambiarla.
Fuente: help.islonline.com/379266/1678068
Servicio y soporte
Configuramos, capacitamos, personalizamos y respondemos. Y no termina.
Configuramos
Levantamos el dominio completo: usuarios, roles, permisos por equipo, segundo factor y las condiciones de acceso que exija tu política. Entregado andando, no entregado en una caja.
Capacitamos
Sentamos a tus agentes con la herramienta ya funcionando sobre tu propio dominio. Salen sabiendo abrir una sesión, dejar un equipo en acceso desatendido y para qué sirve el rol que les tocó.
Personalizamos
Gestionamos ante el fabricante el cambio de logo, colores, ícono, imagen de la ventana de sesión, nombre de la aplicación y dominio propio, con los archivos que tu área de marca ya tiene.
Respondemos
Y cuando algo no funciona contesta alguien del equipo técnico, no un formulario. Sin bolsa de horas y sin tarifa por llamada, durante todo el licenciamiento — y si el dominio cambia, volvemos al primer paso.
Qué recibes
Lo que queda instalado, y en manos de quién.
El dominio configurado
Tu instancia con las políticas puestas: segundo factor, condiciones de acceso por red, ventanas horarias si las necesitas y el tope de sesiones concurrentes que definas.
Los usuarios creados, cada uno con su rol
Nadie queda con más permisos de los que su trabajo necesita, y el panel de administración lo abre quien tú decidas — con la opción de solo lectura para quien audite.
El cliente con tu marca
Logo, colores, ícono de la aplicación, imagen de la ventana de sesión y el nombre de la aplicación, que es también el nombre del ejecutable que ve tu usuario.
Los agentes capacitados
La sesión de formación con tu mesa de ayuda, sobre el dominio que acabamos de configurar. Sobre lo tuyo, no sobre una demostración.
Reglas del juego
Las condiciones, publicadas. Empezando por la que más descalifica.
Cloud
Alojado por ISL Online
AislamientoLógico
Tu dominio, con tus usuarios, tus permisos y tus equipos, sobre infraestructura compartida. Es el arranque más rápido y no exige servidor propio.
Fuente: islonline.com/pricing/
Self-hosted
ISL Conference Proxy en tu servidor
AislamientoTotal
Todas las conexiones pasan por tu propio servidor y la información no sale de tu entorno. Es el camino cuando la política de residencia de datos no admite excepciones.
Fuente: islonline.com/enterprise/self-hosted.htm
Managed Private Cloud
Instancia dedicada, gestionada por ISL Online
AislamientoInstancia dedicada
Infraestructura dedicada que administra el fabricante: el cliente elige el centro de datos y decide cuándo se actualiza, sin tener que operar el servidor.
Fuente: islonline.com/enterprise/managed-private-cloud.htm
Dónde vive la información depende del modelo, y el modelo lo eliges tú
ISL Online declara sus servidores maestros en la Unión Europea, en centros de datos certificados ISO 27001, y no publica una lista de regiones ni de sedes. Por eso no prometemos una ubicación para la información de un cliente colombiano: si tu política exige que no salga de tu infraestructura, el camino es self-hosted o Managed Private Cloud.
Fuente: islonline.com/compliance.htm · islonline.com/enterprise/self-hosted.htm
El licenciamiento es por usuario concurrente
No por técnico nombrado ni por equipo administrado: se licencia cuánta gente puede estar atendiendo al mismo tiempo. Una licencia habilita ISL Light, AlwaysOn, Groop y Pronto a la vez.
Fuente: islonline.com/pricing/
La personalización de marca se solicita al fabricante
Se puede cambiar el logo (PNG o SVG, hasta 350 × 48 px), el ícono de la aplicación (256 × 256 con fondo transparente), la imagen de la ventana de sesión (320 × 320), el color primario y el secundario, el nombre de la aplicación —que aparece también en el ejecutable—, el dominio propio mediante Branded Access Point y el formulario ConnectBox. Se pide por correo a ISL Online con los archivos en un .zip, y ese trámite lo hacemos nosotros. Qué plan la habilita no está documentado públicamente: se confirma con el fabricante antes de comprometerla.
Fuente: islonline.com/us/en/help/customisation.htm
Las plataformas donde corre
Windows, macOS, Linux, iOS y Android. En ChromeOS el soporte es parcial: sólo visualización, y requiere el subsistema de Android.
Fuente: islonline.com
Quién está detrás del producto
ISL Online fue fundada en 2001 y adquirida por PDQ en septiembre de 2025. Se sigue vendiendo y licenciando como producto independiente.
Fuente: Comunicado de adquisición de PDQ, septiembre de 2025
Empecemos
Hablemos de quién puede abrir una sesión en tus equipos.
Miramos cómo entra hoy tu mesa de ayuda a los equipos, qué roles harían falta y qué modelo de despliegue le sirve a tu política. Sin compromiso y sin libreto.