Prüfsummen in Produktentwicklung und Fertigung: Wie man falsche Etiketten, Barcode-Scanfehler und kostspielige Rückrufe vermeidet

Eine Palette verlässt das Lager mit dem richtigen Produkt, aber dem falschen Etikett. Das Werk scannt sie, das ERP-System akzeptiert den Code, und drei Wochen später führt eine Reklamation zu einer Charge, die niemand mehr finden kann. Mit dem Teil selbst war alles in Ordnung. Lediglich eine Ziffer in den Identifikationsdaten war falsch.

Eine Prüfsumme ist die kostengünstigste Kontrollmaßnahme gegen diese Art von Fehlern. Sie fügt einem Datensatz einige Ziffern oder Bytes hinzu, und jede nachgelagerte Station kann den Datensatz ohne Datenbankabfrage überprüfen.
Physische Produkte übertragen Daten durch viele Hände, Maschinen und Formate. Eine CAD-Datei wird zu einer Stückliste, eine Stückliste zu einem Fertigungsauftrag und ein Fertigungsauftrag zu einem Etikett. Das Etikett wird gescannt und der Scan zu einem Versanddokument.

Notiz: Die in diesem Artikel genannten regulatorischen Termine, wie beispielsweise die des EU Cyber ​​Resilience Act, des Digital Product Passport und des US DSCSA, wurden im November 2026 überprüft. Bitte bestätigen Sie diese erneut, bevor Sie einen Compliance-Plan darauf aufbauen.

Wichtigste Erkenntnisse

• Eine Prüfsumme deckt versehentliche Fehler auf. Um absichtliche Änderungen zu verhindern, ist eine Signatur oder ein verschlüsselter Code erforderlich.
• Prüfziffern schützen Kennungen, die von Personen und Scannern verarbeitet werden. CRC-Prüfsummen schützen Frames und Firmware-Images. Kryptografische Hashes schützen Dateien und Datensätze.
• Die GS1-Prüfziffer erkennt jeden einzelnen Ziffernfehler. Sie übersieht etwa 11 Prozent der benachbarten Vertauschungen, also jene, bei denen sich die beiden Ziffern um 5 unterscheiden.
• Überprüfen Sie die Daten sowohl bei der Erstellung als auch bei der Verwendung. Eine einmalige Überprüfung in einem Stadium lässt alle anderen Stadien ungeschützt.
• Betrachten Sie die Prüfung selbst als Messsystem. Testen Sie sie mit bekannten fehlerhaften Mustern, kalibrieren Sie die Prüfgeräte und verfolgen Sie die Ergebnisse.

1. Warum physische Produkte von Datenintegrität abhängen

Wo Datenfehler in die Kette gelangen

Fehler stammen typischerweise aus diesen fünf Quellen:

• Menschen vertippen sich bei den Ziffern oder lesen sie falsch ab.
• Maschinen interpretieren beschädigte Markierungen falsch.
• Speicher- und Übertragungsbits werden umgedreht.
• Prozessänderungen ersetzen die aktuelle Version durch eine veraltete.
• Schließlich könnte jemand Daten absichtlich verändern.

2. Was ist eine Prüfsumme?

Terminologie der Prüfsummenwelt

In der Pflanzenindustrie und in Softwareteams werden einige Begriffe recht ungenau verwendet. Die Tabelle ordnet sie nach der Frage, die jeder Begriff beantwortet.

Erkennung versus Korrektur

Die meisten Prüfsummen erkennen lediglich einen Fehler. Sie zeigen an, dass etwas nicht stimmt, aber nicht, was. In der Produktion reicht das aus; die richtige Reaktion ist, den Vorgang zu stoppen, neu zu drucken, erneut zu scannen oder die Daten erneut zu senden. Fehlerkorrekturcodes gehen noch einen Schritt weiter und reparieren die Daten. Das ist besonders geeignet für Markierungen, die abgenutzt werden, oder Speicher, deren Speicher sich verschlechtert. Kapitel 15 behandelt diese Codes ausführlich.

3. Kerneigenschaften und ihre Bedeutung für Qualitätskennzahlen

Jede Eigenschaft einer Prüfsumme hat ein Gegenstück im Vokabular des Qualitätsmanagements. Durch die Zuordnung dieser Begriffe lässt sich die Prüfung ohne Übersetzung in eine FMEA oder einen Kontrollplan integrieren.

FMEA-Erkennungsrate

Im AIAG-VDA FMEA-Handbuch von 2019 werden Erkennungsmaßnahmen von 1 bis 10 bewertet, wobei 10 bedeutet, dass keine Erkennungsfähigkeit gegeben ist. Dasselbe Handbuch ersetzte die Risikoprioritätszahl durch eine Aktionsprioritätstabelle, die zuerst die Schwere, dann das Auftreten und schließlich die Erkennung gewichtet. Eine automatisierte Prüfung, die den nächsten Arbeitsgang blockiert, kann eine deutlich bessere Erkennungsbewertung rechtfertigen als eine Sichtprüfung. Bewahren Sie die Nachweise auf, beispielsweise einen Test mit bekannten fehlerhaften Proben.

Falsche Annahme und falsche Ablehnung

Bei jeder Prüfung können zwei Fehlertypen auftreten. Eine fälschliche Annahme lässt fehlerhafte Daten durch, was als Ausweg dient. Eine fälschliche Ablehnung verhindert die Verarbeitung korrekter Daten und kostet Produktionszeit. Eine korrekt implementierte Prüfziffer oder CRC-Prüfsumme führt niemals zur Ablehnung korrekter Daten, da die Regel exakt ist. Fälschungen entstehen beim Einlesen, beispielsweise durch einen Scanner, der einen gültigen, aber schlecht gedruckten Code nicht erkennt.

4. Eine kurze Geschichte der Prüfsummen und ähnlicher Systeme

Die in diesem Artikel beschriebenen Techniken sind altbewährt, und das ist ein Vorteil. Jede einzelne hat sich über Jahrzehnte in der Praxis bewährt, und jeder Fehlermodus ist dokumentiert.

5. Wo Prüfsummen im Produktlebenszyklus ihren Platz haben

Nutzen Sie diese Tabelle als Leitfaden für den Rest des Artikels. Sie zeigt, welche Art von Prüfung in jeder Phase Anwendung findet und wo ein Fehler normalerweise auftreten würde.

6. Paritätsbits und einfache Summen

Die zweidimensionale Paritätsprüfung ordnet Daten in Zeilen und Spalten an und fügt jeder Zeile und Spalte ein Paritätsbit hinzu. Sie erkennt ein einzelnes invertiertes Bit und kann es somit korrigieren. Sie erkennt alle Fehler von zwei oder drei Bits. Vier invertierte Bits an den Ecken eines Rechtecks ​​bleiben jedoch unentdeckt.

Additive und XOR-Prüfsummen

Im nächsten Schritt werden alle Bytes summiert oder per XOR verknüpft und das Ergebnis ausgegeben. Diese Prüfungen sind ressourcenschonend und selbst auf kleinsten Mikrocontrollern realisierbar. Sie weisen jedoch zwei Schwächen auf, die in der Praxis relevant sind: Die Byte-Reihenfolge wird ignoriert, sodass vertauschte Bytes als gültig gelten. Auch Fehler können dies kompensieren: Erhöht sich ein Byte um eins, während ein anderes um eins erniedrigt wird, bleibt die Summe unverändert.

Eine XOR-Prüfsumme erkennt zudem nicht jede gerade Anzahl von Bitfehlern an derselben Bitposition in verschiedenen Bytes. Maxino und Koopman untersuchten 2009 die Effektivität solcher Prüfsummen für eingebettete Steuerungsnetzwerke und stellten fest, dass CRCs gleicher Breite bei strukturierten Fehlern überlegen sind.

Wo sie noch immer erscheinen

Die Groß-/Kleinschreibung von Intel HEX ist für Firmware relevant. Eine Datei kann alle Datensatzprüfungen bestehen und dennoch unvollständig sein, da ein fehlender Datensatz keine Spuren in den anderen Datensätzen hinterlässt. Fügen Sie eine CRC- oder Hash-Prüfsumme auf Image-Ebene hinzu, wie in Kapitel 18 beschrieben.

Physikalische Geräte, die noch Parität und einfache Summen verwenden

Magnetstreifenkarten Jedes Zeichen enthält ein ungerades Paritätsbit, und nach dem Endzeichen folgt ein Zeichen zur Überprüfung der Längsredundanz. Ein Lesegerät weist einen Wischvorgang zurück, der einen der beiden Tests nicht besteht.	Serielle Instrumente und SPS-Peripheriegeräte RS-232- und RS-485-Verbindungen können jedem Zeichen ein Paritätsbit hinzufügen, das durch elektrisches Rauschen verursachte Einzelbit-Flips abfängt.
	Flash-Programmiergeräte und Bootloader Sie lesen Intel HEX- und Motorola S-Record-Dateien, die für jeden Datensatz eine Summe enthalten, und das Tool weist normalerweise einen Datensatz zurück, der nicht übereinstimmt.

