¿Qué exige este criterio?
La aceptación es el hito jurídicamente más crítico del flujo QERDS. Debe quedar registrada: (1) el identificador del destinatario autenticado; (2) el momento exacto (sello de tiempo cualificado); (3) la acción realizada (aceptar/rechazar); (4) el hash del contenido que se acepta o rechaza. La evidencia resultante debe estar firmada con el sello cualificado del prestador. Si la aceptación es tácita (descarga del contenido), el log técnico debe ser suficientemente preciso para acreditarla.

¿Qué hay que revisar al cliente?

• Flujo técnico de confirmación de aceptación (acción explícita o descarga implícita).
• Evidencia de aceptación generada: campos incluidos (ID destinatario, timestamp, hash).
• Firma del prestador en la evidencia de aceptación.
• Tratamiento del rechazo explícito: ¿genera evidencia separada?
• Definición de 'aceptación tácita' en los T&C y correspondencia técnica.

Preguntas clave para las entrevistas

• ¿Cómo se registra que el destinatario ha aceptado la entrega? ¿Botón explícito, descarga implícita?
• ¿Qué campos incluye la evidencia de aceptación? ¿Incluye el hash del contenido aceptado?
• ¿El rechazo explícito genera una evidencia separada con sello de tiempo?
• ¿Los T&C definen qué acción del destinatario constituye aceptación tácita?

¿Por qué es esencial para QERDS y TSA?
La evidencia de aceptación es la prueba de que el destinatario recibió y aceptó el contenido. En notificaciones administrativas o judiciales, es el documento que acredita la fecha desde la que corren los plazos legales. Su precisión y solidez jurídica son las más importantes de todo el flujo QERDS.

Evidencia que demostraría conformidad

• Diagrama del flujo de aceptación (técnico y de UX).
• Ejemplo de evidencia de aceptación con todos los campos.
• Verificación de la firma del prestador en la evidencia.
• Sección de T&C que define aceptación expresa y tácita.