Cuando un terremoto interrumpe la telefonía el internet, muchas empresas descubren algo incómodo: su continuidad no depende únicamente de sus procesos, sino de una infraestructura digital que daban por garantizada. El sismo ocurrido en Colombia el 10 de agosto de 2026, que provocó intermitencias en redes de telecomunicaciones por cortes de energía, daños físicos y congestión, volvió visible un riesgo que suele permanecer oculto hasta que la operación se detiene. Una organización puede tener buenos equipos, personal competente, sistemas en la nube y aplicaciones modernas, pero si toda su conectividad descansa sobre un solo proveedor, una única ruta o un punto crítico sin respaldo, la tecnología deja de ser una ventaja y se convierte en vulnerabilidad. La pregunta empresarial no es si volverá a ocurrir una interrupción, sino qué seguirá funcionando cuando ocurra. Prepararse exige criterio, redundancia, prioridades operativas y decisiones tomadas antes de la emergencia y liderazgo responsable. 👉 LEE NUESTRO BLOG...
El terremoto de magnitud 7,4, con epicentro en San José del Palmar, Chocó, puso nuevamente sobre la mesa un asunto que va mucho más allá de las telecomunicaciones. El Servicio Geológico Colombiano confirmó que el evento se produjo a las 7:34 de la mañana del 10 de agosto, con una profundidad de 103 kilómetros.
Claro y Tigo reportaron intermitencias en servicios de telefonía e internet asociadas a cortes de energía, afectaciones de infraestructura y aumento extraordinario del tráfico en las redes.
Para el ciudadano, una situación semejante representa dificultad para comunicarse.
Para una empresa puede representar algo más grave: imposibilidad de vender, cobrar, atender clientes, acceder a sistemas, procesar pedidos, coordinar empleados, consultar información, utilizar aplicaciones en la nube o simplemente saber qué está ocurriendo dentro de su propia operación.
Y allí aparece la diferencia entre tener tecnología y contar con una verdadera capacidad tecnológica empresarial.
La conexión a internet no es un servicio accesorio
Durante muchos años internet fue visto en numerosas organizaciones como un servicio de apoyo comparable con cualquier otro suministro de oficina.
Hoy esa interpretación resulta insuficiente.
La conectividad se ha convertido en infraestructura operacional.
Por ella circulan ventas, pagos, documentos, comunicaciones, videoconferencias, sistemas administrativos, plataformas de comercio electrónico, servicios en la nube, copias de seguridad, herramientas de inteligencia artificial, CRM, ERP y una cantidad creciente de procesos indispensables.
Muchas empresas, sin embargo, han digitalizado actividades sin revisar simultáneamente la arquitectura que debe mantenerlas disponibles.
Migraron aplicaciones.
Adquirieron servicios cloud.
Implementaron plataformas.
Automatizaron procesos.
Pero conservaron un único enlace de internet como puerta de entrada a todo el ecosistema.
Eso significa que una organización aparentemente muy digital puede seguir dependiendo de un solo punto de falla.
El problema no es únicamente técnico.
Es empresarial.
Desde mi experiencia acompañando organizaciones durante décadas he encontrado una situación recurrente: las compañías suelen evaluar la tecnología por lo que permite hacer cuando todo funciona, pero pocas veces la analizan preguntándose qué ocurrirá cuando uno de sus componentes deje de funcionar.
Esa segunda pregunta es precisamente la que determina la verdadera madurez tecnológica.
El terremoto solamente hizo visible una dependencia que ya existía
Sería equivocado interpretar las fallas posteriores al sismo exclusivamente como un problema de los operadores.
Una red de telecomunicaciones depende de energía eléctrica, estaciones base, fibra óptica, enlaces, equipos, personal técnico, infraestructura física y múltiples componentes interconectados.
Una emergencia de gran magnitud puede afectar algunos de ellos simultáneamente.
De hecho, el Ministerio TIC activó su Plan de Contingencia Sectorial inmediatamente después del terremoto y comenzó a realizar seguimiento permanente al comportamiento de las redes y servicios de telecomunicaciones.
Días después, el propio Ministerio informó que en determinados puntos la conectividad continuaba afectada por falta de energía y que los operadores estaban movilizando plantas eléctricas, combustible y personal técnico para mantener funcionando la infraestructura mientras avanzaba la recuperación.
Eso permite comprender algo fundamental.
Internet tampoco funciona en el vacío.
Detrás de ese pequeño router instalado en una empresa existe una infraestructura física enorme que normalmente permanece invisible para el usuario.
La vulnerabilidad empresarial surge cuando se confunde la disponibilidad habitual de esa infraestructura con una garantía absoluta de continuidad.
No existe tal garantía.
Por eso una empresa responsable no debería preguntarse solamente:
“¿Tenemos internet?”
Debería preguntarse:
“¿Qué procesos dependen de internet y qué alternativas tenemos si deja de estar disponible?”
La diferencia entre ambas preguntas parece pequeña, pero cambia completamente la forma de administrar la tecnología.
Si su empresa nunca ha realizado ese análisis, una conversación consultiva puede ayudarle a identificar dependencias tecnológicas antes de que una interrupción las convierta en una crisis operacional:
https://t.mtrbio.com/todo-en-unonet
El verdadero riesgo está en las dependencias invisibles
Imaginemos una empresa comercial relativamente moderna.
Sus vendedores utilizan un CRM.
Los documentos están almacenados en la nube.
La facturación funciona mediante una plataforma web.
Los pagos se verifican digitalmente.
El inventario está conectado con el sistema administrativo.
WhatsApp es uno de los principales canales de comunicación.
Las reuniones internas se realizan por videoconferencia.
Los empleados utilizan herramientas de inteligencia artificial.
A simple vista parece una empresa tecnológicamente avanzada.
Ahora desconectemos internet.
¿Qué queda funcionando?
Esa pregunta puede resultar mucho más reveladora que cualquier inventario de computadores o aplicaciones.
Quizás los vendedores no pueden consultar clientes.
Facturación queda limitada.
Servicio al cliente pierde acceso al historial.
Los administradores dejan de recibir información.
Los empleados comienzan a utilizar sus teléfonos personales.
Se comparten documentos por canales improvisados.
Algunas personas esperan instrucciones mientras otras intentan resolver individualmente el problema.
En pocas horas, una dificultad tecnológica puede convertirse en desorganización administrativa.
Ese punto merece especial atención.
Las crisis tecnológicas pocas veces permanecen exclusivamente dentro del departamento de sistemas.
Muy rápidamente afectan personas, procedimientos, decisiones, clientes y dinero.
Por eso la continuidad tecnológica debe formar parte de la conversación gerencial.
Redundancia no significa simplemente contratar dos conexiones
Cuando se habla de continuidad, una de las primeras recomendaciones suele ser disponer de un segundo proveedor de internet.
Puede ser una buena decisión.
Pero no necesariamente resuelve el problema.
Dos conexiones pueden compartir infraestructura física, rutas, energía, ductos o puntos de acceso susceptibles de verse afectados por un mismo acontecimiento.
Incluso podría existir un segundo enlace perfectamente operativo y descubrirse durante una emergencia que nadie sabe cómo activarlo.
La redundancia verdadera requiere comprender cómo funciona todo el sistema.
Proveedor principal.
Proveedor alternativo.
Tecnología de conexión.
Equipos de red.
Alimentación eléctrica.
Sistemas críticos.
Accesos remotos.
Información necesaria.
Responsables internos.
Procedimientos de contingencia.
Canales alternativos de comunicación.
Eso es muy diferente de comprar otro servicio y sentirse protegido.
Aquí se aplica una convicción que ha orientado nuestro trabajo en TODO EN UNO.NET durante años:
“Nunca la tecnología por la tecnología en sí misma; sino la tecnología por la funcionalidad.”
Una segunda conexión que nadie sabe utilizar durante una emergencia es tecnología.
Una segunda conexión integrada dentro de un esquema de continuidad, probada periódicamente y asociada a prioridades operativas es funcionalidad.
Y esa diferencia vale mucho dinero cuando aparece una contingencia.
No todos los procesos necesitan sobrevivir de la misma manera
Otro error frecuente consiste en pretender mantener absolutamente todo funcionando.
La continuidad empresarial no necesariamente significa reproducir el 100 % de la operación habitual durante una emergencia.
Significa saber qué debe continuar primero.
Una empresa debería identificar cuáles actividades son indispensables durante las primeras horas.
Tal vez recibir pedidos.
Tal vez facturar.
Tal vez responder a clientes.
Tal vez realizar pagos.
Tal vez acceder a información médica, logística, financiera o contractual.
Cada organización tendrá prioridades diferentes.
Esa clasificación permite asignar recursos racionalmente.
Si existe conectividad limitada, debe dirigirse hacia los procesos realmente críticos.
Si la energía disponible es restringida, debe proteger primero determinados equipos.
Si los empleados necesitan trabajar mediante datos móviles, debe establecerse quién los requiere prioritariamente.
La tecnología deja entonces de administrarse como una colección de dispositivos y comienza a administrarse como parte de la operación empresarial.
Ese cambio de perspectiva es precisamente el que necesitan muchas organizaciones.
No se trata de prepararse únicamente para terremotos
El terremoto colombiano ofrece una oportunidad para reflexionar porque fue un acontecimiento visible, extraordinario y de gran impacto.
Pero una empresa puede perder conectividad por muchas otras causas.
Una obra civil puede cortar fibra óptica.
Un proveedor puede experimentar una falla.
Un equipo puede dañarse.
Puede existir una interrupción eléctrica.
Una configuración incorrecta puede dejar una sede sin servicio.
Un incidente de ciberseguridad podría obligar a aislar sistemas.
Incluso un error humano puede provocar indisponibilidad.
Por eso diseñar continuidad solamente pensando en grandes catástrofes sería limitar innecesariamente el análisis.
La pregunta correcta es más amplia:
¿Qué dependencias podrían detener nuestra operación y qué capacidad tenemos para continuar trabajando mientras se recuperan?
Cuando una organización responde seriamente esa pregunta comienza a construir resiliencia.
Y resiliencia no significa que nada falle.
Significa que una falla no tenga automáticamente el poder de paralizar toda la empresa.
Si desea evaluar dónde están concentradas las dependencias críticas de su organización y convertirlas en un plan tecnológico funcional, puede iniciar esa conversación aquí:
https://t.mtrbio.com/todo-en-unonet
La improvisación durante una crisis cuesta más
Hay decisiones que funcionan perfectamente cuando se toman con tranquilidad y resultan extraordinariamente difíciles cuando deben tomarse en medio de una interrupción.
¿Quién llama al proveedor?
¿Dónde están los números de soporte?
¿Quién puede autorizar una compra urgente?
¿Qué plataforma debe mantenerse disponible primero?
¿Cómo trabajan los empleados si la sede pierde conexión?
¿Se permite utilizar dispositivos personales?
¿Dónde están almacenadas las copias de seguridad?
¿Qué canal se utilizará para informar a clientes?
¿Quién determina que se active el sistema alternativo?
Si esas respuestas dependen de que determinada persona se encuentre disponible, existe otra vulnerabilidad.
El conocimiento también necesita redundancia.
Una organización madura documenta los procedimientos esenciales para evitar que la continuidad dependa de la memoria de una sola persona.
Además, prueba.
Porque una contingencia escrita y nunca probada puede producir una peligrosa sensación de seguridad.
Las simulaciones permiten descubrir situaciones aparentemente pequeñas que solamente aparecen durante la práctica: claves desactualizadas, baterías agotadas, números de contacto antiguos, equipos incompatibles, permisos insuficientes o empleados que desconocen el procedimiento.
Es mejor descubrir esas fallas un martes tranquilo que durante una emergencia real.
La nube tampoco elimina la necesidad de continuidad
Existe otra percepción que conviene revisar.
“Todo lo tenemos en la nube, por eso estamos protegidos.”
La nube puede aportar enormes ventajas de disponibilidad, seguridad, escalabilidad y recuperación.
Pero acceder a ella requiere conectividad.
Una aplicación perfectamente disponible en un centro de datos internacional resulta inútil para un empleado que no puede conectarse.
Además, la continuidad no depende únicamente de dónde está alojado el software.
Depende de toda la cadena necesaria para utilizarlo.
Usuario.
Dispositivo.
Energía.
Red local.
Internet.
Autenticación.
Proveedor cloud.
Aplicación.
Datos.
Cada componente añade una dependencia.
La buena arquitectura tecnológica no pretende eliminar todas las dependencias —algo prácticamente imposible— sino conocerlas, evaluar su importancia y reducir aquellas que podrían generar impactos inaceptables.
Tecnología funcional significa diseñar desde el proceso empresarial
Este punto representa, para mí, la enseñanza central.
Las empresas no necesitan comenzar comprando soluciones.
Necesitan comenzar comprendiendo su operación.
Antes de contratar enlaces adicionales, generadores, sistemas de respaldo o nuevas plataformas conviene determinar qué procesos deben protegerse, cuánto tiempo pueden permanecer interrumpidos y qué información necesitan para continuar.
Después aparece la tecnología.
No antes.
Ese orden evita inversiones motivadas por miedo y permite construir soluciones proporcionadas al verdadero riesgo.
Una pequeña empresa quizá pueda operar temporalmente mediante conexiones móviles y procedimientos simplificados.
Una organización con varias sedes podría requerir proveedores independientes, enlaces automáticos de respaldo y monitoreo centralizado.
Una operación crítica puede necesitar energía redundante, conectividad múltiple, políticas específicas y mecanismos avanzados de continuidad.
No existe una receta universal.
Existe una arquitectura adecuada para cada realidad.
Y precisamente allí está el valor del criterio consultivo: encontrar el punto en el cual riesgo, costo, impacto y funcionalidad encuentran equilibrio.
El aprendizaje empresarial que deja el terremoto
Después de una emergencia es natural analizar qué falló.
Pero para un empresario existe una pregunta todavía más útil:
¿Qué nos está enseñando?
El terremoto del 10 de agosto de 2026 mostró la estrecha relación existente entre energía, infraestructura y comunicaciones. También evidenció que los operadores y las instituciones necesitan trabajar coordinadamente para recuperar servicios esenciales.
El Ministerio TIC informó posteriormente que operadores estaban priorizando zonas de mayor tráfico, desplegando recursos técnicos y adoptando medidas extraordinarias para acompañar a los usuarios durante la recuperación.
Desde la perspectiva empresarial, el aprendizaje complementario debería ser evidente.
La continuidad de nuestra organización tampoco puede delegarse completamente en terceros.
Un proveedor debe responder por su infraestructura.
Pero la empresa debe responder por su propia preparación.
No podemos controlar cuándo ocurrirá una falla externa.
Sí podemos controlar cuánto conocemos nuestras dependencias.
Podemos decidir qué respaldar.
Podemos diseñar alternativas.
Podemos capacitar personas.
Podemos documentar procedimientos.
Podemos probarlos.
Podemos determinar qué procesos tienen prioridad.
Podemos construir una arquitectura donde una sola interrupción no derrumbe innecesariamente toda la operación.
Esa es una responsabilidad gerencial.
De reaccionar a diseñar
Durante décadas he visto cómo muchas inversiones tecnológicas nacen después de una crisis.
Se pierde información y entonces se compra respaldo.
Falla internet y entonces se contrata otro proveedor.
Ocurre un ataque y entonces se revisa la seguridad.
Se detiene un sistema y entonces aparece interés por la continuidad.
Es comprensible.
Pero es costoso.
La organización que desea evolucionar necesita pasar de la reacción al diseño.
Observar su realidad antes del problema.
Comprender dónde están las dependencias.
Evaluar consecuencias.
Diseñar prioridades.
Implementar soluciones proporcionadas.
Y revisar periódicamente si siguen funcionando.
Eso convierte la tecnología en una capacidad empresarial y no simplemente en un gasto operativo.
Una Arquitectura Tecnológica Funcional no comienza preguntando qué producto comprar.
Comienza preguntando qué necesita proteger la empresa para continuar cumpliendo su propósito.
Desde allí se evalúan conectividad, energía, infraestructura, nube, seguridad, respaldo, aplicaciones, comunicaciones y procedimientos como partes de un mismo sistema.
Porque una empresa no funciona por tener muchas tecnologías.
Funciona cuando esas tecnologías están correctamente relacionadas con sus procesos y con las personas que dependen de ellas.
La próxima interrupción no necesita convertirse en crisis
Nadie puede garantizar que internet nunca vuelva a fallar.
Tampoco podemos controlar terremotos, daños externos, apagones o todas las circunstancias capaces de afectar una infraestructura.
Pero sí podemos decidir qué tan vulnerable será nuestra empresa cuando algo ocurra.
Tal vez la mejor pregunta para llevar hoy a una reunión directiva sea muy sencilla:
“Si mañana perdemos nuestra principal conexión a internet durante varias horas, ¿qué parte de nuestra empresa seguirá funcionando?”
Si la respuesta es clara, documentada y probada, probablemente existe un buen nivel de preparación.
Si aparecen silencios, suposiciones o respuestas contradictorias, acaba de descubrir una oportunidad de mejora antes de sufrir el problema.
Ese descubrimiento tiene valor.
Porque gestionar riesgo no consiste en vivir esperando una catástrofe.
Consiste en construir organizaciones capaces de seguir tomando decisiones cuando las condiciones dejan de ser normales.
En TODO EN UNO.NET creemos que la tecnología debe servir precisamente para eso: fortalecer la organización, darle capacidad de respuesta y acompañar su funcionamiento incluso cuando el entorno cambia.
Si considera conveniente revisar la conectividad, las dependencias tecnológicas y la continuidad operativa de su empresa desde una perspectiva funcional y no simplemente comercial, podemos conversar:
https://t.mtrbio.com/todo-en-unonet
Los acontecimientos extraordinarios suelen revelar problemas ordinarios que llevaban años escondidos.
El terremoto mostró uno de ellos.
Muchas empresas están conectadas, pero no necesariamente preparadas.
Convertir esa dependencia en resiliencia exige dejar de mirar internet como un servicio que simplemente “debe estar disponible” y comenzar a gestionar la conectividad como una infraestructura esencial del negocio.
La diferencia puede parecer invisible mientras todo funciona.
Cuando algo falla, se vuelve absolutamente evidente.