Análisis del software de control de accesos Paxton Solo: qué sabemos realmente

La información disponible en el material de referencia no incluye todavía especificaciones técnicas verificadas, compatibilidades, precios ni condiciones de instalación, así que conviene pisar el freno antes de preparar una oferta o tirar línea basándonos solo en el nombre del producto. Para los que trabajamos a pie de obra, la noticia sirve sobre todo como aviso: hay una solución que debemos seguir, pero aún no hay ficha suficiente para cerrar un proyecto.

Lo que está confirmado, y lo que no

El título publicado por Security Info Watch identifica el producto como Paxton Solo Access Control Software. No se detallan en el material disponible el tipo de lector, el controlador, el sistema de alimentación, los métodos de identificación, la conectividad necesaria ni el número de puertas o usuarios que puede gestionar.

Tampoco aparecen datos sobre la puesta en marcha: no sabemos si la configuración se realiza desde una aplicación concreta, si exige una cuenta en la nube, si necesita una red local o qué ocurre cuando falla la conexión. Y esto, en control de accesos, no es letra pequeña. Es la diferencia entre una instalación limpia, con cuatro comprobaciones bien hechas, y una puerta que se queda mirando al instalador con la misma cara que un tubo corrugado atascado.

Por tanto, no debemos presentar como confirmadas prestaciones que no figuran en la evidencia disponible. Ni precio por puerta, ni suscripciones, ni integración con alarmas, videoporteros, domótica o sistemas de gestión. Para hacer un presupuesto serio necesitamos la documentación oficial del fabricante y las condiciones concretas del proyecto.

El contexto de la nube también entra en juego

Techloy ha publicado otro artículo titulado How Cloud Technology Is Changing the Way We Control Access to Buildings, centrado en cómo la tecnología en la nube está cambiando la gestión de los accesos a edificios. Ese segundo titular aporta contexto general sobre la tendencia, pero no confirma por sí mismo las características de Paxton Solo.

En obra, la palabra «nube» puede sonar muy bien hasta que toca resolver quién administra las credenciales, cómo se revoca un permiso, qué usuarios necesitan acceso y qué procedimiento se sigue cuando hay una incidencia. Antes de picar pared o reservar material, necesitamos comprobar dónde se ejecuta cada función y qué elementos físicos siguen siendo necesarios en la puerta.

La revisión práctica debería cubrir, como mínimo, estos puntos:

• documentación de instalación y puesta en servicio;
• requisitos de red, alimentación y comunicaciones;
• gestión de usuarios, permisos y registros de actividad;
• funcionamiento ante pérdida de conexión o alimentación;
• compatibilidad con la infraestructura existente;
• costes recurrentes y condiciones de mantenimiento, si los hubiera.

Nada de eso aparece confirmado en el paquete de evidencias. Así que, de momento, Solo debe tratarse como una novedad a seguir, no como una solución ya validada para cualquier instalación.

Qué haría antes de llevarlo a una obra

Si te llega una petición con Paxton Solo en el pliego, no empieces por el taladro. Primero pediría la ficha técnica, el manual de instalación y la documentación de arquitectura del sistema. Después compararía lo que ofrece con el cuadro, las canalizaciones y la red disponibles en el edificio. Si el proyecto tiene varias puertas o varios emplazamientos, revisaría además cómo se centraliza la administración y qué registro queda disponible para auditoría.

También conviene separar dos cosas que a menudo se mezclan: que un sistema se gestione mediante software y que la instalación sea sencilla. Una interfaz cómoda no elimina la necesidad de alimentación estable, protección, cableado correcto ni un plan de contingencia. El falso techo no perdona las suposiciones, y una puerta de acceso tampoco.

Consejo de oro: cuando la noticia solo trae el nombre del producto, curémonos en salud y no presupuestemos prestaciones. Apunta la novedad, pide la documentación completa y valida cada punto contra la instalación real antes de prometer al cliente una solución que todavía no hemos podido comprobar.