VERIFICACIÓN DE LA COPIA DE SEGURIDAD
=====================================
Fecha: 2026-09-09

Método: exportación mediante API REST y API de Storage, empleando la clave de
servicio de cada proyecto. No se utilizó la contraseña de la base de datos, que
Supabase no permite recuperar una vez creado el proyecto. Todas las operaciones
realizadas fueron de lectura; no se alteró nada en ningún entorno.

RESULTADO POR PROYECTO
----------------------
                      IDENTIFICADOR          REGISTROS  USUARIOS  FOTOS  INTEGRIDAD
  kynda-prod          lfgaaijrzkufkbxwhmjz         595        36     55  COMPLETA
  validación          lovcrkoofqffhdclxaxg         424        24     14  COMPLETA

CONTRASTE ENTRE BASE DE DATOS Y ALMACENAMIENTO
-----------------------------------------------
Se comparó cada ruta registrada en la tabla evidence_media con los ficheros
efectivamente descargados.

  PRODUCCIÓN     55 registradas · 55 descargadas · 0 faltantes · 0 huérfanas
  VALIDACIÓN      3 registradas ·  3 descargadas · 0 faltantes · 11 huérfanas

Ninguna fotografía registrada en base de datos falta en la copia. La copia está
completa en ambos entornos.

HALLAZGO: FICHEROS HUÉRFANOS EN VALIDACIÓN
-------------------------------------------
El entorno de validación contiene once ficheros que existen en el almacenamiento
pero carecen de fila en evidence_media. Siguen además una estructura de carpetas
distinta de la documentada, y su contenido corresponde a datos de prueba
automatizada.

Importa por una razón concreta: la purga por retención opera sobre evidence_media.
Un fichero sin fila en esa tabla es invisible para el proceso de purga y, por
tanto, nunca se elimina. Coincide con el defecto identificado en la auditoría de
agosto, donde se constató que la subida de evidencias no comprueba el resultado
de la inserción en evidence_media, de modo que un fichero puede quedar en el
almacenamiento sin su registro correspondiente.

En producción no se ha producido: los recuentos coinciden exactamente. El
mecanismo que lo permite, sin embargo, es el mismo en ambos entornos.

NOTA SOBRE EL SEGUNDO PROYECTO
-------------------------------
En el panel de Supabase figura como "itproviders-netizen's Project". Su
identificador coincide con el que la documentación del proveedor asigna al
entorno de Validación. Conserva el nombre por defecto que la plataforma genera
a partir del usuario del desarrollador; nunca se renombró.

RECONSTRUCCIÓN
--------------
El esquema de la base de datos son las 41 migraciones SQL del repositorio, en
Github/kynda-poc-main/supabase/migrations/. Con ellas y los datos de esta copia
se reconstruye cualquiera de los dos entornos.