Historial documental

1. Ficha del historial

2. Finalidad

• Identificar la referencia vigente de cada documento cuando existe.
• Explicar cambios que alteran derechos, obligaciones, finalidades o interpretación.
• Separar correcciones editoriales de modificaciones materiales.
• Conectar el texto público con el flujo, formulario o contrato al que afecta.
• Preservar el contexto de versiones sustituidas sin sobrescribirlas.
• Distinguir fuentes disponibles de publicaciones y aceptaciones acreditadas.
• Facilitar correcciones públicas cuando una entrada sea incompleta o errónea.

3. Qué incluye y qué queda fuera

4. Tres capas que no deben confundirse

Una reconstrucción sólida requiere unir las tres capas sin atribuir a ninguna más alcance del que tiene. Si falta una de ellas, el historial debe declarar la limitación en lugar de completarla con el texto actual.

5. Vocabulario de control

6. Jerarquía ante contradicciones

El historial orienta, pero no sustituye el documento aplicable. Para una relación concreta debe comprobarse primero la evidencia individual de aceptación; después, la fuente versionada correspondiente; y finalmente, la entrada pública que explica el cambio.

La página actual no prevalece automáticamente sobre una versión histórica aceptada. Una norma imperativa, una resolución aplicable o un acuerdo posterior pueden modificar los efectos jurídicos, pero no reescriben el contenido originalmente mostrado.

7. Qué es un cambio material

• Añadir, eliminar o ampliar una finalidad de tratamiento.
• Cambiar base jurídica, destinatario, transferencia o plazo de conservación.
• Alterar precio, devengo, alcance, responsabilidad o desistimiento.
• Modificar qué documento se acepta o cómo se conserva la aceptación.
• Incorporar automatización o IA con efecto relevante.
• Cambiar el acceso de afiliados, proveedores o personal a datos o expedientes.
• Modificar la definición, población o fórmula de una métrica pública.
• Cambiar el origen, verificación o presentación de opiniones y casos reales.
• Reducir o ampliar una garantía de independencia, conflicto o fondos.
• Resolver una brecha que altere una conclusión pública anterior.

8. Cambios editoriales

Una corrección de ortografía, enlace, numeración, estilo o formato puede incorporarse sin nueva versión cuando no cambia el sentido razonable. También puede actualizarse una denominación comercial si no varían rol, finalidad, datos ni garantías.

La clasificación se determina por el efecto acumulado. Varias modificaciones pequeñas que alteran la comprensión, ocultan una limitación o cambian la decisión esperable se tratan como cambio material.

9. Ciclo de vida documental

10. Información mínima de una entrada

11. Clases de documentos

12. Evidencia individual: no existe un único formato

Los flujos auditados conservan evidencias distintas. No debe afirmarse que todas las aceptaciones incluyen huella del contenido, IP, confirmaciones separadas o PDF si el flujo concreto no guarda esos elementos.

13. Inmutabilidad comprobada

Las aceptaciones generales, por caso y de documentos de perfil disponen de tablas diseñadas como append-only, con permisos restringidos y bloqueos de actualización y eliminación en base de datos. Esta protección reduce la alteración ordinaria de evidencias ya creadas.

Append-only no significa conservación ilimitada, autenticidad absoluta ni imposibilidad física de toda intervención administrativa. La evidencia sigue sujeta a seguridad, retención, copias, supervisión y obligaciones legales.

14. Aceptaciones generales de cuenta

El registro general conserva usuario, versión de términos, versión de privacidad, versión de cookies, fecha y hashes de IP y agente de usuario cuando están disponibles. Las filas están protegidas como evidencia inmutable para operaciones ordinarias.

El PDF de aceptación calcula una huella del payload de evidencia al generarse. Esa huella no debe confundirse con una huella histórica del texto bruto de cada página pública si la fila original no la almacenó.

• El inicio de sesión no crea automáticamente una aceptación nueva.
• El registro puede exigir nueva aceptación cuando las versiones activas no coinciden.
• El alta intenta registrar la evidencia, pero el código la trata como operación best effort para no impedir el registro.
• Una ausencia en esta tabla no debe completarse utilizando la fecha de creación de cuenta.

15. Aceptaciones por caso

Los formularios de microcréditos y vuelos utilizan fuentes internas versionadas. La evidencia por caso conserva clave documental, versión, huella SHA-256, fecha y confirmaciones de lectura, condiciones del servicio, inicio inmediato y desistimiento.

