NDAs, contratos y entregables con proveedores y freelancers: cómo dejar constancia de fecha y versión
Equipo Proovik · 15 sep 2026 · 8 min lectura
Para dejar constancia de la fecha y la versión de un NDA, un contrato o un entregable, calcula el hash SHA-256 del fichero definitivo y séllalo con un sello de tiempo electrónico: el sello demuestra que ese fichero exacto existía en ese momento y no ha cambiado. Hazlo antes de compartir información confidencial, con cada versión entregada y con la aceptación final. El sello no prueba quién lo escribió ni que la otra parte lo recibiera.
Este artículo forma parte del clúster de prueba de existencia y anterioridad de Proovik. Si quieres la base (qué es un sello de tiempo, qué vale y qué no), lee antes Cómo demostrar que un documento existía en una fecha. Aquí bajamos al caso concreto de la relación con proveedores y freelancers, que es donde más disputas de "esa no era la versión acordada" se producen.
Los tres momentos en que se pierde la prueba
En una relación con un proveedor o un freelance hay tres momentos en que, si no dejas constancia, después será tu palabra contra la suya.
- Antes de compartir. Envías un briefing, un dataset, un prototipo o una lista de clientes bajo NDA. Si el proveedor reutiliza esa información, tendrás que demostrar qué le entregaste y cuándo, y que el NDA ya estaba firmado.
- Durante el trabajo. Los entregables cambian de versión: v1, v2 "final", v2 "final definitiva". Si hay una reclamación por defectos o por plazos, hay que saber qué versión existía en cada fecha.
- Al cerrar. La aceptación del entregable, la factura y la cesión de derechos deben referirse a un fichero identificable, no a "el diseño que enviaste por correo".
Lo habitual es fiarse del correo electrónico. Un correo demuestra poco: el servidor de cada parte puede editar o borrar mensajes, los adjuntos se sustituyen y las fechas del cliente de correo se manipulan. Un hash sellado en una red pública no depende de ninguna de las dos partes.
Qué prueba un hash sellado y qué no
| Pregunta en una disputa | ¿Lo prueba el sello de tiempo? | Qué hace falta además |
|---|---|---|
| ¿Este fichero existía el día X? | Sí, con la marca temporal del bloque | Conservar el fichero original |
| ¿Es exactamente esta versión, sin cambios? | Sí, el hash cambia con un solo bit | Nada |
| ¿Quién lo redactó o lo creó? | No | Firma electrónica, metadatos, testigos |
| ¿La otra parte lo recibió? | No | Envío acreditado, acuse, firma del receptor |
| ¿Es cierto lo que dice el documento? | No | Prueba sobre el fondo |
| ¿Existía antes que el documento de la otra parte? | Sí, comparando marcas temporales de ambos sellos | Que la otra parte también tenga fecha probada |
Un sello sobre el NDA firmado prueba que la versión firmada existía en esa fecha; un sello sobre el paquete de información entregada prueba qué se entregó. Juntos reconstruyen el hecho que un juez necesita: qué información estaba protegida cuando se compartió.
Un procedimiento que cabe en una tarde
- Congela el NDA. Cuando ambas partes hayan firmado (electrónicamente o en papel escaneado), calcula el hash del PDF final y séllalo. Anota el identificador de la transacción en el expediente del proveedor.
- Empaqueta lo que compartes. Antes de enviar información confidencial, mete los ficheros en un archivo comprimido, séllalo y guárdalo sin abrir. El hash del archivo identifica todo el conjunto.
- Sella cada versión entregada. Pide al freelance que selle el entregable antes de enviarlo, o séllalo tú al recibirlo. El certificado con el hash va al hilo de correo del proyecto.
- Sella la aceptación. El correo o el acta de aceptación debe citar el hash de la versión aceptada. Así "la versión final" deja de ser ambigua.
- Guarda ficheros y certificados juntos. El sello solo sirve si conservas el fichero al que corresponde. Una carpeta por proveedor, con fichero, certificado y hash, es suficiente.
Un ejemplo. Un estudio encarga a una diseñadora freelance la identidad visual de un producto. El estudio sella el briefing y el NDA el 3 de febrero; la diseñadora sella sus propuestas el 20 de febrero y el 4 de marzo; el estudio sella el acta de aceptación citando el hash de la propuesta del 4 de marzo. Seis meses después aparece un logotipo casi idéntico en otra marca. El estudio puede demostrar qué diseño existía el 4 de marzo, y la diseñadora puede demostrar que el suyo es anterior a lo que publicó la otra marca, si esta no tiene fecha probada. Ninguno de los dos depende de que el otro conserve sus correos.
Qué dice la norma
Reglamento (UE) 910/2014 (eIDAS), artículo 41: apartado 1: "No se denegarán efectos jurídicos ni admisibilidad como prueba en procedimientos judiciales a un sello de tiempo electrónico por el mero hecho de estar en formato electrónico o de no cumplir los requisitos de sello cualificado de tiempo electrónico". Apartado 2: los sellos cualificados de tiempo electrónicos disfrutan de una presunción de exactitud de la fecha y hora que indican y de la integridad de los datos a los que están vinculados. El sello de Proovik es no cualificado: admisible, sin esa presunción.
Ley de Enjuiciamiento Civil, artículo 326 (redacción dada por la Ley 6/2020): los documentos privados tienen en el proceso la misma fuerza probatoria que los públicos si no se impugna su autenticidad; si se impugna un documento electrónico en el que se ha usado un servicio de confianza no cualificado, la carga de realizar la comprobación corresponde a quien lo presenta. Es decir: quien aporta un sello no cualificado debe estar en condiciones de demostrar que es correcto. Con un sello verificable públicamente, esa demostración es una comprobación aritmética que cualquiera puede repetir.
Ley 1/2019, de Secretos Empresariales, artículo 1: para que una información sea secreto empresarial debe ser secreta, tener valor empresarial por serlo y "haber sido objeto de medidas razonables por parte de su titular para mantenerla en secreto". Un NDA firmado y con fecha probada, más la constancia de qué se compartió y cuándo, es parte de esas medidas razonables.
Código Civil, artículo 1227: regula desde cuándo cuenta la fecha de un documento privado frente a terceros (incorporación a un registro público, fallecimiento de un firmante, entrega a un funcionario). Proovik no otorga fecha cierta en el sentido de este artículo: aporta una prueba de existencia y anterioridad que el tribunal valora libremente.
Cómo hacerlo con Proovik
En la página certificar eliges el fichero; el hash SHA-256 se calcula en tu navegador y solo esa huella de 32 bytes se inscribe en una transacción de la red Kaspa, que produce unos diez bloques por segundo, de modo que el sello suele confirmarse en segundos. Recibes un certificado PDF con el paquete de prueba PVK-PROOF/1 incorporado; cualquiera puede verificarlo sin Proovik, en la página verificar o con la especificación pública. Para sellar entregables de forma sistemática desde una herramienta de gestión de proyectos, está la API. Si tu caso es proteger una obra o una idea propia antes de enseñarla, mira también cómo proteger tu propiedad intelectual sin registro.
Lo que acredita: que el fichero existía no más tarde de la marca temporal del bloque y que no ha cambiado. Lo que no acredita: la autoría, la recepción por la otra parte ni la veracidad del contenido. Sellar un NDA no lo convierte en más válido; lo hace más fácil de probar.
Preguntas frecuentes
¿Sellar un contrato sustituye a firmarlo?
No. La firma vincula a las personas con el contenido; el sello vincula el contenido con una fecha. Lo correcto es firmar y después sellar la versión firmada, para poder demostrar que esa firma ya existía en esa fecha.
¿Y si el freelance no quiere sellar sus entregables?
Puedes sellar tú lo que recibes en el momento de recibirlo. El sello prueba que esa versión estaba en tu poder en esa fecha, que es lo que necesitas ante una reclamación posterior. Si además el proveedor sella al enviar, ambas partes tienen su propia prueba.
¿El sello revela el contenido del NDA o del entregable?
No. En la cadena solo se inscribe el hash. Del hash no se puede reconstruir el documento, y Proovik no recibe el fichero. Para probar algo tendrás que mostrar el fichero, pero solo a quien tú decidas y cuando lo decidas.
¿Cuánto tiempo sigue siendo verificable la prueba?
Mientras exista la red Kaspa y conserves el fichero y el certificado. El certificado contiene la transacción, la ruta Merkle y la cabecera del bloque: no depende de que Proovik siga operando.
Fuentes
- Reglamento (UE) 910/2014 (eIDAS): eur-lex.europa.eu/eli/reg/2014/910/oj
- Ley 1/2000, de Enjuiciamiento Civil, texto consolidado (artículo 326): boe.es/eli/es/l/2000/01/07/1/con
- Ley 6/2020, reguladora de determinados aspectos de los servicios electrónicos de confianza: boe.es/eli/es/l/2020/11/11/6
- Ley 1/2019, de Secretos Empresariales: boe.es/eli/es/l/2019/02/20/1
- Código Civil, texto consolidado (artículo 1227): boe.es/eli/es/rd/1889/07/24/(1)/con
- Directiva (UE) 2016/943 sobre secretos comerciales: eur-lex.europa.eu/eli/dir/2016/943/oj
Equipo Proovik. Publicado el 17 de septiembre de 2026; última revisión el 6 de septiembre de 2026. Este artículo es información general, no asesoramiento jurídico.