7. Prüfziffern: Wie man eine GS1-Prüfziffer berechnet und warum sie wichtig ist

Prüfziffern sind die ältesten und am weitesten verbreiteten Prüfsummen in der Industrie. Sie stehen am Ende von Kennungen, die von Menschen eingegeben und von Maschinen gescannt werden. Sie bilden das Rückgrat der Rückverfolgbarkeit, da jede Charge, Seriennummer, jeder Standort und jede Sendung über eine Kennung referenziert wird.

Wie berechnet man eine GS1-Prüfziffer?

GS1 verlangt eine Prüfziffer für alle numerischen Identifikationsschlüssel fester Länge, einschließlich GTIN-8, GTIN-12, GTIN-13, GTIN-14, GLN und SSCC. Der Algorithmus ist eine gewichtete Summe modulo 10. Die Gewichte wechseln zwischen 3 und 1, wobei die Ziffer neben der Prüfziffer immer das Gewicht 3 erhält.

1. Schreiben Sie die Ziffern des Schlüssels ohne die Prüfziffer auf.
2. Multipliziere die Ziffern abwechselnd von rechts nacheinander mit 3 und 1.
3. Addiere die Produkte aller Ziffern.
4. Die Prüfziffer ist der Betrag, der die Summe auf das nächste Vielfache von 10 aufrundet. Wenn die Summe bereits ein Vielfaches von 10 ist, ist die Prüfziffer 0.

Written as a formula, the check digit [latex]C[/latex] uses the digits [latex]d_i[/latex] of the body, counted from the right. The weight is [latex]w_i = 3[/latex] for odd [latex]i[/latex] and [latex]w_i = 1[/latex] for even [latex]i[/latex].

[latex]\displaystyle C = \left(10 – \left(\sum_{i=1}^{n} w_i d_i \bmod 10\right)\right) \bmod 10[/latex]

Beispielrechnung für den GTIN-13-Körper 400638133393. Von links gezählt, sind die Gewichte 1, 3, 1, 3 usw., da die rechteste Ziffer des Körpers eine ungerade Position von rechts hat.

The products add up to 89. The next multiple of 10 is 90, so the check digit is [latex]C = (10 – (89 \bmod 10)) \bmod 10 = 1[/latex] and the complete GTIN-13 is 4006381333931. The same rule applies to an SSCC. The 17-digit body 34012345000000001 sums to 43, which gives [latex]C = (10 – (43 \bmod 10)) \bmod 10 = 7[/latex] and the SSCC 340123450000000017.

Was eine Prüfziffer erfasst

Die Tabelle vergleicht das GS1-Schema mit drei Alternativen. Die GS1- und Luhn-Werte wurden durch Simulationen mit zufälligen Schlüsseln bestätigt. Die Verhoeff- und Damm-Eigenschaften sind in ihren Originalveröffentlichungen dokumentiert.

Die GS1-Gewichtung ist nicht das stärkste verfügbare Verfahren. Sie ist jedoch für GS1-Schlüssel vorgeschrieben. Für selbst definierte Kennungen sollten Sie ein stärkeres Verfahren wählen.

Eine gültige Prüfziffer sagt nichts über die Existenz einer Nummer aus. Sie zeigt lediglich an, dass die Nummer korrekt formatiert ist. Sie beweist nicht, dass die GTIN vergeben ist, zu diesem Produkt gehört oder in Ihren Stammdaten aktiv ist. Führen Sie neben der arithmetischen Prüfung auch eine Stammdatenvalidierung durch.

Die VIN-Prüfziffer an Position 9

In Nordamerika schreibt 49 CFR 565 eine Prüfziffer an Position 9 der 17-stelligen Fahrzeugidentifikationsnummer (VIN) vor. Jedes Zeichen wird in eine Zahl umgewandelt und mit einem Positionsgewicht multipliziert: 8, 7, 6, 5, 4, 3, 2, 10, 0, 9, 8, 7, 6, 5, 4, 3, 2. Die Produkte werden anschließend addiert. Der Rest nach der Division durch 11 ist die Prüfziffer; ein Rest von 10 wird als X geschrieben.

[latex]\displaystyle C = \left(\sum_{i=1}^{17} t_i w_i\right) \bmod 11[/latex]

Here [latex]t_i[/latex] is the transliterated value and [latex]w_i[/latex] is the weight of position [latex]i[/latex].

Viele Fahrzeugidentifikationsnummern (FIN) europäischer Herkunft enthalten keine gültige Prüfziffer, daher dürfen sie von einer nordamerikanischen Validierungsregel nicht automatisch abgelehnt werden. Ein kurzer Test für Ihre eigene Implementierung: Eine FIN, die aus siebzehn Einsen besteht, muss die Prüfziffer 1 ergeben. Der Regeltext befindet sich in [Referenz einfügen]. 49 CFR 565.15.

Weitere Programme, denen Sie begegnen werden

• Die EAN-13-Barcodes auf Büchern enthalten eine ISBN-13 und verwenden den GS1-Algorithmus. Die ältere ISBN-10 verwendete ein Modulo-11-Schema.
• Zahlungskartennummern und IMEI-Nummern verwenden den Luhn-Algorithmus, den Hans Peter Luhn von IBM in einer Patentanmeldung aus dem Jahr 1954 beschrieb.
• IBAN verwendet MOD 97-10 aus ISO/IEC 7064.
• Die Versandcontainernummern nach ISO 6346 enden mit einer Prüfziffer.

Entwurf einer Prüfziffer für interne Teile- und Seriennummern

Viele Pflanzenhersteller erfinden eigene Identifikatoren und fügen dann eine selbstgemachte Überprüfung hinzu. Selbstgemachte Systeme übersehen oft Transpositionen, die ein häufiger Fehler bei der Schlüsselung sind. Verwenden Sie ein veröffentlichtes System, es sei denn, Sie haben einen dokumentierten Grund, dies nicht zu tun.

• Wählen Sie einen etablierten, publizierten Algorithmus. Damm oder Verhoeff eignen sich für numerische Bezeichner. ISO/IEC 7064 definiert reine und hybride Systeme für numerische, alphabetische und alphanumerische Zeichenketten, darunter MOD 11-2, MOD 37-2 und MOD 97-10.
• Die Länge des Bezeichners festlegen und das Prüfzeichen ans Ende setzen.
• Ähnlich aussehende Zeichen wie O und 0 oder I und 1 aus dem Alphabet entfernen oder sie im Schema explizit behandeln.
• Definieren Sie den Algorithmus in einem kontrollierten Dokument mit Testvektoren, sodass jedes System die gleiche Regel implementiert.
• Testen Sie das Schema anhand der Fehlerklassen, die Ihnen wichtig sind: einfache Substitution, benachbarte Transposition, Zwillingsfehler und phonetische Fehler, bei denen Stimmeingabe vorhanden ist.
• Erwägen Sie die Verwendung nicht signifikanter Nummern für neue Systeme. Dadurch wird eine Neunummerierung bei einer Änderung der Klassifizierung vermieden.
• Die Validierung muss an jedem Einstiegspunkt erfolgen, einschließlich ERP-, MES-, Etikettiersoftware- und SPS-Skripten. Eine in einem System vorhandene Prüfung wird von den anderen umgangen.

Geräte und Werkzeuge zur Überprüfung von Prüfziffern

8. Barcode-Scanfehler: Ursachen, Überprüfung und Behebung

Barcode-Scanfehler lassen sich in drei Kategorien einteilen. Ein nicht erkannter Barcode stoppt den Vorgang und kostet Zeit. Ein falscher Lesevorgang liefert einen falschen Wert, der jedoch gültig erscheint. Ein falscher Lesevorgang liefert einen gültigen Wert vom falschen Artikel, beispielsweise von einem benachbarten Etikett. Falsche Lesevorgänge sind die kritischste Kategorie; die in die Symbolologien integrierten Prüfmechanismen dienen dazu, sie selten auftreten zu lassen.

In die Symbolik integrierte Kontrollkästchen

Lesen ist nicht dasselbe wie Qualität.

Ein Scanner, der ein Symbol dekodiert, beweist nicht dessen Qualität. Randsymbole lassen sich heutzutage zwar dekodieren, versagen aber, sobald das Etikett beim Transport beschädigt wird. Ein Prüfer misst die Druckqualität anhand eines Standards und vergibt eine Note.

Prüfgeräte müssen mit einer Konformitätsstandard-Testkarte kalibriert werden. Die Anwendungsnorm oder der Kunde definiert die Mindestanforderungen. Prüfen Sie die aktuellen GS1-Allgemeinen Spezifikationen und die jeweiligen Branchenregeln für Ihren Symboltyp.

Ursachen und Lösungen

An jeder Scanstation gilt dieselbe Regel: Dekodieren, Prüfziffer prüfen, Format mit dem erwarteten Schlüssel vergleichen und erst dann den Wert akzeptieren. Ein Scan, der in einem der Schritte fehlschlägt, löst eine definierte Reaktion aus. Er darf keine Endlosschleife auslösen, die niemand zählt.

9. Wie man falsche Etiketten vermeidet

