Cómo proteger tu obra, código, diseño o idea sin registrarla: la prueba de anterioridad
Equipo Proovik · 7 sep 2026 · 9 min lectura
Para proteger una obra, un código, un diseño o una idea sin registrarla hay que fijar dos cosas: que la creación ya existía en una fecha y que no ha cambiado desde entonces. El derecho de autor nace con la creación, sin trámites; lo que falta es una prueba de anterioridad. Se obtiene calculando el hash SHA-256 del fichero y sellándolo en un registro que nadie pueda reescribir, junto con una declaración de autoría dentro del propio fichero.
Lo que la ley ya te da sin registro
En España, y en todos los países del Convenio de Berna, el derecho de autor no depende de ningún registro: la propiedad intelectual corresponde al autor por el solo hecho de crear la obra, y los programas de ordenador están entre las obras protegidas. La ley añade una ayuda práctica: se presume autor, salvo prueba en contrario, a quien aparezca como tal en la obra. Por eso tu nombre debe estar dentro del fichero, no solo en el correo con el que lo envías.
Lo que ninguna norma resuelve es el conflicto real: dos personas presentan versiones parecidas y cada una dice que la suya fue primero. Gana quien puede demostrar la fecha de su versión con un medio que el otro no pueda discutir. Eso es la prueba de anterioridad, y es independiente del registro.
Qué protege cada cosa y qué no
- Obras (texto, música, fotografía, ilustración, software): derecho de autor desde la creación. La prueba de anterioridad acredita desde cuándo existe tu versión.
- Diseños: además del diseño registrado, existe el dibujo o modelo comunitario no registrado, que protege tres años desde que el diseño se hizo público en la Unión Europea. Poder probar la fecha de divulgación decide si el plazo corre.
- Invenciones: son territorio de las patentes. Un sello de tiempo no da ningún derecho de exclusiva y no sustituye a la solicitud; peor aún, divulgar la invención antes de solicitarla destruye su novedad.
- Ideas en sentido estricto: el derecho de autor protege la expresión, no la idea. Una idea de negocio se protege, si acaso, como secreto empresarial, y solo si adoptas medidas razonables para mantenerla en secreto.
El mito del sobre a uno mismo
Durante décadas circuló el consejo de meter la obra en un sobre, enviárselo a uno mismo por correo certificado y guardarlo cerrado: el poor man's copyright. Es una prueba débil: el sobre se abre con vapor y se vuelve a cerrar, se puede enviar vacío y rellenar después, y el matasellos acredita la fecha de un envío, no su contenido. Un sello de tiempo criptográfico resuelve exactamente eso: la huella del fichero queda inscrita en un registro público fuera de tu control, y cualquiera puede comprobar que el fichero que presentas hoy es el mismo que produjo esa huella entonces.
Cinco mecanismos, comparados
| Mecanismo | Qué prueba | Coste | Tiempo | ¿Sale el documento de tu equipo? | Verificación por terceros |
|---|---|---|---|---|---|
| Registro de la Propiedad Intelectual | Inscripción con presunción de titularidad salvo prueba en contrario | Tasa | Semanas o meses | Sí, se deposita | Sí, archivo público |
| Notario (acta de depósito) | Fe pública sobre la fecha del depósito y la identidad del depositante | Honorarios | Días, con cita | Sí | Mientras se conserve el protocolo |
| Sello de tiempo cualificado (eIDAS) | Fecha y hora con presunción de exactitud (art. 41.2) | Por sello o suscripción | Segundos | No, solo el hash | Validando la firma frente a la lista de confianza |
| Sello de tiempo en blockchain (Proovik) | Existencia, anterioridad e integridad; admisible como prueba (art. 41.1), sin presunción | Bajo o gratuito | Segundos | No, solo el hash | Cualquiera con el fichero de prueba, sin el emisor |
| Sobre a uno mismo | Fecha de un envío postal; nada sobre el contenido | Franqueo | Días | Sí | No reproducible |
Los mecanismos se combinan: sella cada versión en blockchain mientras trabajas y, si el asunto llega a un litigio, protocoliza o inscribe la versión definitiva. Los cinco métodos están comparados en cómo demostrar que un documento existía en una fecha.
Qué sellar y cuándo
El sello fija bytes concretos: si sellas un fichero y luego lo editas, la prueba vale para la versión sellada, no para la nueva. La regla práctica es sellar en cada hito y guardar juntos el fichero y su certificado.
Textos, guiones y manuscritos
Sella cada versión que compartas: novela-v3-2026-09-05.docx antes de enviarla a una editorial, el guion antes del casting. Pon tu nombre y la fecha en la primera página: así activas la presunción de autoría y el sello acredita desde cuándo existe esa declaración.
Código fuente
Un repositorio cambia a diario, así que sella un empaquetado en los hitos que importan: la primera versión funcional, cada release y cada entrega a un cliente. Dos opciones que producen un solo fichero:
- Un archivo comprimido del árbol de trabajo:
proyecto-v1.4.0.zip. - Un bundle de git con toda la historia:
git bundle create proyecto-2026-09-05.bundle --all. Sellar ese fichero fija todos los commits anteriores de una vez, porque cualquier cambio en la historia cambia el hash del bundle.
Para el problema contiguo de demostrar que un binario publicado no ha sido manipulado, hay una guía sobre integridad de software verificable.
Diseños e ilustraciones
Sella el fichero de trabajo original (.fig, .ai, .psd, .svg), no solo la exportación en PNG: el original contiene capas e historial que una copia no reproduce. Si el diseño va a divulgarse, sella también el material de la divulgación (el catálogo, la captura de la web) el mismo día: es la fecha que arranca los tres años del diseño no registrado.
Bocetos e ideas
Fotografía el cuaderno, o escribe un documento que describa la idea con detalle y pon tu nombre dentro. Séllalo antes de contárselo a inversores o clientes, junto al acuerdo de confidencialidad que firmen; sobre esos acuerdos hay más en proteger la propiedad intelectual sin patentes.
Qué dice la ley
Sobre el valor de un sello de tiempo, el Reglamento (UE) 910/2014 (eIDAS) distingue entre sellos cualificados y no cualificados. Su art. 41.1 dispone: «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.» Y el art. 41.2 reserva la presunción a los cualificados: «Los sellos cualificados de tiempo electrónicos disfrutarán de una presunción de exactitud de la fecha y hora que indican y de la integridad de los datos a los que la fecha y hora estén vinculadas.»
En síntesis, el resto del marco aplicable:
- Texto Refundido de la Ley de Propiedad Intelectual (TRLPI): la propiedad intelectual corresponde al autor por el hecho de la creación (art. 1); se presume autor a quien figure como tal en la obra (art. 6.1); los programas de ordenador son obras protegidas (art. 10.1.i); el Registro es voluntario y sus asientos se presumen exactos salvo prueba en contrario (art. 145).
- Convenio de Berna: el goce y el ejercicio del derecho de autor no están sujetos a ninguna formalidad (art. 5.2).
- Reglamento (CE) 6/2002: el dibujo o modelo comunitario no registrado se protege tres años desde su primera divulgación pública en la Unión (art. 11).
- Ley 24/2015 de Patentes: la invención debe ser nueva; lo divulgado antes de la solicitud forma parte del estado de la técnica.
- Ley 1/2019 de Secretos Empresariales (Directiva (UE) 2016/943): la información se protege como secreto si tiene valor por ser secreta y su titular ha tomado medidas razonables para mantenerla así.
- Art. 326 LEC (redacción de la Ley 6/2020): si se impugna la fecha o la integridad de un documento electrónico acreditado por un servicio de confianza no cualificado, se practica la prueba que corresponda conforme al Reglamento eIDAS (apartado 3); si el servicio era cualificado y estaba en la lista de confianza, se presume que el documento reúne la característica cuestionada (apartado 4).
Esto es información general, no asesoramiento jurídico.
Cómo hacerlo con Proovik
Proovik emite un sello de tiempo electrónico no cualificado: acredita que el fichero con ese SHA-256 existía no después de la marca temporal del bloque de Kaspa que lo incluye, y que no ha cambiado. No acredita quién lo creó ni que su contenido sea original, y no tiene la presunción del art. 41.2, reservada a los sellos cualificados.
El proceso: abre la página de certificación, arrastra el fichero (el ZIP, el bundle, el manuscrito) y el navegador calcula su SHA-256. El fichero no se sube; solo viaja la huella de 32 bytes, que se inscribe en una transacción de la red Kaspa. El sello suele confirmarse en segundos y recibes un certificado PDF con el paquete de prueba PVK-PROOF/1. Puedes empezar sin cuenta. Guarda el PDF junto al fichero original: los dos juntos son la prueba, y cualquiera puede comprobarla en la página de verificación sin depender de Proovik. Las diferencias con un sello cualificado están en sello de tiempo cualificado frente a no cualificado.
Preguntas frecuentes
¿Un sello de tiempo protege mi idea frente a la patente de otro?
No. Las patentes se conceden por solicitud y exigen novedad; un sello de tiempo no da ningún derecho de exclusiva ni impide que otro patente lo mismo. Puede aportar prueba de que tú usabas esa solución antes, lo que en algunos casos fundamenta un derecho de uso anterior.
¿Sirve el sello para reclamar la autoría?
Solo de forma indirecta. El sello prueba que el fichero existía en una fecha y no ha cambiado; no prueba quién lo escribió. Si el fichero lleva tu nombre, la ley presume que eres el autor salvo prueba en contrario, y el sello demuestra desde cuándo existe esa declaración.
¿Cada cuánto debo sellar el código?
En los hitos que te importaría poder probar: primera versión funcional, cada release, cada entrega a un cliente y antes de mostrarlo a terceros. Un bundle de git sella toda la historia de golpe, así que no hace falta sellar commit a commit.
¿Y si cambio una coma después de sellar?
El sello sigue valiendo para la versión sellada, no para la nueva: un solo byte distinto produce un SHA-256 completamente diferente. Es lo deseable: impide presentar una versión retocada como si fuera la original.
Fuentes
- Real Decreto Legislativo 1/1996, Texto Refundido de la Ley de Propiedad Intelectual (BOE)
- Convenio de Berna para la Protección de las Obras Literarias y Artísticas (OMPI)
- Reglamento (CE) n.º 6/2002 sobre los dibujos y modelos comunitarios (EUR-Lex)
- Ley 24/2015, de Patentes (BOE)
- Ley 1/2019, de Secretos Empresariales (BOE)
- Directiva (UE) 2016/943 sobre secretos comerciales (EUR-Lex)
- Reglamento (UE) n.º 910/2014 (eIDAS) (EUR-Lex)
- Ley 6/2020, de servicios electrónicos de confianza (BOE)