Zum Inhalt
PlagiatScanner.de
Forschungsdaten · DAT-07

DOI für einen Datensatz: wann und wozu?

Eine DOI ist sinnvoll, wenn ein klar abgegrenzter Datensatz langfristig auffindbar, eindeutig zitiert und mit Publikationen oder Versionen verknüpft werden soll. Du beantragst sie nicht isoliert wie einen Dateinamen, sondern veröffentlichst oder registrierst das Objekt über ein Repositorium beziehungsweise eine zuständige Institution. Die DOI beweist weder Datenqualität noch offenen Zugriff oder geklärte Rechte.

Repositoriums-EntscheidungsmatrixStand: 4. September 2026

Was eine DOI tatsächlich leistet

Der Digital Object Identifier ist ein persistenter Identifikator. Er bleibt als Kennung stabil, während die zuständige Registrierungsstelle beziehungsweise das Repositorium das aktuelle Ziel der Landingpage pflegt. Diese Landingpage enthält Metadaten, Zitierhinweise und Zugriffsbedingungen. Eine DOI sollte deshalb nicht unmittelbar als Abkürzung für eine beliebige lokale Datei verstanden werden. Sie identifiziert ein betreutes Forschungsobjekt innerhalb einer Infrastruktur.

Für Datensätze verbessert die Kennung vor allem Eindeutigkeit, Zitierbarkeit und technische Verknüpfung. DataCite-Metadaten können Creator, Titel, Publisher, Veröffentlichungsjahr, Ressourcentyp, Version, Rechte und Beziehungen zu anderen Objekten enthalten. Dadurch lassen sich Datensatz, Artikel, Software und neue Fassung in einem nachvollziehbaren Netz verbinden. Die Qualität dieser Auffindbarkeit hängt jedoch weiterhin von sorgfältigen Metadaten ab.

Wann ein Datensatz DOI-reif ist

Eine DOI passt zu einem freigegebenen, klar beschriebenen Stand, auf den du oder andere dauerhaft verweisen sollen. Der Datensatz braucht einen verständlichen Titel, verantwortliche Creator, Version, Dokumentation, Rechte- und Zugriffsentscheidung sowie eine sinnvolle inhaltliche Abgrenzung. Auch Daten mit eingeschränktem Zugriff können einen öffentlichen Metadatensatz und DOI erhalten, sofern das Repositorium dies vorsieht. Der Identifikator macht sie nicht automatisch frei zugänglich.

Eine temporäre Arbeitskopie, unkontrollierte Zwischendatei oder Sammlung mit ungeklärten Rechten ist noch kein geeigneter Release. Ebenso wenig ist eine DOI nötig, nur um intern zwischen zwei Entwürfen zu unterscheiden. Interne Versionen, Prüfsummen und kontrollierte Speicherorte erfüllen andere Aufgaben. Prüfe zuerst den fachlichen Nutzen der dauerhaften Referenz und danach die Deposit-Regeln.

Authority Asset: Repositoriums-Entscheidungsmatrix für DOI-Datensätze

Wähle die höchste Zeile, deren Anforderungen tatsächlich erfüllt werden
OptionPasst, wenn …Vor DOI-Vergabe prüfenWarnsignal
Fachspezifisches Repositoriumes deine Datentypen, Metadatenstandards und Fachcommunity bedientKuratiert es Daten? Vergibt es Versions-DOIs? Welche Zugangsmodelle gelten?Das Fachformat oder die notwendige Zugriffsklasse wird nicht unterstützt.
Institutionelles RepositoriumHochschule oder Forschungszentrum Betreuung und dauerhafte Zuständigkeit bietetWer darf einreichen? Welche Speicher-, Prüf- und Embargoregeln gelten?Der Dienst archiviert nur Publikationen, nicht den konkreten Datentyp.
Allgemeines Repositoriumkein passender Fach- oder Institutionsdienst verfügbar istDateigrenzen, Metadaten, Versionierung, Lizenzen und SchutzbedarfAuswahl nur wegen schneller DOI, ohne Langzeit- und Rechteprüfung.
Keine VeröffentlichungEinwilligung, Vertrag, Schutz oder Qualität eine Veröffentlichung ausschließtkontrollierte Archivierung, interne Identität, zulässige NachweisbeschreibungDOI wird als Lösung für ungeklärte Rechte missverstanden.

