¿Cuánto tiempo se guardan las grabaciones de las cámaras?

La única pregunta que fija el plazo

Antes de la aritmética hay una decisión de negocio, y se resuelve con una sola pregunta: ¿cuánto tarda tu operación en enterarse de que hubo un problema?

La respuesta varía muchísimo y no tiene nada que ver con la tecnología:

• Una intrusión con daño visible se detecta en horas. Siete días bastan.
• Un faltante de inventario en un comercio pequeño con corte semanal se detecta en una semana. Quince días dan margen.
• Una merma detectada en corte mensual se descubre a los treinta días. Cuarenta y cinco días es el mínimo sensato.
• Una diferencia en maniobras de carga que aparece en la conciliación con el transportista puede tardar semanas. Sesenta días.
• Una disputa laboral o una reclamación de seguro puede requerir video de un evento de hace dos meses. Noventa días.

De ahí sale el número. Si un faltante se detecta en corte mensual, siete días de video no sirven de nada, por buena que sea la imagen y por muchas cámaras que haya. Es la forma más cara de tener un sistema inútil: uno que funciona perfectamente y guarda menos de lo que se necesita.

Conviene además que ese plazo quede escrito en dos documentos y que sea el mismo en ambos: el contrato con el proveedor y el aviso de privacidad publicado. Una retención distinta en cada documento es un hallazgo elemental en cualquier revisión, y suele revelar que nadie calculó nada.

La fórmula, en una línea

Todo el cálculo se reduce a esto:

GB por cámara y por día ≈ bitrate (Mbps) × 10.8

De dónde sale: un megabit por segundo produce 0.125 megabytes por segundo; multiplicado por 86,400 segundos que tiene un día, da 10,800 MB, es decir 10.8 GB. La constante ya incorpora las 24 horas.

Con eso, el resto es aritmética:

1. Consumo diario del sistema = GB por cámara y por día × número de cámaras.
2. Días de retención = capacidad útil del disco ÷ consumo diario del sistema.

Dos advertencias sobre la capacidad útil. Primero, un disco anunciado como «4 TB» ofrece alrededor de 3.6 TB reales por la diferencia entre unidades decimales y binarias. Segundo, conviene reservar entre un 5 % y un 10 % de margen operativo. Como regla de campo, usa el 90 % de la capacidad nominal.

Un ejemplo completo, paso a paso

Un condominio con 16 cámaras de 4 MP, grabación continua, bitrate configurado en 4 Mbps por cámara, con un NVR de 8 TB (dos discos de 4 TB).

• Consumo por cámara y por día: 4 × 10.8 = 43.2 GB
• Consumo diario del sistema: 43.2 × 16 = 691 GB por día
• Capacidad útil: 8 TB × 0.9 = 7.2 TB = 7,200 GB
• Retención: 7,200 ÷ 691 ≈ 10.4 días

Diez días. Si esa administración detecta faltantes en corte mensual, el sistema es inútil para ese fin, y nadie lo sabrá hasta que haga falta.

Ahora las tres palancas, aplicadas sobre el mismo caso:

• Cambiar a H.265 y bajar el bitrate a 2.2 Mbps con calidad comparable: consumo diario 380 GB → 19 días.
• Bajar de 25 a 12 cuadros por segundo en las ocho cámaras de zonas de bajo tránsito: consumo diario ≈ 285 GB → 25 días.
• Grabación por evento en esas mismas ocho cámaras, con un factor de ocupación del 30 %: consumo diario ≈ 210 GB → 34 días.

Sin comprar un solo disco, el mismo hardware pasó de diez a treinta y cuatro días. Y si además se sube a 12 TB, supera los cincuenta.

Tabla de referencia: consumo por cámara

Los valores de bitrate dependen del fabricante, de la escena y de la configuración, pero estos rangos sirven para estimar antes de tener el equipo en la mano.

Lo que esta tabla vuelve evidente es un punto que rara vez se discute al cotizar: una cámara 4K consume del orden de tres veces lo que una 2 MP con el mismo códec. Poner 4K en todas las posiciones no es generosidad técnica, es una decisión que recorta la retención de todo el sistema. El 4K rinde donde importa el detalle a distancia —accesos, cajas, mostradores, accesos vehiculares—; en un pasillo interior de tres metros solo consume disco.

