Modello di segnalazione di operazione sospetta (SAR/STR): una narrativa maker-checker che regge al controllo

Che cos’è davvero una SAR/STR, e perché il modello è un atto giuridico e non un modulo¶

Tolte le sigle, una SAR è un’allegazione strutturata. State dicendo alla vostra FIU: abbiamo osservato un’attività che non sappiamo spiegare su basi lecite; ecco l’attività, ed ecco perché la riteniamo sospetta. La segnalazione viene trasmessa (in molte giurisdizioni tramite il portale goAML dell’UNODC, oppure tramite un canale nazionale come ERMES di Tracfin in Francia) e da quel momento è un documento giuridico. Un analista della FIU la legge a freddo, senza nessuno del vostro contesto. Un pubblico ministero può farvi affidamento. Un ispettore dell’AMLA o dell’autorità di vigilanza nazionale può riprenderla anni dopo e chiedervi di ricostruire esattamente che cosa sapevate, quando lo sapevate e chi ha deciso di trasmetterla.

Per questo un modello di SAR non è un modulo di comodo. È la struttura che determina se la segnalazione è difendibile. Una SAR difendibile ha due qualità: una narrativa che un estraneo può seguire senza che voi siate presenti e ogni affermazione di fatto riconducibile a una fonte che l’impresa può produrre su richiesta. L’AMLR rende più stringente il secondo punto. L’articolo 69, paragrafo 1, impone ai soggetti obbligati di rispondere a una richiesta di informazioni della FIU entro cinque giorni lavorativi, e le FIU possono ridurre il termine a meno di 24 ore nei casi urgenti. Un termine di cinque giorni che si riduce a uno è una prova del fatto che le vostre evidenze siano state acquisite al momento della decisione, non una funzione da aggiungere dopo l’arrivo della richiesta.

Questa guida tratta il modello per ciò che è: l’interfaccia durevole tra la vostra indagine e l’ispettore che la leggerà in seguito. Costruitelo bene una volta e riusate la struttura per ogni segnalazione. Potete generare una segnalazione esattamente su questo schema con il generatore maker-checker di SAR/STR.

La struttura narrativa 5W1H: chi, cosa, quando, dove, perché, come¶

Analisti delle FIU e autorità di vigilanza dicono chiaramente che la narrativa è il cuore di una SAR. I campi strutturati (importi, numeri di conto, date) dicono al sistema che cosa è successo; la narrativa dice a una persona perché è sospetto. Il modo più affidabile per scrivere una narrativa che un estraneo possa seguire è la disciplina del giornalista (5W1H), applicata in un linguaggio semplice e cronologico, senza gergo e senza codici interni che la FIU non può decifrare.

Scrivete ogni elemento in modo che stia in piedi da solo. Un analista dovrebbe poter leggere la narrativa dall’inizio alla fine senza dovervi mai porre una domanda di chiarimento, perché in pratica una domanda di chiarimento è una richiesta ai sensi dell’articolo 69 con un termine di cinque giorni.

- Chi: tutte le parti: il soggetto (cliente), le controparti, i titolari effettivi, gli intermediari e qualsiasi terzo che compaia. Usate denominazioni legali complete, identificativi e il rapporto tra le parti. Risolvete gli alias; non lasciate mai una controparte come semplice numero di conto.

- Cosa: l’attività e gli strumenti: tipi di operazione, importi, valute, prodotti o conti utilizzati ed eventuale contesto di sanzioni, PEP o notizie negative. Descrivete la condotta, non una conclusione («frazionati in nove versamenti sotto la soglia di segnalazione», non «riciclaggio»).

- Quando: la cronologia. Date contabili, periodo dell’attività, momento in cui è scattato l’alert, data di acquisizione del cliente, data dell’ultimo aggiornamento KYC. Le date ancorano l’intera narrativa e permettono alla FIU di mettere in sequenza gli eventi rispetto ai propri dati.

- Dove: geografia e corridoi: giurisdizioni, filiali, corridoi di pagamento ed eventuali collegamenti ad alto rischio o soggetti a sanzioni. «Corridoio KY→MC» non significa nulla senza spiegazione; scrivete per esteso le giurisdizioni.

- Perché: il sospetto vero e proprio. È il campo che gli analisti indicano come più spesso debole. Indicate in modo specifico che cosa rende l’attività incoerente con il profilo noto del cliente, con il comportamento atteso o con una ragione economica lecita. Ricollegatelo al chi/cosa/quando/dove già esposto.