El cliente puede obtener un PDF de la aceptación cuando existe una fila aplicable y la fuente de esa versión sigue disponible. La generación no debe sustituir la fuente histórica por el texto vigente.

16. Documentos aceptados desde el perfil

El catálogo vigente contiene el Mandato y Autorización Extrajudicial de Actuación y la Autorización Expresa de Recepción, Cobro y Liquidación de Fondos Recuperados, ambos con versión 2026-04-28.

La evidencia guarda documento, versión, huella, fecha y origen de aceptación. La autorización contractual de fondos no acredita por sí sola que exista un circuito bancario activo de recepción y conciliación; ese límite se explica en la política de fondos y en el informe de transparencia.

17. Documentos de fase judicial

Cada documento judicial tiene clave, versión y fuente propias. Deben analizarse como un conjunto coordinado, pero una aceptación o firma de uno no se presume para los demás.

18. Evidencia de afiliación

La solicitud de afiliación exige aceptación y guarda la referencia AF-2026.51 junto con la fecha. La aprobación posterior puede definir modalidad, porcentaje, importe y umbral individualmente.

La solicitud no conserva una huella del documento dentro de la fila auditada. Además, la auditoría ha identificado diferencias entre AF-2026.51 y algunos valores económicos por defecto. El historial no presenta la referencia aceptada como prueba de que toda la configuración posterior coincide automáticamente con ella.

19. Referencias públicas vigentes

20. Documentos públicos con fecha pero sin referencia propia

Aviso legal, términos de uso, privacidad general, cookies, tratamiento práctico de datos, desistimiento, seguridad, reporte de vulnerabilidades y atención al cliente muestran fecha de actualización de 11 de julio de 2026, pero no todos exhiben un identificador documental propio.

La fecha aporta contexto, pero no sustituye una referencia ni una fuente histórica inmutable. Hasta que cada familia disponga de identificador y archivo de versiones, este historial solo puede acreditar la fecha visible y la existencia del texto actual.

21. Versiones contractuales vigentes observadas

22. Fuentes históricas de microcréditos

El repositorio contiene fuentes identificadas como 2026-02-12, 2026-04-19, 2026-04-20, 2026-05-22 y 2026-07-11. La última es la versión vigente observada.

Este inventario acredita disponibilidad técnica de esos textos en la revisión actual. No acredita por sí solo fecha de publicación, periodo de vigencia, número de aceptaciones ni que cada fuente llegara a producción.

23. Fuentes históricas de vuelos y perfil

La existencia de una fuente anterior permite reconstruir contenido si una evidencia apunta a ella. Sin una aceptación o registro adicional no permite atribuirla a una persona concreta.

24. Fuentes históricas judiciales

Además del paquete vigente, el repositorio conserva fuentes anteriores para condiciones y hoja de encargo, identificadas como J-2026.2 y HE-J-2026.1. También existe una fuente AP-J-2026.1 relacionada con apoderamiento apud acta que no figura en el listado vigente principal.

No se presenta esa fuente adicional como documento actualmente exigido. Su finalidad, uso y relación con aceptaciones deben comprobarse antes de incorporarla a un registro contractual vigente.

25. Cómo interpretar una fuente disponible

• El nombre del archivo no prueba por sí solo una fecha de efecto.
• La presencia en control de versiones no prueba despliegue público.
• Una constante vigente no acredita qué versión vio una persona concreta.
• Una huella prueba coincidencia con un contenido, no comprensión o validez jurídica.
• Un PDF generado después representa la evidencia conservada; no crea hechos faltantes.
• Una versión sustituida puede seguir siendo aplicable a relaciones anteriores.
• Una fuente sin aceptación puede ser borrador, transición o material no utilizado.

26. Registro público consolidado del 11 de julio de 2026

27. Auditorías de profundidad incorporadas

Las referencias PAF, PCAN, TAF, FON, IND, MOR, PROV y RET alcanzan en la fecha de corte la revisión 2026.3. Estas ediciones amplían el contenido inicial con matrices, flujos comprobados, capacidades preparadas, límites técnicos y brechas abiertas.

28. Evolución del informe de transparencia

La revisión .3 no convierte el documento en memoria anual cerrada. Mantiene la fecha de corte y amplía la explicación de fondos, afiliación, opiniones, métricas, accesibilidad, IA y brechas operativas.

29. Cambios que pueden exigir nueva aceptación

La etiqueta cambio material no determina por sí sola que deba recabarse consentimiento. Deben analizarse naturaleza, contrato, base jurídica, efecto, personas afectadas y reglas de transición.

