Wie funktioniert Produktzertifizierungs-Software? Von der technischen Akte zum Zertifikat

Was leistet Produktzertifizierungs-Software?

Produktzertifizierungs-Software verwaltet in einem einzigen rückverfolgbaren Dossier Antrag, Produktfamilie und Varianten, das anwendbare Programm, die technische Akte, Prüf-, Inspektions- und Auditaufgaben, Befunde, Prüfung und Entscheidung, den Zertifikatsumfang, die Überwachung und Produktänderungen.

Ziel ist nicht, schneller eine Zertifikats-PDF zu erzeugen. Das eigentliche Ziel ist nachweisen zu können, nach welchen technischen Anforderungen welches Produkt mit welchen Mustern und Nachweisen bewertet wurde, auf welcher Dossierversion die Entscheidung beruht und ob eine spätere Änderung den Zertifikatsumfang beeinflusst. Die Software ordnet diese Nachweiskette; sie übernimmt weder die Kompetenz der Konformitätsbewertungsstelle noch die Regeln des Programmeigentümers, die Pflichten des Herstellers oder die autorisierte Entscheidung.

Was legen ISO/IEC 17065 und ISO/IEC 17067 fest?

ISO/IEC 17065 legt die Anforderungen an Stellen fest, die Produkte, Prozesse und Dienstleistungen zertifizieren; ISO/IEC 17067 bietet die Grundleitlinie für das Verständnis, die Entwicklung und den Betrieb von Produktzertifizierungsprogrammen.

Nach der ISO-Statusseite vom 11. Juli 2026 ist ISO/IEC 17065:2012 weiterhin die veröffentlichte Ausgabe; sie wurde 2024 überprüft und bestätigt und wird voraussichtlich in den kommenden Monaten durch ISO/IEC FDIS 17065 ersetzt. Auch ISO/IEC 17067:2013 ist weiterhin veröffentlicht; für die zweite Ausgabe befindet sich ISO/IEC FDIS 17067 in Entwicklung. Diese Übergangslage zeigt, dass die Software die Norm nicht nur als Namen, sondern mit Ausgabe, Programmversion und Inkrafttretensdatum verwalten muss. [1] [2]

TÜRKAK behandelt die Akkreditierung von Produktzertifizierungsstellen im Rahmen von TS EN ISO/IEC 17065, der anwendbaren EA/IAF-Pflichtdokumente und Leitlinien. Je nach der vom Produkt oder Programm geforderten Tätigkeit können auch die anwendbaren Anforderungen der ISO/IEC 17025 für Prüfung, der ISO/IEC 17020 für Inspektion und der ISO/IEC 17021-1 für Managementsystem-Bewertung relevant werden. Produktzertifizierungs-Software ist daher nicht nur ein Zertifikatsmodul, sondern eine Orchestrierungsschicht, die verschiedene Bewertungsquellen im selben Entscheidungsdossier verknüpft. [3]

Aus welchen Schritten besteht der digitale Fluss von der technischen Akte zum Zertifikat?

Der Fluss besteht aus Antrag und Programmwahl, Produktidentität, technischer Akte, Bewertungsaufgaben, Abschluss von Abweichungen, Prüfung, Entscheidung, Zertifikat und Überwachung/Änderungsverfolgung.

Wird im Antrag zuerst das Produkt oder das Programm definiert?

Zuerst werden Produktidentität und beabsichtigte Verwendung geklärt; danach werden das anwendbare technische Regelwerk, die normativen Dokumente und das Zertifizierungsprogramm in der autorisierten Prüfung zugeordnet.

Weite Bezeichnungen wie „Elektrogerät“, „Maschine“ oder „Bauprodukt“ genügen allein nicht. Handelsname, Modell, Variante, technische Merkmale, beabsichtigte Verwendung, Nutzergruppe, Fertigungsstätte, Zielmarkt und gegebenenfalls bestehende Zertifikate und Berichte sind in strukturierten Feldern zu halten. Unterschiedliche Spannung, Werkstoff, Softwareversion oder Auswahl kritischer Komponenten desselben Produkts können unterschiedliche Bewertungen erfordern.

