Software di ricostruzione degli incidenti: come verificare versione e validazione usati dalla controparte

Approfondimento · 2026-02-12

L'attendibilità di una ricostruzione d'incidente fatta con un software di simulazione non si misura dal software, ma da quattro elementi verificabili: la versione del programma e la sua validazione scientifica, la provenienza di ciascun dato immesso, la coerenza tra l'esito della simulazione e le prove materiali del fascicolo, e la presenza di un'analisi di sensibilità che mostri come varia il risultato al cambiare dei parametri incerti. Un programma anche autorevole, alimentato con input arbitrari, produce un risultato persuasivo ma non affidabile. Questa guida indica all'avvocato cosa controllare e quali domande porre al consulente avversario.

Lo strumento non è la prova: cosa fa davvero un software di simulazione

Quando in un fascicolo per sinistro stradale compare una relazione corredata da animazioni tridimensionali, traiettorie colorate e un valore di velocità espresso al decimale, l'effetto sul lettore è immediato: sembra il responso oggettivo di una macchina. È proprio questo l'equivoco da cui un avvocato deve guardarsi. Un software di ricostruzione degli incidenti non "vede" il sinistro: risolve, passo dopo passo, le equazioni della meccanica a partire dai dati che il consulente gli ha immesso.

I programmi più diffusi nel settore — si pensi a PC-Crash, sviluppato in ambito universitario austriaco e oggi distribuito da Dr. Steffan Datentechnik, o a Virtual CRASH — sono ambienti di calcolo cinematico e dinamico. Integrano modelli di urto, di moto del veicolo, di interazione pneumatico-asfalto. Sono strumenti seri, usati in tutto il mondo e oggetto di un'ampia letteratura scientifica. Ma restano, appunto, strumenti: la loro autorevolezza non si trasferisce automaticamente alla singola perizia che li impiega.

La distinzione ha un riflesso processuale preciso. La giurisprudenza di legittimità ricorda che la ricostruzione della dinamica di un sinistro è un accertamento di fatto, e che il giudice non è vincolato alle conclusioni del consulente: può discostarsene, motivando le ragioni. Significa che una simulazione, per quanto curata nella veste grafica, è sempre valutabile e contestabile nel merito. Il compito dell'avvocato — con l'ausilio del proprio consulente tecnico — non è smontare il software, ma verificare come è stato usato in quel caso.

Per orientarsi su che cos'è e come funziona una ricostruzione di un incidente stradale nei suoi passaggi tecnici, è utile partire dai principi fisici che il software si limita a calcolare in automatico. È su quei principi, e sui dati che li alimentano, che si gioca l'attendibilità.

Software validato non significa ricostruzione attendibile

È il punto più frainteso, e quello su cui spesso si costruisce una difesa efficace. Esistono due piani che vanno tenuti distinti.

Il primo è la validazione dello strumento. Riguarda il programma in sé: i suoi modelli matematici sono stati confrontati con prove sperimentali, crash test, casi reali documentati, e i risultati sono stati pubblicati in sede scientifica. Per i software più affermati questo bagaglio esiste ed è consistente. La letteratura tecnica internazionale, ad esempio quella raccolta dalla Society of Automotive Engineers, riporta numerosi studi di verifica dei modelli d'urto e di moto. La validazione, in questo senso, è una proprietà del software.

Il secondo piano è l'attendibilità della singola ricostruzione. Riguarda quella perizia, in quel sinistro: dipende dalla scelta del modello adatto, dalla correttezza dei dati immessi, dal rispetto del campo di validità dello strumento, dalla verifica dei risultati contro le prove materiali. È una proprietà del lavoro del consulente, non del programma.

I due piani non comunicano in automatico. Un software validato applicato male produce un risultato inattendibile; un foglio di calcolo artigianale usato con rigore può essere più solido di una simulazione tridimensionale costruita su dati inventati. Per questo l'argomento "ho usato il software più diffuso al mondo" non è, di per sé, una garanzia di correttezza: risponde alla domanda sbagliata.

Validità di campo: quando lo strumento giusto è usato fuori contesto

Ogni modello fisico ha un dominio entro cui è stato verificato. Un modello d'urto pensato per collisioni tra autovetture può non descrivere bene un investimento di pedone, l'urto contro un veicolo pesante o una fase di ribaltamento. Usare lo strumento corretto fuori dal suo campo di validità è un errore tecnico che non si vede nella grafica, ma che mina la conclusione. Verificare che il modello scelto sia adeguato alla tipologia di sinistro è uno dei primi controlli sostanziali.