- Come: il meccanismo e il metodo di individuazione. Come si sono mossi i fondi, come è stata costruita la struttura e come l’avete scoperta (quale regola di monitoraggio o quale riscontro di screening ha generato l’alert). La parte su «come è stata individuata» permette alla FIU di valutare l’affidabilità del segnale.

I campi narrativi: esempi deboli ed esempi difendibili¶

La differenza tra una SAR su cui la FIU agisce e una che mette in fondo alla coda è quasi sempre la specificità. La tabella affianca a ogni campo narrativo una formulazione debole (vaga, conclusiva o non tracciabile) e una buona (specifica, documentata, difendibile). La colonna debole non è inventata per fare effetto: sono i pattern che ricorrono nelle segnalazioni scadenti.

Notate il filo comune della colonna buona: nomina parti, date, importi e fonti; descrive la condotta invece di affermare una conclusione giuridica; e non si affida mai a codici o abbreviazioni di sistema che un lettore esterno non può decifrare.

La checklist delle fonti di evidenza: ogni affermazione deve essere tracciabile¶

Una narrativa è difendibile quanto le evidenze che la sostengono. La regola è semplice da enunciare e facile da saltare sotto scadenza: nessuna affermazione nella narrativa senza una fonte che l’impresa possa produrre. Quando una FIU torna con una richiesta ai sensi dell’articolo 69, non state reindagando: state recuperando. Funziona solo se avete acquisito i riferimenti alle evidenze mentre scrivevate, sigillati insieme alla segnalazione.

Verificate ogni bozza di SAR con questa checklist prima che passi al checker. Ogni voce è una classe di fonti a cui dovreste poter rimandare per le affermazioni della narrativa.

- Registrazioni delle operazioni: le operazioni effettivamente contabilizzate (ID, importi, valute, date valuta, controparti), non un riepilogo che non potete ricondurre all’origine.

- Fascicolo KYC / CDD: il profilo del cliente, il rating di rischio, l’operatività attesa e la data dell’ultimo aggiornamento. Un KYC scaduto è di per sé un fatto da indicare.

- Evidenze sulla titolarità effettiva: visure o dati di titolarità che sostengono ogni affermazione su parti correlate o titolari comuni, con la data di estrazione.

- Esiti dello screening su sanzioni, PEP e notizie negative: l’elenco, il soggetto corrispondente, la forza della corrispondenza e la data di efficacia del riscontro.

- Dati su controparti e reti: collegamenti a parti correlate, titolari comuni o tipologie note che affermate nella narrativa.

- Provenienza dell’individuazione: quale regola di monitoraggio o quale processo di screening ha generato l’alert, e quando. Permette alla FIU di valutare il segnale.

- SAR precedenti / storico del caso: eventuali segnalazioni precedenti sullo stesso soggetto, perché la FIU veda il pattern e non una singola istantanea.

- Ragionamento e incertezze dell’analista: che cosa avete concluso, che cosa non avete potuto confermare ed eventuali lacune. Un’incertezza dichiarata onestamente è più difendibile di una falsa sicurezza.

La mossa pratica è allegare riferimenti alle evidenze per ciascuna affermazione della narrativa, non scaricare documenti. Il riferimento è il contratto: dice «questa affermazione è sostenuta da questo documento, e possiamo produrlo». La nostra AML Agent Control & Evidence Map mostra come questi riferimenti si collegano ai controlli che un ispettore si aspetta.

Esempio completo 1 (Stati Uniti): una SAR FinCEN per versamenti in contanti frazionati¶

Giurisdizione e regole di trasmissione. Una banca statunitense trasmette una SAR FinCEN ai sensi del 31 CFR 1020.320 tramite il BSA E-Filing System di FinCEN, che FinCEN richiede per le segnalazioni BSA dal 2012. Il termine è di 30 giorni di calendario da quando la banca rileva per la prima volta fatti che possono giustificare la segnalazione, prorogabile di 30 giorni per identificare un sospettato, per un massimo di 60 giorni complessivi. La SAR, e qualsiasi informazione che ne riveli l’esistenza, è riservata. La banca conserva una copia e la documentazione di supporto per cinque anni dalla data di trasmissione e la mette a disposizione di FinCEN e delle forze dell’ordine su richiesta. Le SAR FAQs del 9 ottobre 2025 di FinCEN e delle agenzie federali di vigilanza bancaria aggiungono due punti usati qui sotto: i versamenti in contanti vicini alla soglia di $10,000 del currency transaction report (CTR) non richiedono di per sé una SAR, perché la banca deve sapere, sospettare o avere motivo di sospettare che siano stati concepiti per eludere la segnalazione; e non è richiesta una revisione separata dopo la trasmissione per l’attività che prosegue. Eludere la segnalazione CTR costituisce il reato di structuring ai sensi del 31 U.S.C. 5324.

