CIG ANAC e cauzioni a corredo gara: il workflow di validazione automatica

Chi gestisce le polizze fideiussorie a corredo di gare pubbliche italiane sa che il CIG (Codice Identificativo Gara) non è un dettaglio formale: è la chiave che lega il certificato di cauzione a un contratto pubblico specifico. Senza CIG corretto, la cauzione non è opponibile alla stazione appaltante; con CIG sbagliato, l'errore può emergere solo in fase di escussione, quando ormai è tardi per correggere. Questo articolo descrive come un PAS surety verticale gestisce il workflow di emissione cauzione legato al CIG, con focus sulla validazione automatica via API ANAC al momento dell'emissione.

Cosa è il CIG e perché serve nelle cauzioni

Il CIG è il codice alfanumerico di 10 caratteri che ANAC (Autorità Nazionale Anticorruzione) assegna a ogni procedura di gara pubblica in Italia. Introdotto dalla L. 136/2010 per la tracciabilità dei flussi finanziari, il CIG identifica univocamente la gara, lega tutti i pagamenti e le garanzie al contratto specifico, e abilita il monitoraggio anticorruzione su appalti pubblici.

Per le polizze fideiussorie a corredo gara, il CIG è centrale per tre motivi:

• Identificazione del contratto. Il certificato deve contenere il CIG nel testo: una cauzione provvisoria senza CIG riconducibile alla gara non è considerata valida dalla stazione appaltante. Lo stesso vale per la cauzione definitiva.
• Tracciabilità dei flussi. Premio della cauzione e (eventuali) escussioni sono pagamenti soggetti alla tracciabilità L. 136/2010: il CIG appare nella causale dei bonifici e legalmente identifica il contratto a cui si riferiscono.
• Coerenza con il bando. Importo a base d'asta, durata, stazione appaltante: tutti i dati che la cauzione deve rispecchiare sono pubblicati da ANAC contro il CIG. Una cauzione che indica un importo discordante è formalmente impugnabile.

Il flusso di emissione: dalla richiesta al certificato

In un PAS surety verticale, l'emissione di una cauzione provvisoria contro un CIG segue un flusso standardizzato. La differenza tra una piattaforma generalista e una verticale sta esattamente in questo: la verticale rende automatici i controlli che altrimenti vengono delegati al sottoscrittore manuale.

Fase 1 — Inserimento richiesta

Il broker o l'agente inserisce a sistema la richiesta indicando: contraente garantito, CIG, importo a base d'asta dichiarato, beneficiario (stazione appaltante), tipologia (provvisoria o definitiva), durata.

Fase 2 — Validazione CIG via API ANAC

Il sistema interroga in tempo reale la BDNCP (Banca Dati Nazionale dei Contratti Pubblici) di ANAC e recupera: esistenza del CIG, stato (attivo, sospeso, annullato), stazione appaltante registrata, importo a base d'asta ufficiale, oggetto della gara, CPV (Common Procurement Vocabulary). I dati restituiti dall'API costituiscono la fonte autoritativa: in caso di discrepanza con quanto dichiarato dal contraente, prevalgono.

Fase 3 — Verifica del contraente

Sul contraente garantito si effettuano controlli paralleli: screening AML/sanctions, validazione codice fiscale o partita IVA via Agenzia delle Entrate, recupero rating creditizio (in PAS evolute, integrazione con Cerved o CRIF per la valutazione del rischio di regresso post-escussione).

Fase 4 — Calcolo premio

Sulla base di importo, durata, classe di rischio del contraente, tipologia di gara, si calcola il premio applicando le tariffe IVASS-approvate della compagnia. La quotazione è automatica per importi entro soglie di autonomia del sottoscrittore; sopra soglia entra in workflow di approvazione superiore.

Fase 5 — Generazione certificato