Versione e validazione: le prime due domande da porre

Prima ancora di entrare nei dati, due informazioni vanno acquisite e messe a verbale.

Quale versione del software è stata usata

I software di ricostruzione vengono aggiornati nel tempo: cambiano i modelli, si correggono comportamenti, si affinano gli algoritmi d'urto. Una versione datata può aver gestito diversamente un certo fenomeno fisico rispetto a una recente. Conoscere la versione esatta — numero e build — permette di sapere quali modelli erano effettivamente attivi e di confrontare il comportamento dichiarato con la documentazione di quella release.

La richiesta è legittima e tutt'altro che pedante: senza la versione, la relazione non è pienamente riproducibile, e la riproducibilità è un requisito di base di qualunque accertamento tecnico.

Su quale documentazione di validazione si fonda

La seconda domanda riguarda i riferimenti. Il consulente dovrebbe poter indicare la documentazione che attesta la validazione dei modelli impiegati per quel tipo di fenomeno: pubblicazioni tecniche, manuali, studi di verifica. Non si tratta di pretendere una bibliografia accademica, ma di accertare che l'uso dello strumento per quel sinistro abbia un fondamento dichiarato e non sia affidato alla sola fiducia nel nome del programma.

Quando la risposta è vaga — "è un software riconosciuto", senza ulteriori specificazioni — l'avvocato ha già un primo elemento: l'attendibilità viene affermata, non dimostrata. È sufficiente per chiedere un supplemento di chiarimenti, ed eventualmente per impostare una contestazione della perizia del CTU sul piano metodologico.

Garbage in, garbage out: gli input che decidono il risultato

È il cuore della verifica. Il principio — noto nell'informatica come "garbage in, garbage out" — vale in modo stringente per le simulazioni: la qualità dell'output non può superare quella dell'input. Se i dati immessi sono incerti, stimati o arbitrari, il risultato eredita quell'incertezza, anche quando viene presentato con un solo numero netto.

I parametri più sensibili, su cui concentrare l'attenzione, sono pochi e ricorrenti.

Coefficiente di aderenza (attrito pneumatico-asfalto). È spesso il dato più influente sul calcolo della velocità. Dipende da tipo e stato del manto, presenza di acqua, usura degli pneumatici, temperatura. Raramente è misurato sul posto: più spesso viene assunto da tabella entro un intervallo. La domanda decisiva è: quel valore è stato misurato o assunto? E se assunto, perché proprio quello e non un altro entro l'intervallo plausibile?
Tracce di frenata e segni sull'asfalto. Lunghezza, attribuzione al veicolo e fase a cui appartengono incidono direttamente sul calcolo. Una traccia mal misurata o attribuita all'auto sbagliata sposta il risultato.
Masse dei veicoli e carico. Spesso stimate. Un errore sulle masse altera il bilancio nell'urto.

Deformazioni e relativo coefficiente energetico. Nei metodi basati sull'energia di deformazione (come l'approccio EES), la stima dell'entità dei danni e dei coefficienti associati condiziona il calcolo della velocità di collisione. È un campo in cui due tecnici esperti possono ragionevolmente divergere.
Punto e angolo d'urto, configurazione iniziale. La posizione reciproca dei veicoli all'impatto è un'ipotesi di partenza: piccole variazioni possono cambiare l'esito complessivo.
Tempo di reazione e fase di pre-impatto. Valori spesso assunti da letteratura, che pesano sul giudizio di evitabilità dell'incidente nell'analisi spazio-tempo.

Per ciascuno di questi parametri la verifica non è "è giusto o sbagliato", ma: da dove viene questo numero, è documentato, ed è coerente con il resto? Una ricostruzione solida dichiara la fonte di ogni input e distingue i dati misurati da quelli assunti. Quando questa tracciabilità manca, il risultato — per quanto preciso nella cifra — poggia su fondamenta che nessuno può controllare.

Coerenza con le prove fisiche: il banco di prova della simulazione

Una simulazione attendibile non si limita a calcolare: deve chiudere il cerchio con le prove materiali del fascicolo. È il controllo più intuitivo per un avvocato, perché non richiede di entrare nelle equazioni, ma di confrontare l'esito del software con ciò che è documentato.

