¿Qué hacer cuando se cae el sistema de tu empresa?

Cuando se cae el sistema de tu empresa, las consecuencias aparecen enseguida: ventas que no se pueden registrar, empleados sin acceso a archivos y clientes que esperan una respuesta. La urgencia es real, pero intervenir sin un diagnóstico puede prolongar la interrupción o dificultar la recuperación de los datos.

La primera decisión es determinar qué dejó de funcionar y coordinar la respuesta. Una falla de internet, un problema del software de gestión y un incidente de seguridad pueden parecer similares para el usuario, pero requieren acciones diferentes. Esta guía explica qué hacer cuando se cae el sistema de tu empresa y qué información necesita el equipo técnico para intervenir.

¿Qué significa que se cayó el sistema?

En el trabajo cotidiano, “se cayó el sistema” puede describir situaciones muy distintas. Tal vez el sistema de gestión no permite iniciar sesión, una carpeta compartida dejó de responder o el correo funciona, pero la aplicación de facturación no. El síntoma no identifica por sí solo el origen de la falla.

Conviene separar tres preguntas: qué servicio no funciona, a quién afecta y desde cuándo. Si el problema ocurre únicamente en una computadora, el diagnóstico empieza por ese puesto. Si varias áreas pierden acceso al mismo tiempo, hay que revisar los componentes compartidos, sin asumir de entrada que falló el servidor.

Qué hacer cuando se cae el sistema de tu empresa: seis pasos

1. Identificá el alcance sin modificar la infraestructura

Consultá si el problema afecta a otras personas y si pueden usar servicios diferentes. Comprobá, mediante las aplicaciones que utilizás habitualmente, si falla solo una herramienta o también el correo, los archivos compartidos y la conexión a internet. No hace falta acceder a paneles de administración para reunir esa información.

Si usan una plataforma en la nube, el responsable de IT puede consultar su estado oficial para verificar si existe una interrupción del proveedor. Esa comprobación ayuda a orientar la respuesta, aunque la ausencia de un aviso no descarta una falla. Evitá desactivar protecciones, cambiar DNS o probar credenciales de otros usuarios para “ver si entra”.

2. Registrá el error y abrí un único canal de soporte

Una captura del mensaje de error y la hora aproximada de inicio pueden ahorrar intercambios durante el diagnóstico. Anotá también qué tarea intentabas realizar, cuántos usuarios están afectados y si hubo algún cambio reciente: una actualización, un corte de energía o una modificación de permisos. Describí hechos; no hace falta adivinar la causa.

Reportá el incidente por el canal acordado con Sistemas o con tu proveedor. Si ese canal depende del servicio caído, utilizá el contacto alternativo previsto. Centralizar el seguimiento evita que varias personas den instrucciones contradictorias o que se apliquen cambios simultáneos sin registro. No compartas contraseñas ni información sensible en grupos abiertos.

3. Evitá reinicios y restauraciones sin diagnóstico

Reiniciar puede resolver algunas fallas, pero no es una respuesta universal. En servidores, bases de datos y equipos de red, una interrupción inesperada puede afectar procesos en curso o borrar información útil para investigar el incidente. Dejá esas decisiones en manos del personal autorizado y del procedimiento de recuperación.

Tampoco conviene restaurar “el último backup” sin comprobar su fecha, integridad y compatibilidad. Una restauración puede reemplazar datos recientes, y si la causa sigue activa, el problema puede repetirse. El equipo técnico debe definir qué recuperar, desde qué punto y cómo validar el resultado antes de habilitar el servicio.

4. Priorizá las operaciones críticas del negocio

La prioridad depende del impacto operativo, no de quién reclama primero. Para una empresa puede ser recibir pedidos; para otra, sostener la logística o permitir el acceso a una aplicación de atención. Informá al responsable del incidente qué procesos están detenidos, qué plazos tienen y qué dependencias existen entre ellos.

Usá únicamente alternativas aprobadas: formularios de contingencia, registros temporales controlados o un servicio de respaldo previamente configurado. Guardar datos de clientes en cuentas personales o instalar una aplicación improvisada puede generar otro problema. Cada operación registrada fuera del sistema debe poder conciliarse cuando el servicio vuelva, evitando pérdidas y duplicaciones.

5. Comunicá el estado y validá la recuperación

Definí quién informa al personal y a las áreas afectadas. Un mensaje útil distingue lo confirmado de lo que todavía se investiga y anuncia cuándo habrá una nueva actualización. Si no existe una estimación confiable, es preferible decirlo antes que prometer una hora que después no se pueda cumplir.