Las cinco variables que mueven el consumo

Resolución. La palanca más obvia y la que más se sobredimensiona. Se decide punto por punto, según el nivel de detalle que exige cada posición, no de forma global.

Códec. H.265 reduce de forma orientativa entre un 30 % y un 50 % frente a H.264 con calidad comparable, y las variantes «inteligentes» de algunos fabricantes van más allá en escenas con poco movimiento. Es gratis si el equipo lo soporta. La contrapartida es que exige más proceso al reproducir, y algunos navegadores o dispositivos antiguos batallan para decodificarlo.

Cuadros por segundo. 25 o 30 fps es el ajuste por defecto y casi nunca es necesario. Un acceso peatonal se documenta perfectamente a 12 o 15 fps; un pasillo de bodega, a 8. Donde sí conviene mantener la tasa alta es en cajas —para seguir el movimiento de manos— y en accesos vehiculares. Bajar de 25 a 12 fps recorta el consumo de forma casi proporcional.

Continua o por evento. La grabación por evento reduce mucho el consumo, con un riesgo real: si la detección falla o está mal afinada, no hay nada grabado de ese momento y tampoco queda rastro de la omisión. El criterio razonable es continua en accesos, cajas y zonas de valor, donde el registro no puede tener huecos, y por evento en zonas de bajo tránsito como bodegas, azoteas o pasillos de servicio. Cuando se usa por evento, conviene configurar pre-grabación y post-grabación de al menos cinco y diez segundos, para que el evento no empiece con la persona ya dentro del cuadro.

Complejidad de la escena. Es la variable que ningún cálculo teórico captura del todo. Una cámara apuntando a un estacionamiento vacío consume mucho menos que una apuntando a una avenida con tráfico, porque los códecs comprimen mejor lo que no cambia. Por eso el consumo real siempre debe verificarse una semana después de la puesta en marcha, con datos del propio sistema.

Verifica la retención efectiva: cinco minutos

El número que importa no es el de la propuesta: es el que está ocurriendo hoy en tu grabador. Y es habitual encontrar diferencias considerables entre ambos, sobre todo en sistemas que crecieron por etapas sin recalcular el almacenamiento.

Esta comprobación debería formar parte de la revisión periódica del sistema, junto con la verificación diaria de que hay imagen en vivo, de que la grabación está escribiendo y de que queda espacio en disco. Tres minutos por turno asentados en bitácora es lo que separa un sistema verificado todos los días de uno que se descubre vacío el día del incidente.

Discos: el componente que falla sin avisar

Un NVR debe llevar discos diseñados para videovigilancia. No es una recomendación comercial: es una diferencia constructiva. Los discos de vigilancia están hechos para escritura continua durante las 24 horas, admiten varios flujos simultáneos, toleran la vibración de otros discos en el mismo chasis y suelen tener firmware orientado a priorizar la escritura sobre la corrección de errores, que es justamente lo que un sistema de video necesita.

Un disco de escritorio en un NVR funciona —y falla mucho antes. Es una de las causas más frecuentes de pérdida silenciosa de grabaciones, silenciosa porque el sistema sigue mostrando imagen en vivo mientras el histórico se corrompe.

Tres prácticas que evitan sorpresas:

• Revisar el estado de salud de los discos en cada mantenimiento preventivo, no solo el espacio libre.
• Considerar redundancia en operaciones donde la pérdida del histórico tiene consecuencias: un arreglo RAID protege contra la falla de una unidad, aunque no contra el robo del grabador ni contra el borrado.
• Planear la sustitución. Un disco en escritura continua tiene vida finita. Sustituirlo de forma programada al cabo de unos años cuesta una fracción de lo que cuesta perder el histórico completo un mes antes de necesitarlo.

Local, nube o híbrido

Cada esquema protege contra un riesgo distinto, y elegir supone decidir qué riesgo te preocupa más.