Eine falsche Beschriftung ist einer der häufigsten und auffälligsten Datenfehler. Sie hat mehrere unterschiedliche Ursachen, und eine Prüfsumme behebt nur einige davon. Trennen Sie die Ursachen, bevor Sie die Kontrollmechanismen auswählen.

Ein geschlossener Label-Prozess

1. Geben Sie die Etikettenvorlage und ihre Datenquelle unter Änderungskontrolle frei. Speichern Sie einen Hash der Vorlagendatei im Freigabedatensatz.
2. Beim Start eines Druckauftrags berechnet der Drucker oder Etikettenserver den Hashwert der geladenen Vorlage und vergleicht ihn mit dem Freigabedatensatz. Bei einer Abweichung wird der Druckauftrag blockiert.
3. Erstellen Sie die Nutzdaten aus dem einzigen maßgeblichen Datensatz. Generieren Sie die Prüfziffer softwareseitig mit einer getesteten Bibliothek und geben Sie sie niemals manuell ein.
4. Drucken Sie das Etikett aus und überprüfen Sie es anschließend direkt. Eine Note unterhalb des angegebenen Mindestwerts führt zur Ablehnung des Etiketts.
5. Scannen Sie das gedruckte Etikett und vergleichen Sie dessen dekodierten Inhalt mit dem erwarteten Datensatz für dieses Gerät. Weisen Sie alle Geräte zurück, deren Etikett nicht übereinstimmt.
6. Scannen Sie den Scanner nach der Anwendung erneut an der Verpackungs- oder Versandstation. Die zweite Prüfung deckt Fehler auf, die nach dem Drucken auftreten können.
7. Die Zählungen müssen am Ende jedes Durchlaufs abgeglichen werden. Die Summe der ausgegebenen, angebrachten, entsorgten und zurückgesendeten Etiketten muss stimmen.

Die Sequenz verwendet drei Arten von Prüfungen. Der Hashwert beweist die Korrektheit der Vorlage. Die Prüfziffer und das Format beweisen, dass der Schlüssel wohlgeformt ist. Der Vergleich mit dem erwarteten Datensatz beweist, dass es sich um den richtigen Schlüssel für diese Einheit handelt. Nur die dritte Prüfung erkennt eine zwar wohlgeformte, aber falsche Bezeichnung.

10. Netzwerk- und Feldbus-Prüfsummen

Maschinen schützen ihre Daten durch im Protokoll definierte Prüfungen. Diese Prüfungen sichern die Verbindung, Schritt für Schritt. Sie schützen die Daten nicht mehr, sobald diese im SPS-Speicher oder in einer Datenbank gespeichert sind:

Internet-Prüfsummen IP-Header, TCP und UDP verwenden die in RFC 1071 beschriebene 16-Bit-Einerkomplement-Prüfsumme. Diese ist zwar schnell zu berechnen, aber nicht sehr zuverlässig. Sie erfasst beispielsweise nicht vertauschte 16-Bit-Wörter und einige kompensierende Fehler. Die Sicherungsschicht verwendet daher eine stärkere CRC-Prüfsumme, weshalb sich diese schwache Prüfsumme bis heute gehalten hat. Fletcher und Adler-32 sind einfache Summenfunktionen mit zwei Akkumulatoren und erkennen daher mehr Ordnungsfehler als eine einfache Summe. Adler-32 ist in der zlib-Bibliothek enthalten. Die Funktion ist bei kurzen Nachrichten schwach.	Modbus RTU Modbus-RTU-Frames enden mit einer 16-Bit-CRC-Prüfsumme. Das Polynom ist 0x8005, in seiner gespiegelten Form 0xA001, mit dem Anfangswert 0xFFFF. Das niederwertige Byte der CRC-Prüfsumme wird zuerst gesendet. Modbus ASCII verwendet stattdessen eine einfachere 8-Bit-Längsredundanzprüfung. Hier ist eine vollständige RTU-Anfrage, die 10 Holding-Register von Slave 1 ab Adresse 0 liest. Der CRC-Wert ist 0xCDC5, der als C5 gefolgt von CD übertragen wird. 01 03 00 00 00 0A C5 CD
CAN und CAN FD Klassisches CAN verwendet eine 15-Bit-CRC-Prüfsumme mit dem Polynom 0x4599. Dies ergibt bei fester Rahmenlänge eine Hamming-Distanz von 6, sodass fünf zufällig verteilte Bitfehler erkannt werden. CAN FD verwendet für Nutzdaten bis zu 16 Byte eine 17-Bit-CRC-Prüfsumme und für größere Datenmengen eine 21-Bit-CRC-Prüfsumme, die so gewählt wurde, dass die Hamming-Distanz von 6 erhalten bleibt. Bit-Stuffing verkompliziert die Angelegenheit. CAN in Automation merkt an, dass Stuffing die effektive Hamming-Distanz für einige Bitmuster in klassischen Frames verringern kann, und CAN FD fügt einen Stuff-Bit-Zähler hinzu, um diese Lücke zu schließen. Die Details finden sich in der CiA-Erklärung von CRC in CAN-Frames.	Ethernet-basierte Busse PROFINET, EtherCAT, EtherNet/IP und Modbus TCP übertragen ihre Daten in standardisierten Ethernet-Frames. Jeder Frame endet mit einer 32-Bit-Prüfsequenz (CRC-32), die von den Geräten an jedem Hop überprüft wird. Frames mit einer fehlerhaften Prüfsequenz werden verworfen. Andere Bussysteme, darunter PROFIBUS und IO-Link, definieren ihre eigenen Rahmenprüfungen. Lesen Sie die Protokollspezifikation und dokumentieren Sie die Prüfung in Ihrer FMEA, anstatt sie vorauszusetzen.
	Sicherheitsprotokolle auf dem Dach des Busses Sicherheitsprotokolle wie PROFIsafe, CIP Safety und Fail Safe over EtherCAT behandeln den zugrunde liegenden Bus als ungeschützten Kanal. Nachrichten können auf diesem Kanal beschädigt, verzögert, wiederholt oder in eine andere Reihenfolge gebracht werden. Die Sicherheitsschicht fügt eine eigene CRC-Prüfsumme, einen Sequenzzähler und einen Watchdog hinzu, sodass die Sicherheitsfunktion nicht von den Prüfungen der Verbindung abhängt. Beziehen Sie diese Erkenntnis in Ihre eigenen Designs ein. Eine Link-Level-CRC schützt ein Rezept nicht, solange es im Speicher verbleibt oder einen OPC-UA-Server und ein MES durchläuft. Fügen Sie daher eine End-to-End-Prüfung auf Anwendungsebene für jeden Parametersatz hinzu, der die Sicherheit oder Qualität beeinflusst.

11. Was ist eine CRC-Fehlerprüfung?

A cyclic redundancy check treats the message as a long binary number, which is a polynomial over [latex]\mathrm{GF}(2)[/latex]. It divides that polynomial by a fixed generator polynomial and keeps the remainder. The remainder is the CRC, usually 8, 16 or 32 bits long. The sender appends it, the receiver divides again, and any mismatch signals corruption.

Ein ausgearbeitetes Beispiel

Take the 3-bit generator 1011, which stands for [latex]x^3 + x + 1[/latex], and the message 1101. Append three zeros to get 1101000. Then divide by repeated XOR with the generator.

1101000
1011
-------
0110000
 1011
-------
0011100
  1011
-------
0001010
   1011
-------
0000001

Der Rest ist 001, daher lautet das übertragene Wort 1101001. Teilt man dieses Wort durch 1011, ergibt sich der Rest 000. Verändert man ein beliebiges Bit, ist der Rest ungleich null. Reale CRC-Prüfsummen verwenden Generatoren mit 8 bis 32 Bit und laufen in Hardware oder mit Nachschlagetabellen, das Prinzip ist jedoch identisch.

Was ein CRC garantiert

• Jeder einzelne Bitfehler, solange der Generator mehr als einen Term hat.
• Jeder Fehlerstrang ist nicht länger als die CRC-Breite.
• Every odd number of bit errors, for generators that contain the factor [latex]x + 1[/latex]. The common 16-bit polynomials qualify. The Ethernet CRC-32 does not.
• Longer bursts and random patterns pass with a probability of roughly [latex]2^{-n}[/latex].
• Eine Hamming-Distanz, die vom Polynom und der Nachrichtenlänge abhängt.

Die Parameter, die übereinstimmen müssen

Zwei Parteien berechnen dieselbe CRC nur dann, wenn sie sich auf sechs Parameter einigen: Breite, Polynom, Anfangswert, Eingangsspiegelung, Ausgangsspiegelung und abschließende XOR-Verknüpfung. Bezeichnungen wie CRC-16 oder CRC-32 sind mehrdeutig. Reveng CRC-Katalog Listet die gebräuchlichen Parametersätze auf. Bestätigen Sie eine Implementierung mit dem Prüfwert der ASCII-Zeichenkette 123456789.

Auswahl eines Polynoms anhand der Nachrichtenlänge