Gli elementi di riscontro tipici sono:

le posizioni di quiete dei veicoli dopo l'urto: la simulazione deve far fermare i mezzi dove li hanno trovati i rilievi;
i danni e la loro localizzazione: l'area di contatto e la direzione delle deformazioni devono essere compatibili con la geometria d'urto simulata;
i segni sull'asfalto (frenata, strisciamento, detriti): la loro posizione e orientamento devono trovare corrispondenza nel moto ricostruito;
la compatibilità con le lesioni e con le eventuali testimonianze, ove pertinenti.

Una verifica indipendente passa anche dai metodi di controllo. Il calcolo della velocità può essere riscontrato per altra via — ad esempio attraverso il calcolo della velocità dalle tracce di frenata — e il bilancio dell'urto verificato applicando la conservazione della quantità di moto nella ricostruzione dell'urto. Se la simulazione e i metodi manuali convergono, la fiducia nel risultato cresce; se divergono in modo marcato, qualcosa nella simulazione — o nei suoi input — va spiegato.

È un punto che la letteratura tecnica sottolinea da tempo: la verifica manuale dei risultati resta la garanzia che la teoria sia stata applicata correttamente. Una relazione che presenti solo l'output del software, senza alcun riscontro indipendente né alcun confronto con le prove fisiche, è più fragile di quanto la grafica suggerisca.

Un esempio esemplificativo

A puro titolo illustrativo — non si tratta di un caso reale — si immagini una simulazione che restituisca una velocità d'impatto elevata sulla base di un coefficiente di aderenza assunto al limite superiore dell'intervallo per asfalto asciutto, in un sinistro avvenuto su fondo bagnato. La grafica sarà impeccabile; il numero, no. Abbassando il coefficiente al valore coerente con il fondo bagnato, la velocità stimata cambia, e con essa il giudizio sulle responsabilità. È l'esempio tipico di un input non coerente che orienta l'intera conclusione.

Analisi di sensibilità: il numero unico che dovrebbe insospettire

C'è un segnale che, da solo, dice molto sulla qualità di una ricostruzione: la presenza o l'assenza di un'analisi di sensibilità. È lo studio di come varia il risultato al variare dei parametri incerti. Una buona perizia non consegna un numero magico: dichiara un intervallo plausibile e mostra quanto la conclusione sia robusta rispetto alle incertezze sui dati.

Il ragionamento è semplice. Se il coefficiente di aderenza ragionevole oscilla, per esempio, entro un certo intervallo, e la massa è nota solo per stima, la velocità calcolata non è un punto ma una banda di valori. Una ricostruzione rigorosa esplora questa banda — anche con tecniche come la simulazione Monte Carlo, citata nella letteratura tecnica — e verifica se la conclusione (per esempio "velocità superiore al limite") regge in tutto l'intervallo o solo per la combinazione più favorevole alla tesi sostenuta.

Per questo un risultato presentato come singolo valore preciso, senza alcuna indicazione di intervallo né di sensibilità ai parametri, dovrebbe insospettire più che rassicurare. La precisione apparente nasconde un'incertezza non dichiarata. La domanda da porre è diretta: se cambio il parametro X entro i valori plausibili, la conclusione resta la stessa? Se la risposta è no, la conclusione è fragile e va trattata come tale.

Perché serve il file nativo del software

Tutti questi controlli — input effettivi, impostazioni del modello, verifica della sensibilità — diventano realmente praticabili solo se il consulente di parte dispone del file di progetto nativo, non della sola relazione stampata. Il file contiene i parametri immessi e le scelte di simulazione che spesso non compaiono nel testo. Richiederne il deposito consente di rieseguire la simulazione, variare i dati incerti e misurare la robustezza del risultato. È una richiesta tecnica ragionevole, che rende il confronto tra periti effettivo invece che dichiarato.

Le domande da mettere a verbale al CTU o al consulente avversario

In sede di operazioni peritali, o nelle osservazioni alla CTU, alcune domande mirate fanno emergere la solidità effettiva di una simulazione. Sono formulate in modo neutro: non accusano, chiedono conto del metodo. Una ricostruzione ben fatta vi risponde senza difficoltà.