Come l’abbiamo costruito. Il template di agente AML nel nostro tenant demo ha vincoli rigidi: non trasmettere mai una SAR, non contattare mai il cliente, non chiudere mai un caso e citare le chiamate agli strumenti e le evidenze alla base di ogni conclusione. L’esempio segue la stessa divisione. Un agente ha composto il fascicolo e redatto la narrativa come maker; un BSA officer l’ha rivista come checker. Banca, persone, conti e cifre sono sintetici.

Scenario. Harbor Point Community Bank (fittizia) detiene il conto aziendale di Delmar Auto Detailing LLC, di proprietà di R. Castellano. Il profilo del conto, definito all’apertura nel 2022 e aggiornato a gennaio 2025, prevede circa $15,000 di versamenti in contanti al mese. Una regola di monitoraggio per versamenti in contanti ripetuti tra $8,000 e $10,000 ha segnalato il conto il 31 marzo 2026.

Narrativa trasmessa. «Harbor Point Community Bank segnala un sospetto frazionamento di versamenti in contanti da parte di Delmar Auto Detailing LLC (conto corrente aziendale che termina con 4471) e del suo unico titolare, R. Castellano. Tra il 3 e il 28 marzo 2026 il sig. Castellano ha effettuato 14 versamenti in contanti di importo compreso tra $8,600 e $9,800 ciascuno, per un totale di $129,400, in tre filiali di Toledo, Ohio, in 14 giorni lavorativi diversi. In nessun giorno lavorativo i contanti hanno superato $10,000. Il profilo del conto prevede circa $15,000 di versamenti in contanti al mese. Il 19 marzo 2026 un cassiere ha annotato che il sig. Castellano ha chiesto quanto potesse versare "senza che la banca compilasse moduli". Tra il 5 e il 31 marzo 2026 il conto ha inviato quattro bonifici per un totale di $118,000 a un conto presso un’altra banca statunitense intestato a Northgate Motors Trading LLC. La banca non ha evidenza di un rapporto commerciale tra le due società e non ha identificato l’origine dei contanti. La regola di monitoraggio della banca sul frazionamento dei contanti ha segnalato l’attività il 31 marzo 2026, e la revisione della banca ha individuato lo schema qui descritto.»

• Informazione mancante: l’origine dei contanti. Il fascicolo non contiene registrazioni delle vendite 2026, e la banca non ha chiesto spiegazioni al cliente sui versamenti, per evitare di metterlo in allarme. La narrativa indica che l’origine è sconosciuta.
• Informazione mancante: i titolari di Northgate Motors Trading LLC. La banca non vi ha accesso; la narrativa nomina la società e non aggiunge altro.
• Correzione del revisore 1: la bozza definiva l’attività «riciclaggio». Il checker ha sostituito l’etichetta con la condotta osservata e il sospetto frazionamento.
• Correzione del revisore 2: il totale dei bonifici nella bozza includeva un pagamento di affitto di $3,000 al proprietario dei locali. Il checker lo ha corretto in $118,000 e ha collegato ogni registrazione dei bonifici.
• Correzione del revisore 3: la bozza indicava come data di rilevazione il 3 marzo, giorno del primo versamento. Il checker ha registrato il 31 marzo, quando è scattato l’alert e la revisione ha individuato lo schema, e ha verificato su questa base la data di trasmissione.
• Approvazione maker-checker: maker: agente AML, bozza 2, 14 aprile 2026. Checker: BSA officer, approvata il 16 aprile 2026 dopo le correzioni da 1 a 3. Trasmessa tramite BSA E-Filing il 16 aprile 2026, 16 giorni dopo la rilevazione. L’approvazione a due persone è un controllo operativo di questa banca; la norma sulle SAR in sé non richiede due firme.

