Si mañana falla el ERP: el mínimo de continuidad que tu operación necesita

Hay una pregunta que casi ninguna pyme se hace hasta que toca: si mañana el sistema donde vive la operación —el ERP, el CRM, la plataforma de turno— no arranca o no deja entrar, ¿qué puede seguir haciendo la empresa, y durante cuánto tiempo? No hace falta catastrofismo para tomársela en serio; hace falta lo contrario. La decisión de este artículo es fría y muy concreta: cuánto riesgo aceptas conscientemente y qué mínimo montas antes de necesitarlo, para que la respuesta no la decida el azar una mala mañana.

El fallo probable es aburrido

Cuando se habla de continuidad, la imaginación se va a incendios y ciberataques de película. La realidad suele ser más gris: una actualización que rompe algo que ayer funcionaba, un proveedor que descataloga el producto o cambia las condiciones del servicio, un pago que no se procesa y una cuenta que amanece suspendida, la única persona que conocía la contraseña de administrador que ya no está en la empresa. Ninguno de estos fallos sale en las noticias. Todos paran una operación igual.

Precisamente porque son aburridos, nadie se prepara para ellos: no dan miedo suficiente para justificar un plan y son demasiado variados para preverlos uno a uno. La buena noticia es que no hace falta prever el fallo concreto. Hace falta saber qué harías sin el sistema, sea cual sea el motivo por el que no está.

Una copia que nunca se ha restaurado no es una copia

Casi todas las empresas responden que sí a la pregunta «¿tenéis copias de seguridad?». Las preguntas útiles vienen después, y ahí las respuestas flojean:

• ¿Copias de qué, exactamente? Datos, sí, pero ¿también la configuración, los documentos adjuntos, las plantillas, todo eso que costó meses ajustar y que nadie sabría rehacer de memoria?
• ¿Dónde viven? Si la copia está en el mismo proveedor que puede fallar, no es un plan B: es el mismo plan dos veces.
• ¿Alguien ha restaurado una alguna vez? Restaurar de verdad —en un entorno aparte, comprobando que lo restaurado sirve para trabajar— es la única prueba de que la copia existe en el sentido que importa. Hasta ese día, lo que tienes no es una copia: es una esperanza con nombre de copia.

Si solo puedes hacer una cosa después de leer este artículo, que sea esa: pedir que se restaure una copia y mirar el resultado con tus propios ojos.

Las dependencias que no salen en el contrato

El sistema puede funcionar perfectamente y aun así tener a la empresa atrapada. Conviene revisar cuatro dependencias que rara vez aparecen escritas:

• La salida. ¿Puedes exportar tus datos hoy, en un formato que otro sistema pueda leer, sin pedir permiso ni contratar nada aparte? No lo respondas de memoria: pruébalo. La diferencia entre «el contrato dice que sí» y «lo hicimos el mes pasado» es enorme.
• Las llaves. ¿Quién tiene el acceso de administrador? Si es una sola persona, o un proveedor externo, la empresa no controla su propio sistema: lo alquila con intermediario.
• La memoria. ¿Cómo está configurado y por qué? Si la respuesta vive en la cabeza de alguien —interno o externo—, esa cabeza es un punto único de fallo tan real como cualquier servidor.
• El papel. ¿Qué compromete el proveedor si su servicio se cae, y qué pasa con tus datos si la relación termina? Leerlo antes del problema cuesta una tarde; leerlo durante el problema cuesta mucho más.

El mínimo operativo: decidir qué no puede parar

No todo merece plan de continuidad, y pretenderlo es la forma más rápida de no tener ninguno. El ejercicio útil es elegir: ¿qué procesos tienen que sobrevivir a unos días sin sistema? Normalmente la lista es corta: facturar y cobrar, servir los pedidos ya comprometidos, atender a los clientes que llaman.

Para cada uno, dos preguntas: qué información mínima necesitarías tener fuera del sistema (los pedidos en curso, los datos de contacto, las tarifas vigentes) y cómo la tendrías razonablemente al día. Una exportación periódica a una hoja de cálculo no es elegante, y en una mala mañana vale oro. Igual de importante es decidir qué no intentaríais sostener en modo degradado: informes, campañas, todo lo que puede esperar. Un mínimo operativo pequeño y realista se cumple; uno ambicioso se archiva.

Un plan que no se ha probado es un documento

La diferencia entre un plan de continuidad y un documento con ese título es que el plan se ha ensayado alguna vez. No hace falta un simulacro de manual: una restauración comprobada, una exportación abierta en otro sistema para ver qué se pierde por el camino, una conversación de una hora jugando a «es lunes y no arranca: ¿qué hace cada uno?». Lo que descubre una prueba así —el paso que faltaba, el acceso que nadie tenía— no lo descubre ningún documento.

Y una condición para que no se evapore: alguien tiene que ser responsable del asunto. No «sistemas» en abstracto, sino una persona con nombre que pueda responder a «¿cuándo se comprobó la última copia?» sin mirar a nadie. Es el tipo de comprobación periódica que conviene tener asignada —dentro o con apoyo externo—, porque sin dueño vuelve a la lista de cosas importantes que nunca son urgentes.

Cinco preguntas para saber dónde estás

1. Si mañana no arranca el sistema central, ¿qué es lo primero que no podríais hacer?
2. ¿Cuándo se restauró por última vez una copia, y quién vio funcionar el resultado?
3. ¿Podéis exportar vuestros datos hoy, en un formato utilizable, sin depender del proveedor?
4. ¿Qué sabe una sola persona —o un solo proveedor— que nadie más sabe?
5. ¿Qué necesitaríais tener exportado o impreso para aguantar unos días operando a mano?

La mayoría de las pymes no necesita un plan de continuidad de manual, con anexos y comités. Necesita respuestas honestas a estas cinco preguntas y dos o tres costumbres que las mantengan al día. Es una de las inversiones más baratas que existen en gestión: casi todo el trabajo consiste en mirar antes de que haga falta.