Die Programmwahl darf nicht beliebig aus einer Auswahlliste erfolgen. Programmeigentümer, normatives Dokument, Zertifizierungsschema, erforderliche Bewertungstätigkeiten, Überwachungsansatz, Zeichenverwendung und Befugnisumfang der Stelle sind gemeinsam zu prüfen. ISO/IEC 17067 gibt den Rahmen zum Verständnis und zum Betrieb von Programmen; sie legt aber nicht allein fest, welches Regelwerk oder Modul auf ein bestimmtes Produkt anzuwenden ist. [2]

Wie wird der Ordner der technischen Akte zu einem rückverfolgbaren Datenmodell?

Jede Datei ist mit Produkt/Modell, Anforderung, Version, Herausgeber, Datum, Bewertungsstatus und dem zugehörigen Prüf-, Inspektions- oder Entscheidungsdatensatz zu verknüpfen.

Der Inhalt einer technischen Akte variiert nach Produkt und anwendbarer Regel. Produktbeschreibung, Konstruktions- und Fertigungszeichnungen, Liste kritischer Teile oder Werkstoffe, Risikoanalyse, angewandte Normen, Prüfberichte, Inspektionsaufzeichnungen, Gebrauchsanleitung, Etiketten- und Zeichengestaltung und Angaben zur Produktionskontrolle sind häufige Beispiele. Die Software darf diese Liste nicht als universelle, unveränderliche regulatorische Checkliste darstellen; sie muss sie nach Programm und technischem Regelwerk versionieren.

Der Beschluss Nr. 768/2008/EG der EU enthält den gemeinsamen Rahmen, wonach der Hersteller die erforderliche technische Dokumentation zu erstellen und das anwendbare Konformitätsbewertungsverfahren durchzuführen oder durchführen zu lassen hat; die technische Dokumentation muss so umfangreich sein, dass sie die Bewertung der Konformität des Produkts mit den einschlägigen Anforderungen ermöglicht. Elemente wie Zeichnungen, Erläuterungen, angewandte Normen und Risikobewertung werden in den Modultexten beispielhaft genannt. Diese Quelle sagt nicht, dass für jedes Produkt dieselbe technische Akte genügt; Sektorenregelwerk und Modul sind maßgeblich. [4]

Wie werden Muster-, Prüf- und Inspektionsaufzeichnungen verknüpft?

Jedes Bewertungsergebnis muss an die korrekte Produkt- und Muster-Identität, die verwendete Methode, die Prüf- oder Inspektionsquelle und die unveränderliche Version des Berichts gebunden werden.

Bei der Musterannahme sind Serie/Charge, Modell, Variante, Menge, Foto, Siegel- oder Übergabeangaben und der Verwahrzustand zu verfolgen. Wird Prüfung oder Inspektion an einen externen Dienstleister vergeben, bleiben Beauftragung, Umfang, Bericht, Revision und Bewertung durch die Stelle im selben Dossier. Dass ein Bericht ins System hochgeladen wurde, bedeutet nicht automatisch seine Annahme; er ist hinsichtlich Produktidentität, Methode, Umfang, Ergebnis und Befugnis zu prüfen.

Sieht das Bewertungsprogramm ein Audit der Fertigungsstätte vor, werden Plan, Team, Standort, Prozess, Nachweis und Befunde an das Produktdossier gebunden. Managementsystem-Bewertung, Produktprüfung und Produktinspektion sind unterschiedliche Tätigkeiten; die Software darf sie nicht unter dem Titel „Auditbericht“ zusammenfassen und den Unterschied von Methode und Kompetenz verlieren. Die Erläuterung von TÜRKAK zur Produktzertifizierung zeigt in dieser Hinsicht Wichtiges, da je nach Programm die anwendbaren Anforderungen der ISO/IEC 17025, ISO/IEC 17020 oder ISO/IEC 17021-1 relevant werden können. [3]

Kann das Zertifikat automatisch veröffentlicht werden, sobald die Abweichung abgeschlossen ist?

Nein. Die Behandlung der Abweichung, der Abschluss des Bewertungsdossiers und der Schritt der autorisierten Prüfung und Entscheidung sind zu trennen; die Software darf nur den Kontroll- und Nachweisfluss unterstützen.