Die Stärke einer CRC-Prüfsumme hängt vom Polynom und der Nachrichtenlänge ab. Koopman zeigte in einem Untersuchung von 32-Bit-CRCs Das IEEE 802.3-Polynom erreicht bei Ethernet-Nachrichten maximaler Länge nur eine Hamming-Distanz von 4, während andere Polynome 6 erreichen. Eingebettete Netzwerke mit kurzen Nachrichten weisen größere Lücken auf, und einige weit verbreitete 16-Bit-Polynome schneiden bei den Längen, bei denen sie verwendet werden, schlecht ab.

• Legen Sie den Bereich der Nachrichtenlängen fest, bevor Sie ein Polynom auswählen.
• Ermitteln Sie, welchen Hamming-Abstand Sie bei maximaler Länge benötigen. Sicherheitskritische Anwendungen erfordern üblicherweise einen Abstand von 6.
• Nehmen Sie das Polynom aus veröffentlichten, umfassenden Suchergebnissen, nicht aus Überlieferungen oder einem Codebeispiel.

Grenzen eines CRC

Eine CRC-Prüfsumme ist eine lineare Funktion der Nachricht. Ausgehend von einer Nachricht und ihrer CRC-Prüfsumme kann jeder die Nachricht verändern und ohne Kenntnis des Geheimnisses eine übereinstimmende CRC-Prüfsumme berechnen. Eine CRC-Prüfsumme beweist daher nichts über den Ursprung und kann absichtliche Änderungen nicht verhindern. Die Kapitel 13 und 14 behandeln die entsprechenden Werkzeuge.

Geräte, die eine CRC-Prüfsumme tragen

12. Nicht-kryptografische Hashfunktionen

Nicht-kryptografische Hashfunktionen wie xxHash, MurmurHash, CityHash und FNV tauschen Sicherheit gegen Geschwindigkeit. Sie laufen auf modernen CPUs nahezu mit Speichergeschwindigkeit und erzeugen 32-, 64- oder 128-Bit-Werte, die die Eingaben gleichmäßig verteilen.

Sie bieten keinen Schutz vor jemandem, der absichtlich kollidierende Eingangssignale erzeugt:

13. Kryptografische Hashwerte und wie man eine SHA-256-Prüfsumme überprüft

In diesem Kapitel gehen wir auf die technischen und praktischen Details ein.

Eine kryptografische Hashfunktion muss drei Angriffen widerstehen:

• Preimage-Resistenz bedeutet, dass niemand eine Eingabe für einen gegebenen Digest finden kann.
• Zweitpräimage-Resistenz bedeutet, dass niemand eine andere Eingabe finden kann, die mit dem Digest einer gegebenen Eingabe übereinstimmt.
• Kollisionsresistenz bedeutet, dass niemand zwei Eingaben mit demselben Digest finden kann.

Das NIST beschreibt den SHA-1-Ruhestandsplan auf seiner Website. SHA-1-AnkündigungsseiteEin SHA-256-Digest bietet eine Kollisionsresistenz von etwa 128 Bit, was weit über jeden praktischen Angriff hinausgeht.

Wie man eine SHA-256-Prüfsumme überprüft

Sie benötigen zwei Dinge: den erwarteten Hashwert aus einer vertrauenswürdigen Quelle und die Datei. Berechnen Sie den Hashwert lokal und vergleichen Sie die gesamte Zeichenkette. Ein Vergleich nur der ersten Zeichen führt zu einem erheblichen Verlust des Schutzes.

# Linux sha256sum firmware.bin sha256sum -c SHA256SUMS # macOS shasum -a 256 firmware.bin # Windows PowerShell Get-FileHash .\firmware.bin -Algorithm SHA256 # Windows Eingabeaufforderung certutil -hashfile firmware.bin SHA256

Eine SHA256SUMS-Datei enthält pro Datei eine Zeile mit dem Hashwert, zwei Leerzeichen und dem Dateinamen. Der Befehl `sha256sum -c` liest diese Datei und gibt für jede Datei „OK“ oder „FEHLGESCHLAGEN“ aus. Überprüfen Sie jedes Tool anhand des Testvektors in Anhang B, bevor Sie sich darauf verlassen.

14. Gespeicherte Prüfsummen, Signaturen und Authentizität

Bisher ist alles öffentlich. Jeder kann eine CRC- oder SHA-256-Prüfsumme für eine veränderte Nachricht berechnen. Um absichtliche Änderungen zu verhindern, muss die Prüfung auf einem Geheimnis oder einem privaten Schlüssel basieren.

Bei Verfahren mit gemeinsamem Geheimnis befindet sich der Schlüssel in jedem Prüfgerät. Ein Schlüssel, der in Dutzenden von Teststationen oder Tausenden von Geräten gespeichert ist, lässt sich schwer schützen und austauschen. Signaturen lösen dieses Problem. Stationen und Geräte speichern lediglich den öffentlichen Schlüssel, während der private Schlüssel in einem Hardware-Sicherheitsmodul bei der Freigabestelle verbleibt.

Erstellen Sie keinen MAC, indem Sie ein Geheimnis gefolgt von der Nachricht mit SHA-256 hashen. SHA-2 ermöglicht Längenerweiterungsangriffe auf diese Konstruktion. HMAC dient genau diesem Zweck.

Anwendungsfälle in Produktumgebungen

• • Signierte Firmware und sicherer Start. Das Boot-ROM überprüft die Bootloader-Signatur, und der Bootloader überprüft die Anwendung. Eine CRC-Prüfsumme ist weiterhin für die Laufzeitintegrität von Flash-Speicher und RAM erforderlich, ersetzt aber niemals die Signatur.

• Die Echtheitsprüfung von Ersatzteilen ist ein separates Thema. Eine Seriennummer mit einer gültigen Prüfziffer beweist nichts über die Echtheit, da diese von jedem berechnet werden kann. Für eine Authentifizierung ist ein Geheimnis erforderlich, beispielsweise ein kryptografisches Tag in einem Sicherheitselement oder ein Code, den ein Server verifizieren kann und den niemand aus der Seriennummer ableiten kann.
• Etiketten können Daten zum Schutz vor Fälschungen enthalten. GS1 definiert eine Anwendungskennung, AI 8030, für eine digitale Signatur, die zusammen mit dem Schlüssel auf dem Datenträger gespeichert ist.
• Regulierte Datensätze erfordern besondere Sorgfalt. Eine kryptografische Signatur unterstützt zwar elektronische Datensätze, ist aber nicht mit einer elektronischen Signatur gemäß 21 CFR Part 11 gleichzusetzen. Die Verordnung fordert außerdem Identitätskontrollen, die Bedeutung der Signatur und deren Verknüpfung mit dem Datensatz.

Schlösser, Schlüssel und Zugangsgeräte

Mechanische und elektronische Schlösser verdeutlichen den Unterschied zwischen Fehlererkennung und Authentifizierung.

• Stiftzylinderschlösser: Die Schlüsselschnitte müssen mit den Stifthöhen übereinstimmen, daher überprüft das Schloss die physische Form. Diese Form ist im Grunde ein gemeinsames Geheimnis, denn jeder, der sie kopiert, erhält Zugang.
• Kostengünstige kontaktlose Ausweise: Die gelesenen Datenpakete enthalten eine CRC-Prüfsumme gegen Funkfehler, die jedoch keine Aussage über die Identität zulässt. Ältere Karten, die auf einem unsicheren proprietären Verschlüsselungsverfahren wie MIFARE Classic basieren, lassen sich klonen. Moderne Ausweise verwenden hingegen Challenge-Response-Verfahren mit Standardverschlüsselungsverfahren wie AES.
• Bluetooth Low Energy Smart Locks: Die Verbindungsschicht schützt jedes Paket mit AES-CCM, dessen Nachrichtenintegritätscode eine schlüsselbasierte Prüfung ist.
• Authentifizierte Verbrauchsmaterialien und Zubehör: Einige Druckerpatronen, Akkus und Sensoren enthalten einen Chip, der eine kryptografische Herausforderung des Host-Geräts beantwortet.

15. Fehlerkorrekturcodes

Die Erkennung meldet fehlerhafte Daten, die Korrektur behebt sie. Der Preis dafür ist eine erhöhte Redundanz, der Vorteil hingegen, dass der Prozess ohne erneutes Scannen, erneutes Übertragen oder Nachbearbeitung fortgesetzt werden kann.

Spuren, die Beschädigungen überstehen Ein QR-Code bietet vier Korrekturstufen (L, M, Q und H), die etwa 7, 15, 25 bzw. 30 Prozent der Codewörter wiederherstellen. Data Matrix ECC 200 verwendet Reed-Solomon mit einer festen Redundanz pro Symbolgröße. Laserbeschriftete, verschmutzte oder abgenutzte Teile profitieren unmittelbar davon, ebenso wie Etiketten, die durch die Lieferkette transportiert werden. Die Fehlerkorrektur macht eine Markierung robust. Sie kann aber auch Qualitätsmängel verschleiern. Ein beschädigtes Data-Matrix-Symbol kann zwar einwandfrei dekodiert werden, seine Reservekapazität für die Fehlerkorrektur sinkt jedoch gegen null. Die Verifizierung nach ISO/IEC 15415 ausweist die ungenutzte Fehlerkorrektur als Bewertungsparameter. Um die Druck- und Markierungsqualität zu überwachen, sollte die Bewertung des Verifizierers und nicht das Leseergebnis beachtet werden.

