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
Was ist ein Prüfbericht?
Ein Prüfbericht ist das Dokument, das ein Qualitätsprüfer nach der Kontrolle einer Warencharge gegen eine Spezifikation erstellt. Er gibt Merkmal für Merkmal an, was gefordert und was gemessen wurde, und endet in einem einzigen Urteil, bestanden oder nicht bestanden. Bureau Veritas prüft am 2026-06-27 eine Charge von 5,000 Einheiten von Shenzhen Precision Components Ltd gegen die Bestellung PO-2026-3391 und stellt den Bericht am Folgetag, dem 2026-06-28, aus, mit einem Gesamtstatus Nicht bestanden aufgrund eines kritischen Mangels.
Wie unterscheidet sich ein Prüfbericht von einem Abweichungsbericht oder einem Konformitätszertifikat?
Ein Prüfbericht ist die unabhängige Qualitätsprüfung, die eine Charge gegen die Spezifikation misst und ein Gesamturteil bestanden oder nicht bestanden liefert. Ein Abweichungsbericht (NCR) wird nach einer Fehlfeststellung eröffnet, um einen Mangel und die zugehörige Korrekturmaßnahme zu dokumentieren. Ein Konformitätszertifikat ist die eigene Konformitätserklärung des Lieferanten. Talonic liest jedes nach seinem eigenen Schema.
Werden der Stichprobenplan und der AQL erfasst?
Ja. sampling_plan wird als eigenes Feld gelesen, sodass ein ISO 2859-1 Plan bei AQL 2.5, General Inspection Level II, mit einer Stichprobe von 200 aus einer Charge von 5,000 Einheiten lesbar 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 mit der Summe von quantity_affected über die Zeilen von defect_log abgeglichen. Ein gemeldeter Gesamtwert von 8 muss sich also mit seinen 2 kritischen, 4 schwerwiegenden und 2 geringfügigen Einheiten decken, und eine Abweichung wird markiert.
Entscheidet Talonic über Bestehen oder Nichtbestehen?
Nein. Talonic 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.
Welche Felder werden aus Prüfberichte extrahiert?
Talonic gibt Prüfberichte als schemavalidierte, typisierte Felder zurück. Zu den gängigen Feldern zählen Berichtsnummer, Prüfdatum, Lieferant, Bestellnummer und weitere, jeweils normalisiert (Datumsangaben nach ISO 8601, Beträge als Zahlen) und einem stabilen Schlüssel zugeordnet, sodass die Ausgabestruktur über verschiedene Layouts hinweg gleich bleibt.
Wie genau ist die Extraktion aus Prüfberichte, und wie wird die Konfidenz angegeben?
Die Genauigkeit hängt vom Feld und von der Dokumentqualität ab. Talonic gibt für jedes Feld einen Konfidenzwert zwischen 0.0 und 1.0 aus; Extraktionen unterhalb Ihres Schwellenwerts werden vor der Übernahme in Ihr System of Record zur Prüfung markiert.
Kann ich die Prüfberichte-Extraktion produktiv einsetzen?
Ja. Dieselbe Engine, die diesem Leitfaden zugrunde liegt, steht als produktionsreife REST-API und Node SDK zur Verfügung, mit synchronen, asynchronen und Streaming-Modi, Schema-Versionierung, signierten Webhooks und EU-Datenverarbeitung. Starten Sie kostenlos mit einem API-Key und skalieren Sie anschließend mit nutzungsbasierter Preisgestaltung.
Was kostet die Datenextraktion aus Prüfberichte?
Es gibt eine kostenlose Stufe für Prototyping und Agent-Evaluierung, ohne Kreditkarte. Kostenpflichtige Nutzung basiert auf Credits: 1.000 Credits pro Euro. Die Seitenerfassung kostet 100 Credits pro Seite, registry-aufgelöste Abfragen sind kostenlos. Aktuelle Preise finden Sie unter talonic.com/pricing.
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