Daten aus Prüfberichte extrahieren
Ein Prüfbericht ist das Dokument, das ein Qualitätsprüfer erstellt, nachdem eine Warencharge gegen eine Spezifikation geprüft wurde. Er hält Merkmal für Merkmal fest, was gefordert und was gemessen wurde, und endet in einem einzigen Urteil: bestanden oder nicht bestanden. Er ist kein Abweichungsbericht, der nach einem Fehler eröffnet wird, um einen einzelnen Mangel zu dokumentieren und eine Korrekturmaßnahme anzustoßen, und auch kein Konformitätszertifikat, das die eigene Erklärung des Lieferanten ist, dass die Ware der Spezifikation entspricht. Der Prüfbericht ist die unabhängige Kontrolle, die entscheidet, ob eine Charge versendet wird. Bureau Veritas prüft eine Charge von 5,000 Einheiten von Shenzhen Precision Components Ltd gegen die Bestellung PO-2026-3391 am 2026-06-27 und stellt den Bericht am Folgetag, dem 2026-06-28, aus. Das Urteil beruht auf dem Stichprobenplan. Nach ISO 2859-1 zieht ein Prüfer eine Stichprobe, deren Größe sich nach der Charge und einer Annahmequalitätsgrenze richtet, hier 200 Einheiten bei AQL 2.5, General Inspection Level II, und vergleicht jede Einheit mit den Annahme- und Rückweisungszahlen. Mängel werden als kritisch, schwerwiegend oder gering eingestuft, und die Regel, die über die Charge entscheidet, ist nicht nur eine Zählung: Ein einziger kritischer Mangel, ein Grat scharf genug, um einen Nutzer zu verletzen, lässt die gesamte Charge durchfallen, unabhängig davon, wie wenige gefunden wurden. Jedes Merkmal im Bericht trägt sein specification_limit, seinen measured_value und eine Einheit, sodass ein Wellendurchmesser, gefordert bei 12.00 mm plus/minus 0.05 und gemessen bei 12.14 mm, in seiner eigenen Zeile als außerhalb der Toleranz durchgefallen ausgewiesen wird. Talonic liest den Bericht und gibt den supplier, die purchase_order_number, den item_inspected, den sampling_plan, die quantity_inspected und den overall_status als Felder zurück, mit inspection_results und defect_log als Tabellen. Der overall_status fail wird zusammen mit dem defect_count von 8 geführt, der gegen die defect_log-Zeilen geprüft wird: 2 kritische, 4 schwerwiegende und 2 geringe Einheiten summieren sich auf die gemeldete Gesamtzahl. Messwerte behalten ihre Einheiten, Mängelklassen behalten ihren Schweregrad, und das Prüfdatum 2026-06-27 sowie das Ausstellungsdatum 2026-06-28 werden als ISO 8601 geparst, sodass eine QC-Leitung das Nichtbestehen-Urteil bis zum genauen dahinterliegenden Merkmal zurückverfolgen kann. Talonic erfasst die Befunde wie protokolliert und entscheidet selbst nicht über Bestehen oder Ablehnung der Charge.
Was aus Prüfberichte extrahiert wird
So funktioniert die Extraktion für Prüfberichte
Prüfberichte stammen von unabhängigen Stellen wie Bureau Veritas sowie aus internen QC-Labors, in Layouts, die keiner einheitlichen Form folgen, da ISO 9001 und ISO 17020 den Prozess regeln, nicht die Feldstruktur. Talonic klassifiziert den Bericht und ordnet ihn dem Prüfschema in der Field Registry zu, sodass supplier.name, purchase_order_number, sampling_plan, quantity_inspected, overall_status und defect_count jeweils einem Feld zugeordnet werden, während inspection_results und defect_log als Zeilen zurückgegeben werden. Jede Merkmalszeile behält ihr specification_limit, measured_value, unit und Pass/Fail-Ergebnis, und jede Mängelzeile behält ihre class, quantity_affected und disposition, sodass eine Entscheidung über Nacharbeit oder Ausschuss nachvollziehbar bleibt. Der defect_count wird gegen die Summe der betroffenen Einheiten im defect_log geprüft, und das overall_status-Enum bleibt exakt erhalten. Jeder Wert trägt einen Konfidenzwert und einen Quellregion-Verweis gemäß DIN SPEC 91491, sodass ein Wareneingangsteam das Fail-Urteil gegen das geprüfte Merkmal verifizieren kann. Talonic gibt die Prüfung wie erfasst wieder und bewertet das Pass/Fail-Ergebnis nicht neu.
Beispielextraktion
Eine Vorversand-QC-Prüfung, die an einem kritischen Mangel scheitert
{
"document_number": "QC-2026-3391-PSI",
"document_date": "2026-06-27",
"report_issue_date": "2026-06-28",
"supplier.name": "Shenzhen Precision Components Ltd",
"supplier.code": "SPC-4471",
"purchase_order_number": "PO-2026-3391",
"shipment.receipt_date": "2026-06-26",
"shipment.quantity_received": 5000,
"item_inspected": "Stainless drive shaft, part SDS-114",
"item_identifier": "Lot 2026-24-B",
"inspector.name": "Wei Chen",
"inspection_body": "Bureau Veritas",
"accreditation_number": "CNAS L-1123",
"inspection_location": "Shenzhen, Guangdong, CN",
"specification": "Drawing SDS-114 Rev C; ASTM A276",
"sampling_plan": "ISO 2859-1, AQL 2.5, General Inspection Level II",
"quantity_inspected": 200,
"overall_status": "fail",
"result": "One critical defect found; lot rejected pending rework and re-inspection",
"defects_found": true,
"defect_count": 8,
"conformity_statement": "Inspected lot does NOT conform to Drawing SDS-114 Rev C",
"corrective_action": "Segregate and rework burred units; supplier 8D report requested",
"next_inspection_date": "2026-07-05",
"inspection_results": [
{
"characteristic": "Shaft length",
"specification_limit": "150.0 +/- 0.5",
"measured_value": "150.2",
"unit": "mm",
"result": "pass"
},
{
"characteristic": "Shaft diameter",
"specification_limit": "12.00 +/- 0.05",
"measured_value": "12.14",
"unit": "mm",
"result": "fail"
},
{
"characteristic": "Edge finish",
"specification_limit": "No sharp burrs",
"measured_value": "Burrs present on 2 units",
"unit": "visual",
"result": "fail"
}
],
"defect_log": [
{
"defect_id": "D-1",
"defect_description": "Sharp burr on chamfer edge",
"defect_class": "Critical",
"quantity_affected": 2,
"disposition": "rework"
},
{
"defect_id": "D-2",
"defect_description": "Diameter above upper tolerance",
"defect_class": "Major",
"quantity_affected": 4,
"disposition": "return to supplier"
},
{
"defect_id": "D-3",
"defect_description": "Surface scratch, cosmetic",
"defect_class": "Minor",
"quantity_affected": 2,
"disposition": "use-as-is"
}
]
}Häufig gestellte Fragen
Worin unterscheidet sich ein Prüfbericht von einem Non-Conformance-Report oder einem Konformitätszertifikat?
Ein Prüfbericht ist die unabhängige QC-Kontrolle, die eine Charge gegen die Spezifikation misst und ein Gesamt-Pass/Fail liefert. Ein Non-Conformance-Report (NCR) wird nach einem Fehlschlag angelegt, um einen Mangel und seine Korrekturmaßnahme zu dokumentieren. Ein Konformitätszertifikat ist die eigene Konformitätserklärung des Lieferanten. Talonic liest jedes anhand seines eigenen Schemas.
Erfasst es den Stichprobenplan und den AQL?
Ja. Das sampling_plan wird als eigenes Feld gelesen, sodass ein ISO 2859-1-Plan mit AQL 2.5, General Inspection Level II, und einer Stichprobe von 200 aus einer Charge von 5.000 Einheiten nachvollziehbar ist. Der Plan legt die Annahme- und Rückweisungszahlen fest, auf denen das Urteil beruht.
Wird die Mängelanzahl mit dem Mängelprotokoll abgestimmt?
Ja. Der defect_count wird gegen die Summe von quantity_affected über die defect_log-Zeilen geprüft, sodass eine gemeldete Gesamtzahl von 8 mit ihren 2 kritischen, 4 schwerwiegenden und 2 geringfügigen Einheiten übereinstimmen muss, und eine Abweichung wird markiert.
Entscheidet Talonic über Pass oder Fail?
Nein. Es erfasst den overall_status, die Ergebnisse je Merkmal und die Fehlerklassen, so wie die Prüfstelle sie festgehalten hat. Ob die Charge angenommen, abgelehnt oder nachbearbeitet wird und ob die für den 2026-07-05 angesetzte Nachprüfung sie freigibt, ist eine Qualitätsentscheidung des Käufers und nicht Teil der Extraktion.
Bereit, Daten aus Ihrem eigenen Prüfberichte zu extrahieren?
Autorenhinweis
Geprüft von Talonic engineering, logistics schema review · zuletzt geprüft am 2026-07-08