ECC-Speicher und Flash-Speicher in eingebetteten Produkten Mikrocontroller für Automobil- und Industrieanwendungen schützen Flash-Speicher und RAM häufig mit Fehlerkorrektur (ECC). Die Hardware korrigiert einzelne Bitfehler und zählt diese. Lesen Sie die Zählerstände der korrigierten Fehler aus und protokollieren Sie diese. Ein steigender Zählerstand deutet auf eine defekte Zelle, eine unzureichende Stromversorgung oder Störungen durch Strahlung hin. Die nach der Korrektur berechnete CRC-Prüfung liefert fehlerfreie Daten; der Zählerstand ist daher das einzige Frühwarnsignal.

Geräte und Medien, die auf Fehlerkorrektur angewiesen sind Laserbeschriftete und punktgestrahlte Teile tragen Data Matrix ECC 200-Symbole, die Reed-Solomon-Codes verwenden, sodass eine abgenutzte Markierung immer noch dekodiert werden kann. Server, Controller und Mikrocontroller für die Automobilindustrie: ECC-Speicher korrigieren typischerweise Einzelbitfehler und erkennen Doppelbitfehler. SSDs, eMMC und SD-Karten: Der Controller wendet BCH- oder LDPC-Codes auf Flash-Seiten an, und seine Korrekturbitzähler können als Verschleißindikator dienen.

16. Vergleich der Algorithmen

Die Tabelle fasst die Produktfamilien zusammen und zeigt, wo jede einzelne in diesem Artikel ihren Platz hat. Die Geschwindigkeitsangaben sind plattformabhängig; messen Sie sie daher auf Ihrer eigenen Zielhardware.

17. Konstruktion und Entwicklung

CAD, Zeichnungen und Stücklisten unter Freigabe

Ein PLM- oder PDM-System identifiziert eine Version anhand ihrer Revisionsnummer. Ein Revisionsbuchstabe gibt an, welche Version freigegeben werden sollte. Ein Hash des freigegebenen Pakets gibt an, welche Bytes freigegeben wurden. Beides wird im Freigabedatensatz gespeichert. So kann jeder Nutzer überprüfen, was er erhalten hat. Dadurch wird eine Lücke geschlossen, die Revisionsbuchstäbe normalerweise offenlassen: die Möglichkeit, dass eine Datei nach der Freigabe ersetzt oder bearbeitet wurde.

• Berechnen Sie einen SHA-256-Digest für jede freigegebene Datei, z. B. das STEP-Modell, die Zeichnungs-PDF und den BOM-Export.
• Berechne einen weiteren Digest über ein Manifest, das alle Dateien und ihre Digests auflistet, sodass ein einzelner Wert das gesamte Paket repräsentiert.
• Fügen Sie den Manifest-Digest in den ECO- oder ECN-Datensatz und in die an die Lieferanten gesendete Übermittlung ein.
• Lassen Sie das Lieferantenportal oder das Fertigungssystem die Berechnung und den Vergleich beim Wareneingang durchführen.
• Vergleichen Sie die Stücklistenexporte anhand des Hashwerts zwischen den geplanten und den realisierten Konfigurationen. Eine Abweichung signalisiert einen Unterschied, der anschließend durch eine manuelle Überprüfung erläutert wird.

Fehlervermeidung bei Teilenummern und Steckverbindern

Das Design bestimmt, wie leicht später Fehler auftreten können. Eine Prüfziffer in den Teilenummern erkennt Eingabefehler an jeder Stelle. Unterschiedliche Nummernformate für Kaufteile, Zeichnungen und Baugruppen verhindern Verwechslungen. Verschlüsselte Steckverbinder und asymmetrische Etikettenformate funktionieren nach demselben Prinzip.

Eingebettete Firmware und Kalibrierungsdaten

Ein Firmware-Image sollte selbstbeschreibend und selbstprüfend sein. Ein gängiges Layout platziert einen festen Header an einer bekannten Adresse.

Wenden Sie dieselbe Vorgehensweise auf Kalibrierungs- und Konfigurationsblöcke im EEPROM oder Flash-Speicher an. Speichern Sie für jeden Block eine CRC-Prüfsumme. Definieren Sie das Verhalten bei einem Prüffehler: Rückgriff auf Standardwerte, Auslösung einer Fehlermeldung und keine stillschweigende Verwendung der Daten. Halten Sie eine redundante Kopie bereit und schreiben Sie die Blöcke so, dass sie auch bei Stromausfall erhalten bleiben.

Kontext der funktionalen Sicherheit

Funktionale Sicherheitsstandards behandeln Speicherbeschädigung und Kommunikationsfehler als Fehlermodi, die Diagnosemaßnahmen erfordern. ISO 26262 für Straßenfahrzeuge, IEC 61508 für industrielle Systeme und IEC 62304 für Software medizinischer Geräte fordern alle den Nachweis, wie solche Fehler erkannt werden. Typische Maßnahmen sind CRC-Prüfsummen für Code- und Datenspeicher, geschützte Kommunikation mit Sequenzzählern und redundanter Speicher.

Die Analyse muss die diagnostische Abdeckung angeben, also den Anteil der Fehler, die eine Maßnahme erkennt. Eine 32-Bit-CRC-Prüfsumme bietet nicht automatisch eine 99-prozentige Abdeckung für das gesamte System. Die Abdeckung hängt davon ab, was die CRC-Prüfsumme abdeckt, wie oft sie ausgeführt wird und wie das System im Fehlerfall reagiert.

18. Industrialisierung und Fertigung, einschließlich der Überprüfung des Firmware-Flashvorgangs

Die Industrialisierung wandelt Konstruktionsdaten in laufende Prozesse um. Die meisten Datenfehler, die in die Produktion gelangen, entstehen hier: falsche Rezepturen, falsche Etikettenvorlagen, nicht übereinstimmende Testgrenzen.

Markierung und Fehlersicherung der Scanstation

• Prüfen Sie die Markierungen an der Markierungsstelle und erneut dort, wo die Markierung erstmals benötigt wird. Die Bewertung erfolgt gemäß ISO/IEC 15415, 15416 und 29158.
• Die Scanstation fungiert als Kontrollpunkt. Die SPS gibt den nächsten Arbeitsgang erst frei, wenn alle Tests für Dekodierung, Prüfziffer, Formatierung und Erwartungswert erfolgreich waren.
• Fügen Sie Prüfziffern zu den von der Linie generierten Seriennummern hinzu, damit auch die manuelle Eingabe an den Nachbearbeitungsstationen geschützt ist.
• Jeder fehlgeschlagene Scan wird mit Station, Zeit und, wenn möglich, dem Symbolbild protokolliert. Diese Daten fließen in die DMAIC-Analyse in Kapitel 20 ein.

Rezepte und Parameter

Maschinenrezepte, Drehmomentprogramme, Schweißpläne und Prüfgrenzen werden als Dateien oder Datenbankzeilen gespeichert. Ein fehlerhafter oder veralteter Parametersatz führt zu einem unbemerkten Defekt, da die Maschine mit falschen Anweisungen korrekt läuft.

Speichern Sie einen Referenzdatensatz zusammen mit seinem Hashwert im MES oder PLM. Bei jedem Rezeptdownload und zu Beginn jeder Charge berechnet die Stationssoftware den Hashwert des aktiven Rezepts neu und vergleicht ihn. Bei einer Abweichung wird die Produktion der Charge blockiert. Fügen Sie bei Parametern, die über einen Bus an eine Steuerung gesendet werden, eine CRC-Prüfsumme in den Datenblock ein, um zu verhindern, dass die empfangende Steuerung mit fehlerhaften Werten arbeitet.

Wie man das Flashen der Firmware am Ende der Zeile überprüft

Das Abflammen ist ein Prozessschritt wie Schweißen oder Anziehen mit einem Drehmomentschlüssel. Es erfordert eine definierte Methode, ein Akzeptanzkriterium und eine Dokumentation pro Seriennummer. Ein Programmierer, der Erfolg meldet, hat Ihnen lediglich mitgeteilt, dass seine Befehle ausgeführt wurden.

