PrestaShop Módulos PrestaShop

Historial de Condiciones Generales y Prueba de Aceptación PrestaShop 8 y 9

¿Qué versión de sus condiciones aceptó este cliente? La respuesta, con la prueba.

Cuando un cliente impugna un pedido o abre un contracargo, le piden las condiciones que aceptó ese día. PrestaShop solo guarda la versión actual de su página de condiciones. Este módulo archiva cada versión con su fecha, registra en cada pedido la versión mostrada en el pago, con la IP, el navegador y la huella SHA-256 del texto, y adjunta el PDF de esa versión al email de confirmación. El día del litigio, un clic desde el pedido le da un expediente de prueba listo para enviar.

De un vistazo
  • Cada versión de las condiciones archivada con su fecha de entrada en vigor y bloqueada al publicarse
  • Versión realmente mostrada en el pago registrada en cada pedido (IP, navegador, SHA-256)
  • PDF de la versión aceptada adjunto al email de confirmación del pedido
  • Sellado de tiempo por un tercero (RFC 3161) y registro de aceptaciones sellado
  • Expediente de prueba ZIP en un clic desde la ficha del pedido
PrestaShop 8 y 9 Sellado RFC 3161 Registro sellado Compatible psgdpr
  • Reembolso de 30 días
  • 12 meses de actualizaciones
  • Soporte 24h
www.datafirefly.com/es/
Historial de Condiciones Generales y Prueba de Aceptación PrestaShop 8 y 9
v1.2.0 · actualizado 2026-09-30
Qué hace

La versión corta.

01

La versión que el cliente vio de verdad

El módulo registra la versión mostrada encima de los métodos de pago, en el momento en que el cliente la ve, y no la vigente cuando se confirma el pago. Publicar nuevas condiciones mientras alguien paga no crea confusión.

02

Versiones que ya no se pueden retocar

Una versión publicada queda bloqueada: su texto, su huella SHA-256 y su PDF ya no cambian. Para modificar sus condiciones crea una nueva versión, con un resumen de cambios y una fecha de entrada en vigor inmediata o programada.

03

Una prueba que resiste una impugnación

Cada aceptación contiene la huella de la anterior: modificar o borrar un registro a posteriori se detecta. Las versiones publicadas y el registro se sellan con una autoridad independiente (DigiCert por defecto), verificable por cualquiera con OpenSSL.

04

El expediente del litigio en un clic

Desde la ficha del pedido, un ZIP reúne el certificado de aceptación, el PDF aceptado, el texto fuente exacto, los sellos de tiempo, la entrada del registro y una guía de verificación. Para enviarlo tal cual a su abogado o a su banco.

La versión larga

Todo lo que querrías saber antes de instalar.

Una mirada detallada a cómo funciona Historial de Condiciones Generales y Prueba de Aceptación PrestaShop 8 y 9, por qué lo construimos así y la lógica detrás de las características anteriores.

§ 01

Lo que PrestaShop no guarda

PrestaShop muestra una casilla para aceptar las condiciones que enlaza con una página CMS. Cuando modifica esa página, la versión anterior desaparece. Seis meses después, ante un cliente que discute los gastos de devolución o un banco que tramita un contracargo, no puede probar qué texto aceptó. Eso es exactamente lo que este módulo registra, pedido a pedido.

§ 02

Un historial fechado y bloqueado

Cada versión de sus condiciones tiene un número, un texto por idioma, una fecha de entrada en vigor y un resumen de cambios. Al publicarla, la versión se bloquea, se calcula su huella SHA-256 y se genera su PDF en cada idioma. Puede programar una versión futura, añadir sus condiciones anteriores con su fecha pasada y comparar dos versiones para ver exactamente qué cambió.

§ 03

La versión aceptada, pedido a pedido

En el pago, el módulo muestra el número de la versión vigente y un enlace a su PDF, y anota qué versión se mostró a ese cliente. Al validar el pedido registra esa versión con la huella del texto en el idioma del cliente, su IP y su navegador. El PDF de esa versión se adjunta al email de confirmación, y la versión aparece en la cuenta del cliente y, si lo desea, en la factura.

§ 04

Una prueba que un tercero puede verificar

Los registros están encadenados: cada aceptación incluye la huella de la anterior, por lo que cualquier modificación, inserción o eliminación posterior se detecta. Las versiones publicadas y el estado del registro se sellan con una autoridad independiente según la norma RFC 3161. Un perito puede comprobarlo todo con OpenSSL sin tener que fiarse de usted.

§ 05

También para tiendas que ya venden

Añade sus condiciones anteriores con su fecha de entrada en vigor y el módulo vincula sus pedidos pasados con la versión aplicable en su fecha. Esos pedidos quedan claramente marcados como vinculados a posteriori: el módulo no pretende haber registrado una visualización que no vio.