# Output examples

Questi esempi sono vincolanti sulla forma: output direttamente in chat, nessun file `.md` esterno salvo richiesta esplicita, nessun preambolo narrativo, snippet separati per sezione, heading markdown compatibili con fallback testuale, contenuto copy-paste ready.

## Esempio A - Evidenze codice/DB disponibili

Template usato: `bug-standard`  
Scenario: `nuovo ticket`  
Fonti consultate: ticket Mantis #10796; codebase `client/modules/anagrafiche`; schema DB condiviso  
Limiti/dubbi aperti: numero riga funzione non confermato con certezza

**Riassunto**
````text
**ANAGRAFICHE** - ***CLIENTI*** - Aggiunta Codice Fiscale obbligatorio in salvataggio cliente
````

**Description**
````text
Nel flusso Anagrafiche > Clienti il campo Codice Fiscale deve essere obbligatorio in inserimento e modifica.
Quando il valore manca, il sistema deve bloccare il salvataggio con un messaggio utente esplicito.
La modifica riduce anomalie amministrative dovute a dati anagrafici incompleti.
````

**Steps To Reproduce**
````text
# Sviluppi
**SVILUPPI**
1. Aprire Anagrafiche > Clienti.
2. Creare o modificare un cliente lasciando vuoto il campo Codice Fiscale.
3. Premere Salva.
4. Verificare blocco salvataggio e messaggio di validazione.

## Riferimenti tecnici
**RIFERIMENTI TECNICI**
- Componente/path relativo: `client/modules/anagrafiche/clienti/cliente-form.cfc`
- Funzione/metodo (linea solo se certa): `validateFiscalCode()` (linea non confermata)
- Tabelle reali coinvolte (se note): `anag_clienti`

```php
if (empty(trim($_POST['codice_fiscale'] ?? ''))) {
  addValidationError("Codice Fiscale obbligatorio");
}
```

```sql
SELECT id_cliente, codice_fiscale
FROM anag_clienti
WHERE codice_fiscale IS NULL OR codice_fiscale = '';
```
````

**Additional Information**
````text
# Test
**TEST**
- Verificare blocco salvataggio in inserimento senza Codice Fiscale.
- Verificare blocco salvataggio in modifica rimuovendo Codice Fiscale.
- Verificare salvataggio corretto con Codice Fiscale valido.
````

## Esempio B - Nessun riferimento tecnico deducibile

Template usato: `bug-standard`  
Scenario: `ticket esistente`  
Fonti consultate: ticket Mantis #12874; note operative reparto Personale  
Limiti/dubbi aperti: non disponibili path componente, funzione certa o tabelle reali verificabili da fonti correnti

**Riassunto**
````text
**PERSONALE** - ***Documenti Personale*** - Gestione scadenze Manuale
````

**Description**
````text
Nel flusso Personale > Documenti Personale, la gestione manuale scadenze non applica in modo coerente la data impostata dall'operatore.
Il comportamento osservato e' un disallineamento tra data inserita e data effettivamente salvata.
L'atteso e' la persistenza esatta della data indicata in maschera.
````

**Steps To Reproduce**
````text
# Sviluppi
**SVILUPPI**
1. Accedere a Personale > Documenti Personale.
2. Selezionare un documento con scadenza gestita manualmente.
3. Impostare una nuova data di scadenza e confermare il salvataggio.
4. Riaprire il documento e verificare la data effettivamente persistita.
````

## Esempio C - Richiesta multi-ticket nella stessa chat

## Ticket 1 - Validazione Codice Fiscale

Template usato: `bug-standard`  
Scenario: `nuovo ticket`  
Fonti consultate: richiesta utente  
Limiti/dubbi aperti: riferimenti tecnici non disponibili

**Riassunto**
````text
**ANAGRAFICHE** - ***CLIENTI*** - Validazione Codice Fiscale obbligatorio
````

**Description**
````text
Nel flusso Anagrafiche > Clienti il salvataggio deve bloccare record privi di Codice Fiscale.
Il comportamento atteso e' una validazione esplicita prima della persistenza.
````

**Steps To Reproduce**
````text
# Sviluppi
**SVILUPPI**
1. Aprire Anagrafiche > Clienti.
2. Creare o modificare un cliente senza Codice Fiscale.
3. Salvare.
4. Verificare che il sistema blocchi il salvataggio con messaggio chiaro.
````

## Ticket 2 - Persistenza data scadenza documento

Template usato: `bug-standard`  
Scenario: `nuovo ticket`  
Fonti consultate: richiesta utente  
Limiti/dubbi aperti: test applicativi da confermare

**Riassunto**
````text
**PERSONALE** - ***Documenti Personale*** - Persistenza data scadenza manuale
````

**Description**
````text
Nel flusso Personale > Documenti Personale, la data di scadenza impostata manualmente deve essere salvata senza alterazioni.
Il comportamento atteso e' che la data riaperta dopo il salvataggio coincida con quella inserita dall'operatore.
````

**Steps To Reproduce**
````text
# Sviluppi
**SVILUPPI**
1. Accedere a Personale > Documenti Personale.
2. Selezionare un documento con scadenza manuale.
3. Impostare una nuova data e salvare.
4. Riaprire il documento e confrontare la data persistita con quella inserita.
````

## Esempio D - Tema esplicito `legacy-markdown`

Template usato: `legacy-markdown`  
Scenario: `nuovo ticket`  
Fonti consultate: richiesta utente; estratto query operativa condivisa  
Limiti/dubbi aperti: funzione applicativa non confermata da sorgente codice

**Riassunto**
````text
**FATTURAZIONE** - ***SCADENZE*** - Calcolo data sollecito non coerente su scadenze ravvicinate
````

**Description**
````text
Nel flusso Fatturazione > Scadenze il calcolo della data sollecito risulta disallineato per documenti con scadenza entro 48 ore.
Comportamento osservato: data sollecito valorizzata con un offset inatteso.
Comportamento atteso: data sollecito coerente con regole operative definite.
````

**Steps To Reproduce**
````text
# Sviluppi
**SVILUPPI**
1. Accedere a Fatturazione > Scadenze.
2. Aprire una posizione con scadenza entro 48 ore.
3. Eseguire il ricalcolo del sollecito.
4. Verificare la data prodotta rispetto alla regola attesa.

## Riferimenti tecnici
**RIFERIMENTI TECNICI**
- Componente/path relativo: `modules/billing/scadenze`
- Funzione/metodo (linea solo se certa): non confermato
- Tabelle reali coinvolte (se note): `billing_scadenze`

<pre>
SELECT id_scadenza, data_scadenza, data_sollecito
FROM billing_scadenze
WHERE data_scadenza <= CURRENT_DATE + INTERVAL '2 day';
</pre>
````