La configuración que recomendamos en la mayoría de los casos serios es la híbrida y acotada: grabación local completa con la retención calculada, más respaldo en nube de los eventos críticos y de un número reducido de días. Cuesta poco más que el local puro y cubre el único escenario que el local no cubre —que se lleven o saboteen el grabador—, que es precisamente el escenario en el que más falta hace la evidencia.

Conservar una evidencia antes de que se borre

La retención define cuánto tiempo tienes para actuar. Lo que hagas dentro de esa ventana define si la grabación tendrá valor después.

Una exportación hecha correctamente implica cuatro cosas:

Formato original, sin recomprimir. Exportar desde el grabador en su formato nativo, con el reproductor que el fabricante incluye si hace falta. Un video que se reenvía por mensajería instantánea llega recomprimido, con metadatos perdidos y sin trazabilidad.

Constancia de quién y cuándo. Registro de quién solicitó el fragmento, quién lo exportó, en qué fecha y hora y bajo qué motivo. Sin ese registro, la cadena de custodia empieza rota.

Respaldo íntegro fuera del grabador. Una copia en un medio distinto, resguardada por la administración o por el área responsable, no en el equipo que puede fallar o ser sustraído.

Reporte de incidente que lo acompañe. Firmado, con fecha y hora, describiendo lo ocurrido. El video es una pieza; el reporte es lo que le da contexto ante una autoridad o una aseguradora.

Ese protocolo tiene que existir por escrito antes del primer incidente. Redactarlo con la urgencia de un caso encima produce, invariablemente, una cadena de custodia impugnable.

Errores frecuentes de retención

1. Aceptar los días que salgan. El plazo se decide primero y el disco se compra después, no al revés.

2. Crecer sin recalcular. Agregar cuatro cámaras a un sistema de doce puede recortar la retención de veinte días a trece, y nadie se entera hasta que hace falta.

3. Poner 4K en todas las posiciones. Triplica el consumo y recorta la retención de todo el sistema, a cambio de detalle en lugares donde nadie lo va a usar.

4. Dejar 25 fps por defecto. Es el ajuste más fácil de corregir y uno de los que más días devuelve.

5. Grabar solo por evento en accesos. Ahorra disco y deja huecos exactamente donde el registro tiene que ser continuo.

6. No verificar la retención efectiva. El único número que importa está en el grabador, y casi nunca coincide con el de la propuesta.

7. Retenciones distintas en el contrato y en el aviso de privacidad. Es un hallazgo elemental en cualquier revisión y suele revelar que nadie hizo el cálculo.

Preguntas frecuentes

¿Cuánto tiempo se guardan las grabaciones de las cámaras de seguridad?

El tiempo que se haya dimensionado y pagado en almacenamiento. Los rangos más comunes van de 7 a 30 días; en operaciones con auditoría, inventario o requisitos contractuales se llega a 60 o 90. No existe un plazo único aplicable a todos los casos: se define en función del riesgo, del reglamento interno y del aviso de privacidad. El criterio operativo útil es que la retención debe superar el tiempo que tarda la organización en enterarse de un problema.

¿Cómo se calcula cuántos días va a grabar un NVR?

Con cuatro datos: el bitrate de cada cámara en megabits por segundo, el número de cámaras, las horas de grabación al día y la capacidad útil del disco. La fórmula práctica es: GB por cámara y por día ≈ bitrate en Mbps × 10.8 para grabación continua las 24 horas. Multiplicas por el número de cámaras para obtener el consumo diario del sistema y divides la capacidad útil del disco entre ese consumo. El resultado son los días de retención.

¿Cuánto reduce el almacenamiento la compresión H.265?

De forma orientativa, entre un 30 % y un 50 % frente a H.264 con calidad de imagen comparable, y las variantes inteligentes de algunos fabricantes pueden ir más allá en escenas con poco movimiento. Es la palanca más barata de todo el cálculo: cambiar el códec no cuesta nada si el equipo lo soporta y puede duplicar los días de retención. La contrapartida es que exige más capacidad de proceso en el equipo que reproduce el video, y algunos navegadores o dispositivos antiguos tienen problemas para decodificarlo.

