Muchas centrales receptoras de alarmas trabajan con un software que tiene muchos años. Funciona, el equipo lo conoce y nadie quiere tocarlo. Pero cada año que pasa es más difícil integrar fabricantes nuevos, ofrecer servicios como la videoverificación o los avisos por WhatsApp, o cumplir con los requisitos de seguridad que piden los clientes grandes.
El motivo para no cambiar casi siempre es el mismo: el miedo a que la central se quede sin servicio. Y es un miedo razonable. Un cambio de software mal planteado puede dejar a una central sin servicio durante semanas.
Dónde están los riesgos de verdad
- Los datos. Abonados, zonas, contactos, operativas, calendarios y documentos. Si llegan incompletos o mal traducidos, el operador trabaja a ciegas.
- Las señales. Cada fabricante y cada receptora hablan a su manera. Un código mal interpretado convierte un fallo de red en una intrusión, o al revés.
- Las personas. Un operador que no domina la nueva herramienta, en plena noche y con una alarma real, es el peor escenario.
- El corte. Un cambio «de golpe», un viernes por la noche, sin vuelta atrás.
Lista de comprobación para un cambio sin sustos
- Inventario completo. Abonados, tipos de instalación, fabricantes y modelos conectados, receptoras, integraciones con facturación o CRM e informes que se usan de verdad.
- Mapa de traducción de eventos. Cómo se interpreta cada código hoy y cómo se interpretará mañana, por abonado si hace falta.
- Integraciones antes del cambio. Los fabricantes que aún no estén soportados se integran antes de mover un solo abonado.
- Migración hecha por quien conoce el destino. La traslación de datos debe hacerla un equipo que conozca bien el nuevo sistema, con validaciones automáticas y revisión con la central.
- Funcionamiento en paralelo. Durante un periodo, las señales se reciben en los dos sistemas y se comparan los resultados. Es la mejor prueba posible: datos reales, sin riesgo.
- Criterios de paso claros. Definir de antemano qué tiene que cumplirse para dar el cambio por bueno: tipos de alarma probados, informes legales generados, operadores formados.
- Soporte al sistema antiguo hasta el final. Mientras dure la transición, el sistema actual debe seguir teniendo soporte y mantenimiento.
- Traslado controlado. Pasar la operación por bloques (una cartera, una sala, un tipo de servicio) en lugar de todo a la vez.
- Trazabilidad intacta. El libro-registro de alarmas y la documentación de cada instalación tienen que seguir completos antes, durante y después del cambio.
Lo que gana la central
Hecho así, el cambio deja de ser un salto al vacío y se convierte en un proyecto con fases y con vuelta atrás. Y al final del camino la central tiene una plataforma preparada para lo que viene: más abonados por operador, vídeo dentro del flujo de tratamiento, avisos automáticos a los clientes, apps para acudas y técnicos, y datos listos para aplicar inteligencia artificial.
Cómo lo hacemos con TERA
Con TERA, el cambio sigue exactamente este método. EXDESIS, que distribuye, implanta y soporta TERA, migra los datos de la central; TERA funciona en paralelo con el sistema actual hasta el cambio definitivo; y EXDESIS da soporte a ese sistema hasta que TERA asume la explotación, con un traslado controlado. Detrás hay más de 25 años de experiencia construyendo software para centrales receptoras de alarmas.
Si estáis pensando en cambiar, hablemos antes de decidir nada: comercial@exdesis.com · 91 954 17 16. Contadnos cómo es hoy vuestra operación y os explicamos cómo sería el cambio en vuestro caso.
