Insumos mínimos del proyecto
- Conteo de puertas, tipo de cerradura, ubicación del lector y áreas controladas.
- Residentes, personal, visitantes, contratistas y acceso de emergencia.
- Topología del controlador, ruta del cable, restricciones de energía y red.
- VMS, plataforma de gestión de propiedades, ascensor, intercomunicador o plataforma de edificio existente.
- Fases, fecha de entrega, documentación y soporte de primera línea propietario.
Por qué esto importa
Los lectores y controladores deben seguir la política operativa y las condiciones de la puerta. Un resumen del proyecto permite al equipo identificar los límites correctos del sistema antes de seleccionar un SKU.
| Dato | Registro | Por qué cambia la revisión |
|---|---|---|
| Apertura | Tipo de puerta, cuerpo de la cerradura, posición del lector y zona controlada | Define el límite mecánico y eléctrico |
| Personas | Residentes, personal, visitantes, contratistas y administradores | Define credenciales, permisos y acceso de respaldo |
| Infraestructura | Alimentación, ruta de cables, red e interfaces existentes | Define el trabajo de instalación e integración |
| Entrega | Destino, fases, responsable de la aceptación y ruta de soporte | Define documentos, pruebas y entrega |
Elementos esenciales de un brief de proyecto de control de acceso
Un brief completo reduce los ciclos de licitación y previene errores de especificación. Los elementos mínimos incluyen: número de puntos de acceso (puertas, barreras, ascensores), tecnologías de credenciales existentes (Wiegand, MIFARE, DESFire, OSDP), requisitos de integración (sistema de gestión de edificios, PABX, videovigilancia), restricciones de alimentación y cableado in situ, certificaciones requeridas (EN 60839, UL 294, OSDP v2) y plazos de entrega.
Estructura de un brief técnico
Un brief técnico de control de acceso debe incluir: descripción del proyecto (tipo de edificio, número de plantas, superficie total), lista de puntos de acceso (número de puerta, ubicación, requisitos de nivel de acceso), infraestructura existente (red, cableado, alimentación), integración del sistema (qué sistemas deben conectarse), requisitos de seguridad (registro de auditoría, gestión de alarmas, cifrado) y requisitos de mantenimiento (acceso remoto, monitoreo, SLA).
¿Qué información de cableado es indispensable en un brief técnico?
Para cada punto de acceso, especifique: distancia entre lector y controlador, tipo y sección de cable disponible, presencia de alimentación 12V o 24V in situ y restricciones de paso de cables. Estos datos permiten al proveedor especificar cables, fuentes de alimentación y posibles repetidores sin sobrestimar los costos.
¿Deben incluirse los requisitos de informes y auditoría en el brief?
Sí. Los requisitos de registro (duración de retención, formato de exportación), informes de presencia, auditoría de seguridad e integración SIEM deben figurar en el brief inicial. Estas funciones varían significativamente entre plataformas de software e influyen en la elección del controlador y servidor de gestión.
Criterios de evaluación para ofertas de sistemas
Un buen brief de proyecto también permite comparar ofertas según criterios uniformes. Defina previamente qué parámetros de evaluación son determinantes: arquitectura del sistema (centralizada vs. descentralizada, nube vs. local), escalabilidad (máximos puntos de acceso y usuarios), capacidad offline (comportamiento ante interrupción de red), soporte de credenciales móviles, documentación de API y flexibilidad de integración, condiciones de soporte y mantenimiento y proyectos de referencia de tamaño y sector similares. Una matriz de evaluación ponderada ayuda a equilibrar factores técnicos, comerciales y estratégicos de forma transparente.
Proceso de aprobación y documentación de cumplimiento
Para licitaciones públicas y proyectos en sectores regulados (banca, sanidad, infraestructuras críticas), el proceso de aprobación debe incluirse en el brief. Aclare qué aprobaciones regulatorias son necesarias (licencia de obras para modificaciones de puertas, autoridad de protección de datos para sistemas biométricos) y cuáles son los plazos habituales. El control de acceso biométrico (huella dactilar, reconocimiento facial) está sujeto al RGPD en la UE y generalmente requiere una evaluación de impacto de protección de datos.
¿Quién debe participar en la elaboración de un brief de control de acceso?
Para mejores resultados deben involucrarse: responsable de seguridad o facility manager (requisitos de seguridad), responsable de TI (integración de red y sistemas), RRHH o administración (gestión de autorizaciones de acceso), mantenimiento (infraestructura y cableado) y contabilidad (presupuesto y costos operativos). En edificios públicos, frecuentemente también se incluyen coordinadores de protección contra incendios y de accesibilidad.
Plantilla de estructura de un brief de proyecto
1. Descripción general del proyecto: designación del edificio, dirección, tipo de edificio, año de construcción, número de plantas, superficie total (m²), número de usuarios, operador. 2. Requisitos del sistema: número de puntos de acceso (por tipo: entrada principal, puertas de oficina, ascensores, aparcamientos), tecnología de credenciales (tarjeta, app, PIN, biometría), controladores offline vs. online, planes de horarios, requisitos de nivel de acceso. 3. Integraciones: lista de todos los sistemas (BMS, detección de incendios, videovigilancia, PABX, RRHH) con requisitos de interfaz. 4. Infraestructura: plano de red, vías de cableado existentes, concepto de alimentación, sala de servidores o alojamiento en nube. 5. Requisitos de seguridad: registro de auditoría, gestión de alarmas, cifrado, autenticación de dos factores. 6. Planificación del proyecto: hitos, fecha de puesta en marcha, requisitos de formación.
Validación antes de la licitación
Antes de lanzar la licitación formal, considere una fase de validación previa con 2-3 proveedores preseleccionados. En esta fase, comparta el brief de proyecto y solicite: una propuesta de arquitectura de sistema, una lista de preguntas técnicas aclaratorias, referencias de proyectos similares y un calendario de implementación preliminar. Las respuestas a estas consultas previas le permitirán refinar el brief, identificar lagunas en sus requisitos y obtener una estimación más precisa de costos y plazos antes del proceso formal de licitación.
Un brief de proyecto bien documentado protege tanto al comprador como al proveedor: al comprador le garantiza que el sistema entregado cumple las especificaciones acordadas; al proveedor le permite ofertar con precisión sin sobreestimar márgenes de riesgo. Dedique tiempo a la documentación previa — se traduce en ciclos de adquisición más cortos, mejores ofertas y una ejecución del proyecto más fluida.
¿Cómo de detallado debe ser un brief de proyecto para una primera solicitud de precio?
Para una primera estimación de magnitud son suficientes: tipo de edificio, número de puntos de acceso y requisitos básicos del sistema (autónomo vs. en red, integraciones requeridas) y superficie aproximada del edificio. Para una oferta vinculante se necesitan planos detallados, listas de puntos de acceso y fotos de infraestructura. Un proceso en dos etapas — primero estimación aproximada, luego oferta detallada — es rentable para proyectos complejos.
Preguntas frecuentes sobre el brief de un proyecto de control de acceso
¿Puede un proveedor cotizar sin un cronograma de puertas?
Una conversación preliminar puede comenzar sin un cronograma de puertas completo, pero una recomendación de modelo y una revisión de integración requieren las aperturas, el flujo de usuarios y las restricciones de infraestructura. Marque claramente los campos desconocidos para que los supuestos sean visibles y no se conviertan en elementos de alcance ocultos en el pedido.
¿Cuál es el dato más importante para un proyecto de varias puertas?
No existe un único dato universal. Las condiciones de las puertas, la política de acceso, la tecnología de credenciales, la topología de los controladores, las fuentes de alimentación y la propiedad de la entrega deben revisarse en conjunto, porque un cambio en cualquiera de ellos puede modificar el límite del sistema seleccionado. Los proyectos que fallan en la puesta en servicio suelen tener uno o más de estos campos sin definir hasta que la instalación ya está en marcha.
¿Qué debe probarse en la entrega?
Pruebe el acceso normal (cada puerta, cada tipo de credencial), el acceso denegado, la liberación de emergencia (manual y activada por la alarma de incendios), la recuperación tras un corte de energía, el comportamiento sin conexión ante fallos de red y la resincronización, y la generación de eventos en los sistemas conectados (grabación en VMS, alarma en BMS, enrutamiento de llamadas en PBX) en la configuración indicada. Documente los resultados de las pruebas e inclúyalos en el paquete as-built.
¿Qué tecnología de credenciales debe especificarse?
Elija la tecnología de credenciales según los requisitos de seguridad y la infraestructura de tarjetas existente. Las tarjetas MIFARE Classic son adecuadas para aplicaciones comerciales de baja seguridad, pero son criptográficamente débiles; MIFARE DESFire EV2/EV3 es el estándar actual para aplicaciones de mayor seguridad. Si el proyecto se integra con un sistema de tarjetas existente, haga coincidir la tecnología de credenciales con las tarjetas ya en uso. Las credenciales móviles BLE ofrecen comodidad, pero requieren una gestión activa de los dispositivos (actualizaciones de la aplicación, revocación por pérdida).
¿Quién debe ser el responsable de las credenciales de administrador tras la entrega?
Asigne la propiedad de las credenciales de forma explícita en el registro de entrega: no a un rol ni a un contratista, sino a una persona concreta o, en organizaciones grandes, a un equipo designado con una ruta de escalamiento documentada. Un problema habitual y costoso es que las credenciales de administrador las conserve el contratista instalador, que ya ha pasado a otro proyecto. Defina el proceso de reemisión y recuperación de credenciales antes de la entrega.
Envíe el cronograma de su puerta o un breve resumen del proyecto.
Iniciar una revisión del proyecto