Symmetry se nota en las altas y las bajas, no en la puerta.

El control de accesos de cualquier fabricante se degrada por el mismo sitio: la lista. No por los aparatos, que siguen funcionando, sino porque se dan altas y no se dan bajas, porque los permisos se conceden por favor y no se revisan nunca, y porque nadie sabe ya quién autorizó que un proveedor abra el almacén. A los dos años el sistema abre bien y la lista miente.

Symmetry es una plataforma de accesos de gama alta —servidor propio, controladoras en la pared, registro, integración con vídeo e intrusión— y al mismo tiempo es la casa de una capa que ataca ese problema de frente: pedir acceso con aprobación de quien manda en esa zona, retirarlo automáticamente cuando personal marca una baja, y obligar a revisar cada cierto tiempo si quien tiene acceso a un área sigue necesitándolo.

Uno se la encuentra donde el registro de quién podía entrar hay que poder defenderlo: administración, energía, farmacia, banca, centros de datos, sedes con muchas contratas. Sitios donde la pregunta incómoda no es si la puerta aguanta, sino quién autorizó ese permiso y cuándo se revisó por última vez.

Servidor Windows con base de datos SQL, clientes de administración y cliente web para lo cotidiano. Por debajo tiene su propia línea de controladoras, con una arquitectura característica: un equipo principal del que cuelgan módulos de dos, cuatro u ocho puertas sobre un bus, lo que permite crecer puerta a puerta y sale muy bien en edificios donde las puertas aparecen de tres en tres. Y además habla con la familia de controladoras más extendida del sector, lo que abre la puerta a instalaciones que ya existen.

Alrededor tiene las piezas que suelen faltar: gestión de visitas con registro y preaviso, vídeo propio para ver qué pasó en esa puerta, credencial en el móvil y soporte de credenciales de identidad de alta seguridad, de las que no sólo se leen sino que se verifican contra la propia tarjeta. Esto último explica en parte dónde está implantada.

Y la capa de gobierno de la identidad, que es la que la diferencia: una persona pide acceso a una zona, el responsable de esa zona aprueba o deniega, el sistema lo aplica y queda escrito quién lo autorizó. Cuando recursos humanos marca una baja, el acceso se retira sin que nadie tenga que acordarse. Y cada cierto tiempo el responsable recibe la lista de quién tiene acceso a su área y tiene que confirmarla o recortarla.

Esa capa depende de dos cosas que no son técnicas. La primera es que el sistema de personal sea la verdad: que cuando alguien se va, alguien lo marque ahí el mismo día. Si las bajas se registran con dos semanas de retraso, el acceso se retirará con dos semanas de retraso, y la automatización habrá trasladado el problema en lugar de resolverlo.

La segunda es que cada zona tenga un responsable con nombre y apellidos que entienda que contestar esos correos es parte de su trabajo. Cuando no lo hay, la revisión periódica se convierte en un aviso que nadie abre, y a los pocos meses alguien pide desactivarla porque molesta. Entonces queda un control de accesos de gama alta con la función que justificaba el precio apagada.

Encaja cuando el problema es la lista y no la puerta: mucha gente, mucha contrata, mucha rotación, auditorías que preguntan quién autorizó qué, y una informática ya acostumbrada a pedir y aprobar accesos por un circuito parecido en los sistemas informáticos. Encaja también donde hacen falta credenciales de identidad fuertes y donde el registro tiene que sostenerse ante alguien de fuera.

No encaja donde no hay a quién preguntar. Una empresa de plantilla estable, con una persona que conoce a todo el mundo y lleva bien las altas y las bajas, no necesita esta maquinaria: la tendría apagada y pagada. Y tampoco encaja donde el sistema de personal no es fiable, porque entonces lo que hay que arreglar primero está en otro departamento.

El día a día no sólo lo puede llevar el cliente: lo lleva gente del cliente que no es de seguridad, y ahí está la gracia. El responsable de un área aprueba los accesos de su zona, recursos humanos provoca las altas y las bajas desde su propio sistema, y seguridad deja de ser la ventanilla por la que pasa cada favor. Las tareas clásicas —tarjetas, horarios, visitas, informes— siguen siendo suyas y se hacen desde el cliente web.

Lo que sigue siendo del integrador es la estructura de las dos capas: puertas y controladoras nuevas, buses, integraciones con vídeo e intrusión, comportamiento en emergencia, versiones. Y hay una zona intermedia propia de esta plataforma: cambiar los circuitos de aprobación y las reglas de concesión automática. Lo puede asumir una informática con mano, y conviene decidir desde el principio quién lo hace, porque un circuito tocado a medias deja accesos concedidos sin que nadie los haya aprobado y el registro sigue diciendo que sí.

Para que lo lleven ellos hace falta lo habitual —documento del modelo, cuentas propias, formación por perfiles— y dos cosas específicas. Una: formación corta para los responsables de zona, que no son usuarios del sistema y aun así son la pieza de la que depende todo; media hora bien hecha y una página con qué mirar antes de aprobar. Y dos: el procedimiento de qué pasa cuando nadie contesta a una revisión. Si la respuesta es «no pasa nada», el circuito es decorativo; si es «se retira el acceso», hay que avisar antes de que ocurra la primera vez.

Si la pared tiene controladoras de la familia extendida, se conservan y se cambia sólo la cabecera. Si hay que cambiar electrónica, la arquitectura de equipo principal más módulos de puerta permite hacerlo en tramos pequeños —edificio por edificio o incluso planta por planta—, lo que encaja bien con presupuestos anuales. El cableado de lector y la obra se conservan casi siempre.

Las credenciales dependen de lo de siempre: que los lectores lean esa tecnología y que el número se pueda importar con su formato exacto. Y hay un caso propio de esta plataforma: si se va a dar el salto a credenciales de verificación fuerte, eso no es un cambio de tarjeta, es un cambio de proceso —cómo se emiten, quién las emite, qué se comprueba al emitirlas— y conviene tratarlo como proyecto propio.