1. Programmieren Sie das Image mit aktivierter Überprüfungsoption des Programmiergeräts, sofern das Gerät und das Tool dies unterstützen.
2. Lesen Sie die programmierten Regionen erneut aus und berechnen Sie eine SHA-256- oder CRC-32-Prüfsumme genau über die im Kontrollplan definierten Regionen. Vergleichen Sie das Ergebnis mit dem Referenzprüfsummenwert aus dem Freigabedatensatz.
3. Gerätespezifische Daten werden in einem separaten Schritt verarbeitet. Seriennummer, MAC-Adresse und Kalibrierungswerte unterscheiden sich je nach Gerät. Diese Daten werden vom Gesamtbild-Digest ausgeschlossen und anhand ihrer eigenen Datensätze überprüft. Alternativ kann der erwartete Digest unter Einbeziehung der Gerätedaten berechnet werden.
4. Überprüfen Sie die Optionsbytes, Sicherungen und Sperrbits. Eine korrekte Anwendung mit falscher Boot-Konfiguration oder ohne Ausleseschutz ist ein defektes Gerät.
5. Fordern Sie vom laufenden Gerät die Softwareversion und den Prüfsummenwert seines eigenen Images über das Anwendungsprotokoll an. Viele Produkte berechnen die CRC-Prüfsumme ihres Flash-Speichers mit einem Hardware-Peripheriegerät und melden diese. Dies testet auch den Kommunikationspfad.
6. Schreiben Sie das Ergebnis zusammen mit dem Image-Digest und der Werkzeugversion unter der Seriennummer des Geräts in das MES. Das Gerät darf nicht ohne einen entsprechenden Prüfprotokoll weiterbewegt werden.
7. Testen Sie die Station in festgelegten Abständen mit einem bekannten fehlerhaften Beispiel, beispielsweise einem Bild mit einem invertierten Bit. Dies beweist, dass die Station die Signale weiterhin ablehnt.

Beachten Sie die Reihenfolge der Schritte: Sobald Sie den Ausleseschutz aktivieren, ist ein späteres Auslesen nicht mehr möglich. Überprüfen Sie zuerst, sperren Sie dann und prüfen Sie anschließend, ob das Sperrbit gesetzt ist.

Prüfstations- und Werkzeugaufzeichnungen

Ergebnisse von Drehmoment-, Sicht-, Leckage- und elektrischen Prüfungen dienen als Beweismittel im Geschäftsverkehr und mitunter auch vor Gericht. Aufzeichnungen, die als einfache Dateien oder Zeilen gespeichert sind, können verändert werden oder spurlos verloren gehen.

• Berechnet einen Datensatz-Hash aus Seriennummer, Station, Zeit, Ergebnis und Messwerten.
• Datensätze werden in einen Nur-Anhängen-Speicher geschrieben oder, wie in Kapitel 13 beschrieben, mit periodischer Verankerung verkettet.
• Synchronisieren Sie die Stationsuhren mit einer vertrauenswürdigen Zeitquelle, damit die Zeitstempel auch eine Bedeutung haben.

Maschine-zu-Maschine-Kommunikation

OPC UA bietet die Möglichkeit, Nachrichten über die Sicherheitsmodi „Sign“ und „SignAndEncrypt“ zu signieren und zu verschlüsseln. Diese können zwischen Stationen, SPSen und dem MES verwendet werden. Die Transportsicherheit schützt die Daten während der Übertragung. Sie ersetzt jedoch nicht die Prüfungen kritischer Parameter auf Anwendungsebene, die Speicherung, Konvertierung und Export unbeschadet überstehen müssen.

Stationäre Geräte, die den Prozess fehlersicher machen

Manche physikalische Messgrößen fungieren wie eine Prüfsumme. Das Gewicht eines Bausatzes ist beispielsweise eine redundante Eigenschaft, die dem erwarteten Wert entsprechen muss.

19. Qualitätsmanagement und Compliance

Qualitätssysteme fordern Ergebnisse, deren Erreichung Prüfsummen unterstützen: Identifizierung, Rückverfolgbarkeit, kontrollierte Dokumente und verlässliche Aufzeichnungen. Die Normen nennen selten Prüfsummen. Sie benennen Ergebnisse, und eine Prüfung ist eine Möglichkeit, ein Ergebnis nachzuweisen.

Datenintegrität und ALCOA+ Regulierungsbehörden beschreiben Datenintegrität anhand der ALCOA-Prinzipien: nachvollziehbar, lesbar, zeitnah, original und genau. Das erweiterte ALCOA+ ergänzt diese Prinzipien um Vollständigkeit, Konsistenz, Dauerhaftigkeit und Verfügbarkeit. Eine Prüfsumme ordnet einige dieser Prinzipien zu. Sie belegt, dass ein Datensatz korrekt und seit seiner Erstellung unverändert ist. Eine Hash-Kette zeigt, dass Datensätze vollständig und in der richtigen Reihenfolge vorliegen. Eine Prüfsumme gibt weder Auskunft darüber, wer einen Datensatz erstellt hat, noch wann. Sie ergänzt das Prüfprotokoll und die Zugriffskontrolle, ersetzt diese aber nicht.

Rückverfolgbarkeit und Rückrufbereitschaft Die Rückverfolgbarkeit basiert auf Identifikatoren, die vom Wareneingang bis zum Versand der Komponenten korrekt bleiben. Prüfziffern gewährleisten die Korrektheit der Identifikatoren beim Durchlaufen von Scannern und Tastaturen. Die Genealogie verknüpft Chargen-, Los- und Seriennummern über verschiedene Ebenen hinweg, sowohl eine Ebene höher als auch eine Ebene niedriger. Die Bereitschaft lässt sich mit einem simulierten Rückruf messen. Die Kennzahl ist die Zeit vom Auslöser, beispielsweise einer Lieferantenchargennummer, bis zur vollständigen Liste der betroffenen Fertigprodukte und ihrer Standorte. Fehlgeschlagene Prüfungen und doppelte Kennzeichnungen sind typische Gründe dafür, dass ein simulierter Rückruf Tage statt Stunden dauert.

Kalibrierungs-, Prüfgeräte- und Lieferantendaten Verknüpfen Sie Kalibrierungszertifikate mit Geräteidentifikatoren, die eine Prüfziffer enthalten, und speichern Sie einen Hashwert jeder Zertifikatsdatei. Bei Lieferantenzertifikaten wie Konformitätsbescheinigungen (CoC), Analysezertifikaten (CoA) und Materialprüfberichten sollten Sie unterschriebene Dateien oder strukturierte Daten anfordern. Vergleichen Sie Chargen- und Teilenummer automatisch mit der Bestellung und dem Wareneingangsnachweis. Bei CAD-Dateien, Firmware und Testprogrammen von Zulieferern muss der Prüfsummennachweis vor der Verwendung der Datei mit dem Begleitschreiben abgeglichen werden.

Bonus: die Überprüfung des Schecks selbst

In regulierten Umgebungen ist die Prüffunktion Teil eines computergestützten Systems und muss gemäß den GAMP-5-Grundsätzen validiert werden. Die Installations-, Betriebs- und Leistungsqualifizierung (IQ, OQ und PQ) ist risikogerecht zu planen.

Der OQ muss Negativtests beinhalten. Geben Sie dem Test fehlerhafte Daten und beweisen Sie, dass er diese ablehnt. Speichern Sie die Testvektoren in der Validierungsdatei und führen Sie sie nach jeder Änderung an der Software, der Firmware des Lesegeräts oder den Etikettenvorlagen erneut aus.

20. Die Lean Six Sigma-Perspektive

Poka-Yoke und Jidoka

Viele Gemeinsamkeiten mit Prüfsummen: Shigeo Shingo formalisierte Poka-Yoke, die Fehlervermeidung, während seiner Arbeit bei Toyota. Er trennte Kontrollfunktionen, die Fehler ausschließen oder den Prozess stoppen, von Warnfunktionen, die lediglich darauf hinweisen. Jidoka, die integrierte Qualitätssicherung, fügt den Stopp hinzu: Die Maschine hält an, sobald sie eine Anomalie erkennt.

Eine Prüfziffer mit einem Stopp an einer Scanstation dient der Kontrolle. Ein Scanfehler, der das Gerät dennoch passieren lässt, ist lediglich eine Warnung. Überprüfen Sie Ihre Stationen genau auf diesen Unterschied.

FMEA

Bewerten Sie die Erkennungsrate jeder Kontrollmaßnahme ehrlich. Eine Prüfung mit einem eindeutigen Anschlag, die mit bekannten fehlerhaften Mustern getestet wurde und die Fehlerursache abdeckt, erhält eine bessere Bewertung als dieselbe Prüfung, die von den Bedienern umgangen werden kann. Dokumentieren Sie die Ergebnisse in der PFMEA.

Die AIAG-VDA-Priorisierungsmethode legt Wert darauf, Prävention an erste Stelle zu setzen. Prävention bedeutet hier, den Prozess so zu gestalten, dass fehlerhafte Daten gar nicht erst entstehen können, beispielsweise durch die Generierung von Kennungen und Bezeichnungen aus einer zentralen Quelle anstatt deren manueller Eingabe.

DMAIC angewendet auf Datenfehler

The defects per million opportunities follow from the number of defects [latex]D[/latex], the units [latex]N[/latex] and the opportunities per unit [latex]O[/latex]. The sigma level adds the conventional 1.5 sigma shift to the normal quantile.

[latex]\displaystyle \mathrm{DPMO} = \frac{D}{N \times O} \times 10^{6}[/latex]

[latex]\displaystyle \sigma_{\mathrm{level}} = \Phi^{-1}\left(1 – \frac{\mathrm{DPMO}}{10^{6}}\right) + 1.5[/latex]