Esempio completo 2 (Francia): una déclaration de soupçon a Tracfin per un conto di transito¶

Giurisdizione e regole di trasmissione. Una banca francese trasmette una déclaration de soupçon (segnalazione di operazione sospetta) a Tracfin, l’unità di informazione finanziaria francese, ai sensi dell’articolo L. 561-15 del Code monétaire et financier. L’obbligo riguarda somme e operazioni che la banca sa, sospetta o ha buoni motivi di sospettare provengano da un reato punito con la reclusione superiore a un anno, o siano collegate al finanziamento del terrorismo. L’articolo L. 561-16 richiede la segnalazione prima dell’esecuzione dell’operazione, perché Tracfin possa esercitare il proprio diritto di opposizione; quando il rinvio era impossibile, la banca segnala senza ritardo dopo l’esecuzione. L’articolo R. 561-31 impone che ogni segnalazione esponga l’analisi dei fatti alla base del sospetto. Gli istituti finanziari trasmettono le segnalazioni tramite la piattaforma ERMES di Tracfin. Ogni istituto designa i propri dichiaranti e corrispondenti Tracfin ai sensi degli articoli R. 561-23 e R. 561-24. L’articolo L. 561-18 rende riservata la segnalazione, e l’articolo L. 574-1 ne punisce la divulgazione. Le attuali linee guida congiunte di ACPR e Tracfin (aprile 2025, che aggiornano le versioni del 2015 e del 2018) illustrano ciascuna di queste regole.

Scenario. Banque Valmont (fittizia) detiene il conto di Atelier Morel Import SAS, importatore di mobili di Lione, cliente dal 2021 con un fatturato annuo dichiarato di €350,000. Una regola di monitoraggio sui bonifici in entrata da nuovi ordinanti ha segnalato il conto il 9 marzo 2026. Un agente ha redatto la narrativa come maker; il dichiarante Tracfin designato dalla banca l’ha rivista come checker. Banca, persone, conti e cifre sono sintetici. La segnalazione è redatta in francese; qui la narrativa è tradotta.

Narrativa trasmessa (traduzione). «Banque Valmont segnala il proprio sospetto riguardo ad Atelier Morel Import SAS (conto che termina con 2208), rappresentata dalla sua amministratrice, C. Morel. Tra il 2 febbraio e il 20 marzo 2026 il conto ha ricevuto 31 bonifici per un totale di €184,300 da 11 persone fisiche titolari di conti in Belgio, Germania, Italia e Spagna. Nessuna di queste persone compare negli elenchi di clienti o fornitori forniti dal cliente in occasione della revisione del 2025. Entro uno-tre giorni dagli accrediti, il conto ha inviato €171,000 con cinque bonifici a Kowloon Harbour Trading Ltd, a Hong Kong. Nei dodici mesi precedenti il conto aveva ricevuto in media €29,000 al mese, principalmente da rivenditori francesi. Interpellata il 12 marzo 2026 sui bonifici in entrata, la sig.ra Morel ha dichiarato che si trattava di preordini dei clienti e ha fornito quattro fatture per un totale di €38,400; nessuna corrisponde per importo o data a uno dei 31 bonifici. Il 23 marzo 2026 il cliente ha disposto un ulteriore bonifico di €62,000 a Kowloon Harbour Trading Ltd, che Banque Valmont non ha eseguito. I numerosi ordinanti tra loro non collegati, il rapido trasferimento verso un unico beneficiario estero e fatture che non giustificano gli accrediti portano la banca a sospettare che il conto sia usato per raccogliere e trasferire fondi di origine sconosciuta.»