In einer Abweichungsaufzeichnung müssen einschlägige Anforderung, Nachweis, Umfang, Verantwortlicher, Korrektur, Bedarf an Ursachenanalyse und Korrekturmaßnahme, vorgelegtes Dokument und Verifizierungsergebnis sichtbar sein. Das Hochladen einer neuen Datei durch den Antragsteller darf den Datensatz nicht von selbst schließen. Die bewertende Person hält fest, ob der Nachweis ausreicht; bei offenen oder bedingten Punkten im Dossier erreicht die entscheidungsberechtigte Person den korrekten Status.

Der Entscheidungsbildschirm kann Ergebnisse zusammenfassen, Widersprüche zeigen und fehlende Pflichtfelder blockieren. Dennoch sind Entscheidungen wie Zertifikatserteilung, Umfangseinschränkung, zusätzliche Bewertung, Suspendierung oder Widerruf nach Programm und Verfahren der Organisation durch zuständige Personen mit Begründung festzuhalten. Ändert sich später ein Prüfbericht, darf die alte Entscheidung nicht still an den neuen Bericht gebunden werden; es ist eine Auswirkungsprüfung zu eröffnen.

Wie werden Zertifikatsumfang und Zeichenverwendung kontrolliert?

Das Zertifikat muss exakt dem in der Entscheidung genehmigten Produkt, Modell, normativen Dokument, Programm, Fertigungsstätte und den Bedingungen entsprechen; die Zeichenverwendung ist allein nach realer Befugnis zu verwalten.

Felder wie Zertifikatsnummer, Erstveröffentlichung, Gültigkeit, Revision, Produktbeschreibung, Modelle, Norm-/Programmversion, Hersteller und Fertigungsstätte sind aus dem strukturierten Datensatz zu erzeugen. Eine Korrektur nach der Freigabe muss eine neue Zertifikatsversion eröffnen; das frühere PDF und die Verifizierungsaufzeichnung sind zu bewahren. Das Kundenportal stellt nur das aktuelle Dokument hervor, während interne Nutzer die Änderungshistorie sehen können müssen.

Die Software darf die Bibliothek der Logos oder Konformitätszeichen nicht in einen freien Gestaltungsbereich verwandeln. CE-Kennzeichen, Akkreditierungszeichen, Programmzeichen und Logo der Zertifizierungsstelle unterliegen unterschiedlichen rechtlichen und vertraglichen Regeln. Ohne Verifizierung von Befugnis, Umfang, Grafikregel und Verwendungsfreigabe darf kein Zeichen aufs Dokument gesetzt werden. Der Satz „das System hat das Zertifikat erzeugt“ belegt allein weder die regulatorische Konformität des Produkts noch die akkreditierte Befugnis der Stelle.

Sind Produktzertifizierung, CE und technisches Regelwerk derselbe Prozess?

Nein. Das anwendbare technische Regelwerk bestimmt, welcher Konformitätsbewertungsweg zu verfolgen ist; manche Wege umfassen eine dritte Partei, andere beruhen auf Modulen in der eigenen Verantwortung des Herstellers.

Der Blaue Leitfaden 2022 der Europäischen Kommission ist ein umfassender Leitfaden zur Anwendung der EU-Produktvorschriften; der Leitfaden selbst ist kein verbindlicher Gesetzestext, die eigentliche Rechtskraft liegt in der einschlägigen EU-Harmonisierungsgesetzgebung. Er behandelt die Rollen der Wirtschaftsakteure, die technische Dokumentation, Konformitätsbewertungsstellen, Akkreditierung, Marktüberwachung und die Grenzen der CE-Kennzeichnung gemeinsam. Deshalb ist in der Software der Eintrag von Zielmarkt und anwendbarem Regelwerk des Produkts ein richtigerer Anfang als das allgemeine Produkt „CE-Zertifizierung“. [5]

