Mit einem bestehenden Verweis beginnen
Für einen aussagekräftigen Test verwenden Sie einen Verweis, der bereits vor der Migration ausgegeben wurde: beispielsweise die Adresse hinter einem Datenträger auf einem Produkt oder in dessen Begleitunterlagen. Ein neu erzeugter Testlink zeigt lediglich, dass das neue System erreichbar ist. Er sagt nichts darüber aus, ob der bisherige Zugang erhalten bleibt. Wählen Sie einige repräsentative Produkte mit unterschiedlichen Datenständen und Zugriffsrollen. Halten Sie vor dem Wechsel fest, welches Produkt, welche Version und welche freigegebenen Informationen jeweils sichtbar sind. Das schafft eine konkrete Vergleichsbasis für die spätere Abnahme.
Produktidentität, Adresse und Inhalt getrennt betrachten
Drei Dinge können sich unabhängig voneinander verändern: die fachliche Identität eines Produkts, die technische Adresse einer Anwendung und der veröffentlichte Datenstand. Eine Migration sollte diese Zusammenhänge ausdrücklich abbilden. Wird aus einer alten Produktnummer eine neue interne Kennung, benötigt das Projekt eine nachvollziehbare Zuordnung. Ändert sich die Portaladresse, muss der bestehende Zugang weiterhin zum vorgesehenen Produkt führen. Aktualisierte Inhalte wiederum dürfen nicht dazu führen, dass eine frühere Produktrevision mit einer anderen verwechselt wird. Ob Modell, Charge oder einzelnes Exemplar maßgeblich sind, ist für den konkreten Anwendungsfall festzulegen.
Was das EU-Register leistet
Die EU-Kommission beschreibt das DPP-Register als gemeinsamen Index. Es speichert Identifikatoren, Registrierungsdaten und übergeordnete Metadaten; die detaillierten Produktdaten werden dezentral beim verantwortlichen Wirtschaftsakteur oder bei einem Dienstleister bereitgestellt. Eine Registrierung ersetzt daher nicht die Prüfung des eigenen Bereitstellungswegs. Welche DPP-Pflichten und Datenanforderungen gelten, hängt von der Produktgruppe und den anwendbaren Rechtsakten ab. Der hier vorgeschlagene Migrationstest ist eine technische Arbeitshilfe. Er ist weder eine allgemeine DPP-Pflicht für sämtliche Produkte noch eine Bestätigung regulatorischer Konformität.
Vor der Migration eine kleine Prüfakte anlegen
Dokumentieren Sie pro Testfall den ursprünglichen Verweis, den eindeutigen Produktbezug, den freigegebenen Datenstand, den erwarteten Empfängerkreis und das erwartete Ergebnis. Ergänzen Sie die zuständige Person sowie Datum und Systemumgebung der Prüfung. Für einen öffentlich erreichbaren Datensatz genügt nicht nur ein Bildschirmfoto der Startseite: Relevante Angaben und Dokumentverknüpfungen müssen dem richtigen Produkt zugeordnet sein. Für geschützte Inhalte sollten die vorgesehenen Rollen separat beschrieben werden. Verwenden Sie im Test nur die dafür notwendigen Daten. Vertrauliche Informationen gehören nicht in einen öffentlich geteilten Prüfbericht.
Den gleichen Zugang von außen erneut öffnen
Nach dem Wechsel wird genau der zuvor dokumentierte Verweis erneut geöffnet. Verwenden Sie dafür einen unabhängigen Browserkontext ohne die Sitzung des Migrationsteams. Prüfen Sie zunächst den öffentlichen Zugang und anschließend die vorgesehenen berechtigten Rollen. Stimmen Produkt und Revision? Werden die erwarteten Inhalte und Dokumente angezeigt? Funktionieren Weiterleitungen bis zum endgültigen Ziel? Ein Administrator, der den Datensatz im Backend findet, hat diesen Test noch nicht ersetzt. Ebenso wenig reicht ein HTTP-200-Status: Auch eine allgemeine Übersichtsseite kann technisch erfolgreich ausgeliefert werden, obwohl der konkrete Produktbezug verloren gegangen ist.
Fehlerfälle ausdrücklich in die Abnahme aufnehmen
Testen Sie neben gültigen Verweisen mindestens einen fehlenden Datensatz, eine nicht mehr gültige Berechtigung und eine alte Produktrevision. Eine pauschale Weiterleitung auf eine Produktfamilie darf nicht als erfolgreiche Auflösung des ursprünglichen Produkts gewertet werden. Fehlt der erwartete Inhalt, muss die Abweichung erkennbar sein und an die zuständige Rolle gelangen. Bei geschützten Daten gehört außerdem die Gegenprobe dazu: Ein nicht berechtigter Zugriff darf die Informationen nicht offenlegen. Legen Sie vorab fest, welche Abweichungen die Umstellung verhindern und welche mit dokumentierter Zuständigkeit und Frist bearbeitet werden können.
Die Übergabe an den Betrieb vorbereiten
Datenmigration, Verweisauflösung und Betrieb benötigen eine gemeinsame Übergabe. Das Team sollte wissen, wer die Zuordnung alter und neuer Kennungen pflegt, wer Änderungen am Bereitstellungsweg freigibt und wie ein fehlerhafter Produktzugriff gemeldet wird. Vereinbaren Sie für die Umstellung auch einen technisch geprüften Rücknahmeweg, einschließlich des Umgangs mit Änderungen, die bereits im neuen System entstanden sind. Ein bloßes Zurückschalten der Adresse kann sonst zu widersprüchlichen Datenständen führen. Wiederholungsprüfungen nach späteren Portal- oder Schnittstellenänderungen helfen, die einmal nachgewiesene Funktion im Betrieb zu erhalten.
PLM, PIM und RIM auf denselben Produktbezug ausrichten
In einer verteilten Datenlandschaft können Produktstruktur, beschreibende Informationen und regulatorische Nachweise aus verschiedenen Systemen stammen. Die Migration muss deshalb nicht nur einzelne Tabellen, sondern auch ihre fachlichen Verknüpfungen berücksichtigen. Der DPP-Ansatz von mediatec.net verbindet Produkt-, Material- und Compliance-Daten mit ARAS PLM sowie PIM und RIM. Welche Quelle welche Information führt und welcher Stand veröffentlicht wird, wird anhand der vorhandenen Prozesse festgelegt. Für die Abnahme ist entscheidend, dass der alte Produktverweis weiterhin die vorgesehenen Informationen aus dieser Landschaft zusammenführt.
Ein überschaubarer Einstieg
Beginnen Sie mit einer Produktfamilie und einer kleinen Liste vorhandener Verweise. Nehmen Sie einen regulären Datensatz und die wichtigsten Ausnahmefälle auf. Führen Sie die gleiche Prüfung vor und nach einem Testumzug durch und protokollieren Sie Soll, Ist und offene Abweichungen. So entsteht eine belastbare Gesprächsgrundlage für IT, Produktverantwortliche und Regulatory. Im DPP Readiness Check können Sie Ihre Ausgangslage strukturieren; ein anschließendes Erstgespräch hilft, den konkreten Daten- und Integrationsumfang für Ihre Systemlandschaft einzugrenzen.
Fragen zur DPP-Migration
Reicht es, nach der Migration einen neuen QR-Code zu testen?
Nein. Ein neuer Verweis prüft den neuen Zugangsweg. Für die Kontinuität ist zusätzlich der bereits ausgegebene Verweis mit seinem ursprünglichen Produktbezug zu prüfen.
Ersetzt das EU-DPP-Register das eigene Produktdatenportal?
Das Register ist ein Index und speichert nicht die vollständigen detaillierten Produktdaten. Die Bereitstellung der eigentlichen Inhalte bleibt eine eigene Aufgabe in der DPP-Architektur.
Müssen alle Informationen öffentlich sichtbar sein?
Nein. Der Test muss zwischen öffentlich vorgesehenen und zugriffsbeschränkten Informationen unterscheiden. Der konkrete Umfang folgt aus den anwendbaren Anforderungen und dem festgelegten Berechtigungskonzept.
Quellen geprüft am 5. Oktober 2026. Der Ablauf ist ein technischer Arbeitsvorschlag, kein Kundenfall und keine regulatorische Freigabe. Die konkreten Anforderungen sind produkt- und projektspezifisch zu klären.