Control de accesos · Siemens · SiPass Integrated
Cuando el edificio entero ya es de la misma casa.
Control de accesos con servidor propio para edificios grandes. Casi nunca se elige por la ficha de accesos: se elige porque la detección de incendios y la gestión técnica del edificio ya son de ahí.
Qué es SiPass, y dónde aparece.
Una plataforma de las clásicas: servidor dentro, proyecto por delante y un ciclo de vida de muchos años.
SiPass Integrated es la plataforma de control de accesos de Siemens para edificios grandes: hospitales, aeropuertos, farmacéuticas, universidades, centros de datos, sedes con miles de personas. Hace lo que se le pide a una plataforma de ese tamaño —zonas, esclusas, antipassback, visitas, ascensores, recuento— y lo hace desde un servidor en la instalación.
Pero la razón por la que aparece en un pliego casi nunca es la ficha de accesos. Aparece porque el edificio ya es de esa casa: la centralita de incendios, la gestión técnica, el control de clima. En esa clase de edificio el acceso no es un sistema aparte, es una pieza del edificio, y tratarlo como un añadido es lo que produce las instalaciones que no se hablan entre ellas.
Quien la elige suele tener lo que los clientes de nube no tienen: un departamento de mantenimiento y un horizonte de quince años. Y lo que eso arrastra: obra por fases y un sistema que tiene que seguir funcionando durante las fases.
Cómo está construido, y qué implica.
Servidor con su base de datos y sus puestos de operador, y controladoras de campo que guardan su propia copia de personas, permisos y horarios. Eso último es lo que importa el día malo: si el servidor cae o se queda sin red, las puertas siguen aplicando la lógica que tienen cargada y acumulan eventos. No hay degradación a «abre todo» ni a «cierra todo».
Crece por módulos y por segmentos, y en instalaciones que no pueden pararse se monta con servidor redundante. Ahí hay una trampa de presupuesto clásica: la redundancia, las integraciones y los puestos de operador se licencian, y si no se dimensionan al principio aparecen a mitad de obra como una modificación.
Su valor diferencial está en la integración con el resto del edificio de la misma casa: que el incendio libere las puertas que debe liberar y ninguna más, que una alarma técnica y un acceso denegado se vean en la misma pantalla. Con vídeo de terceros hay que mirar hasta dónde llega cada integración: ver la cámara no es tener la imagen pegada al evento.
Cuatro preguntas de ficha técnica.
- Qué módulos y cuántos puestos se licencian, y qué pasa al añadir una integración. Se dimensiona antes, con el crecimiento a tres años escrito.
- Qué versiones de sistema operativo y de base de datos están soportadas, y hasta cuándo. Esto decide el coste del año cinco, no el del año uno.
- Si hace falta redundancia y de qué tipo. En un hospital o un centro de datos, la respuesta no es opcional y cambia el presupuesto.
- Cómo se conecta de verdad con la detección de incendios y con la gestión del edificio, puerta por puerta: cuáles se liberan, cuáles no y quién firma esa lista.
No hay nube, y eso es una decisión.
No es una carencia. Es un reparto distinto de la carga, y conviene verlo entero antes de celebrarlo.
Lo bueno: los datos de las personas y el registro de puertas se quedan en el servidor del cliente. La conversación de protección de datos se simplifica mucho —no hay transferencias internacionales que amparar ni una lista de subencargados que revisar— y el sistema no depende de ninguna línea para funcionar ni para administrarse.
Lo que se lleva el cliente a cambio: copias de seguridad que hay que hacer y probar, parches que hay que aplicar, un servidor que hay que vigilar y un ciclo de vida que hay que seguir. Eso no es gratis y tiene nombres y horas. Cuando no hay nadie que lo haga, esta arquitectura es la peor de las dos, no la mejor.
Y la decisión que se paga tres años después: una instalación que no sube versión queda anclada a un sistema operativo y a una base de datos que se quedan sin soporte. Entonces actualizar ya no es mantenimiento, es un proyecto con parada, con pruebas y con presupuesto. Se planifica desde el primer año o no se hace nunca.
Para quién encaja, y para quién no.
Encaja en edificios grandes con requisitos de verdad y con quien los sostenga: zonas, esclusas, recuento de evacuación, auditoría, decenas de puestos. Y encaja muy bien cuando la detección de incendios y la gestión técnica ya son de la misma casa, porque ahí la integración deja de ser un proyecto de riesgo.
No encaja en cinco puertas. Tampoco en treinta delegaciones pequeñas: se puede hacer, y el resultado es un sistema sobredimensionado que nadie gobierna y que cuesta más de mantener que de comprar. Para eso están las plataformas de nube, y lo decimos aunque el proyecto grande se facture mejor.
Y no encaja donde no hay quien mantenga un servidor de seguridad. Esto no es una pega menor: es la causa principal de que instalaciones muy buenas acaben, seis años después, siendo el equipo más desactualizado del edificio.
Qué hacemos nosotros con ella.
- La ingeniería: zonas, puertas, modos, horarios, esclusas y el plan de evacuación, puerta por puerta y con el responsable del edificio delante. En esta clase de instalación eso es un documento, no una conversación.
- El dimensionado de licencias, puestos y redundancia, con el crecimiento a tres años escrito. Es donde se evitan las modificaciones de obra.
- La instalación y la fontanería: armarios, controladoras, alimentación y respaldo, lectores en OSDP, y la red de seguridad separada de la red corporativa.
- La coordinación con las otras instalaciones, que es la mitad del trabajo real: qué puertas libera el incendio y cuáles no, y qué hace la intrusión cuando alguien entra con credencial válida.
- La puesta en marcha con acta punto por punto, y un mantenimiento que incluya lo que nadie pone en el contrato: el estado de versiones y el plan para subirlas antes de que se quede sin soporte.
Quién la configura cuando nos vamos.
Aquí la frontera entre lo que lleva el cliente y lo que lleva el integrador es la más clara de las siete. Y más vale respetarla.
El día a día lo lleva el cliente y lo lleva sin nosotros: dar de alta y de baja personas, emitir y anular tarjetas, cambiar a alguien de grupo, asignar horarios, gestionar visitas, sacar un listado de quién entró dónde. La plataforma tiene roles de operador finos, y lo normal es que seguridad lleve personas y permisos e informática sostenga el servidor, las copias y el directorio.
Lo que no se toca sin el integrador es la configuración de la instalación: añadir controladoras o puertas, cambiar el modo de una puerta, tocar esclusas, antipassback o la lógica de evacuación, modificar la integración con incendios o con el edificio, y subir versión. No es una cuestión de permisos, es que esos cambios hay que probarlos, y probarlos en una instalación en marcha se organiza.
Documentación y formación, que en una plataforma de este tamaño son parte del entregable: formación por papeles con manual corto propio —no el del fabricante, que tiene seiscientas páginas—, la matriz de puertas y modos firmada, el árbol de zonas y horarios tal como quedó, el inventario de licencias y el estado de versiones, y las claves de administrador a nombre del cliente.
Venir de otra cosa.
Viniendo de otra plataforma enterprise se conserva la canalización, la alimentación, los herrajes y con frecuencia las cerraduras; los lectores, según cuáles sean; y la electrónica de campo se cambia, porque es propia. Eso significa obra en armarios y una migración por fases, con el sistema viejo y el nuevo conviviendo unos días.
Lo que siempre hay que decidir antes: qué se hace con el historial —se exporta y se archiva— y qué se hace con las tarjetas. Si la plantilla lleva credenciales cifradas con claves de otro fabricante, probablemente haya reemisión, y en un hospital o una fábrica con turnos eso es un plan de logística propio.
Y el caso menos contado: ampliar un SiPass que lleva años instalado. Ahí el proyecto no empieza por las puertas nuevas, empieza por una auditoría de en qué versión está, sobre qué sistema corre y si lo que se quiere añadir es compatible con eso. Saltarse esa auditoría es la forma más habitual de convertir una ampliación pequeña en una actualización completa a mitad de obra.
Las otras seis de este grupo.
Cuatro viven en la nube o son híbridas, y dos vienen de sitios distintos: del vídeo y de la cerradura. La elección depende del edificio, no de la ficha.
Empezar
¿Qué más hay en ese edificio?
Si la detección de incendios y la gestión técnica ya son de una casa, eso pesa más que cualquier comparativa. Cuéntanos qué hay instalado, cuántas puertas son y quién mantiene los servidores.