• Informazione mancante: i titolari di Kowloon Harbour Trading Ltd. La banca non è riuscita a ottenerli; la narrativa nomina la società e non aggiunge altro.
• Informazione mancante: se gli 11 ordinanti siano collegati. Non accertato; la narrativa riporta solo ciò che risulta dalle registrazioni.
• Correzione del revisore 1: la bozza definiva gli ordinanti «money mule». Il checker ha tolto l’etichetta e mantenuto lo schema osservato.
• Correzione del revisore 2: la media mensile di €35,000 indicata nella bozza includeva l’erogazione una tantum di un finanziamento. Il checker l’ha corretta in €29,000.
• Correzione del revisore 3: la bozza ometteva il bonifico di €62,000 trattenuto. Ai sensi dell’articolo L. 561-16 la banca segnala prima di eseguirlo, quindi il checker ha aggiunto il bonifico e contrassegnato la segnalazione come urgente.
• Approvazione maker-checker: maker: agente AML, bozza 3, 23 marzo 2026, 15:10. Checker: il dichiarante Tracfin designato dalla banca, approvata e trasmessa tramite ERMES il 23 marzo 2026 alle 17:40, prima dell’esecuzione del bonifico trattenuto. L’accesso è limitato al team antiriciclaggio. L’approvazione a due persone è un controllo operativo di questa banca. Le norme francesi fanno passare la segnalazione dal dichiarante designato dalla banca, e l’articolo R. 561-23 consente in casi eccezionali a un dirigente o a un dipendente di segnalare direttamente.
• Entrambe le narrative, con le tabelle delle evidenze e le note, sono negli esempi di narrativa scaricabili (Markdown). Ricostruitele per il vostro caso con il generatore di SAR/STR.

Perché la trasmissione deve restare un gate maker-checker, e perché un agente può redigere ma mai trasmettere¶

Ecco il confine che il 2026 rende inevitabile. L’AI agentica oggi redige narrative SAR alla velocità di una macchina: raccoglie evidenze, riassume operazioni e produce una prima stesura in pochi minuti. È un vero guadagno di produttività, e va bene: la redazione è reversibile, e una bozza è solo una proposta. La trasmissione non è reversibile, e non è una proposta. La segnalazione trasmessa è un documento giuridico consegnato a un’autorità pubblica. Per questo l’atto di trasmissione deve restare un controllo maker-checker (due persone, oppure un agente come maker e una persona nominativa come checker), con la persona che approva prima che qualsiasi cosa arrivi alla FIU.

Non è una preferenza di stile; è ciò che richiede la responsabilità dell’impresa. I principi del Wolfsberg Group su AI/ML (1° dicembre 2022) affermano chiaramente che le istituzioni finanziarie sono responsabili del proprio uso di AI/ML, comprese le decisioni che si basano su analisi AI/ML, indipendentemente dal fatto che i sistemi AI/ML siano sviluppati internamente o acquisiti all’esterno. Una SAR trasmessa in autonomia è una decisione basata su un’analisi AI/ML senza alcuna persona che ne possa rispondere. Dove si applica l’AI Act, l’articolo 14 aggiunge una sorveglianza umana effettiva, compresa la possibilità di intervenire e di ignorare l’output, e una persona nel ciclo che non può davvero fermare la trasmissione è decorazione, non sorveglianza.

Il gate maker-checker deve essere sigillato all’approvazione, non ricostruito in seguito. Quando il checker approva, il record sigillato è l’intera unità: la narrativa, i riferimenti alle evidenze, la policy che richiedeva l’approvazione e l’identità della persona che approva, acquisiti in quell’istante e a prova di manomissione da quel momento in poi. È questo che rende la segnalazione difendibile davanti a un analista della FIU o a un ispettore dell’AMLA che la legge in seguito: non devono fidarsi del resoconto a posteriori di una dashboard; possono verificare che cosa è stato approvato, da chi e su quale base.

Ecco come lo applica un control plane runtime. Una regola di Policy Builder tratta l’azione di trasmissione come require_approval, mai allow. Il tentativo di trasmissione dell’agente viene instradato a una coda di approvazione a due persone in Decision Desk. La persona approva, rifiuta o rimanda indietro. Solo con l’approvazione la segnalazione viene trasmessa, e la lineage sigillata arriva nella Evidence Room. Il vincolo rigido dell’agente, in parole semplici, è quello codificato nel nostro template di triage AML: non trasmettere mai una SAR. L’agente redige e instrada; la persona decide.

Nei nostri tenant di test abbiamo imparato due cose sul passaggio del checker. Decision Desk elenca le verifiche di conferma che il revisore completa prima che Approve o Reject diventino disponibili, per esempio controllare che le evidenze citate sostengano ancora l’instradamento proposto. E un revisore che non può decidere deve vedere perché: in una revisione interna, un revisore con il ruolo di approvatore vedeva un semplice «View only» e non capiva che cosa mancasse. Oggi Decision Desk indica il motivo, per esempio un permesso mancante, l’appartenenza al gruppo di revisori sbagliato o il fatto che il revisore ha redatto l’elemento.

Errori comuni di trasmissione, e come evitarli¶