Que la pantalla vuelva a cargar no significa que la operación esté recuperada. Antes de retomar el trabajo, el responsable técnico y los usuarios designados deben comprobar funciones críticas: ingreso, consulta de información, permisos e integraciones. Las pruebas que generan pedidos, facturas o movimientos deben hacerse de forma controlada para no duplicar operaciones reales.

6. Documentá lo ocurrido y acordá mejoras

Después de resolver la urgencia, registrá la duración, los servicios afectados, las acciones realizadas y la causa confirmada, si pudo determinarse. Diferenciá una solución temporal de una corrección definitiva. Por ejemplo, recuperar espacio puede restablecer un servicio, pero todavía falta investigar por qué se agotó y cómo anticiparlo.

Cada mejora debería tener un responsable y una fecha: ajustar una alerta, revisar una capacidad, actualizar un procedimiento o probar una restauración. El objetivo es reducir la posibilidad de repetición y mejorar la respuesta. No todas las interrupciones se pueden evitar, pero sí es posible prepararse para responder con más orden.

¿Y si la caída del sistema está relacionada con un ciberataque?

Un pedido de rescate, archivos que cambian de extensión o accesos administrativos inesperados pueden indicar un incidente de seguridad. Un sistema lento, por sí solo, no prueba que haya un ataque. Ante señales concretas, avisá inmediatamente al equipo de IT y seguridad por un canal confiable; no esperes a completar todas las comprobaciones de una falla común.

La recuperación debe realizarse en un entorno confiable, después de contener el incidente y revisar los respaldos. La guía de respuesta a ransomware de CISA desarrolla estas medidas. Para conocer medidas preventivas, podés consultar nuestra guía de ciberseguridad para empresas.

Cómo prepararte para una próxima interrupción

La continuidad operativa empieza antes de la falla. Identificá los servicios críticos, quién los administra y qué proveedores intervienen. Conservá contactos alternativos accesibles si el correo o el sistema de tickets no funciona. Acordá también qué incidentes requieren atención fuera del horario habitual y qué cobertura está contratada.

Dos preguntas ayudan a planificar: cuánto tiempo puede estar detenido cada proceso y cuántos datos recientes sería aceptable perder. En términos técnicos, estas necesidades se relacionan con el RTO, objetivo de tiempo de recuperación, y el RPO, objetivo de punto de recuperación. Son objetivos que orientan el diseño; no garantizan una recuperación automática.

El monitoreo puede ayudar a detectar señales de falla, y los backups permiten recuperar información según su alcance. Sin embargo, tener copias no reemplaza las pruebas de restauración ni un procedimiento documentado. También conviene mantener equipos y software, revisar capacidades y comprobar las alternativas de conectividad cuando sean necesarias para el negocio.

Preguntas frecuentes sobre una caída de sistemas

¿Cuánto tarda en recuperarse un sistema caído?

Depende del origen, el alcance y los recursos disponibles. Una falla de acceso no requiere el mismo trabajo que reconstruir un servidor o recuperar una base de datos. El plazo debe estimarse después del diagnóstico y actualizarse cuando haya información nueva.

¿Se pierde información cada vez que se cae el sistema?

No necesariamente. Una interrupción de acceso no equivale a pérdida de datos. Aun así, las operaciones que estaban en curso deben verificarse antes de repetirse. Si hubo daño o restauración, hay que identificar qué información se recuperó y qué movimientos requieren conciliación.

¿Conviene llamar al proveedor del software o al soporte IT?

Seguí el esquema de atención definido por tu empresa. El soporte IT puede coordinar el diagnóstico con el proveedor del software, la conectividad o la plataforma involucrada. Tener un responsable que centralice el incidente facilita el seguimiento sin reemplazar a los especialistas necesarios.

¿Tener los sistemas en la nube evita las caídas?

No. También pueden existir problemas del proveedor, la conectividad, las cuentas o la configuración. El uso de nube cambia las responsabilidades y las alternativas de recuperación; no elimina la necesidad de preparar una contingencia.

Soporte de infraestructura para responder y prevenir

Cuando se cae el sistema de tu empresa, contar con responsables definidos y un alcance de soporte claro facilita la coordinación. Para evaluar qué necesita cubrir tu organización, también podés leer qué debería incluir un servicio de soporte técnico para empresas.