CONFIGURACIÓN INICIAL
Conectá tu proyecto Supabase
Copiá la URL y la clave pública del proyecto a un archivo .env local. La clave service_role nunca va en el navegador.
VITE_SUPABASE_URL=https://tu-proyecto.supabase.co VITE_SUPABASE_PUBLISHABLE_KEY=tu-clave-publica
Después de crear el proyecto, seguí los pasos de README_MVP_SUPABASE.md.
MVP EN NUBE · PILOTO
Integridad documentada.
Acceso bajo control.
Registrá el procedimiento, incorporá una pieza y comprobá su huella SHA-256.
El almacenamiento de los originales ya es inmutable (bloqueo de ~8 años en Backblaze). Falta pasar Supabase a un plan con backups antes de cargar expedientes reales.
REGISTRO DE INTEGRIDAD · MVP
Preservación documentada
Un registro técnico de archivos y acciones; no determina autenticidad ni admisibilidad.
SEGURIDAD DE LA CUENTA
Verificación en dos pasos
LETRADO / OPERARIO
Invitar operario a esta bóveda
Generás vos mismo el código para el letrado que va a manejar A0/C1 en esta bóveda — no hace falta pedírselo al administrador. Al canjearlo, va a tener que declarar su matrícula.
ACCESO DE EXCEPCIÓN
Dar acceso de soporte técnico
Por defecto, quien administra el sistema no puede leer ni tocar nada de esta bóveda. Si necesitás ayuda (por ejemplo, para recuperar algo), podés darle acceso temporal acá — queda registrado para siempre con el motivo, quién lo autorizó y hasta cuándo rige, y lo podés revocar antes si ya no hace falta.
CÓDIGO DE ACCESO (SOLO ADMINISTRADOR)
Generar código para una bóveda
El código se muestra una sola vez acá. Copialo y mandalo vos mismo por correo a quien va a operar esa bóveda — el sistema no lo reenvía automáticamente.
Pasado ese tiempo, la persona pierde el acceso para operar la bóveda y necesita que le mandes un código nuevo. Ver la bitácora con un link C1 no se ve afectado.
MIEMBROS DEL CLIENTE ACTIVO
Invitar y gestionar miembros
Si la persona no tiene cuenta todavía, se le manda una invitación por correo.
LETRADOS DEL CLIENTE ACTIVO
Registrar letrados que pueden firmar
No necesitan cuenta en el sistema: cada letrado escanea un código una sola vez con la misma app de verificación en dos pasos (Google Authenticator, Authy) y después firma con el código de 6 dígitos de esa app, cada vez que haga falta.
Empezá con un asunto
Creá un registro de prueba y después incorporá archivos.
REGISTRO ACTIVO
01 / PROCEDIMIENTO
Guía de documentación
La fecha declarada y las marcas de tiempo del servidor son datos distintos. El video no demuestra por sí solo que la captura sea continua.
REGLAS DE ORO
02 / DISPOSITIVOS
Dispositivos de este caso
Si todas las piezas vienen de un solo dispositivo, no hace falta usar esto — esos datos también se completan al sellar. Usalo cuando el caso mezcle piezas de más de un dispositivo, para dejar cada uno con su propio dueño y datos.
03 / ARCHIVOS
Piezas incorporadas
Copias emitidas por el custodio (nunca el original).
04 / VERIFICACIÓN
Cadena de eventos
05 / CIERRE
Guardar y sellar bóveda
06 / ACCESO C1
Consulta continua de solo lectura
Un C1 no se consume: quien lo recibe puede entrar todas las veces que haga falta a ver cronología, piezas y copias autorizadas. Nunca abre el original — para eso existe A0, más abajo. Al sellar ya se emitió uno automático para el aportante; acá podés emitir otros para cualquier destinatario adicional.
07 / ACCESO A0
Apertura del original
Sellar la bóveda no entrega el original a nadie. Un A0 solo se emite acá, a pedido fundado, y se consume en un solo uso.
08 / SELLADO DE TIEMPO EXTERNO
Anclar la bitácora de la bóveda
Generá el hash raíz acá, subilo vos mismo a Blockchain Federal Argentina (bfa.ar) o a un proveedor RFC 3161 — esta app no lo hace de forma automática — y después pegá el comprobante para dejarlo asentado.
BASES Y CONDICIONES DE USO
Antes de entrar, leé y aceptá esto
Borrador de partida, no es un documento legal definitivo. Pendiente de revisión por un abogado antes de usarse con casos reales.
1. Qué es este sistema
Evidencia Digital es una herramienta técnica para documentar la incorporación de archivos digitales, calcular su huella SHA-256, mantener una bitácora de eventos encadenada y controlar el acceso al original mediante permisos (A0) y consulta de solo lectura (C1). No es un servicio de peritaje, no certifica la veracidad del contenido y no determina su admisibilidad en un proceso judicial.
2. Responsabilidad de quien usa el sistema
Quien incorpora un archivo declara, bajo su responsabilidad, que tiene derecho a acceder a esa fuente y a tratar los datos que contiene (incluidos los de terceros que puedan aparecer en conversaciones, contactos o metadatos). El sistema registra esa declaración; no la verifica ni la garantiza. Cada custodio es responsable de completar el checklist de preservación con honestidad: dejar una casilla sin marcar queda documentado como "brecha declarada" y es preferible a marcar algo que no se cumplió.
3. Tratamiento de datos personales
Los archivos incorporados pueden contener datos personales de terceros ajenos al caso (contactos, números de teléfono, contenido de conversaciones). Quien opera el sistema es responsable de contar con base legal suficiente para ese tratamiento conforme a la Ley 25.326 de Protección de Datos Personales, incluyendo, si correspondiera, el consentimiento de esas personas o la habilitación legal aplicable (orden judicial, interés legítimo, etc.). El sistema no evalúa ni certifica esa base legal.
4. Dónde se guardan los datos
Los metadatos, la bitácora y los archivos menores se alojan en Supabase; los archivos originales se guardan con bloqueo contra borrado o alteración (WORM) en Backblaze B2, con un período de retención configurado de aproximadamente 8 años y 2 meses desde la carga. Ambos proveedores pueden alojar los datos fuera de la República Argentina. Ninguno de los dos ofrece, por sí solo, una certificación de cumplimiento normativo específica para evidencia judicial argentina.
5. Qué NO garantiza el sistema
No certifica que el contenido sea verdadero. No prueba que el archivo no fue alterado antes de ser incorporado al sistema (el hash solo demuestra que no cambió después de subirlo). No garantiza que la adquisición fue lícita — solo registra la declaración de quien operó. No decide si algo es admisible en un proceso judicial. No reemplaza a un abogado, escribano, perito ni autoridad competente.
6. Limitación de responsabilidad
El sistema se ofrece "tal cual", como herramienta de documentación técnica. Quien lo usa asume la responsabilidad profesional y legal por el uso que le dé a la información generada, incluida su presentación ante terceros o autoridades. El prestador del servicio no responde por decisiones judiciales, periciales o profesionales basadas en los registros que el sistema produce.
7. Aceptación
Al tocar "Acepto", quien usa el sistema confirma haber leído este documento, acepta estas condiciones, y entiende que queda un registro con su cuenta y la fecha/hora de esta aceptación.