Prüfen Sie akzeptierte Daten abgeschlossener Guided-Diagnostic-Läufe in einem strukturierten, deterministischen Bericht und exportieren Sie ihn lokal als PDF. Datenkontext und Grenzen bleiben erhalten. Engine Fault Scan ist getrennt; eine Codeliste oder importierte Sitzung wird nicht automatisch zum SmartReport.
Demnächst für Windows. V1-Umfang: Giulia/Stelvio 2.2 JTD. Die dokumentierte Referenz ist ein Stelvio 2.2 JTD von 2020 mit Bosch EDC17C69; andere Konfigurationen müssen geprüft werden.
Vergleichen Sie, wie vollständige, teilweise und unzureichende Daten die möglichen Schlussfolgerungen beeinflussen.
Lesen Sie Daten und Einschränkungen zusammen.
Prüfen Sie fehlende Signale vor einer Schlussfolgerung.
Vergleichen Sie die Empfehlung mit dem verfügbaren Kontext.
Die Beispiele lesen
01Vehicle profile
02Report scope
03Overall status
04Capture snapshot
05Key evidence
06Summary
07Evidence ledger
08Deterministic rule evaluation
09Recommendation
10Inspection boundary
11Footer
Synthetische Beispiele
Die folgenden Beispiele verwenden erfundene Daten und ein illustratives Layout. Sie sind keine tatsächlichen SmartReport/PDF-Ausgaben, Kundenberichte oder Live-Ergebnisse und belegen keine implementierten Signale oder Diagnoseregeln. Die Beispieldokumente bleiben auf Englisch; die Erläuterungen sind übersetzt.
Bericht A
Synthetisches Beispiel
Vollständiges synthetisches Beispiel — kein auffälliges Muster dargestellt
Alle erwarteten Signale im Core / Standard-Umfang wurden erkannt, daher läuft die Auswertung vollständig. Der Status bleibt dennoch eingegrenzt: er gilt den erfassten Belegen, nicht dem Fahrzeug.
No abnormal pattern in this synthetic exampleComplete
Illustrative diagnostic report — No abnormal pattern in this synthetic example
OBDVeloce
Diagnostic report
Deterministic
Local
Source-linked
Illustrative report facsimileSynthetic example data — not a real customer report or live diagnostic capture.
Vehicle profile
Vehicle
Alfa Romeo Stelvio
Engine
2.2 MultiJet / JTD
ECU
Bosch EDC17C69
Protocol
ISO 15765-4 CAN 29/500
Platform
Windows desktop
Report scope
Selected diagnostic group
Core / Standard
Source relationship
Linked source session
Interpretation
Deterministic and rule-based
Generation
Generated locally
Overall status
No abnormal pattern in this synthetic example
This status applies only to recognised evidence within the selected Core / Standard scope. It is not a complete mechanical verdict.
Capture quality
Complete
All five expected signals in this synthetic Core / Standard fixture are represented.
Capture evidence snapshot
Synthetic example data
Duration00:52
Recognised signals5 / 5
Missing signals0
Samples processed864
Selected groupCore / Standard
Capture qualityComplete
Key evidence — Core / Standard group
Synthetic example data
Engine RPM820rpm
Min
780
Avg
835
Max
910
Recognised
Vehicle speed0km/h
Min
0
Avg
0
Max
0
Recognised
Coolant temp.88°C
Min
86
Avg
88
Max
90
Recognised
Control-module voltage14.2V
Min
13.9
Avg
14.1
Max
14.4
Recognised
Intake air temp.24°C
Min
23
Avg
24
Max
25
Recognised
Summary
The recognised Core / Standard evidence is internally consistent within this illustrative capture.
No missing evidence limits the selected report scope.
OBDVeloce
Evidence ledger and deterministic interpretation
Illustrative report facsimileSynthetic example data — not a real customer report or live diagnostic capture.
Evidence ledger
Synthetic example data
Evidence ledger for the illustrative Core / Standard report
Signal
Current value / state
Minimum
Average
Maximum
Availability
Limitation
Engine RPM
820 rpm
780 rpm
835 rpm
910 rpm
Recognised
Limited to the captured Core / Standard scope
Vehicle speed
0 km/h
0 km/h
0 km/h
0 km/h
Recognised
Represents only the illustrated capture context
Coolant temperature
88 °C
86 °C
88 °C
90 °C
Recognised
Does not establish the complete cooling-system condition
Control-module voltage
14.2 V
13.9 V
14.1 V
14.4 V
Recognised
Represents captured electrical evidence only
Intake air temperature
24 °C
23 °C
24 °C
25 °C
Recognised
Limited to recognised captured evidence
Deterministic rule evaluation
When
the Core / Standard group is selected;
all expected fixture signals are recognised;
capture quality is Complete;
sufficient operating context is available.
Then
deterministic rules evaluate the available evidence;
supporting values are listed;
no missing-evidence limitation is recorded;
a qualified Healthy status may be assigned within the captured scope.
Otherwise
the interpretation becomes limited;
missing evidence remains visible;
another capture may be recommended.
Known limitations
Synthetic example data
This report covers only the selected Core / Standard diagnostic group.
It does not include all vehicle systems or operating conditions.
It does not replace workshop testing, service records or physical inspection.
Recommendation
No immediate focused recapture is recommended within this illustrative Core / Standard report scope.
Professional inspection boundary
This report organises and interprets captured diagnostic evidence. It does not replace professional mechanical inspection.
Report context
Local generation
Source-linked workflow
Visible limitations
Deterministic interpretation
Bericht B
Synthetisches Beispiel
Teilweise verwertbar — Vorsicht, mit benannten Lücken.
Zwei Signale der Regenerationshistorie wurden nicht erkannt. Die vorhandenen Belege tragen dennoch eine eingeschränkte Auswertung, die fehlenden Signale bleiben im Verzeichnis sichtbar, und die Empfehlung fordert sie an, statt sie zu schätzen.
Caution within captured evidencePartial but usable
Illustrative diagnostic report — Caution within captured evidence
OBDVeloce
Diagnostic report
Deterministic
Local
Source-linked
Illustrative report facsimileSynthetic example data — not a real customer report or live diagnostic capture.
Vehicle profile
Vehicle
Alfa Romeo Stelvio
Engine
2.2 MultiJet / JTD
ECU
Bosch EDC17C69
Protocol
ISO 15765-4 CAN 29/500
Platform
Windows desktop
Report scope
Selected diagnostic group
DPF / Exhaust
Source relationship
Linked source session
Interpretation
Deterministic and rule-based
Generation
Generated locally
Overall status
Caution within captured evidence
This status applies only to recognised evidence within the selected DPF / Exhaust scope. It is not a complete mechanical verdict.
Capture quality
Partial but usable
Two expected contextual signals are missing. The available evidence is sufficient for limited interpretation.
Capture evidence snapshot
Synthetic example data
Duration01:18
Recognised signals8 / 10
Missing signals2
Samples processed1,284
Selected groupDPF / Exhaust
Capture qualityPartial but usable
Key evidence — DPF / Exhaust group
Synthetic example data
DPF differential pressure12.4mbar
Min
8.1
Avg
11.7
Max
17.2
Recognised
Exhaust gas temperature210°C
Min
184
Avg
205
Max
232
Recognised
Calculated soot load18g
Min
N/A
Avg
N/A
Max
N/A
Recognised
Regeneration stateInactive
Min
N/A
Avg
N/A
Max
N/A
Recognised
Engine load22%
Min
16
Avg
21
Max
29
Recognised
Engine RPM1,840rpm
Min
1,620
Avg
1,790
Max
2,080
Recognised
Vehicle speed68km/h
Min
55
Avg
64
Max
76
Recognised
Coolant temperature89°C
Min
87
Avg
89
Max
91
Recognised
Missing context — regeneration history
Distance since regeneration
Missing
Average distance between regenerations
Missing
Summary
Eight of ten expected DPF / Exhaust signals were recognised in this illustrative capture.
The two missing regeneration-history signals remain visible and limit the interpretation.
OBDVeloce
Evidence ledger and deterministic interpretation
Illustrative report facsimileSynthetic example data — not a real customer report or live diagnostic capture.
Evidence ledger
Synthetic example data
Evidence ledger for the illustrative DPF / Exhaust report
Signal
Current value / state
Minimum
Average
Maximum
Availability
Limitation
DPF differential pressure
12.4 mbar
8.1 mbar
11.7 mbar
17.2 mbar
Recognised
Limited to the captured DPF / Exhaust scope
Exhaust gas temperature
210 °C
184 °C
205 °C
232 °C
Recognised
Represents captured exhaust context only
Calculated soot load
18 g
N/A
N/A
N/A
Recognised
Model-derived value from captured signals
Regeneration state
Inactive
N/A
N/A
N/A
Recognised
State observed during captured interval
Engine load
22 %
16 %
21 %
29 %
Recognised
Limited to operating conditions captured
Engine RPM
1,840 rpm
1,620 rpm
1,790 rpm
2,080 rpm
Recognised
Limited to captured operating conditions
Vehicle speed
68 km/h
55 km/h
64 km/h
76 km/h
Recognised
Limited to captured operating conditions
Coolant temperature
89 °C
87 °C
89 °C
91 °C
Recognised
Represents captured engine thermal context
Distance since regeneration
Missing
N/A
N/A
N/A
Missing
Not recognised in this capture
Average distance between regenerations
Missing
N/A
N/A
N/A
Missing
Not recognised in this capture
Deterministic rule evaluation
When
DPF / Exhaust group selected
Recognised evidence available
Capture quality Partial but usable
Two contextual signals unavailable
Then
Evaluate available evidence
Show recognised measurements
Record missing context
Recommend follow-up capture
Otherwise
Insufficient data
No finding fabricated
Known limitations
Synthetic example data
This report covers only the selected DPF / Exhaust diagnostic group.
It does not include all vehicle systems or operating conditions.
It does not replace workshop testing, service records or physical inspection.
Recommendation
Repeat a focused DPF / Exhaust capture. Seek distance since regeneration and average distance between regenerations to reduce the recorded limitation.
Professional inspection boundary
This report organises and interprets captured diagnostic evidence. It does not replace professional mechanical inspection.
Report context
Local generation
Source-linked workflow
Visible limitations
Deterministic interpretation
Bericht C
Synthetisches Beispiel
Unzureichende Daten — keine Aussage über die Belege hinaus.
Vier von fünf erwarteten EGR-Signalen waren nicht verfügbar. Statt weiterzugehen, verzichtet der Bericht auf eine Gruppenauswertung, führt das Erkannte auf und benennt genau, welche Signale eine weitere Erfassung suchen sollte.
Insufficient dataInsufficient data
Illustrative diagnostic report — Insufficient data
OBDVeloce
Diagnostic report
Deterministic
Local
Source-linked
Illustrative report facsimileSynthetic example data — not a real customer report or live diagnostic capture.
Vehicle profile
Vehicle
Alfa Romeo Stelvio
Engine
2.2 MultiJet / JTD
ECU
Bosch EDC17C69
Protocol
ISO 15765-4 CAN 29/500
Platform
Windows desktop
Report scope
Selected diagnostic group
EGR
Source relationship
Linked source session
Interpretation
Deterministic and rule-based
Generation
Generated locally
Overall status
Insufficient data
The available evidence is insufficient for deterministic interpretation within the selected EGR scope.
Capture quality
Insufficient data
Most expected signals were not recognised. Another focused capture is recommended.
Capture evidence snapshot
Synthetic example data
Duration00:15
Recognised signals1 / 5
Missing signals4
Samples processed42
Selected groupEGR
Capture qualityInsufficient data
Key evidence — EGR group
Synthetic example data
Intake air quantity450mg/strokeRecognised
EGR valve positionMissingNot recognised
Commanded EGRMissingNot recognised
EGR cooler temperatureMissingNot recognised
Manifold absolute pressureMissingNot recognised
Summary
Only one of five expected EGR-scope signals was recognised.
The available evidence is insufficient for a deterministic group interpretation.
No conclusion has been inferred beyond the recognised evidence.
OBDVeloce
Evidence ledger and deterministic interpretation
Illustrative report facsimileSynthetic example data — not a real customer report or live diagnostic capture.
Evidence ledger
Synthetic example data
Evidence ledger for the illustrative EGR report
Signal
Current value / state
Minimum
Average
Maximum
Availability
Limitation
Intake air quantity
450 mg/stroke
N/A
N/A
N/A
Recognised
Recognised value only. Limited operating context.
EGR valve position
Missing
N/A
N/A
N/A
Missing
Signal not available in this capture.
Commanded EGR
Missing
N/A
N/A
N/A
Missing
Signal not available in this capture.
EGR cooler temperature
Missing
N/A
N/A
N/A
Missing
Signal not available in this capture.
Manifold absolute pressure
Missing
N/A
N/A
N/A
Missing
Signal not available in this capture.
Deterministic rule evaluation
When
The selected EGR group lacks sufficient recognised evidence.
Then
No deterministic group interpretation is produced.
Recognised evidence is listed.
Missing evidence remains visible.
Insufficient data is reported.
Another focused capture may be recommended.
Otherwise
Deterministic rules evaluate the available evidence.
Known limitations
Synthetic example data
Four expected EGR signals were unavailable.
The current capture does not provide sufficient context for deterministic interpretation.
No mechanical conclusion has been generated.
Recommendation
Review connection and group selection. Repeat a focused EGR capture.
Seek recognition of
EGR valve position
Commanded EGR
EGR cooler temperature
Manifold absolute pressure
Purpose
Obtain sufficient recognised evidence for deterministic evaluation.
Professional inspection boundary
This report organises and interprets captured diagnostic evidence. It does not replace professional mechanical inspection.
Report context
Local generation
Source-linked workflow
Visible limitations
Deterministic interpretation
Gegenüberstellung
Was sich zwischen den dreien tatsächlich unterscheidet.
Vergleichen Sie Daten, Lücken und Schlussfolgerungen der drei Beispiele.
Was sich zwischen den dreien tatsächlich unterscheidet.
Aspekt
Bericht A
Bericht B
Bericht C
Gewählte Gruppe
Core / Standard
DPF / Exhaust
EGR
Erfassungsqualität
Vollständig
Teilweise aber verwertbar
Unzureichende Daten
Gesamtstatus
Kein auffälliges Muster in diesem Beispiel
Vorsicht innerhalb der erfassten Belege
Unzureichende Daten
Erkannte Signale
Alle erwarteten Signale
Die meisten erwarteten Signale
Ein erwartetes Signal
Gruppenauswertung
Vollständig erstellt
Mit genannten Grenzen erstellt
Zurückgehalten
Empfehlung
Keine gezielte Wiederholung nötig
Wiederholen, um den fehlenden Zusammenhang zu gewinnen
Wiederholen und die benannten Signale suchen
Aufbau und Komponenten
Identisch
Identisch
Identisch
Warum deterministische Berichte zählen
Ein prüfbarer Bericht ist mehr wert als einer, dem man glauben muss.
Jeder Befund oben lässt sich auf die Belege zurückführen, die ihn hervorgebracht haben, und jede Lücke darin steht dort, wo die Leserschaft sie sieht.
01
Reproduzierbar
Bei gleichen akzeptierten Daten, gleichem Kontext und gleicher Regelversion ist die Auswertung wiederholbar. SmartReport/PDF nutzt nicht den getrennten AI-Analysis-Prototyp.
02
Belegverknüpft
SmartReport erhält den Kontext der akzeptierten Daten des abgeschlossenen Diagnoselaufs, damit Befunde zusammen mit Messwerten und Grenzen gelesen werden können.
03
Offen über Lücken
Fehlende Belege werden vermerkt, nicht geschätzt. Eine Lücke engt einen Befund ein; sie wird nie gefüllt, damit der Bericht vollständig wirkt.
04
Ausdrücklich begrenzt
Jeder Bericht nennt, was er nicht feststellt — im Bericht selbst und nicht in einer Fußnote anderswo.
Beispielstatus verstehen
Was ein Status sagt — und was nicht.
Diese Statusbeschreibungen erläutern die synthetischen Beispiele oben. Lesen Sie echte Berichte innerhalb ihres Datenumfangs: Ein Scan ohne Fehlereinträge oder ein verfügbarer Messwert belegt nicht den gesamten mechanischen Zustand.
Kein auffälliges Muster in diesem Beispiel
Bedeutet
Innerhalb der vorhandenen Belege erreichte keine Regel einen Vorsichts- oder Warnzustand.
Bedeutet nicht
Dass das Fahrzeug mechanisch als in Ordnung bescheinigt wäre.
Vorsicht
Bedeutet
Erkannte Belege erfüllten eine Regel, die eine weitere Untersuchung nahelegt.
Bedeutet nicht
Dass eine Reparatur sicher erforderlich ist.
Warnung
Bedeutet
Erkannte Belege wichen deutlich von dem ab, was die Regel erwartete.
Bedeutet nicht
Dass ein bestimmtes Bauteil ohne weitere Prüfung abschließend diagnostiziert wäre.
Unzureichende Daten
Bedeutet
Erforderliche Belege fehlten, daher kam keine belastbare Schlussfolgerung zustande.
Bedeutet nicht
Dass das Fahrzeug durchgefallen oder nicht unterstützt wäre.
Der Status eines Berichts spiegelt erfasste Diagnosebelege wider. Er ist kein Urteil über den gesamten mechanischen Zustand des Fahrzeugs.
Fehlende Daten
Fehlende Belege werden vermerkt, nicht erfunden.
Manchmal sind erwartete Belege nicht da. Was dann geschieht, ist der wesentliche Teil, denn dort ist ein Diagnosewerkzeug am stärksten versucht zu raten.
Fehlende Belege werden vermerkt statt stillschweigend ersetzt.
Nicht unterstützte oder nicht verfügbare Daten bleiben als Grenze sichtbar.
Fehlende Belege können einen Befund auf das Haltbare einengen.
Ein fehlendes Signal entwertet nicht alle übrigen erkannten Messwerte.
Sie können zur Empfehlung einer weiteren gezielten Erfassung führen.
Bleibt zu wenig übrig, wird ein Befund zurückgehalten statt geraten.
Fehlende Belege sind kein Beweis für einen mechanischen Defekt.
Wird nie getan
Einen fehlenden Wert schätzen
Einen Wert erzeugen, um die Lücke zu füllen
Zusichern, dass das Signal beim nächsten Versuch erscheint
Ein wiederholt fehlendes Signal als Bauteilausfall behandeln
Eine Teilerfassung, ehrlich gelesen
Liefert eine gezielte Gruppe die meisten erwarteten Belege, aber nicht alle, bleiben die vorhandenen Belege erhalten, die Lücke wird aufgeführt, der Befund mit seiner Grenze benannt und eine gezielte Wiederholung empfohlen. Nichts wird verworfen und nichts ergänzt.
Berichtsbibliothek
Berichte bleiben getrennt von den Sitzungen, aus denen sie stammen.
Ein gespeicherter Bericht ist ein eigenes Element. Er liegt getrennt von den Diagnosesitzungen und erscheint nicht unter ihnen, damit eine Auswertung nie mit den Belegen verwechselt wird, aus denen sie stammt.
Diagnosesitzungen
Tragen ein Quellkennzeichen, das ihre Herkunft sichtbar hält.
Live
JSON importiert
Legacy
Demo
Gespeicherte Berichte
SmartReport erhält akzeptierte Daten eines abgeschlossenen Guided-Diagnostic-Laufs. Der PDF-Export erstellt ein lokales Dokument zur Prüfung; er ergänzt keine Messungen und versendet den Bericht nicht.
Ein Bericht ersetzt seine Quellsitzung nicht.
Ein Bericht behält seine Beziehung zur Quellsitzung.
Ein Bericht wird getrennt von aktiven Sitzungen geführt.
Ein Bericht bleibt eine Auswertung der vorhandenen Belege.
Quellkontext aufbewahren
Bewahren Sie Quellsitzungen und Laufkontext neben exportierten PDFs auf, um die Datenerfassung später prüfen zu können. Ob Sie ein Dokument teilen, entscheiden Sie selbst.
Rückverfolgbarkeit zur Quelle
Der Bericht bleibt mit den Belegen dahinter verknüpft.
Rückverfolgbarkeit heißt hier, dass der Arbeitsablauf der Anwendung die Beziehung zwischen einem Bericht und dem, was ihn hervorgebracht hat, behält, sodass die Belege hinter einem Befund nachgesehen werden können.
Was die behaltene Beziehung bewahrt
Der abgeschlossene Lauf und seine akzeptierten Quelldaten
Die gewählten Diagnosegruppen
Die für den abgeschlossenen Lauf akzeptierten Daten
Die darauf angewandte Auswertung
Die ursprüngliche Erfassung wird nicht verändert
Das Erzeugen oder Neuerzeugen eines Berichts liest die gespeicherten Quelldaten. Die ursprüngliche Sitzung wird nicht überschrieben, und es wird ihr nie stillschweigend eine andere Sitzung untergeschoben.
Wenn Quelldaten fehlen
Ein exportiertes PDF bleibt lesbar, kann aber fehlende Sitzungs- oder Laufdaten für weitere Auswertungen nicht ersetzen.
Nicht zugesichert
Unveränderliche oder manipulationssichere Belege
Kryptografische Signaturen oder notarielle Beglaubigung
Ein zertifizierter Prüfpfad oder eine forensische Beweiskette
Schutz davor, dass eine Datei von Hand geändert wird
Was Berichte nicht feststellen
Die Grenze jedes Berichts.
Ein Bericht ordnet verfügbare Daten und nennt ihre Grenzen. Er belegt nichts von Folgendem.
AI Analysis ist eine separate prototypische/geplante Funktion und keine integrierte Produktionsfunktion. SmartReport/PDF arbeitet deterministisch.
Unerklärtes KI-Urteil
Selbstlernende Diagnose
Konfidenzwerte aus maschinellem Lernen
Automatische Diagnose
Zugesicherte Diagnose
Zugesicherte Reparatur
Eine vollständige mechanische Untersuchung
Universelle Fahrzeugabdeckung
Die Bestätigung, dass ein fehlendes Signal ein Defekt ist
Die Bestätigung, dass ein vorhandenes Signal mechanisch in Ordnung ist
Unveränderliche Belege
Manipulationssichere Belege
Kryptografische Signaturen
Eingebauter E-Mail-Versand
Öffentliche Berichtslinks
Berichtsspeicherung in der Cloud
Automatische Sicherung außerhalb des Geräts
Ein Bericht ordnet und wertet aus, was eine Erfassung enthielt. Er ersetzt keine fachkundige mechanische Untersuchung.
Bevor es einen Bericht gibt
Ein brauchbarer Bericht beginnt mit einer unterstützten Erfassung.
Die Auswertung ist durch die vorhandenen Belege begrenzt, und die Belege sind durch die Konfiguration begrenzt. Klären Sie zuerst die Kompatibilität.
