Saltar al contenido principal

Aceptaciones y evidencias

Abre el apartado que quieras consultar.

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.

  • Cuenta general

    Evidencia observada
    Versiones de términos, privacidad y cookies; fecha y hashes técnicos de contexto
    Límite
    Las filas históricas no contienen huella del texto bruto de cada documento
  • Caso de microcrédito o vuelo

    Evidencia observada
    Clave, versión, huella, fecha y confirmaciones
    Límite
    Debe recuperarse la fuente exacta de esa versión
  • Documentos de perfil

    Evidencia observada
    Clave, título, versión, huella, fecha y origen
    Límite
    Solo para documentos aceptados en ese flujo
  • Afiliación

    Evidencia observada
    Aceptación, versión, fecha y, para nuevas solicitudes, SHA-256 vinculado a una instantánea canónica inmutable
    Límite
    Las solicitudes anteriores al sellado conservan evidencia heredada limitada
  • Fase judicial

    Evidencia observada
    Instantáneas versionadas y huellas en el circuito especializado
    Límite
    Cada documento tiene referencia propia
  • Cookies

    Evidencia observada
    Versión, decisión, fecha y revocación cuando exista
    Límite
    No sustituye la aceptación contractual

13. Protección de la evidencia conservada

Las aceptaciones generales, por caso y de documentos de perfil cuentan con acceso restringido y protección frente a la modificación o eliminación ordinaria de los registros ya creados. Las correcciones deben conservar la evidencia anterior.

Esta protección no significa conservación ilimitada, autenticidad absoluta ni imposibilidad de toda intervención administrativa. La evidencia sigue sujeta a seguridad, retención, copias, supervisión y obligaciones legales.

  • Restricción de modificaciones

    Alcance
    Las operaciones ordinarias no sustituyen ni eliminan la aceptación conservada
  • Conservación de la evidencia anterior

    Alcance
    Una corrección no debe ocultar lo que se registró originalmente
  • Control de acceso

    Alcance
    Quién puede incorporar o consultar la evidencia
  • Huella

    Alcance
    Coincidencia del contenido cuando el flujo la conserva
  • PDF de evidencia

    Alcance
    Representación descargable de datos conservados
  • Auditoría de descarga

    Alcance
    Trazabilidad de determinados accesos

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. Una tarea interna detecta cuentas sin la combinación activa y conserva un hallazgo mínimo, separado de la aceptación.

La copia PDF de aceptación incluye una huella de la evidencia que reproduce. No equivale a una huella histórica de cada página pública si esta no se conservó en el momento de aceptar.

  • 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.
  • En algunas altas anteriores podía crearse una cuenta aunque no quedara registrada toda la evidencia de aceptación. La creación de la cuenta no sustituye esa prueba; si falta una aceptación necesaria, debe comprobarse o solicitarse expresamente.
  • Una ausencia en esta tabla no se completa utilizando la fecha de creación de cuenta: queda abierta para reaceptación explícita y solo se resuelve cuando existe evidencia exacta.

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.

  • doc_key

    Función
    Identificar la familia contractual
  • doc_version

    Función
    Seleccionar la fuente histórica
  • doc_hash

    Función
    Comprobar integridad del contenido
  • accepted_at

    Función
    Situar el acto en el tiempo
  • Confirmaciones

    Función
    Acreditar decisiones exigidas por el flujo
  • Metadatos técnicos

    Función
    Apoyar seguridad y atribución con acceso restringido

16. Documentos aceptados desde el perfil

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

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.

  • Condiciones judiciales

    Versión vigente observada
    CG-JUD-2026-09-04
  • Hoja de encargo profesional

    Versión vigente observada
    HE-J-2026.3
  • Autorización de representación

    Versión vigente observada
    AR-J-2026.1
  • Mandato de cobro y liquidación

    Versión vigente observada
    MCL-J-2026.1
  • Desistimiento judicial

    Versión vigente observada
    JUD-DES-2026.1
  • Inicio inmediato judicial

    Versión vigente observada
    SIM-J-2026.1

18. Evidencia de afiliación

Desde el 4 de septiembre de 2026, las nuevas solicitudes de afiliación aceptan y guardan la referencia AF-2026.55 junto con la fecha. La solicitud añade el SHA-256 de una instantánea canónica e inmutable que contiene los mismos bloques estructurados mostrados por la interfaz. La versión enviada debe coincidir exactamente con las condiciones vigentes presentadas para aceptar; si un borrador pertenece a una versión anterior, sus confirmaciones jurídicas se reinician.

Las solicitudes históricas conservan AF-2026.53, AF-2026.52, AF-2026.51 o cualquier evidencia anterior sin reescritura y se califican como limitadas a versión y fecha cuando no tenían huella. La aceptación económica posterior se registra por separado con versión, fecha, modalidad, escalas, huella de contenido y huella de la instantánea económica. Cada relación debe contrastarse con la versión efectivamente aceptada y no solo con el texto público vigente.

  • Aceptación exigida

    Estado
  • Versión guardada

    Estado
    AF-2026.55 en nuevas solicitudes; AF-2026.54 y anteriores preservadas en solicitudes históricas
  • Fecha guardada

    Estado
  • Huella del texto en la solicitud

    Estado
    Sí en nuevas solicitudes selladas; ausente y declarada en evidencia heredada
  • Segunda aceptación económica específica

    Estado
    Sí; instantánea versionada, fechada y vinculada a la huella del contenido contractual
  • Alineación con escalas contractuales

    Estado
    Centralizada en configuración y fotografiada por atribución

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.

  • Precio, comisión o umbral

    Evaluación necesaria
    Nueva aceptación o acuerdo individual cuando corresponda
  • Objeto o alcance esencial

    Evaluación necesaria
    Información previa y aceptación aplicable
  • Desistimiento o inicio inmediato

    Evaluación necesaria
    Confirmación expresa cuando sea exigible
  • Nueva obligación del cliente

    Evaluación necesaria
    No presumir aceptación por silencio
  • Cambio de privacidad

    Evaluación necesaria
    Información; consentimiento solo si la base lo exige
  • Corrección favorable o aclaración

    Evaluación necesaria
    Normalmente información, no aceptación
  • Norma imperativa

    Evaluación necesaria
    Aplicación conforme a transición legal y comunicación

30. La versión que se muestra y se acepta

  • La referencia identifica el documento puesto a disposición antes de aceptar.
  • La aceptación debe corresponder al texto mostrado, no a una edición posterior.
  • Las copias del portal y del correo deben reproducir la versión vinculada a la aceptación.
  • Una copia histórica no puede sustituirse por el texto vigente conservando una referencia antigua.
  • Retomar un borrador no equivale a aceptar las modificaciones publicadas mientras estuvo pendiente.
  • Si existe una contradicción entre una copia y su referencia, puede solicitarse su comprobación por el canal de Atención.