Nutze re3data, um Repositorien nach Fach, Zertifizierung, persistenten Identifikatoren, Metadatenstandards, Zugang und Lizenzen zu filtern. Verifiziere anschließend jede Angabe auf der aktuellen Website des Dienstes und bei der eigenen Institution.

Versions-DOI und Gesamtobjekt auseinanderhalten

Repositorien können jeder Veröffentlichung eine eigene DOI und zusätzlich eine übergreifende DOI für alle Versionen zuordnen. Zenodo bezeichnet letztere als Concept DOI. Für einen berichteten Analyseerfolg ist normalerweise die konkrete Versions-DOI präziser; für einen allgemeinen Verweis auf ein fortlaufend entwickeltes Objekt kann die Gesamtkennung passen. Diese Praxis ist dienstabhängig, daher gelten die Dokumentation und Metadaten der gewählten Infrastruktur.

DataCite sieht ein Versionsfeld und definierte Beziehungen wie IsVersionOf, IsNewVersionOf oder HasVersion vor. Entscheide vor dem ersten Deposit, welche Änderung eine neue Version und welche ein neues Objekt bildet. Kleinere Metadatenkorrekturen, neue Datenwellen und methodisch anders erzeugte Datensätze sind nicht automatisch gleich zu behandeln. Schreibe die Regel in die Projektdokumentation.

Was die DOI nicht bestätigt

Eine auflösbare DOI sagt zunächst, dass ein Identifikator registriert und mit Metadaten verbunden wurde. Sie bescheinigt nicht, dass Daten korrekt, vollständig, anonym, rechtmäßig erhoben oder fachlich passend sind. Auch Zertifizierung eines Repositoriums ist keine Einzelfallbegutachtung deines Datensatzes. Qualitätsberichte, Codebuch, Methodenbeschreibung und Rechteprüfung bleiben erforderlich.

DOI bedeutet außerdem weder kostenlos noch offen. Die Landingpage kann ein Embargo, Registrierung, Antrag oder geschützten Zugang ausweisen. Zitiere solche Daten trotzdem korrekt und beschreibe die Bedingungen ohne falsches Zugangsversprechen. Eine gelöschte oder zurückgezogene Ressource sollte nach guter Praxis eine Tombstone-Seite mit Statusinformation behalten; erkundige dich nach der Policy des Dienstes.

Metadaten machen den Identifikator nutzbar

Ein kryptischer Titel und eine leere Beschreibung lassen einen Datensatz trotz DOI schwer auffinden. Formuliere einen spezifischen Titel, benenne verantwortliche Personen mit stabilen Namenskennungen, beschreibe Erhebungsraum, Zeitraum, Methode, Dateiformate und Zugriff. Hinterlege Lizenz oder Rechtehinweis und verknüpfe die zugehörige Publikation. Nutze fachspezifische Schlagwörter und kontrollierte Vokabulare, wenn das Repositorium sie anbietet.

Prüfe die Vorschau der Landingpage vor Veröffentlichung. Sind Creator-Reihenfolge, Sonderzeichen, Titel und Version korrekt? Führt der angegebene Kontakt zu einer dauerhaften Rolle statt zu einem bald abgeschalteten Studentenkonto? Sind sensible Details aus Beschreibung, Dateinamen und Vorschaudaten entfernt? Metadaten selbst sind öffentlich, auch wenn Dateien geschützt sind.

Vom Datenstand zur belastbaren DOI

  1. Definiere den zu veröffentlichenden Release und friere Dateien, Dokumentation und Prüfsummen ein.
  2. Kläre Urheberschaft, Datenbankrechte, Einwilligung, Verträge, Lizenzen und Schutzbedarf mit zuständigen Stellen.
  3. Vergleiche Fach-, Institutions- und allgemeine Repositorien anhand der Matrix.
  4. Bereite Titel, Creator, Beschreibung, Version, Rechte, Relationen und Zugriffsmodell vor.
  5. Prüfe Deposit-Vorschau, Dateiliste und Zitierausgabe; veröffentliche erst nach Freigabe.
  6. Öffne DOI und Landingpage erneut, dokumentiere den registrierten Stand und verwende die genaue Zitation.

Quellen und Register

  1. DataCite Metadata Schema 4.7 – offizielle Eigenschaften für Identität, Version, Rechte und Beziehungen.
  2. re3data: About – offizielles Register und Filtermöglichkeiten für Forschungsdatenrepositorien.
  3. Zenodo: Versioning FAQ – dokumentierte Unterscheidung von Versions- und Concept DOI.