¿Conviene grabar todo el tiempo o solo cuando hay movimiento?

Depende de la zona. La grabación por evento reduce mucho el consumo y multiplica los días de retención, pero introduce un riesgo real: si la detección falla o está mal afinada, no hay nada grabado de ese momento y no queda rastro de la omisión. La práctica recomendable es continua en accesos, cajas y zonas de valor, donde el registro no puede tener huecos, y por evento en zonas de bajo tránsito como bodegas, azoteas o pasillos de servicio.

¿Qué disco duro debe llevar un NVR?

Uno diseñado para videovigilancia, no uno de escritorio. Los discos de vigilancia están construidos para escritura continua durante las 24 horas, soportan varias cámaras escribiendo en paralelo y toleran trabajar en un chasis con vibración de otros discos. Un disco de escritorio en un NVR funciona, y falla mucho antes: es una de las causas más frecuentes de pérdida silenciosa de grabaciones.

¿Qué pasa cuando el disco se llena?

El grabador sobrescribe automáticamente lo más antiguo. Ese es el comportamiento normal y deseable, pero tiene una consecuencia que hay que entender: la retención no es un valor fijo, es el resultado del consumo real. Si se agregan cámaras, si sube la resolución o si aumenta el movimiento en la escena, los días de retención bajan sin que nadie lo anuncie. Por eso conviene verificar la retención efectiva, no solo la calculada.

¿Cómo sé cuántos días está guardando realmente mi sistema?

No lo consultes en la ficha del proyecto: consúltalo en el grabador. Abre la línea de tiempo de reproducción y busca la grabación más antigua disponible en varias cámaras distintas. Ese es el dato real. Es habitual encontrar diferencias considerables entre la retención declarada y la efectiva, sobre todo en sistemas que crecieron por etapas sin recalcular el almacenamiento.

¿Conviene almacenamiento local, en la nube o ambos?

Cada uno resuelve un riesgo distinto. El local es rápido para revisar, no depende de internet y tiene costo único de hardware, pero se pierde si roban o sabotean el grabador. La nube protege justamente contra ese escenario y permite acceso desde cualquier lugar, con costo recurrente y dependencia del enlace. La combinación habitual en operaciones que se toman en serio la evidencia es híbrida: grabación local completa más respaldo en nube de los eventos críticos y de un número acotado de días.

¿De quién son las grabaciones y quién puede descargarlas?

Del contratante —el condominio, la empresa o el propietario—, siempre que el contrato lo establezca; si no lo dice, se abre una zona gris que solo se resuelve negociando. En cuanto al acceso, la práctica recomendable es diferenciada: visualización en vivo para el personal operativo, descarga de fragmentos bajo protocolo con registro de quién solicita y quién exporta, y configuración solo para el área técnica. Demasiado acceso es tan riesgoso como muy poco.

¿Cómo se conserva una grabación más allá del ciclo de sobrescritura?

Exportando el fragmento antes de que el sistema lo borre, en su formato original y sin recomprimir, con constancia de quién lo exportó, cuándo y bajo qué solicitud, y resguardando una copia íntegra fuera del grabador. Un video que se reenvía por mensajería instantánea queda recomprimido y sin trazabilidad, lo que le resta buena parte de su valor probatorio. El protocolo de exportación debe existir por escrito antes del primer incidente, no después.

Conclusión

De todas las variables de un sistema de videovigilancia, la retención es la más fácil de calcular y la que con más frecuencia se deja al azar. No requiere software especializado ni conocimientos de ingeniería: requiere decidir un plazo con criterio, hacer una división y verificar el resultado en el grabador cada cierto tiempo.

Empieza por la pregunta que fija todo lo demás: cuánto tarda tu operación en enterarse de un problema. Después revisa qué está guardando hoy tu sistema, que casi nunca es lo que dice la propuesta. Si el segundo número es menor que el primero, tienes un sistema que funciona y no sirve — y la buena noticia es que, en la mayoría de los casos, se corrige por configuración antes que por compra.