30. Coordinación con formularios y producto

• Actualizar la fuente de verdad y la referencia mostrada.
• Revisar modal, casillas, textos auxiliares y enlaces.
• Alinear validación de servidor y payload de aceptación.
• Actualizar PDF, email y portal cuando reproduzcan el documento.
• Evitar que una versión antigua se genere con texto nuevo.
• Probar reanudación de borradores y usuarios con aceptación anterior.
• Revisar SEO, buscador interno, footer y centro de transparencia.
• Registrar el cambio solo cuando el comportamiento desplegado sea coherente.

31. Cambios urgentes

Una exigencia legal, incidente, error grave o riesgo para derechos puede exigir actuación inmediata. En ese caso se prioriza contener el riesgo, detener el flujo afectado si es necesario y publicar una nota con lo conocido.

La entrada urgente debe distinguir hechos confirmados, medidas provisionales y cuestiones pendientes. Cuando finalice la investigación se añade una conclusión fechada; no se sustituye silenciosamente la versión inicial.

32. Retirada, consolidación y redirecciones

Un documento puede retirarse si desaparece el servicio, se integra en otro o queda obsoleto. La ruta debe redirigir al texto vigente o explicar la retirada cuando una redirección pueda ocultar contexto relevante.

La consolidación no elimina contratos ni evidencias históricas. La entrada debe identificar qué se integró, dónde se encuentra la información y qué versiones anteriores siguen siendo necesarias para relaciones previas.

33. Acceso a versiones anteriores

Las fuentes necesarias para reconstruir una aceptación se conservan en repositorios documentales o sistemas probatorios aunque no todas se ofrezcan como navegación pública. El cliente puede solicitar el documento vinculado a su expediente o descargarlo cuando el portal habilita esa función.

El acceso puede limitarse para proteger datos de terceros, secreto profesional, seguridad o integridad. La limitación no autoriza a negar a una persona la información contractual que le corresponda.

34. Conservación y cadena de custodia

El cierre operativo no permite borrar automáticamente una aceptación necesaria para acreditar la relación. A su vez, la utilidad probatoria no justifica conservar indefinidamente datos personales que ya no sean necesarios.

35. Controles de integridad

• Referencia única dentro de cada familia.
• Fuente estable que no se modifica después de sustituirse.
• Huella del contenido cuando el flujo la utiliza.
• Comparación entre constante vigente, fuente y página pública.
• Prueba de que el formulario envía la misma versión mostrada.
• Rechazo de versiones no soportadas en descargas históricas.
• Protección append-only en evidencias críticas.
• Registro de descargas o revelaciones sensibles cuando procede.
• Pruebas automatizadas de rutas, referencias y marcadores materiales.

36. Limitaciones constatadas

37. Plan de mejora documental

Una mejora solo se considera cerrada cuando la evidencia técnica y pública coinciden. Añadir una frase a este historial no corrige por sí solo el flujo afectado.

38. Corrección del propio historial

Si una entrada contiene fecha, referencia, alcance o conclusión incorrectos, se publica una corrección identificable. No se elimina la versión equivocada de forma que resulte imposible conocer qué se rectificó.

39. Límites de transparencia

• No se publican datos de clientes, candidatos o afiliados.
• No se revelan secretos profesionales ni comunicaciones protegidas.
• No se exponen reglas defensivas que faciliten fraude o ataque.
• No se publican contratos de proveedores con secretos comerciales.
• No se atribuye una aceptación individual sin evidencia.
• No se afirma certificación o auditoría independiente inexistente.
• No se elimina información material únicamente por resultar desfavorable.
• No se usa la transparencia como excusa para conservar datos innecesarios.

40. Revisión, canal y siguiente cierre

El historial se revisa con cada cambio material y durante el cierre del informe anual. La próxima edición consolidará cambios posteriores a la fecha de corte, documentos retirados, referencias nuevas, brechas cerradas y cualquier corrección del registro.

Una omisión, enlace roto o contradicción puede comunicarse mediante Atención y reclamaciones. No es necesario aportar datos del expediente salvo que la consulta se refiera a una aceptación concreta; en ese caso debe utilizarse el canal autenticado o seguro correspondiente.

• Fecha de corte claramente visible.
• Separación entre publicación, efecto y aceptación.
• Registro de referencias sustituidas.
• Explicación de limitaciones y fuentes reconstruidas.
• Coherencia con el Informe de transparencia 2026.
• Conservación de evidencia sin exposición pública de datos personales.