Il certificato è composto da template parametrizzato che integra: dati anagrafici, dati gara (recuperati da ANAC), clausole standard del ramo (prima richiesta, rinuncia preventiva all'eccezione, foro), durata e svincolo. Il template è IVASS-approvato per quella compagnia e quel ramo.

Fase 6 — Firma e consegna

Il certificato è firmato in FEQ (firma elettronica qualificata) dalla compagnia, marcato temporalmente da TSA qualificata AgID (Actalis, InfoCert o equivalente), e consegnato in PDF/A al broker per la presentazione alla stazione appaltante. Una copia è inviata in conservazione decennale al Conservatore accreditato AgID.

L'integrazione API ANAC in pratica

L'interrogazione della BDNCP avviene via web service esposto da ANAC. La sintassi è semplice (richiesta HTTPS con CIG come parametro, risposta XML/JSON strutturata), ma il valore non è nella complessità tecnica: è nel cosa si fa dei dati restituiti.

Una PAS verticale gestisce nativamente quattro casi che una piattaforma generalista lascia al sottoscrittore:

• CIG inesistente. Blocco emissione, errore visualizzato al broker con messaggio puntuale e suggerimento di verifica (refuso? gara da altra centrale?). Mai si emette contro CIG fantasma.
• CIG annullato o sospeso. Warning forte, richiesta esplicita conferma del sottoscrittore, log motivazione per audit.
• Discrepanza importo dichiarato vs ANAC. Se il broker dichiara EUR 100.000 ma ANAC riporta EUR 150.000 a base d'asta, il sistema avvisa e propone il valore ANAC come default. L'importo finale della cauzione viene calcolato su base ANAC, salvo override esplicito (es. gara suddivisa in lotti, contraente partecipa solo a un lotto).
• Stazione appaltante non coerente. Se il broker dichiara come beneficiario "Comune di Roma" ma la gara è gestita da "Centrale Unica di Committenza Lazio per conto del Comune", il sistema propone la denominazione ufficiale ANAC, evitando contestazioni formali in fase di escussione.

I 5 errori più comuni e come evitarli

1. CIG copiato male. Confusione tra 0 e O, tra 1 e I, tra 5 e S. Il check digit del CIG aiuta a intercettare gli errori meccanici, ma la validazione contro ANAC è la sola che intercetta CIG sintatticamente corretti ma riferiti a gare diverse.
2. CIG di gara errata. Capita quando il contraente partecipa a più gare simultanee e indica al broker il CIG sbagliato. La validazione confronto oggetto gara è l'antidoto: se la cauzione è per un appalto di pulizie ma il CIG punta a un appalto di costruzione, il sistema avvisa.
3. Importo della cauzione non proporzionale. Per il provvisorio in genere 2% della base d'asta (riducibile al 1% per certificate ISO/EMAS dell'operatore); per il definitivo è una % che varia con sconto di aggiudicazione. Una PAS verticale calcola questi importi automaticamente da ANAC + dati contraente.
4. Durata non coerente. La cauzione provvisoria deve coprire la validità dell'offerta (tipicamente 180 gg dalla scadenza presentazione), prorogabile se prevista nel bando. La definitiva copre l'intera durata del contratto + un periodo di garanzia. Discrepanze creano problemi di copertura.
5. Beneficiario non corretto. Spesso la stazione appaltante formalmente nominata in bando è un'unione di comuni, una centrale unica di committenza, una società in house: non il singolo ente che il contraente "vede". L'API ANAC restituisce la denominazione formale corretta.

Cosa cambia per la cauzione definitiva

Il flusso descritto vale per la cauzione provvisoria emessa a corredo dell'offerta. La cauzione definitiva (emessa dopo l'aggiudicazione, prima della stipula del contratto) ha alcune specificità:

• Importo proporzionale al ribasso d'asta. La % aumenta con lo sconto offerto in gara, per controbilanciare il rischio per la stazione appaltante. L'API ANAC permette di recuperare l'importo di aggiudicazione (a gara conclusa) per calcolare automaticamente la cauzione definitiva.
• Svincolo progressivo. Per i contratti di lavori pubblici, la cauzione definitiva è progressivamente svincolabile in funzione dei SAL (Stati di Avanzamento Lavori) approvati. Il modulo back-office polizze gestisce gli svincoli parziali con generazione documentazione e aggiornamento esposizione tecnica.
• Durata legata alla collaudazione. La definitiva non scade alla fine dei lavori ma all'approvazione del collaudo, che può ritardare anche di anni. PAS evolute tracciano lo stato collaudo via integrazione con il sistema gestionale del contraente o via inserimento manuale.

In sintesi

Il CIG è il fulcro tecnico-giuridico delle cauzioni a corredo gara pubblica italiana. Una PAS surety verticale gestisce nativamente la validazione contro ANAC, propone i valori autoritativi come default, intercetta gli errori più comuni prima che il certificato sia emesso. Il valore non è nel singolo controllo (banale): è nella composizione di tutti i controlli in un workflow che riduce significativamente il rischio di escussione contestata.