Quale software e quale versione (numero e build) sono stati impiegati?
Su quale documentazione si fonda la validazione dei modelli usati per questa tipologia di sinistro?
Il tipo di urto rientra nel campo di validità del modello adottato?
Per ciascun parametro chiave (aderenza, masse, tracce, deformazioni, geometria d'urto): il valore è stato misurato o assunto? Da quale fonte?
Quale intervallo di incertezza è stato associato a ciascun input?
È stata svolta un'analisi di sensibilità? La conclusione regge al variare dei parametri incerti entro i loro intervalli plausibili?
L'esito della simulazione è coerente con posizioni di quiete, danni e segni sull'asfalto?
Il risultato è stato riscontrato con un metodo di calcolo indipendente?
È disponibile il file di progetto nativo per la verifica di parte?

Sul piano processuale, vale la pena ricordare che i rilievi critici alla consulenza tecnica d'ufficio non hanno necessariamente una decadenza immediata: secondo la giurisprudenza possono essere formulati anche in fase avanzata, purché riguardino l'attendibilità e la valutazione delle risultanze, senza introdurre fatti o prove nuovi. Questo lascia spazio per un'analisi tecnica accurata, ma rende anche più prezioso arrivare preparati: una consulenza tecnica di parte sugli incidenti stradali a supporto dell'avvocato traduce questi controlli in osservazioni puntuali, utilizzabili in giudizio.

Verifica tecnica a Torino e in Piemonte

Per gli studi legali di Torino, del Piemonte e della Valle d'Aosta, la disponibilità di un consulente che padroneggi questi strumenti — e sappia leggerne i limiti — consente di affrontare una ricostruzione avversaria con argomenti tecnici, non con generiche contestazioni. L'obiettivo non è contrapporre una simulazione a un'altra, ma riportare il confronto sul terreno dei dati: cosa è stato misurato, cosa assunto, e quanto la conclusione regge alla prova dei fatti.

Domande frequenti su Come verificare l'attendibilità di una ricostruzione d'incidente fatta con software di simulazione

Un software di ricostruzione incidenti basta a stabilire la velocità?

No. Il software è uno strumento di calcolo: la velocità che restituisce dipende interamente dai dati immessi (tracce di frenata, deformazioni, coefficiente di aderenza, masse). Se gli input sono errati o arbitrari, anche un programma validato produce un risultato non attendibile. La simulazione va sempre confrontata con le prove fisiche del fascicolo.

Come si verifica se la simulazione della controparte è attendibile?

Si controllano quattro cose: la versione del software e la sua validazione scientifica; la provenienza di ogni dato di input (misurato o assunto da tabella); la coerenza tra simulazione e prove materiali (segni sull'asfalto, danni, quiete finale); la presenza di un'analisi di sensibilità che mostri come cambia il risultato al variare dei parametri incerti.

Che differenza c'è tra software validato e ricostruzione attendibile?

Sono due piani distinti. La validazione riguarda il programma: i suoi modelli fisici sono stati verificati in letteratura scientifica. L'attendibilità riguarda invece quella specifica ricostruzione: dipende da come il consulente ha usato lo strumento nel caso concreto. Un software validato può produrre una ricostruzione inattendibile se applicato con input sbagliati o fuori dal suo campo di validità.

Posso contestare una CTU cinematica già depositata?

Sì. I rilievi critici di parte alla consulenza tecnica d'ufficio possono essere formulati in corso di causa e, secondo la giurisprudenza, anche per la prima volta in comparsa conclusionale o in appello, purché attengano all'attendibilità e alla valutazione delle risultanze della CTU e non introducano nuovi fatti o nuove prove. Una consulenza tecnica di parte ben costruita fornisce all'avvocato gli argomenti tecnici per la contestazione.

Cosa significa garbage in, garbage out in una perizia?

È il principio per cui la qualità del risultato non può superare la qualità dei dati immessi. Se nel software si inseriscono un coefficiente di aderenza arbitrario, una massa stimata a occhio o una traccia di frenata mal misurata, l'output sarà coerente con quei dati ma scollegato dalla realtà del sinistro. La grafica tridimensionale rende il risultato persuasivo, non per questo corretto.

Devo chiedere il file nativo del software alla controparte?

È opportuno. Il file di progetto contiene tutti i parametri immessi e le impostazioni di simulazione, che spesso non compaiono nella relazione scritta. Il consulente tecnico di parte può così verificare gli input effettivi, rieseguire la simulazione e controllare se il risultato regge al variare dei dati incerti.