In der Türkei müssen Produkte im Rahmen des Gesetzes Nr. 7223 über Produktsicherheit und technische Regelwerke dem anwendbaren technischen Regelwerk entsprechen; die offizielle FAQ-Seite des Handelsministeriums stellt klar, dass ein Produkt, solange die Abweichung nicht behoben ist, nicht in Verkehr gebracht, nicht auf dem Markt bereitgehalten oder nicht in Dienst gestellt werden darf. Die Verordnung über Konformitätsbewertungsverfahren erläutert, dass in der jeweils einschlägigen technischen Regelung festgelegt wird, welches Modul oder welche Module für ein Produkt zu verfolgen sind. Software kann eine Regelbibliothek als Hilfe bei der Auswahl bieten; die endgültige Auswahl müssen der aktuelle offizielle Text und die autorisierte Bewertung bestimmen. [6] [7]

Warum sind Produktänderung und Überwachung im selben Dossier zu verfolgen?

Weil eine Änderung von Werkstoff, Komponente, Fertigungsstätte, Konstruktion oder Software die Gültigkeit früherer Nachweise und des Zertifikatsumfangs beeinflussen kann.

Meldet die beantragende Organisation eine Änderung, muss das System die alte und die neue Produktstruktur vergleichen und die betroffenen Zeichnungen, Risiken, Prüfungen, Inspektionen, Fertigungs- und Zertifikatsdatensätze markieren. Die Änderung kann nicht mit der Option „geringfügig“ automatisch geschlossen werden. Die zuständige Person bestimmt mit Entscheidungsaufzeichnung, ob erneute Prüfung, zusätzliche Dokumente, eine Untersuchung der Fertigungsstätte oder eine Zertifikatsrevision erforderlich sind.

Gibt es ein Überwachungsprogramm, werden Datum, Tätigkeit, Muster, Markt- oder Fertigungsstättenaufzeichnungen nach der Programmregel geplant. Verzug, Ergebnis oder Abweichung werden mit dem Zertifikatsstatus verknüpft. Auch Beschwerden und Einsprüche werden in einem eigenen Befugnis- und Vertraulichkeitsfluss verwaltet; sie dürfen nicht als Kundendienstnotiz verloren gehen. Ändert sich das Programm, ist nach einer schriftlichen Übergangsregel festzulegen, in welcher Version offene Dossiers abgeschlossen werden.

Welche Datensätze trennt ein solides Datenmodell der Produktzertifizierung?

Produkt, Modell, Variante, technische Anforderung, Nachweis, Muster, Bewertung, Befund, Entscheidung und Zertifikat müssen getrennte Objekte sein; ihre Beziehungen sind mit Versions- und Datumsangabe zu errichten.

• Produktfamilie: Beziehung von Basismodell, Variante und kritischer Komponente.
• Anforderungsmatrix: Technisches Regelwerk, Norm-/Programmposition und Nachweisstatus.
• Dokumentversion: Herausgeber, Datum, Produktumfang und Verbindung zur Vorversion der Datei.
• Musterkette: Annahme, Identität, Verwahrung, Versand, Prüfung/Inspektion und Rückgabe/Vernichtung.
• Externe Bewertung: Beauftragte Stelle, Umfang, Bericht und Ergebnis der technischen Prüfung.
• Entscheidungsverbindung: Von der Entscheidung verwendete Bewertungs- und Dossierversionen.
• Zertifikatszyklus: Veröffentlichung, Revision, Suspendierung, Widerruf, Gültigkeit und Verifizierungsstatus.
• Änderungsauswirkung: Geändertes Element, betroffener Nachweis, erforderliche Tätigkeit und Entscheidung.

Diese Trennung macht abfragbar, für welche Varianten derselbe Prüfbericht verwendet wurde oder welche Zertifikate bei einer Komponentenänderung zu prüfen sind. In einem System, das nur auf einem Ordnerbaum beruht, bleiben diese Beziehungen den Dateinamen und dem Gedächtnis der Nutzer überlassen.

Wie wird der Übergang zu Produktzertifizierungs-Software geplant?

Zuerst wird der reale Ablauf von technischer Akte und Entscheidung eines Programms modelliert; danach wird der Pilot mit Szenarien zu Produktfamilie, externer Bewertung, Zertifikat und Änderung validiert.

