PROTOTIPO PRIVADO · DEMO CON DATOS FICTICIOS · Se guarda solo en este navegador (no es seguro para datos confidenciales) · Todo documento requiere revisión de un profesional autorizado

Alcance y límites

Documentación del estado real del prototipo.

Funciona en esta demo

  • Panel, listado, búsqueda, creación y detalle de expedientes.
  • Partes, documentos de prueba (ficticios, sin archivo real).
  • Revisión de datos con fuente y estado pendiente/confirmado.
  • Generador determinista: sustituye variables solo con datos confirmados.
  • Editor de borrador, versiones, revisión y aprobación simulada.
  • Biblioteca de machotes editables con historial de versiones.
  • Bitácora simulada por expediente (editable en el navegador, no es auditoría real); exportación .txt e impresión.

No funciona / pendiente

  • Sin backend: los datos viven solo en el almacenamiento local de este navegador, que NO es seguro para información confidencial.
  • Sin usuarios, inicio de sesión, roles ni permisos reales; la aprobación es simulada.
  • Sin extracción de PDF, IA, Drive, validación registral, plazos ni firma digital.
  • Los machotes no contienen normas: deben agregarse y verificarse por un profesional.
  • No usar datos reales de clientes.

Arquitectura propuesta (no activada)

  • Multi-tenant: toda tabla de negocio con org_id; membresías usuario↔organización con rol.
  • Roles en tabla separada (admin, notario, abogado, asistente, revisor) y función de verificación.
  • RLS en todas las tablas filtrando por membresía en org_id.
  • Autorización en servidor para generar, aprobar y exportar; el cliente nunca decide permisos.
  • Auditoría real (propuesta): tabla solo inserción en servidor con actor, acción, entidad y fecha.
  • Núcleo compartido (expedientes, partes, documentos, machotes, borradores) usado por Notariado y Abogacía.
  • Totalmente independiente de cualquier otro sistema: base de datos, autenticación y archivos propios.

Pruebas pendientes

  • Pruebas unitarias del generador (sustitución y marcadores pendientes).
  • Pruebas de permisos y RLS por organización, una vez exista backend.
  • Revisión de accesibilidad con lector de pantalla y teclado.
  • Validación jurídica de machotes por profesionales de Costa Rica.

Para activar backend, usuarios o integraciones se requiere aprobación expresa previa.