Comprenda cómo se organizan la ABNT NBR IEC 62676 y la serie internacional IEC 62676, qué partes tratan requisitos de sistema, transmisión, interoperabilidad, diseño, calidad de imagen, pruebas y análisis inteligente de video, y cómo aplicar estas referencias en proyectos de CCTV.
¡Descúbrelo!
Cuando se habla de ABNT NBR IEC 62676es común tratar el tema como si existiera una única norma capaz de definir, por sí sola, todos los requisitos de un sistema de CCTV. Técnicamente, esta interpretación es inadecuada. IEC 62676 es una serie de normas internacionales para sistemas de videovigilancia destinados a aplicaciones de seguridadcompuesta por partes con funciones diferentes: requisitos generales del sistema, desempeño de transmisión, protocolos e interoperabilidad, interfaces, directrices de aplicación, evaluación de calidad de imagen y, más recientemente, ensayos y graduación del análisis inteligente de contenido de video.
En Brasil, también es necesario diferenciar la serie IEC internacional de las partes efectivamente adoptadas y publicadas como ABNT NBR IEC. Se verificaron las ediciones brasileñas ABNT NBR IEC 62676-1-1:2019, sobre requisitos generales del sistema, y ABNT NBR IEC 62676-1-2:2019, sobre requisitos de desempeño para transmisión de video. En cambio, documentos internacionales posteriores, como IEC 62676-4:2025 y IEC 62676-6:2026, no deben denominarse automáticamente ABNT NBR sin confirmar la adopción nacional vigente.
En la práctica de ingeniería, la serie debe utilizarse como una cadena de requisitos: primero se define qué debe permitir el sistema al operador y a la organización de seguridad; luego esa necesidad se traduce en arquitectura, calidad de imagen, transmisión, grabación, interoperabilidad, disponibilidad y criterios de aceptación. Esta secuencia evita uno de los errores más comunes en CCTV: comenzar el diseño por la cantidad o el modelo de cámaras e intentar justificar los requisitos después.
Qué Es la Serie IEC 62676
La serie IEC 62676 se desarrolla en el ámbito del IEC TC 79 — Alarm and electronic security systems y establece referencias para Video Surveillance Systems — VSS, denominación internacional que supera la visión restringida de «circuito cerrado de televisión» como simple conjunto de cámaras y grabadores. Un VSS moderno incluye captura de imagen, interconexiones, procesamiento, transmisión, gestión, grabación, visualización, exportación, control de acceso a funciones, registros de eventos y, cada vez más, analytics e integración con otros subsistemas.
La IEC 62676-1-1:2013 especifica requisitos mínimos y recomendaciones de sistema para aplicaciones de seguridad y deja claro que los requisitos funcionales y de desempeño deben acordarse entre las partes en el Operational Requirement — OR, o requisito operacional. No es, por sí sola, un manual de diseño e instalación. Esa función se trata especialmente en la Parte 4.
La IEC 62676-1-2:2013 complementa el conjunto al establecer requisitos generales de desempeño, seguridad y conformidad básica para transmisión de video. En una arquitectura IP, esto desplaza el foco del simple «la cámara comunica» hacia la pregunta correcta: ¿la cadena de transmisión preserva el desempeño requerido por el sistema en las condiciones previstas de operación?
Para una visión sistémica del tema, la Guía Completa sobre Sistemas de CCTV funciona como puerta de entrada al cluster; este artículo permanece centrado en la arquitectura normativa y su aplicación a la ingeniería.
IEC Internacional y ABNT NBR IEC: Por Qué Importa la Distinción
IEC y ABNT NBR IEC no son expresiones intercambiables. IEC publica normas internacionales. ABNT, como organismo nacional de normalización, puede adoptar documentos IEC en Brasil, publicando una norma brasileña identificada como ABNT NBR IEC. La existencia de una nueva edición internacional no significa automáticamente que esa misma edición ya haya sido adoptada nacionalmente.
Esta distinción tiene impacto directo en memorias, especificaciones, pliegos, dictámenes y criterios de aceptación. Un documento de ingeniería que cite «ABNT NBR IEC 62676-4:2025» sin verificar que esa identificación existe en el catálogo brasileño puede crear una referencia normativa inexistente o incorrecta. El procedimiento técnicamente seguro es indicar exactamente el documento aplicable y su edición, distinguiendo, cuando sea necesario, entre norma internacional IEC y norma brasileña ABNT NBR IEC.
Las adopciones brasileñas verificadas para este artículo son:
| Documento | Alcance principal | Situación utilizada en este artículo |
| ABNT NBR IEC 62676-1-1:2019 | Requisitos de sistema — Generalidades | Adopción brasileña verificada |
| ABNT NBR IEC 62676-1-2:2019 | Requisitos de sistema — desempeño para transmisión de video | Adopción brasileña verificada |
| IEC 62676-4:2025 | Directrices de aplicación: planificación, diseño, instalación, pruebas, commissioning y mantenimiento | Edición internacional IEC |
| IEC 62676-5-1:2024 | Métodos de ensayo ambiental para desempeño de calidad de imagen de cámaras | Edición internacional IEC |
| IEC 62676-6:2026 | Ensayos de desempeño y graduación de análisis inteligente de contenido de video | Edición internacional IEC |
En proyectos sujetos a contrato, regulación o fiscalización, la lista de normas debe confirmarse nuevamente en la fecha de emisión del documento. La normalización es un acervo vivo: las ediciones se revisan, sustituyen, corrigen o adoptan nacionalmente en momentos diferentes.
Cómo Está Organizada la Serie IEC 62676
La serie no debe leerse como una secuencia lineal en la que «Parte 1 es definición, Parte 2 es equipo, Parte 3 es red y Parte 4 es aceptación». Cada parte tiene un objeto propio. Esta simplificación, bastante común en contenidos comerciales sobre CCTV, produce especificaciones técnicamente débiles.
La tabla siguiente resume las partes actuales y técnicamente relevantes verificadas en las fuentes IEC, sin pretender sustituir la consulta de la edición íntegra de cada norma.
| Parte | Tema | Aplicación de ingeniería |
| IEC 62676-1-1:2013 | Requisitos de sistema — Generalidades | Requisitos funcionales, desempeño global, seguridad, operación, registro y clases del VSS |
| IEC 62676-1-2:2013 | Desempeño de transmisión de video | Capacidad y desempeño de las interconexiones y transmisión, incluida conectividad IP |
| IEC 62676-2-11:2024 | Perfiles de interoperabilidad entre VMS y VSaaS | Compartición y acceso entre organizaciones y plataformas de gestión |
| IEC 62676-2-31:2019 | Streaming en vivo y control basado en web services | Interfaces para medios, imagen, streaming, PTZ y funciones relacionadas |
| IEC 62676-2-32:2019 | Control de grabación y reproducción basado en web services | Configuración e interoperabilidad de grabación, audio, video, metadatos y eventos |
| IEC 62676-2-33:2022 | Cloud uplink y acceso remoto a sistemas de gestión | Acceso remoto operativo a video en vivo y grabaciones |
| IEC 62676-3:2013 | Interfaces de video analógicas y digitales | Interfaces físicas, eléctricas y de software no IP |
| IEC 62676-4:2025 | Directrices de aplicación | Planificación, diseño, instalación, pruebas, commissioning y mantenimiento |
| IEC 62676-5-1:2024 | Desempeño de calidad de imagen de cámaras | Métodos de medición bajo condiciones ambientales de temperatura y humedad |
| IEC 62676-6:2026 | Analytics inteligente en tiempo real | Ensayos, evaluación de desempeño y graduación de análisis de video |
Una consecuencia importante de esta estructura es que ninguna parte debe utilizarse como sustituta de las demás. Un proyecto puede necesitar simultáneamente requisitos de sistema, criterios de transmisión, directrices de aplicación, interfaces de interoperabilidad y métodos de prueba.
La Evolución de la Serie de 2013 a 2026
La evolución de IEC 62676 acompaña la transformación del CCTV desde una arquitectura predominantemente local y centrada en video hacia ecosistemas distribuidos, IP, integrados, orientados por software y capaces de operar entre organizaciones y servicios cloud.
En 2013, las Partes 1-1 y 1-2 consolidaron requisitos generales de sistema y transmisión. La Parte 3, también de 2013, trató interfaces analógicas y digitales no IP. En la misma generación existían documentos de la Parte 2 orientados a interoperabilidad IP basada en web services.
En 2019IEC publicó las Partes 2-31 y 2-32. La 2-31 pasó a tratar streaming en vivo y control basado en web services, mientras la 2-32 definió la interfaz de servicios para configuración de grabación, reproducción y elementos asociados. La propia IEC registra que estos documentos participaron en la sustitución de la antigua IEC 62676-2-3:2013.
En 2022la IEC 62676-2-33 incorporó al alcance normativo mecanismos de cloud uplink y acceso remoto al sistema de gestión, contemplando casos de acceso a video en vivo y recuperación de grabaciones.
En 2024la IEC 62676-2-11 avanzó en la interoperabilidad entre VMS y plataformas cloud VSaaS, especialmente en escenarios de ciudades, autoridades, transporte, seguridad privada y cooperación interorganizacional. En el mismo año, la IEC 62676-5-1:2024 formalizó métodos de medición del desempeño de cámaras bajo condiciones ambientales de temperatura y humedad.
El 9 de octubre de 2025, IEC publicó la segunda edición de IEC 62676-4, sustituyendo la edición internacional de 2014. Esta Parte 4 continúa siendo central para el ciclo de aplicación del VSS, ahora descrito explícitamente por IEC en términos de planificación, diseño, instalación, pruebas, commissioning y mantenimiento.
En 18 de febrero de 2026la IEC 62676-6:2026 pasó a ofrecer una base específica para ensayos de desempeño y graduación de sistemas y dispositivos de análisis inteligente de contenido de video en tiempo real. Esto es especialmente relevante porque el mercado pasó años tratando «analytics», «IA» y «detección inteligente» como funcionalidades descritas en datasheets, sin una metodología suficientemente clara para evaluar el desempeño en escenarios y niveles de dificultad diferentes.
Esta línea de tiempo cambia la forma de especificar. Un proyecto actual no debe mirar únicamente el legado de «imagen + grabación». Debe considerar transmisión, interoperabilidad, acceso remoto, desempeño ambiental, analytics y verificabilidad de los requisitos.
De la Norma al Diseño Verificable
La serie IEC 62676 solo genera valor cuando sus requisitos se convierten en decisiones verificables de ingeniería: requisito operacional, posicionamiento de cámaras, desempeño de imagen, arquitectura de red, retención, interoperabilidad, documentación y criterios de aceptación.
El Requisito Operacional Es el Punto de Partida
El concepto de Operational Requirement — OR es uno de los pilares de la ingeniería de sistemas de videovigilancia. Antes de definir cámara, lente, resolución, codec, VMS, storage o topología de red, es necesario responder qué debe realizar el sistema operacionalmente.
Un requisito operacional bien construido describe, por ejemplo:
- qué amenaza, evento o condición debe observarse;
- qué área física debe cubrirse;
- qué necesita percibir, reconocer, identificar, confirmar o investigar el operador;
- en qué condiciones de iluminación, movimiento, clima y ocupación debe cumplirse el requisito;
- si la respuesta es en tiempo real, postevento o ambas;
- qué evidencia debe permanecer grabada;
- quién puede acceder a video en vivo, grabaciones, exportaciones y configuraciones;
- qué indisponibilidad es aceptable y qué funciones deben sobrevivir a fallas;
- qué integraciones con control de acceso, intrusión, interfonía, automatización o centros de operación son necesarias;
- qué requisitos deberán demostrarse durante el commissioning.
El OR crea el puente entre riesgo e ingeniería. Sin él, las especificaciones tienden a utilizar números descontextualizados — megapíxeles, zoom, lux, fps o terabytes — que no garantizan el resultado operacional.
La especificación de puntos de monitoreo y densidad de píxeles es un ejemplo de esta traducción: la decisión no parte de la cantidad de cámaras, sino de la tarea visual requerida en cada escena.
El Diseño Comienza por el Requisito Operacional, No por la Cámara
Definir correctamente el objetivo de vigilancia permite transformar el riesgo en cobertura, densidad de píxeles, condiciones de escena, desempeño, grabación y criterios de prueba. Esta trazabilidad reduce especificaciones basadas únicamente en resolución nominal o catálogo.
De la Necesidad de Seguridad a la Arquitectura del CCTV
Una vez definido el requisito operacional, el sistema debe diseñarse como una cadena funcional. Una cámara puede producir una excelente imagen local y, aun así, el VSS puede fallar si la transmisión se degrada, el stream destinado a grabación está mal configurado, el storage no sostiene la retención, la estación de operación no muestra la información adecuada o el proceso de exportación compromete la evidencia.
La arquitectura debe, por lo tanto, tratar al menos cinco dominios:
- captura, incluyendo escena, óptica, sensor, exposición, iluminación y posicionamiento;
- interconexión, incluyendo enlace físico, red, capacidad, latencia, disponibilidad y seguridad;
- tratamiento de imagen, incluyendo codificación, streams, procesamiento y analytics;
- gestión y registro, incluyendo VMS, servidores, storage, retención, búsqueda y exportación;
- operación, incluyendo interfaces, alarmas, puestos de trabajo, permisos, procedimientos y respuesta.
El artículo sobre planificación de la arquitectura de CCTV conforme a IEC 62676 profundiza específicamente esta cadena sistémica.
La Arquitectura No Es Solo un Diagrama de Red
Es común encontrar proyectos en los que «arquitectura» significa únicamente un dibujo con cámaras, switches y servidores. Esto es insuficiente. La arquitectura del VSS debe representar funciones, dependencias, interfaces y modos de falla.
Por ejemplo, dos topologías pueden tener exactamente los mismos equipos y comportamientos operacionales diferentes. En una, la pérdida del enlace de backbone interrumpe simultáneamente video en vivo y grabación. En otra, la grabación local o distribuida preserva el registro y sincroniza posteriormente. La diferencia no está en la lista de materiales, sino en la arquitectura funcional y en los requisitos de disponibilidad.
Trazabilidad entre Requisito y Componente
Cada decisión técnica relevante debería poder responder a una pregunta de trazabilidad: ¿qué requisito justifica esta característica?
Si una cámara necesita determinado campo de visión, esto debe derivar de la tarea visual. Si un uplink necesita determinada capacidad, debe derivar del tráfico agregado y de las condiciones de pico. Si el storage tiene determinado volumen útil, debe derivar de la tasa de grabación, retención y política de redundancia. Si existe grabación en edge, debe existir un requisito relacionado con continuidad o recuperación.
Esta trazabilidad es lo que permite transformar las normas en un diseño verificable.
La Calidad de Imagen No Se Resume a la Resolución
La calidad útil de una imagen de seguridad depende de la cadena completa. La resolución nominal es solo uno de los parámetros. Campo de visión, densidad de información sobre el objetivo, foco, profundidad de campo, velocidad de obturación, iluminación, contraste, WDR, ruido, compresión, tasa de cuadros, movimiento del objetivo y estabilidad mecánica influyen en el resultado.
La pregunta de diseño no es «¿qué cámara tiene más megapíxeles?», sino ¿qué configuración puede cumplir la tarea visual definida para la escena en las condiciones operacionales previstas?
Esto cambia la especificación en tres niveles.
Escena y Finalidad
La posición de la cámara debe definirse en función del objetivo y de la información necesaria. Una cámara instalada para una visión general de contexto puede ser inadecuada para identificación facial, aunque tenga alta resolución. Del mismo modo, una cámara con campo estrecho puede cumplir una tarea de identificación y, sin embargo, dejar de proporcionar contexto situacional suficiente.
Condiciones Reales
La imagen debe considerarse en condiciones diurnas, nocturnas y transicionales, cuando corresponda. Faros, reflejos, contraluz, lluvia, niebla, vibración, vegetación, movimiento rápido e iluminación artificial pueden modificar drásticamente el desempeño.
La IEC 62676-5-1:2024 es relevante precisamente porque introduce métodos de medición de la calidad de imagen de cámaras bajo condiciones ambientales definidas de temperatura y humedad. Esto refuerza una premisa de ingeniería: el desempeño de laboratorio y el desempeño en el entorno de aplicación no deben confundirse.
De la Especificación a la Prueba
Los criterios de imagen deben traducirse en ensayos repetibles. El cálculo de densidad de píxeles en proyectos de CCTV es una de las herramientas posibles, pero la aceptación no debe depender de un único número. Debe incluir encuadre, condiciones de iluminación, nitidez, exposición, movimiento, grabación y reproducción.
Transmisión de Video: el Sistema Debe Funcionar como una Red de Ingeniería
La ABNT NBR IEC 62676-1-2:2019, correspondiente al alcance internacional de requisitos de desempeño para transmisión, es especialmente relevante para sistemas IP. Desplaza la responsabilidad de «tener conectividad» hacia tener conectividad con desempeño, seguridad y conformidad suficientes para la función de video.
En un diseño moderno, esto implica verificar:
- capacidad de los enlaces de acceso y agregación;
- bitrate medio y comportamiento de pico de los streams;
- overhead de protocolos y margen operacional;
- latencia compatible con operación en vivo y control PTZ, cuando corresponda;
- comportamiento frente a pérdida, congestión y recuperación;
- segregación lógica y políticas de acceso;
- sincronización de tiempo entre dispositivos;
- capacidad para transportar streams simultáneos de visualización, grabación y analytics;
- disponibilidad de los caminos críticos;
- impacto de multicast o múltiples consumidores cuando existan.
El dimensionamiento no puede usar únicamente «número de cámaras × bitrate de catálogo». El bitrate varía con codec, resolución, fps, GOP, nivel de actividad de la escena, ruido, WDR y estrategia CBR/VBR/MBR. El artículo Bitrate en CCTV IP: Cómo Calcular y Dimensionar Red y Storage profundiza este cálculo.
Ejemplo de Razonamiento para un Uplink
Considere un switch de acceso con 24 cámaras. Si el diseño adopta, para efectos de cálculo, 6 Mb/s medios por cámara, el payload nominal agregado sería de 144 Mb/s. Este valor no es la capacidad final del uplink. Todavía deben considerarse márgenes, overhead, picos, flujos adicionales, tráfico de control, eventual visualización directa, redundancia y criterios de crecimiento.
El resultado correcto de ingeniería es una capacidad documentada con premisas y margen, no una multiplicación aislada.
Cableado, PoE y Backbone También Forman Parte del Desempeño
La red física forma parte de la función del VSS. Caídas de tensión, presupuesto PoE insuficiente, enlaces ópticos sin margen, conectores inadecuados, topología vulnerable o switches sin capacidad de conmutación suficiente pueden comprometer requisitos que, en software, parecen cumplidos.
La infraestructura de CCTV IP — red, PoE, switches, VMS, storage y backbone detalla esta capa de soporte del sistema.
La Red Es Parte del Desempeño de la Videovigilancia
Switches, PoE, uplinks, backbone, segmentación, sincronización y disponibilidad deben dimensionarse en conjunto con bitrate, grabación y operación. Tratar la red como infraestructura genérica puede introducir cuellos de botella que solo aparecen durante el commissioning.
Conozca el Servicio de Diseño de Red Lógica y Redes Corporativas
Parte 2: Protocolos de Transmisión e Interoperabilidad
La Parte 2 de la serie es importante porque la videovigilancia IP depende de interfaces entre dispositivos y sistemas. Sin embargo, «interoperabilidad» no debe interpretarse como una promesa genérica de que cualquier cámara funcionará íntegramente con cualquier VMS.
IEC 62676-2-31: Streaming y Control
La IEC 62676-2-31:2019 define procedimientos para la comunicación entre clientes de video en red y dispositivos transmisores utilizando interfaces basadas en web services. El alcance incluye funciones como configuración de medios e imagen, streaming de audio y video en tiempo real, control PTZ y elementos relacionados con analytics.
Para el diseñador, esto significa que la interoperabilidad debe analizarse por función requerida, y no únicamente por la presencia de un protocolo en la ficha técnica.
IEC 62676-2-32: Grabación y Reproducción
La IEC 62676-2-32:2019 trata la interfaz para configuración de grabación de video, audio y metadatos, incluidos eventos asociados. Esta separación es relevante: la interoperabilidad en live view no es sinónimo de interoperabilidad de grabación, búsqueda, metadatos, eventos o reproducción.
IEC 62676-2-33: Cloud Uplink y Acceso Remoto
La IEC 62676-2-33:2022 trata interfaces y mecanismos para acceso operacional remoto a dispositivos y sistemas físicos de seguridad. Para video, los casos contemplan acceso en vivo y recuperación de grabaciones.
En una especificación, la existencia de acceso remoto debe ir acompañada de requisitos sobre identidad, autorización, exposición de servicios, disponibilidad, registro de acceso, segregación y seguridad de comunicación. «Acceso por cloud» no puede tratarse como una arquitectura autosuficiente.
IEC 62676-2-11: VMS y VSaaS entre Organizaciones
La IEC 62676-2-11:2024 define perfiles mínimos de requisitos para interoperabilidad entre VMS y sistemas cloud VSaaS, con niveles de integración que van desde el intercambio de video hasta formas más amplias de control. La aplicación es especialmente relevante cuando distintas organizaciones deben cooperar — por ejemplo, autoridades, transporte, centros urbanos y estructuras de seguridad.
IEC 62676 y ONVIF No Son lo Mismo
ONVIF es un mecanismo de estandarización ampliamente utilizado en el mercado y posee perfiles funcionales propios. La serie IEC 62676 tiene un alcance normativo más amplio, relacionado con el desempeño y la aplicación de sistemas de videovigilancia. Uno no debe tratarse como simple sustituto del otro.
El artículo Qué Es ONVIF y Cómo los Perfiles Afectan la Interoperabilidad detalla la función de los perfiles en sistemas IP.
IEC 62676-3 y las Interfaces No IP
La IEC 62676-3:2013 especifica interfaces físicas, eléctricas y de software de video analógico y digital no IP para aplicaciones de videovigilancia. La existencia de esta parte es un buen ejemplo de por qué la serie no puede resumirse como «norma para cámaras IP».
En entornos legacy, los procesos de migración pueden implicar coexistencia temporal de tecnologías, encoders, interfaces de video y sistemas híbridos. En estos casos, es necesario separar lo que pertenece a la interfaz de video, lo que pertenece a la transmisión IP y lo que pertenece a la arquitectura funcional del VSS.
Esta distinción también evita otro error: interpretar la presencia de equipos analógicos o HD-over-coax como ausencia total de requisitos sistémicos. La función de seguridad sigue exigiendo criterios de captura, transmisión, grabación, visualización y aceptación.
IEC 62676-4:2025 — del Requisito al Sistema Instalado
La IEC 62676-4:2025, segunda edición internacional, es uno de los documentos más importantes de la serie para ingeniería de aplicación. IEC describe su alcance como planificación, diseño, instalación, pruebas, commissioning y mantenimiento de VSS compuestos por dispositivos de captura, interconexiones y dispositivos de tratamiento de imagen en espacios públicos o privados.
Esta edición internacional fue publicada el 9 de octubre de 2025 y sustituyó la edición IEC de 2014. Por ello, los proyectos elaborados actualmente no deberían citar automáticamente la edición de 2014 como si todavía fuera la referencia internacional vigente.
Al mismo tiempo, debe mantenerse la distinción nacional: la existencia de IEC 62676-4:2025 no autoriza escribir «ABNT NBR IEC 62676-4:2025» sin verificar la adopción por ABNT.
Planificación
La planificación del VSS comienza por contexto, riesgo y requisito operacional. En esta fase se definen áreas, amenazas, finalidad de la observación, interfaces con operación, restricciones de privacidad, infraestructura disponible y condiciones ambientales.
Diseño
El diseño traduce estas necesidades en arquitectura. Deben definirse campos de visión, criterios de imagen, ubicación y montaje, transmisión, direccionamiento y segmentación, alimentación, PoE, backbone, VMS, storage, redundancia, estaciones de operación, integraciones, requisitos de ciberseguridad, monitoreo de fallas y documentación.
El servicio de Diseño de CCTV IP y Videovigilancia debe producir esta trazabilidad antes de la contratación e implantación de los equipos, permitiendo una especificación independiente del fabricante y criterios objetivos de aceptación.
Instalación
La instalación no debe evaluarse únicamente de forma visual. Orientación, altura, fijación, condiciones de foco, acabado, protección ambiental, identificación, radio de curvatura, polaridad óptica, puesta a tierra, protección contra sobretensiones, alimentación, organización del rack y parametrización afectan el desempeño final.
Pruebas y Commissioning
El sistema debe probarse contra requisitos definidos. Un commissioning riguroso verifica el comportamiento end-to-end: imagen en vivo, grabación, reproducción, exportación, PTZ cuando corresponda, eventos, pérdida de comunicación, recuperación, sincronización, perfiles de usuario, integraciones, analytics y capacidad de almacenamiento.
Mantenimiento
El mantenimiento debe preservar la función requerida a lo largo del ciclo de vida. Esto incluye limpieza y ajuste, actualización controlada, verificación de grabación, estado del storage, firmware, certificados, contraseñas e identidad, prueba de alarmas, capacidad remanente y revisión de cámaras cuando cambia la escena física.
Storage, Retención y Evidencia: la Grabación Debe Diseñarse
Storage no es «cuántos terabytes caben en el servidor». La capacidad necesaria depende del número de streams grabados, bitrate medio y máximo, perfil de grabación, retención, horarios, eventos, redundancia, overhead del sistema de archivos, RAID o protección equivalente, reserva operacional y política de crecimiento.
Un cálculo conceptual puede expresarse como:
Volumen de video ≈ bitrate agregado × tiempo de grabación × período de retención
Pero este valor es únicamente el payload teórico. El diseño ejecutivo debe convertir el cálculo en capacidad útil y luego en capacidad bruta instalada, considerando la arquitectura de protección y el margen.
El contenido sobre cómo dimensionar storage para CCTV y VMS corporativo presenta esta descomposición en detalle.
La Retención Necesita Justificación
Definir «30 días» o «90 días» por costumbre no es ingeniería. La retención debe derivar de la necesidad operacional, riesgo, tiempo típico de detección de incidentes, requisitos contractuales o regulatorios y política de gobernanza de datos.
La Exportación Forma Parte de la Función de Evidencia
El sistema debe ser capaz de localizar, reproducir y exportar material sin comprometer su utilidad. En una especificación, esto implica formato, metadatos, sincronización, identificación del origen, cadena de tratamiento, autenticación cuando corresponda y proceso de entrega al usuario autorizado.
RAID No Sustituye Backup ni Gobernanza
La redundancia de discos trata determinados modos de falla de hardware. No sustituye backup, replicación, política de retención, copia de evidencia ni protección contra eliminación indebida. El diseño debe separar disponibilidad operacional de preservación de evidencia.
Disponibilidad, Fallas y Operación Degradada
Un VSS debe diseñarse para que las fallas relevantes sean detectables y para que se conozca el comportamiento degradado. No basta especificar «redundancia» de forma abstracta.
La ingeniería debe mapear puntos únicos de falla y responder, por ejemplo:
- qué ocurre si falla un switch de acceso;
- qué ocurre si se interrumpe un uplink óptico;
- si existe grabación durante la pérdida del VMS central;
- cómo regresa una cámara al sistema después de una caída de energía;
- qué ocurre cuando un servidor de grabación queda indisponible;
- si la falla de un storage afecta todas las cámaras o solo un conjunto;
- cómo se notifica al operador de la pérdida de video;
- si existe capacidad de grabación en edge y cómo ocurre la reconciliación;
- qué servicios permanecen disponibles durante mantenimiento planificado.
El resultado de este estudio puede llevar a redundancia de enlaces, switches, servidores, storage, fuentes, UPS, grabación distribuida o edge storage. La solución correcta depende de la criticidad y del requisito operacional, no de una regla universal.
La Sincronización de Tiempo Es un Requisito de Sistema
Una hora inconsistente entre cámaras, VMS, control de acceso y otros subsistemas compromete la investigación, correlación de eventos y evidencia. En sistemas integrados, diferencias de segundos pueden cambiar la interpretación de una secuencia operacional.
Por ello, el diseño debe definir una arquitectura de sincronización de tiempo, fuente confiable, comportamiento de los dispositivos que pierden acceso a la referencia y criterios de verificación durante el commissioning.
Este requisito es especialmente importante cuando analytics, control de acceso, alarmas y video comparten eventos en una misma línea de tiempo.
Control de Acceso a Funciones, Logs y Trazabilidad
La seguridad del VSS no consiste únicamente en impedir el acceso físico a las cámaras. Los usuarios tienen diferentes funciones y niveles de responsabilidad: operación, investigación, administración, mantenimiento, auditoría e integración.
Un diseño debe establecer, según la aplicación:
- perfiles y privilegios por función;
- autenticación y política de identidad;
- segregación de cuentas administrativas;
- registro de login y acciones críticas;
- control sobre exportaciones;
- trazabilidad de cambios de configuración;
- gestión del ciclo de vida de credenciales;
- comportamiento de cuentas de servicio e integraciones;
- acceso temporal de terceros.
Cuanto más se conecta el VSS a cloud, dispositivos móviles, APIs y sistemas externos, mayor es la necesidad de tratar identidad y autorización como arquitectura y no como configuración posterior a la instalación.
Ciberseguridad e IEC 62676 en Sistemas IP
La serie IEC 62676 incluye preocupaciones de seguridad del sistema y de la transmisión, pero un proyecto corporativo de CCTV IP normalmente necesita una disciplina de ciberseguridad más amplia que la simple cita de la serie.
Cámaras, servidores, VMS, appliances, estaciones y switches son activos de red. Deben tratarse con inventario, segmentación, hardening, gestión de credenciales, actualización, control de servicios, logs, backup de configuración y política de acceso remoto.
La arquitectura debe reducir la exposición lateral. Esto puede incluir VLAN dedicadas, ACL, firewalls entre zonas, redes de gestión, limitación de servicios, autenticación centralizada cuando sea compatible y control de tráfico entre dispositivos de campo y servidores.
El whitepaper Ciberseguridad en Sistemas de CCTV profundiza esta capa, que debe coordinarse con la política corporativa de seguridad de la información.
IEC 62676-5-1:2024 y la Medición del Desempeño de Cámaras
La IEC 62676-5-1:2024 define métodos de medición de valores de desempeño de equipos de cámara y ensayos de calidad de imagen bajo condiciones determinadas de temperatura y humedad. IEC informa que el documento está dirigido principalmente a cámaras con lentes integradas, dado que la óptica influye significativamente en el resultado.
Para la ingeniería de especificación, esto refuerza tres principios.
Primero, los datos de datasheet deben tener método de ensayo y contexto. Dos fabricantes pueden declarar magnitudes similares obtenidas en condiciones diferentes.
Segundo, la lente forma parte del sistema de formación de imagen. En cámaras con lente seleccionable, el resultado depende de la combinación cámara + óptica.
Tercero, las condiciones ambientales pueden degradar el desempeño. Una cámara que cumple determinada función en un ambiente controlado puede tener un resultado diferente cuando se somete a extremos de temperatura, humedad, vibración, condensación u otras condiciones reales del lugar.
En proyectos industriales, de energía, transporte, minería o infraestructura crítica, esta lectura es especialmente importante porque el entorno frecuentemente es más severo que el de una instalación corporativa interior.
IEC 62676-6:2026 y el Cambio en la Especificación de Analytics
La IEC 62676-6:2026 representa un cambio relevante para proyectos que utilizan análisis inteligente de video. El documento establece funciones, desempeño, interfaces, adaptabilidad ambiental, métodos de prueba, evaluación y reglas de graduación de sistemas y dispositivos de análisis inteligente en tiempo real.
El alcance abarca análisis en vivo y forense y diferencia capacidades básicas y escenarios complejos. Entre los ejemplos presentados por IEC están clasificación de objetos, dirección de movimiento, permanencia, intrusión, objeto abandonado, persona caída y otras combinaciones de actividades.
Esto cambia la conversación de diseño. Especificar únicamente «debe tener analytics de intrusión» no es suficiente. Es necesario definir escenario, objetivo, entorno, condición de operación, dificultad, métrica de desempeño y método de prueba.
Analytics No Debe Aceptarse por una Demostración Comercial
Una demostración con video pregrabado o en un escenario controlado no demuestra desempeño en el entorno real. El sistema debe evaluarse en las condiciones relevantes para la aplicación: distancia, ángulo, densidad de personas, oclusión, clima, iluminación, contraste, vegetación, sombras, vibración y velocidad del objetivo.
Los Falsos Positivos y Falsos Negativos Tienen Costos Diferentes
En determinados entornos, un falso negativo puede permitir que un evento crítico pase inadvertido. En otros, un exceso de falsos positivos puede saturar la operación y hacer que el operador deje de confiar en las alarmas. La especificación debe reflejar el riesgo del proceso, no únicamente la función del software.
La Intrusión mediante Analytics Debe Tratarse como Función de Sistema
Cuando analytics se utiliza para detección de intrusión, el requisito debe considerar desde la captura de imagen hasta la presentación de la alarma al operador, incluyendo latencia, reglas de evento, grabación asociada, evidencia, integración, reconocimiento y registro de la respuesta. Así, analytics deja de ser una «feature de la cámara» y pasa a ser una función del sistema de seguridad.
VMS, Servidores y Operación Humana
La serie IEC 62676 está centrada en el VSS como sistema, y esto incluye la capa de gestión. El VMS organiza dispositivos, video en vivo, grabaciones, alarmas, mapas, perfiles de usuario, búsqueda, exportación e integraciones. Su arquitectura debe responder a las necesidades del operador y a los requisitos de continuidad.
Dimensionamiento de Servidores
CPU, GPU cuando corresponda, memoria, interfaces de red y storage deben dimensionarse con base en las funciones efectivamente ejecutadas: grabación, transcodificación, analytics, búsqueda, número de clientes simultáneos, failover e integración.
Estaciones de Operación
El número de monitores no debe confundirse con capacidad operacional. La ingeniería debe considerar cantidad de streams simultáneos, layout, resolución de displays, ergonomía, densidad de información, alarmas, puestos simultáneos y procedimientos.
Alarmas Orientadas a Eventos
Un centro de operación moderno tiende a ganar eficiencia cuando el video se presenta en contexto de evento, en lugar de exigir vigilancia continua de decenas o cientos de pantallas. Esto exige integración entre reglas, analytics, control de acceso, alarmas y VMS.
Integración con Control de Acceso, Intrusión y Otros Subsistemas
La integración debe definirse por caso de uso. «Integrar CCTV con control de acceso» puede significar varias cosas: asociar video al evento de puerta, abrir una cámara cuando ocurre un acceso denegado, buscar grabaciones mediante el identificador de credencial, activar un preset PTZ, crear un incidente o enviar un evento a una plataforma de comando y control.
Cada integración necesita:
- origen y destino del evento;
- datos intercambiados;
- latencia esperada;
- tratamiento de indisponibilidad;
- regla de autenticación y autorización;
- registro del evento;
- comportamiento de fallback;
- criterio de prueba.
Este enfoque evita integraciones «de catálogo» que existen técnicamente pero no entregan valor operacional.
El Diseño de Sistema Integrado de Seguridad Electrónica es la capa apropiada cuando los requisitos exceden el VSS y deben coordinarse entre varios subsistemas.
La Integración Debe Diseñarse por Eventos y Respuestas
Cuando CCTV, control de acceso, intrusión y analytics comparten eventos, infraestructura y operación, la integración debe definir interfaces, responsabilidades, comportamiento ante fallas, autenticación y criterios de prueba antes de la implantación.
Conozca el Servicio de Diseño de Sistema Integrado de Seguridad Electrónica
Cómo Transformar la Serie IEC 62676 en Documentos de Diseño
Una norma técnica no sustituye el diseño. Proporciona requisitos, conceptos y métodos que deben materializarse en documentos de ingeniería.
Memoria Descriptiva y Criterios de Diseño
La memoria debe caracterizar el objeto, contexto, premisas, requisitos operacionales, arquitectura, criterios de imagen, infraestructura, transmisión, grabación, disponibilidad, integración, seguridad y criterios de aceptación.
Planos y Layouts
Los planos deben registrar ubicación, identificación, campo de visión, orientación, infraestructura, racks, rutas e interfaces relevantes. En proyectos más avanzados, las áreas de cobertura y tareas visuales pueden representarse de forma explícita.
Diagramas de Arquitectura
Deben mostrar las relaciones entre dispositivos de campo, red, servidores, storage, VMS, estaciones, integraciones, zonas de seguridad, accesos externos y redundancias. El diagrama debe representar el comportamiento funcional, no únicamente la conexión física.
Especificaciones Técnicas
Las especificaciones deben convertir requisitos en características mínimas verificables, evitando copiar datasheets de fabricantes. La pregunta central es: ¿qué características son necesarias para cumplir el requisito y cómo serán demostradas?
Memorias de Cálculo
Deben incluir, cuando corresponda, densidad de píxeles, óptica y campo de visión, bitrate, capacidad de uplinks, PoE, storage, retención, disponibilidad, UPS y autonomía.
Lista de Materiales y Cantidades
El BOM debe ser consecuencia de los documentos anteriores. Comenzar por las cantidades y solo después construir requisitos invierte el proceso de ingeniería.
Plan de Pruebas y Criterios de Aceptación
Cada requisito relevante necesita un método de verificación: inspección, prueba funcional, medición, simulación de falla, demostración operacional o análisis documental.
Criterios de Aceptación: la Conformidad Debe Ser Demostrable
La mejor especificación es aquella que permite verificar objetivamente si el sistema entregado cumple lo contratado. Esto exige una matriz de trazabilidad y pruebas.
Un plan de aceptación puede organizar cada requisito con:
| Campo | Ejemplo de contenido |
| ID del requisito | VSS-IMG-017 |
| Requisito | Permitir identificación del objetivo en el área definida |
| Documento de origen | Memoria / OR / plano |
| Método | Prueba en campo con objetivo y condición definidos |
| Condición | Período diurno y nocturno, distancia especificada |
| Evidencia | Captura, grabación, medición y registro fotográfico |
| Resultado | Conforme / no conforme / pendiente |
| Responsable | Contratista / fiscalización / ingeniería |
Pruebas de Imagen
Deben demostrar encuadre, foco, exposición, nivel de detalle y comportamiento en las condiciones especificadas. Siempre que la aplicación dependa de una condición crítica — por ejemplo, una matrícula vehicular en movimiento nocturno — la prueba debe reproducir esa situación.
Pruebas de Transmisión
Pueden incluir disponibilidad de stream, retraso, comportamiento ante pérdida de enlace, recuperación, failover y verificación de capacidad cuando esté previsto.
Pruebas de Grabación y Reproducción
Deben verificar grabación continua o por evento, búsqueda, reproducción, integridad temporal, retención, exportación, metadatos y comportamiento durante fallas.
Pruebas de Analytics
Necesitan escenarios definidos, muestras suficientes y criterios de desempeño. Un único evento exitoso no demuestra desempeño estadístico de una función analítica.
Pruebas de Integración
Deben reproducir eventos reales: acceso denegado, puerta forzada, intrusión, alarma, comando PTZ, activación de grabación, pop-up de cámara, registro de incidente y demás automatizaciones previstas.
La Guía de Commissioning de Sistemas de Seguridad Electrónica puede utilizarse como referencia complementaria para estructurar la etapa de verificación.
Aplicación en Procurement y Contratación Pública
La serie IEC 62676 es especialmente útil cuando el objetivo es contratar por desempeño y función, sin direccionamiento innecesario a un fabricante. Ayuda a transformar el resultado esperado en requisitos verificables.
Una especificación independiente debe evitar frases como «cámara modelo X o similar» cuando el requisito puede describirse técnicamente. En su lugar, debe definir lo que importa para la aplicación: tarea visual, campo de visión, comportamiento con baja iluminación, WDR, resistencia ambiental, protocolos necesarios, streams, capacidad de procesamiento, alimentación, interfaces, compatibilidad funcional y métodos de prueba.
La Norma No Elimina el Análisis de Equivalencia
Dos productos pueden declarar conformidad o soporte de los mismos protocolos y aun así presentar diferencias relevantes de desempeño. Por ello, la habilitación técnica debe evaluar documentación, ensayos, interoperabilidad y cumplimiento de la matriz de requisitos.
Diseñar Antes de Comprar Reduce el Riesgo
Comprar cámaras, licencias y storage antes de cerrar la arquitectura tiende a cristalizar decisiones prematuras. El diseño debe definir requisitos y cantidades antes del procurement siempre que el modelo de contratación lo permita.
El Criterio de Aceptación Debe Estar en el Instrumento de Contratación
Si el pliego o contrato exige una determinada función pero no define cómo será demostrada, la fiscalización queda dependiente de una interpretación posterior. Cuanto más objetiva sea la matriz de pruebas, menor será el riesgo de discusión subjetiva en la entrega.
Errores Frecuentes al Citar la IEC 62676
Tratar Toda la Serie como una Única Norma
La referencia genérica «NBR IEC 62676» no informa qué parte, edición o requisito se está aplicando. En un documento de ingeniería, la referencia debe ser precisa.
Llamar Automáticamente ABNT NBR a una Edición IEC
La adopción nacional debe verificarse. IEC 62676-4:2025 es una edición internacional vigente, pero su denominación no debe convertirse automáticamente en «ABNT NBR IEC 62676-4:2025».
Usar la Parte 4 para Justificar Todo
La Parte 4 es central para la aplicación, pero los requisitos de transmisión, interoperabilidad, interfaces, ensayos de cámara y analytics poseen documentos específicos.
Convertir DORI o la Densidad de Píxeles en el Único Criterio de Calidad
La tarea visual y la densidad son importantes, pero una imagen útil depende de óptica, movimiento, exposición, iluminación, compresión, estabilidad y condiciones ambientales.
Especificar Analytics sin Pruebas
«Detección inteligente», «intrusión» o «clasificación de objetos» son descripciones de función. Sin escenario, dificultad, métrica y método de ensayo no existe un criterio robusto de aceptación.
Confundir Interoperabilidad con Compatibilidad Total
El soporte de un protocolo o perfil no garantiza todas las funciones entre dos plataformas. La compatibilidad debe analizarse para las funciones requeridas en el proyecto.
Colocar la Norma Solo en la Lista de Referencias
Citar IEC 62676 en la memoria sin transformar sus principios en requisitos, planos, cálculos y pruebas no crea conformidad por sí solo.
Cómo Estructurar una Matriz Normativa del Proyecto
Para proyectos corporativos, industriales o públicos, es recomendable crear una matriz que vincule norma, requisito y documento de ingeniería. Puede seguir la lógica siguiente:
| Referencia | Tema aplicado | Documento de diseño | Evidencia de aceptación |
| ABNT NBR IEC 62676-1-1:2019 | Requisitos funcionales y de sistema | Memoria / Especificación | Pruebas funcionales e inspección |
| ABNT NBR IEC 62676-1-2:2019 | Desempeño de transmisión | Memoria de red / arquitectura | Pruebas de comunicación y desempeño |
| IEC 62676-2-31:2019 | Streaming y control interoperable | Especificación VMS/cámaras | Prueba de funciones requeridas |
| IEC 62676-2-32:2019 | Grabación y replay | Especificación VMS/recording | Prueba de grabación, búsqueda y reproducción |
| IEC 62676-4:2025 | Aplicación, diseño y commissioning | Conjunto del proyecto | Matriz de commissioning |
| IEC 62676-5-1:2024 | Desempeño de cámara | Especificación / documentación del fabricante | Evidencia de ensayo aplicable |
| IEC 62676-6:2026 | Analytics | Especificación de análisis de video | Escenarios de prueba y métricas |
Esta matriz no necesita reproducir la norma. Su función es demostrar cómo el proyecto transformó la referencia en decisiones y verificaciones propias.
Qué Cambia para Proyectos Industriales y de Infraestructura Crítica
En entornos críticos, el efecto de una falla de video puede ser más significativo. El VSS puede apoyar seguridad patrimonial, control operacional, protección perimetral, investigación, proceso industrial, seguridad de activos o respuesta a incidentes.
En estos entornos, la ingeniería debe ampliar el análisis para:
- severidad ambiental y robustez mecánica;
- compatibilidad electromagnética;
- sobretensiones y calidad de energía;
- fibras ópticas y rutas físicas segregadas;
- disponibilidad de enlaces y equipos;
- integración con centro de control;
- cybersecurity y zonas de red;
- áreas clasificadas cuando corresponda;
- operación durante contingencias;
- documentación y gestión de cambios.
La serie IEC 62676 ayuda a estructurar el VSS, pero el proyecto multidisciplinar deberá combinar otras normas y criterios específicos del entorno.
Qué Cambia para Ciudades y Sistemas Distribuidos
Los sistemas urbanos presentan desafíos diferentes: gran cantidad de puntos, redes de terceros, enlaces inalámbricos o metropolitanos, múltiples centros de operación, compartición de imágenes, integraciones institucionales, privacidad, almacenamiento distribuido y acceso por autoridades.
Nesse contexto, a IEC 62676-2-11:2024 gana relevancia por tratar perfiles de interoperabilidad entre VMS y VSaaS para escenarios de cooperación interorganizacional. La IEC 62676-2-33:2022 también se relaciona con acceso remoto y cloud uplink.
El diseño debe definir claramente propiedad de los datos, niveles de acceso, disponibilidad, auditoría, reglas de compartición, interfaces y responsabilidad sobre cada tramo de la infraestructura.
Qué No Hace la Norma por el Diseñador
Ninguna norma elige automáticamente la arquitectura correcta para un cliente. No sustituye levantamientos, análisis de riesgo, conocimiento del proceso, cálculos, coordinación multidisciplinar ni juicio técnico.
Tampoco transforma equipos en una solución únicamente porque sus datasheets mencionen «compliance». El resultado depende de integración y configuración. Cámaras, switches, VMS y storage individualmente adecuados pueden formar un sistema inadecuado si se combinan sin arquitectura, capacidad o criterios de operación.
Del mismo modo, la norma no elimina la necesidad de validar tecnologías nuevas. Cloud, edge computing y analytics amplían posibilidades, pero también introducen dependencias de conectividad, procesamiento, licenciamiento, identidad, actualización y ciclo de vida.
Hoja de Ruta Práctica para Aplicar IEC 62676 en un Nuevo Proyecto
Un proceso de ingeniería consistente puede seguir esta secuencia:
- identificar riesgos, áreas, eventos y necesidades de seguridad;
- formalizar requisitos operacionales y tareas visuales;
- definir criterios de calidad de imagen y condiciones ambientales;
- elaborar la arquitectura funcional del VSS;
- dimensionar red, PoE, backbone y capacidad de transmisión;
- dimensionar VMS, servidores, storage y retención;
- especificar interoperabilidad e integraciones necesarias;
- definir cybersecurity, identidad, acceso remoto y logs;
- especificar analytics por caso de uso y criterio de desempeño;
- producir planos, diagramas, memorias, cálculos y cantidades;
- crear matriz de trazabilidad requisito → documento → prueba;
- ejecutar design review antes de la contratación;
- acompañar implantación y desviaciones de campo;
- ejecutar pruebas y commissioning end-to-end;
- consolidar As-Built, parámetros, backups de configuración y documentación operacional.
La calidad del proyecto puede medirse por la continuidad de esta cadena. Si un ítem de la especificación no deriva de un requisito, debe cuestionarse. Si un requisito no posee prueba, puede volverse subjetivo en la entrega. Si una prueba no genera evidencia, se pierde trazabilidad.
Del Requisito Normativo al Paquete de Diseño
Memorias, planos, diagramas, especificaciones, cantidades, matrices de requisitos y planes de prueba deben formar un conjunto coherente. Esta documentación es la que permite contratar, implantar, fiscalizar y aceptar el sistema con criterios objetivos.
Consideraciones Finales
La ABNT NBR IEC 62676 y la serie internacional IEC 62676 deben tratarse como una arquitectura normativa para sistemas de videovigilancia y no como una cita genérica colocada al final de una memoria. Las partes verificadas en Brasil — ABNT NBR IEC 62676-1-1:2019 y ABNT NBR IEC 62676-1-2:2019 — establecen una base nacional importante para requisitos de sistema y transmisión. Internacionalmente, la serie avanzó hacia interoperabilidad VMS/VSaaS, cloud uplink, ensayos de calidad de imagen, una nueva edición de las directrices de aplicación durante 2025 y criterios de desempeño para analytics durante 2026.
Para la ingeniería, la ganancia está en la trazabilidad. El sistema debe nacer de requisitos operacionales, transformar esos requisitos en arquitectura y especificaciones, dimensionar infraestructura y capacidad y terminar con pruebas capaces de demostrar el desempeño contratado. Esta secuencia permite contratar CCTV por desempeño, mantener independencia de fabricante y reducir el riesgo de sistemas que poseen buenos componentes pero no cumplen la función de seguridad para la cual fueron adquiridos.
Referencias Técnicas
[1] INTERNATIONAL ELECTROTECHNICAL COMMISSION (IEC). IEC 62676-1-1:2013 — Video surveillance systems for use in security applications — Part 1-1: System requirements — General. 2013. Disponible en: https://webstore.iec.ch/en/publication/7347.
[2] INTERNATIONAL ELECTROTECHNICAL COMMISSION (IEC). IEC 62676-1-2:2013 — Video surveillance systems for use in security applications — Part 1-2: System requirements — Performance requirements for video transmission. 2013. Disponible en: https://webstore.iec.ch/en/publication/7348.
[3] INTERNATIONAL ELECTROTECHNICAL COMMISSION (IEC). IEC 62676-2-11:2024 — Interop profiles for VMS and cloud VSaaS systems for safe cities and law enforcement. 2024. Disponible en: https://webstore.iec.ch/en/publication/66755.
[4] INTERNATIONAL ELECTROTECHNICAL COMMISSION (IEC). IEC 62676-2-31:2019 — Live streaming and control based on web services. 2019. Disponible en: https://webstore.iec.ch/en/publication/61227.
[5] INTERNATIONAL ELECTROTECHNICAL COMMISSION (IEC). IEC 62676-2-32:2019 — Recording control and replay based on web services. 2019. Disponible en: https://webstore.iec.ch/en/publication/61241.
[6] INTERNATIONAL ELECTROTECHNICAL COMMISSION (IEC). IEC 62676-2-33:2022 — Video transmission protocols — Cloud uplink and remote management system access. 2022. Disponible en: https://webstore.iec.ch/en/publication/64698.
[7] INTERNATIONAL ELECTROTECHNICAL COMMISSION (IEC). IEC 62676-3:2013 — Analog and digital video interfaces. 2013. Disponible en: https://webstore.iec.ch/en/publication/7352.
[8] INTERNATIONAL ELECTROTECHNICAL COMMISSION (IEC). IEC 62676-4:2025 — Application guidelines. 2025. Disponible en: https://webstore.iec.ch/en/publication/83425.
[9] INTERNATIONAL ELECTROTECHNICAL COMMISSION (IEC). IEC 62676-5-1:2024 — Environmental test methods for image quality performance. 2024. Disponible en: https://webstore.iec.ch/en/publication/62442.
[10] INTERNATIONAL ELECTROTECHNICAL COMMISSION (IEC). IEC 62676-6:2026 — Performance testing and grading of real-time intelligent video content analysis devices and systems. 2026. Disponible en: https://webstore.iec.ch/en/publication/59704.
[11] ASOCIACIÓN BRASILEÑA DE NORMAS TÉCNICAS (ABNT). ABNT NBR IEC 62676-1-1:2019 — Sistemas de videovigilancia para uso en aplicaciones de seguridad — Parte 1-1: Requisitos de sistema — Generalidades. 2019. Disponible en: https://www.dinmedia.de/en/standard/abnt-nbr-iec-62676-1-1/313164180.
[12] ASOCIACIÓN BRASILEÑA DE NORMAS TÉCNICAS (ABNT). ABNT NBR IEC 62676-1-2:2019 — Sistemas de videovigilancia para uso en aplicaciones de seguridad — Parte 1-2: Requisitos de sistema — Requisitos de desempeño para transmisión de video. 2019. Disponible en: https://www.dinmedia.de/en/standard/abnt-nbr-iec-62676-1-2/313164192.
Preguntas Frecuentes
La expresión se refiere a las adopciones brasileñas de partes de la serie internacional IEC 62676, destinada a sistemas de videovigilancia para aplicaciones de seguridad. Las ediciones brasileñas verificadas en este artículo son ABNT NBR IEC 62676-1-1:2019 y ABNT NBR IEC 62676-1-2:2019.
IEC 62676 identifica la serie internacional publicada por International Electrotechnical Commission. ABNT NBR IEC identifica una adopción brasileña publicada por ABNT. Una nueva edición IEC no debe denominarse automáticamente ABNT NBR sin verificar si fue adoptada nacionalmente.
Para este artículo se verificaron ABNT NBR IEC 62676-1-1:2019, sobre requisitos generales de sistema, y ABNT NBR IEC 62676-1-2:2019, sobre requisitos de desempeño para transmisión de video. La situación debe reconfirmarse en el catálogo normativo en la fecha de cada proyecto.
Esta conversión no debe hacerse automáticamente. IEC 62676-4:2025 es la segunda edición internacional de la Parte 4. Para llamarla ABNT NBR es necesario confirmar la existencia de la adopción brasileña correspondiente en el catálogo de ABNT.
IEC 62676-4:2025 trata directrices de aplicación y abarca planificación, diseño, instalación, pruebas, commissioning y mantenimiento de sistemas de videovigilancia.
No. La serie trata el VSS como sistema y aborda requisitos funcionales, transmisión, interfaces, aplicación y desempeño. La calidad de imagen depende de tarea visual, escena, óptica, iluminación, movimiento, compresión y otras condiciones, no únicamente de megapíxeles.
No. ONVIF posee perfiles y mecanismos de interoperabilidad ampliamente utilizados en video IP. IEC 62676 tiene un alcance más amplio de requisitos y aplicación del sistema. En un proyecto, ambas referencias pueden ser complementarias.
Los requisitos normativos deben transformarse en características medibles y criterios de aceptación vinculados al requisito operacional. La especificación debe indicar qué debe cumplir el sistema y cómo será demostrado, evitando copiar un datasheet de fabricante.
Es recomendable crear una matriz de trazabilidad que vincule cada requisito con el documento de diseño, método de prueba, condición de ensayo, evidencia esperada y resultado. El commissioning debe verificar la cadena end-to-end, incluida imagen, transmisión, grabación, exportación, integraciones, fallas y analytics cuando corresponda.
IEC 62676-6:2026 establece métodos de prueba, evaluación de desempeño y graduación del análisis inteligente de contenido de video. Esto favorece especificaciones basadas en escenarios, condiciones y métricas, en lugar de aceptar únicamente la declaración comercial de que un equipo posee determinada función analítica.
Materiales Técnicos Complementarios
Soluciones Relacionadas
Servicios Relacionados
Contenidos Principales sobre el Tema
- Guía Completa sobre Sistemas de CCTV
- Planificación de la Arquitectura de CCTV Conforme a ABNT NBR IEC 62676
Contenidos Técnicos Relacionados
- Puntos de Monitoreo en CCTV: Especificación, Densidad de Píxeles y Validación Conforme a IEC 62676
- Cálculo de Densidad de Píxeles en Proyectos de CCTV Conforme a IEC 62676
- Infraestructura de CCTV IP: Red, PoE, Switches, VMS, Storage y Backbone
- Bitrate en CCTV IP: Cómo Calcular, Configurar CBR/VBR y Dimensionar Red y Storage
- Cómo Dimensionar Storage para CCTV y VMS Corporativo
- ¿Qué Es ONVIF?
- Ciberseguridad en Sistemas de CCTV