A worked example with illustrative numbers shows the arithmetic. 36 wrong-label defects in 480,000 labels, counting one opportunity per label, give [latex]\mathrm{DPMO} = 36 / 480000 \times 10^{6} = 75[/latex]. With the conventional 1.5 sigma shift, that is a sigma level of about 5.3. After the improvements, 6 defects in the next 480,000 labels give 12.5 per million and about 5.7 sigma. The figures illustrate the calculation. They are not a benchmark.

Beispiel für einen Kontrollplan

Drei Familien von Poka-Yoke-Geräten

Shingo unterteilte die Methoden zur Fehlervermeidung in drei Gruppen. Jede Gruppe hat ein Gegenstück unter den Prüfungen in diesem Leitfaden:

Kontaktmethode Erkennt Form, Größe oder Farbe durch Berührung oder einen Sensor, beispielsweise einen Endschalter oder eine Schließvorrichtung. Das zugehörige Datenelement ist ein Format- oder Prüfzifferntest.

Festwertmethode Meldet einen Fehler, wenn eine festgelegte Anzahl von Teilen oder Bewegungen nicht erreicht wird, beispielsweise bei einem Tablett mit gezählten Positionen. Das zugehörige Datenfeld ist eine Längenangabe oder eine Segmentanzahl.

Bewegungsschrittmethode Es wird geprüft, ob die Schritte in der richtigen Reihenfolge ablaufen, beispielsweise durch eine Verriegelung, die einen Schritt blockiert, bis der vorherige abgeschlossen ist. Das entsprechende Datenelement ist eine Sequenznummer oder ein Scan-to-Release-Workflow.

21. Logistik: Wie man Kommissionierfehler im Lager reduziert

Kommissionierungsfehler zählen zu den kostspieligsten datenbedingten Fehlern in der Logistik. Jeder einzelne Fehler löst eine Kette von Retouren, Nachlieferungen und Beschwerden aus.

Scanbasierte Fehlervermeidung

1. Scannen Sie zuerst das Etikett des Standorts. Die Prüfziffern- und Formatvalidierung erkennt sofort einen ungültigen Standortcode, und das WMS bestätigt, dass es sich um den erwarteten Standort handelt.
2. Scannen Sie die Artikel- oder Karton-GTIN. Das System vergleicht sie mit dem Kommissionierauftrag und weist einen falschen Artikel vor der Mengeneingabe zurück.
3. Die Menge kann durch Zählen der Scans oder, falls das Scannen jedes einzelnen Stücks nicht praktikabel ist, durch Wiegen überprüft werden.
4. Scannen Sie beim Schließen der Einheit den Zielcontainer oder SSCC und verknüpfen Sie den Inhalt damit.
5. Beim Verladen die SSCCs mit dem Versandmanifest abgleichen.

Quantify accuracy as defects per million lines picked. A line accuracy of 99.9 percent sounds high, yet it equals [latex](1 – 0.999) \times 10^{6} = 1000[/latex] errors per million lines, far from six sigma. State targets in DPMO, so that they connect to your Lean Six Sigma metrics.

22. Service, Aftermarket und Lebensende

Funk- und Feldaktualisierungen

Ein Aktualisierungsprozess kann auf drei Arten fehlschlagen: Die Übertragung ist beschädigt, das Image ist nicht mit dem Gerät kompatibel oder das Image ist schädlich. Um diese Fehlerquellen abzufangen, sollten Sie mehrere Schutzmechanismen implementieren.

• Eine CRC-Prüfung pro Chunk oder pro Block erkennt Übertragungsfehler frühzeitig.
• Ein Hash des gesamten Images, der vor der Installation geprüft wird, bestätigt die Vollständigkeit.
• Eine Signaturprüfung anhand eines im Gerät gespeicherten öffentlichen Schlüssels bestätigt den Ursprung.
• Eine Übereinstimmung von Produkt- und Hardware-Kennung verhindert die Installation eines Images, das für ein anderes Gerät bestimmt ist.
• Eine Versionsprüfung mit Rollback-Schutz verhindert Downgrades auf anfällige Versionen.
• Durch die Verwendung von zwei Partitionen mit einer Bestätigung beim Bootvorgang bleibt das alte Image lauffähig, falls das neue fehlschlägt.

Ersatzteile, Garantie und Rückgabe

• Ersatzteilnummern enthalten eine Prüfziffer, die über Webformulare zur Garantieregistrierung validiert wird. Dadurch werden Eingabefehler bereits an der Quelle aufgedeckt.
• Seriennummern verknüpfen einen Feldausfall mit der Produktionsgenealogie, einschließlich des am Ende der Produktionslinie aufgezeichneten Firmware-Digests.
• Die Rückwärtslogistik benötigt die gleichen Kennungen und die gleichen Kontrollen wie der Vorwärtsfluss.

23. Unbeabsichtigte versus vorsätzliche Korruption

Die richtige Prüfung hängt davon ab, wer oder was den Fehler verursacht. Geräusche, Abnutzung und menschliche Fehler sind zufällig. Ein Angreifer oder Fälscher hingegen nicht; er wählt diejenige Modifikation, die Ihre Prüfung nicht erkennen kann.

Kollisionsangriffe sind überall dort relevant, wo zwei Parteien einem Hashwert einer von ihnen erstellten Datei vertrauen. MD5 und SHA-1 bestehen diesen Test nicht. Verwenden Sie zur Nachrichtenauthentifizierung HMAC und niemals einen Hashwert mit geheimem Präfix, da dieser die Dateilängenerweiterung beeinträchtigt.

24. Wie man die richtige Prüfsumme auswählt

Beginnen Sie mit der Bedrohung, dann mit dem Datentyp und schließlich mit den Einschränkungen. Arbeiten Sie die Fragen der Reihe nach durch und stoppen Sie beim ersten passenden Mechanismus. Fügen Sie dann den nächsten hinzu, wenn die Antwort auf eine spätere Frage ebenfalls „Ja“ lautet.

1. Könnte jemand die Daten absichtlich verändern und davon profitieren? Falls ja, verwenden Sie eine digitale Signatur oder einen HMAC. Bewahren Sie eine CRC- oder Hash-Prüfsumme nur für versehentliche Fehler auf.
2. Gibt eine Person den Wert ein, liest ihn ab oder scannt sie ihn? Wenn ja, verwenden Sie eine Prüfziffer auf dem Identifikator, eine Validierung am Scanner und 2D-Markierungen mit Fehlerkorrektur gegen physische Beschädigungen.
3. Werden die Daten über einen Bus übertragen oder in einem kleinen Speicher abgelegt? Falls ja, verwenden Sie eine CRC-Prüfsumme mit einem Polynom, das auf die Nachrichtenlänge und die benötigte Hamming-Distanz abgestimmt ist. Fügen Sie eine End-to-End-CRC-Prüfsumme für kritische Parameter hinzu.
4. Muss eine Datei oder ein Datensatz mit einer Referenz identisch sein? Falls ja, verwenden Sie SHA-256 für den Vergleich. Für unkritische Vergleiche genügt ein schneller, nicht-kryptografischer Hashwert.
5. Müssen die Daten auch ohne erneuten Versuch erhalten bleiben? Falls ja, fügen Sie einen Fehlerkorrekturcode hinzu.
6. Sind die Daten Teil eines regulierten Datensatzes? Wenn ja, fügen Sie einen Prüfpfad, eine Validierung und eine dokumentierte Begründung für die gewählte Methode hinzu.

25. Implementierungsleitfaden

Drei Regeln erleichtern die Arbeit erheblich. Verwenden Sie eine getestete Bibliothek oder eine gemeinsam genutzte Implementierung. Definieren Sie alle Parameter in einem kontrollierten Dokument. Testen Sie mit veröffentlichten Vektoren, bevor Sie die erste Produktionsumgebung nutzen. Anhang B enthält die unten verwendeten Vektoren.

def gs1_check_digit(body: str) -> int:
    if not body.isdigit():
        raise ValueError('digits only')
    total = sum(int(d) * (3 if i % 2 == 0 else 1)
                for i, d in enumerate(reversed(body)))
    return (10 - total % 10) % 10

def gs1_is_valid(full: str) -> bool:
    return (full.isdigit() and len(full) > 1
            and gs1_check_digit(full[:-1]) == int(full[-1]))

assert gs1_check_digit('400638133393') == 1
assert gs1_check_digit('34012345000000001') == 7
assert gs1_is_valid('4006381333931')

=REST(10-REST(SUMMENPRODUKT(--TEIL(A1;{1;3;5;7;9;11};1))+3*SUMMENPRODUKT(--TEIL(A1;{2;4;6;8;10;12};1));10);10)

WITH RECURSIVE d(i, n) AS ( SELECT 1, LENGTH('400638133393') UNION ALL SELECT i + 1, n FROM d WHERE i < n ) SELECT (10 - (SUM(CAST(SUBSTR('400638133393', i, 1) AS INTEGER) * CASE WHEN (n - i) % 2 = 0 THEN 3 ELSE 1 END) % 10)) % 10 AS check_digit FROM d;