La maggior parte delle debolezze delle SAR non è esotica. Si tratta di un piccolo insieme di errori ricorrenti che un analista della FIU o un ispettore nota subito. La tabella indica l’errore, la conseguenza e il rimedio. Leggetela come un controllo pre-volo prima che una SAR passi al checker.

Diversi di questi errori vengono amplificati, non ridotti, dalla redazione agentica: un agente che redige in fretta può trasmettere in fretta e male se la trasmissione non passa da un gate, e può produrre una narrativa scorrevole con affermazioni prive di fonte se i riferimenti alle evidenze non vengono acquisiti. Il gate maker-checker è la risposta strutturale a entrambi i problemi.

Il collegamento con l’AMLR (10 luglio 2027), l’AMLA e la prassi goAML¶

Il modello qui sopra non è una buona pratica generica; è modellato su ciò che il nuovo regime europeo si aspetterà. L’AMLR (regolamento (UE) 2024/1624) si applica dal 10 luglio 2027 come corpus unico di norme direttamente applicabile, e l’AMLD6 (direttiva (UE) 2024/1640) ha lo stesso termine generale di recepimento. La nuova Autorità antiriciclaggio dell’UE, l’AMLA, ha sede a Francoforte, è operativa dal 1° luglio 2025 e dal 2028, dopo una selezione nel 2027, inizierà la vigilanza diretta su un primo gruppo di imprese transfrontaliere ad alto rischio. L’asticella della vigilanza si alza e si armonizza in tutta l’Unione.

Due fatti operativi dovrebbero orientare il modo in cui costruite le SAR oggi. Primo, goAML (la piattaforma di segnalazione dell’UNODC usata da molte FIU; in Francia Tracfin usa ERMES) è il luogo in cui arriva la vostra segnalazione, in XML strutturato più narrativa. Il vostro modello deve quindi corrispondere con precisione ai campi strutturati di goAML e contenere una narrativa che stia in piedi da sola; non lasciate che dati strutturati e narrativa raccontino storie diverse. Secondo, la finestra di risposta alla FIU di cinque giorni lavorativi dell’articolo 69, paragrafo 1, dell’AMLR, riducibile a meno di 24 ore, è la prova di ricostruzione. Se i riferimenti alle evidenze della vostra SAR sono stati sigillati all’approvazione, la richiesta è un recupero. Altrimenti è un’emergenza.

Per questo anche la normativa sulla resilienza operativa fa parte della storia delle SAR, pur non essendo normativa antiriciclaggio. Ai sensi del DORA (regolamento (UE) 2022/2554, applicabile dal 17 gennaio 2025), i sistemi che supportano le segnalazioni antiriciclaggio possono essere funzioni ICT critiche o importanti, e il DORA presuppone che possiate ricostruire con precisione che cosa hanno fatto quei sistemi e perché. Una pipeline di SAR le cui evidenze sono sigillate al momento dell’approvazione soddisfa con lo stesso controllo il termine di ricostruzione dell’AMLR e l’aspettativa di resilienza del DORA. Per la mappa completa dei controlli tra DORA, AMLR e AI Act, vedi Governare gli agenti AML e di pagamento.

Costruite la vostra SAR/STR su questa struttura¶

Non dovete ricomporre ogni volta da zero la narrativa 5W1H, la checklist delle evidenze e l’approvazione maker-checker. Il generatore maker-checker di SAR/STR prende la struttura di questa guida e la trasforma in una segnalazione funzionante: guida la compilazione di ogni campo 5W1H, registra la fonte di evidenza di ogni affermazione e registra un maker e un checker distinto con le rispettive date, così bozza e approvazione restano due atti separati. Un agente (o un analista) redige come maker; una persona nominativa approva come checker; la segnalazione approvata e le sue evidenze sigillate diventano il documento che una FIU o un ispettore dell’AMLA leggerà in seguito.

Il principio alla base dello strumento è quello sostenuto da tutta questa guida: controllo ed evidenze appartengono al percorso di esecuzione, nel momento della trasmissione, non a un PDF di policy o a una dashboard rivista la mattina dopo. Una SAR difendibile è una SAR la cui narrativa un estraneo può seguire, in cui ogni affermazione ha una fonte e la cui trasmissione è stata approvata da una persona responsabile e sigillata nel momento in cui è avvenuta. Costruite così la prossima.