# TODO 3 — Dati del documento di riconoscimento con «copia» (bozza)

Bozza. Si cancella a lavoro finito, quando il README del modulo che la ospita descrive lo stato finale.

## Obiettivo

Chi carica la pratica sul gestionale della banca (nessuna API) deve avere sotto mano numero, data di emissione ed ente di rilascio
del documento di riconoscimento, con un «copia negli appunti» accanto a ogni valore.

## Decisioni prese

- Il documento è quello che `TipiDocProgrammatiUtils::risolvi(TipoProgrammato::DocIdePrincipale, $anagrafica, $lavorazione)`
  restituisce: su una lavorazione SPID è il tipo collegato allo SPID, altrimenti il primo in ordine di priorità. Nessun puntatore
  memorizzato.
- I valori vengono da `DatiDocumentoStore::di(nid)` per le chiavi `numero_documento`, `data_rilascio`, `ente_rilascio`, più la
  scadenza (`field_data_fine_validita` del nodo, che i gestionali chiedono insieme al numero). Se il documento non ha righe
  (caricato a mano, lettura fallita, documento troppo lungo) il pannello dice «documento presente, non letto da 005»; se non c'è
  nessun documento di riconoscimento classificato (legacy non riclassificati) lo dice con un messaggio distinto. Nessun inserimento
  manuale, gli utilizzatori leggono la scansione. Vale per **tutti i clienti esistenti** finché non arriva un documento passato da
  005. Le date in tabella sono `Y-m-d`: nel riepilogo si mostrano `d/m/Y`.
- Su SPID senza tipo collegato indicato il pannello dice «tipo di documento collegato allo SPID non indicato sulla lavorazione».
- I valori si mostrano tutti, senza distinguere il livello di verifica (la tabella non lo porta).
- c'è un codice da riutilizzare nel riepilogo di `PraticaSummaryManager` (`#pratica-header`), accanto alla modalità di identificazione: lì
  `praticaPage.js:43-57` mette già il click-to-copy su ogni `div.field--item` (`copyToClipboard()`), quindi **nessun JS nuovo**;
  vanno aggiunti a quel handler il feedback visivo e il passaggio da `.html()` a `.text()`.