FUNKTION GS1_CheckDigit : INT VAR_INPUT sBody : STRING(17); END_VAR VAR i, n, iSum : INT; END_VAR n := LEN(sBody); iSum := 0; FÜR i := 1 BIS n TU WENN ((n - i) MOD 2) = 0 DANN iSum := iSum + 3 * STRING_TO_INT(MID(sBody, 1, i)); SONST iSum := iSum + STRING_TO_INT(MID(sBody, 1, i)); END_IF END_FOR GS1_CheckDigit := (10 - (iSum MOD 10)) MOD 10;

uint32_t crc32_update(uint32_t crc, const uint8_t *data, size_t len) { while (len--) { crc ^= *data++; for (int bit = 0; bit > 1) ^ (0xEDB88320u & (0u - (crc & 1u))); } } return crc; } /* Beginne mit 0xFFFFFFFF, füge jeden Chunk hinzu und schließe mit einem abschließenden XOR ab: crc = 0xFFFFFFFFu; crc = crc32_update(crc, buffer, length); crc ^= 0xFFFFFFFFu; Das Ergebnis für die ASCII-Zeichenkette 123456789 ist 0xCBF43926. */

import hashlib

def crc16_modbus(data: bytes) -> int:
    crc = 0xFFFF
    for byte in data:
        crc ^= byte
        for _ in range(8):
            crc = (crc >> 1) ^ 0xA001 if crc & 1 else crc >> 1
    return crc

frame = bytes([0x01, 0x03, 0x00, 0x00, 0x00, 0x0A])
crc = crc16_modbus(frame)
wire = frame + bytes([crc & 0xFF, crc >> 8])   # low byte first

def sha256_file(path, chunk=1024 * 1024):
    h = hashlib.sha256()
    with open(path, 'rb') as f:
        for block in iter(lambda: f.read(chunk), b''):
            h.update(block)
    return h.hexdigest()

Fallstricke bei der Implementierung von Prüfsummen

26. Checkliste mit Best Practices nach Rolle

Forschung und Entwicklung sowie Design Definiere eine Prüfziffer und ein festes Format in jedem Identifikationssystem, beginnend mit dem ersten Entwurf des Nummerierungskonzepts. Geben Sie Firmware-Images einen Header mit Magic Number, Version, Länge, CRC und Signatur und legen Sie das Verhalten im Fehlerfall fest. Dokumentieren Sie die CRC-Parameter und die Begründung für das Polynom in der Schnittstellenspezifikation. Speichern Sie Hashes der freigegebenen Pakete im Freigabedatensatz und in den Lieferantenmitteilungen. Die Sicherheitsanalyse sollte auch die Überprüfung von Speicher und Kommunikation diagnostisch abdecken.	Herstellung Scan- und Flash-Stationen werden als Gates mit festen Stopps verwendet, und jeder Bypass wird protokolliert. Überprüfen Sie die Firmware durch Auslesen oder durch einen vom Gerät gemeldeten Digest und notieren Sie das Ergebnis pro Seriennummer. Vergleiche die aktiven Rezepte mit dem goldenen Hash zu Beginn jeder Charge. Prüfen Sie jeden Scheck bei jeder Schicht anhand einer nachweislich fehlerhaften Probe. Prüfgeräte und Scanner müssen kalibriert und gewartet sein.
	Qualität Bewerten Sie die FMEA-Erkennung anhand von Beweismitteln wie z. B. Ergebnissen von Belastungstests und Bypass-Protokollen. Überprüfen Sie die Prüfungen und behalten Sie die Testvektoren in der Validierungsdatei bei. Führen Sie simulierte Rückrufaktionen durch und verfolgen Sie die Zeit bis zur Liste der betroffenen Einheiten. Fehlerraten beim Scannen von Diagrammen und Verifizierungsgrade sowie entsprechende Maßnahmen auf Basis von Trends. Automatischer Abgleich von Lieferantenzertifikaten mit Bestell- und Wareneingangsdaten.
Logistik Scannen Sie den Scanner bei jeder Entnahme, um Standort, Artikel und Behälter zu bestätigen. Prüfen Sie Kennungen und Nachrichten beim Empfang und verfolgen Sie die Ablehnungsrate pro Handelspartner. SSCCs zentral zuweisen und Eindeutigkeit sicherstellen. Überprüfen Sie die Etiketten direkt bei der Anbringung und verwenden Sie 2D-Symbole für lange oder unübersichtliche Lieferketten. Express-Zielvorgaben in Fehlern pro Million Zeilen.	IT und OT Eine gemeinsame Bibliothek oder einen gemeinsamen Dienst für Prüfziffern, CRCs und Hashes mit veröffentlichten Testvektoren bereitstellen. Signieren Sie Firmware und Builds, speichern Sie private Schlüssel in einem Hardware-Sicherheitsmodul und planen Sie Rotation und Widerruf. Synchronisieren Sie Uhren und speichern Sie Datensätze in Append-Only-Speichern oder Hash-Ketten mit externer Verankerung. Speichern Sie Kennungen als Zeichenketten in jedem System, das mit ihnen in Berührung kommt. Planen Sie die Agilität der Algorithmen, denn SHA-1 wird ausgemustert und Post-Quanten-Signaturen kommen auf den Markt.

Schlussfolgerung zu Prüfsummen und Ähnlichem

Prüfsummen sind klein, altbewährt und gut verstanden. Ihr Wert bei der Arbeit mit physischen Produkten liegt darin, die richtige Prüfsumme zum richtigen Zeitpunkt im Lebenszyklus zu platzieren und die Prüfung als kontrollierten, nachweisbaren Prozess zu behandeln.

Verwenden Sie Prüfziffern, wenn Personen oder Scanner Kennungen bearbeiten. Nutzen Sie CRC-Prüfsummen für Frames, Blöcke und Bilder mit einem Polynom, das der Nachrichtenlänge entspricht. Verwenden Sie SHA-256 für Dateien und Datensätze sowie Signaturen oder verschlüsselte Codes, wenn die Gefahr einer vorsätzlichen Änderung besteht. Fügen Sie Fehlerkorrektur hinzu, wo Markierungen und Speicher beschädigt werden könnten.

Schließen Sie den Kreis anschließend mit Beweisen. Hinterfragen Sie die Kontrollen, kalibrieren Sie die Prüfer, dokumentieren Sie die Ergebnisse und überprüfen Sie die Zahlen. Eine Kontrolle, die niemand überprüft, ist eine Annahme.

Häufig gestellte Fragen

Anhänge

Anhang A: Testvektoren

Alle Werte wurden mit dem in Kapitel 25 gezeigten Code oder mithilfe von Referenztools berechnet bzw. bestätigt. Alle Eingabezeichenfolgen liegen als ASCII-Text vor.

Anhang B: Normen und Referenzen

Für diesen Artikel verwendete Online-Quellen, geprüft im November 2026:

• GS1 Allgemeine Spezifikationen and the GS1 UK-Leitfaden zur Berechnung einer Prüfziffer
• 49 CFR 565.15, Inhaltsanforderungen der Fahrzeugidentifikationsnummer (VIN)
• ISO/IEC 15416:2025 Und ISO/IEC 15415:2024, Bewertung der Druckqualität von linearen und zweidimensionalen Symbolen
• CAN in der Automatisierung, CRC in CAN-Rahmen
• Koopman, 32-Bit-CR-Codes für Internetanwendungen
• Reveng CRC-Katalog
• NIST, Außerdienststellung von SHA-1
• Matheson, Berichtspflichten gemäß dem Cyber ​​Resilience Act
• Europäische Kommission, Batterien und der Batteriepass Und Ankündigung des digitalen Produktpass-Registers
• FDA- und DSCSA-Ausnahmen für kleine Spender Und Buchanan, Verlängerung bis 2027

Die namentlich genannten Normen und Veröffentlichungen sind bei den jeweiligen Herausgebern erhältlich:

• RFC 1071 (Internet-Prüfsumme), RFC 2104 (HMAC), RFC 3161 (Zeitstempelprotokoll)
• FIPS 180-4 (SHA-1 und SHA-2), FIPS 202 (SHA-3), NIST SP 800-38B (CMAC)
• ISO/IEC 7064 (Prüfzeichensysteme), ISO 6346 (Behältercodes), ISO/IEC 29158 (Qualität der direkten Teilekennzeichnung)
• ISO 9001, IATF 16949, AS9100, ISO 13485, ISO 26262, IEC 61508, IEC 62304, IEC 62443
• AIAG- und VDA-FMEA-Handbuch, 1. Auflage, 2019
• 21 CFR Part 11, EU GMP Annex 11, GAMP 5
• Maxino und Koopman, Die Effektivität von Prüfsummen für eingebettete Steuerungsnetzwerke, IEEE Transactions on Dependable and Secure Computing, 2009
• Verordnung (EU) 2024/2847 (Gesetz zur Cyberresilienz), Verordnung (EU) 2024/1781 (Ökodesign für nachhaltige Produkte), Verordnung (EU) 2023/1542 (Batterien), Richtlinie (EU) 2022/2555 (NIS2)