1. Programm- und Dokumenteninventar erstellen

Sammeln Sie Antragsformular, Anforderungsliste, Musterformular, Prüf- und Inspektionsaufzeichnungen, Auditbericht, Befund, Entscheidung, Zertifikat, Zeichenverwendungsregel und Überwachungsplan. Bestimmen Sie für jedes Dokument die Quelle und die freigebende Rolle.

2. Mit einer einzigen Produktfamilie den Nachweisbaum errichten

Wählen Sie das Basismodell und mindestens zwei Varianten. Trennen Sie gemeinsame technische Dokumente und modellspezifische Nachweise. Verfolgen Sie im Piloten, welche Berichte eine Änderung einer kritischen Komponente betrifft.

3. Ablauf mit externem Labor oder externer Inspektion testen

Erproben Sie Beauftragung, Musterversand, Berichtsannahme, Revision und technische Prüfung mit realen Fehlerszenarien. Ein Bericht zum falschen Modell oder ein fehlender Umfang muss im System sichtbar werden.

4. Entscheidung und Zertifikatsrevision verifizieren

Prüfen Sie gemeinsam die autorisierte Entscheidungsrolle, die Sperre bei unvollständigem Dossier, die Umfangswahl, die Zertifikatsversion und den Verifizierungsstatus des alten Dokuments. Ein PDF zu erzeugen, darf nicht bedeuten, dass die Entscheidungskontrolle abgeschlossen ist.

Was sind die häufigsten Fehler bei Produktzertifizierungs-Software?

Die größten Fehler sind, CE und Zertifikat als synonym zu sehen, Varianten unter einem einzigen Produkt aufzulösen und beim Hochladen einer Datei den Nachweis automatisch anzunehmen.

• Das Programm fixieren: Für jedes Produkt und jeden Markt dieselbe Anforderungsliste verwenden.
• Auf den Dateinamen vertrauen: Die Verbindung von Produkt, Version und Anforderung nur dem Dateinamen zu überlassen.
• Die Musterspur verlieren: Das Prüfergebnis nicht der richtigen Serie/Charge und Variante zuzuordnen.
• Externe Berichte automatisch freigeben: Umfangs-, Methoden- und Produkt-Matching nicht durch die technische Prüfung zu führen.
• Die Entscheidung an die PDF-Erzeugung koppeln: Die Dokumenterzeugung an die Stelle der autorisierten Entscheidung zu setzen.
• Zeichen frei verwenden: CE- oder Akkreditierungs-/Programmzeichen ohne Prüfung von Befugnis und Grafikregeln anzubringen.
• Die Änderung als Notiz führen: Die Nachweis- und Zertifikatsauswirkung einer Produktrevision nicht zu bewerten.

Wie unterstützt Vizyon Cert den Produktzertifizierungsprozess?

Vizyon Cert kann Antrags-, Produktfamilien-, technische-Akte-, Bewertungsaufgaben-, Befund-, Entscheidungs-, Zertifikats- und Überwachungsaufzeichnungen nach der Programm- und Befugnisstruktur der Organisation in einem einzigen Betriebsdossier zusammenführen.

auf der Lösungsseite von Vizyon Cert können Sie die modulare Struktur des Zertifizierungsbetriebs betrachten. Über die Leistungsumfang der Zertifizierungs-Software werden bestehende Programme, Formulare, Entscheidungen und Integrationen analysiert und ein geeignetes Datenmodell entworfen. Die Einrichtung der Software bedeutet nicht, dass die Organisation automatisch der ISO/IEC 17065 genügt oder akkreditiert ist; Prozess und Anwendung sind durch autorisierte Bewertungen zu verifizieren.

Für die Demo eine anonymisierte Produktfamilie, zwei Varianten, einen Prüfbericht, eine Abweichung, eine Komponentenänderung und eine Zertifikatsrevision vorzubereiten, liefert das realistischste Ergebnis. Mit der Prozessanalyse von VizyonTech kann anhand dieser Beispiele von der technischen Akte bis zur Entscheidung von Ende zu Ende gearbeitet werden.

Häufig gestellte Fragen