001
Perimetro gia deciso
L app Django si chiama helpdesk?
Non rispostaDefinisce il nome del modulo unico.
Helpdesk ยท prima di sviluppare
675 domande per non costruire al buio.
Questa pagina raccoglie le decisioni sul core ticketing una domanda alla volta, e ora conserva anche storia, mappe mentali e mockup quando una domanda diventa codice, SQL o regola.
675 domande595 risposte gia fissatelocale salvataggio browser
Control Room
Compilazione guidata
Scegli un gruppo, leggi una sola domanda, rispondi e vai avanti. Le altre domande restano nascoste per evitare letture anticipate.
88%595/675 risposte595/675 storie su decisioni
Prossimi sprint in evidenza
Prima backend/staff, poi pubblico.
S18 e S19 sono implementati lato backend/staff. SPEM-01, SPEM-02 e SPEM-03 sono soluzioni di emergenza con comando backend dedicato; S24-S28 sono ora la nuova batteria aperta da 100 domande di consolidamento.
AltaS18Q431-Q445
Dashboard staff minima
Rendere la scrivania staff piu utile senza farla enorme.
Apri domande
0 non risposte- chiuso con rotte staff
- badge eventi
- test S18
- report e commit
AltaS19Q446-Q453
Escalation e arretrati
Gestione completa di presa in carico mancata, arretrati, solleciti e rilascio al responsabile.
Apri domande
0 non risposte- 32h+1m
- meno pieno
- soglia 10
- badge staff
AltaSPEM-01HD-BL-049
Setup e permessi in emergenza
Rimettere in sicurezza setup, responsabili primari, membership e permessi bloccando tutto il non urgente.
Apri logica
- dry-run operativo
- report admin+responsabili
- fallback Direttore amministrativo
- nessuna nuova tabella
AltaSPEM-02HD-BL-050
Arretrati e sovraccarico
Usare S19 per recuperare ticket oltre soglia, saturazione operatori e rilascio al responsabile primario.
Apri logica
- dry-run operativo
- commit controllato
- soglia 10
- fallback responsabile primario
AltaSPEM-03HD-BL-051
Privacy e dati riservati
Bloccare leak e consultazioni pubbliche rischiose usando classificazione, visibilita alta, public_lookup_enabled e depurazione.
Apri logica
- check operativo
- segreto disattiva pubblico
- audit oscuramento
- liste depurazione future
AltaS20Q454-Q465
Escalation e arretrati completa
Completare recupero arretrati, solleciti, saturazione coda e azioni responsabile senza allargare la UI.
Apri domande
0 non risposte- S20-bis chiuso
- test arretrati/audit PASS
- report S1-S20 aggiornato
- metadata DB riallineati
AltaS21Q466-Q490
Policy configurabili
Portare la regola arretrati S20 in policy configurabile governata da admin, check setup, audit e fallback.
Apri domande
0 non risposte- policy arretrati tabellata
- admin Django
- check setup esteso
- test S21 PASS
AltaS22Q491-Q510
Admin e setup guidato
Costruire una regia amministrativa piu comoda sopra Django admin, senza mega-pagina.
Apri domande
0 non risposte- setup base
- azioni sicure
- audit setup
- pagine figlie
AltaS23Q511-Q525
Manuale da banca domande
Generare manuale uso/manutenzione dalle coppie domanda-risposta e dalla storia di utilizzo.
Apri domande
0 non risposte- schede domanda
- capitoli
- SQL/logiche
- export manuale
MediaS24Q526-Q545
Collaudo manuale S23
Collaudare il manuale generato dalla banca domande e migliorare qualita, filtri e schede senza appesantire.
Apri domande
0 non risposte- filtri qualita
- pagine figlie
- export HTML capitolo
- badge verifica
MediaS25Q546-Q565
Setup guidato staff/admin
Raffinare setup guidato, permessi granulari, blocco cancellazioni fisiche e pagine madre/figlie staff.
Apri domande
20 non risposte- permessi setup
- archivio code dismesse
- check go-live
- report setup
MediaS26Q566-Q585
Area richiedente e anti-abuso
Preparare integrazioni, riaperture, consultazione e limiti anti-abuso dal punto di vista del richiedente.
Apri domande
20 non risposte- integrazione spontanea
- riapertura evento
- rate limit
- messaggi pubblici
DopoS27Q586-Q605
Email reale e notifiche
Passare da snapshot e template a invio reale, mailbox istituzionali, ricevute e audit comunicazioni.
Apri domande
20 non risposte- mittenti istituzionali
- template approvati
- fallback invio
- audit notifiche
DopoS28Q606-Q625
Report direzionali e qualita
Definire statistiche, export, report direzionali e controllo qualita senza eccedere nei dati personali.
Apri domande
20 non risposte- KPI minimizzati
- export auditato
- qualita servizio
- dashboard direzione
DopoS29Q626-Q640
Protocollo reale prudente
Chiudere i gate S26-S28 e collegare il protocollo reale solo quando il ticket diventa pratica formale o documento da protocollare.
Apri domande
0 non risposte- modelli protocollo
- service invio controllato
- stato protocollo da completare
- audit pacchetto
DopoS31Q641-Q645
Setup amministrativo avanzato
Rendere il setup guidato piu versionato, pubblicabile, validato e rollbackabile senza cambiare automaticamente i ticket aperti.
Apri domande
0 non risposte- versioni setup
- bozza/pubblicato
- validazioni
- rollback auditato
DopoS32Q646-Q650
Dati reali personale e uffici
Agganciare persone, ruoli, uffici, responsabili e firme senza duplicare enti e senza appesantire installazioni leggere.
Apri domande
0 non risposte- ruoli precisi
- firma risposte
- sostituzioni temporanee
- modalita leggera
DopoS30Q651-Q655
Report avanzati controllati
Produrre report aggregati, periodici e minimizzati senza duplicare S28 e senza trasformare il sistema in controllo improprio.
Apri domande
0 non risposte- trend essenziali
- privacy report
- periodicita mensile
- annuale solare e accademico
AltaS33Q656-Q675
Roadmap esecutiva post S28
Trasformare le risposte S29-S32/S30 in una sequenza esecutiva: prima S26 completa e protetta, poi email controllata, report qualita e protocollo prudente.
Apri domande
0 non risposte- implementazione S26
- rate limit
- eventi pubblici
- email canary futura
- protocollo mock futuro
Perimetro gia decisoDomanda 1 di 10 nel gruppoProgressivo 1/675
10/10 risposte gruppo
002
Perimetro gia deciso
Il path tecnico iniziale e backend/src/helpdesk/?
Non rispostaDefinisce dove nasce il modulo nella suite.
Storia dopo utilizzotraccia presente
003
Perimetro gia deciso
Qual e l ente iniziale del setup?
Non rispostaServe per seed, ricevute, informative e intestazioni.
Storia dopo utilizzotraccia presente
004
Perimetro gia deciso
Quali code sono attive nel MVP?
Non rispostaEvita di aprire subito troppe code operative.
Storia dopo utilizzotraccia presente
005
Perimetro gia deciso
Quali tipi richiedente entrano subito?
Non rispostaDetermina identita, routing e campi minimi.
Storia dopo utilizzotraccia presente
006
Perimetro gia deciso
Quale formato codice ticket usiamo?
Non rispostaDeve essere stabile, leggibile e non dipendere dalla coda.
Storia dopo utilizzotraccia presente
007
Perimetro gia deciso
Quali stati pubblici vede il richiedente?
Non rispostaStati semplici, non tecnici.
Storia dopo utilizzotraccia presente
008
Perimetro gia deciso
Quali stati interni usano gli operatori?
Non rispostaStati piu granulari per gestione reale.
Storia dopo utilizzotraccia presente
009
Perimetro gia deciso
Quali sono i due click privacy e consenso?
Non rispostaIl ticket non parte senza doppia conferma.
Storia dopo utilizzotraccia presente
010
Perimetro gia deciso
La mini informativa privacy e configurabile e versionata?
Non rispostaLa versione accettata resta collegata al ticket.
Storia dopo utilizzotraccia presente
011
Categorie, allegati e conversazione
Gli allegati entrano nel modello dati gia nello Sprint 1?
Non rispostaPrepara il core senza aprire subito upload pubblico.
Storia dopo utilizzotraccia presente
012
Categorie, allegati e conversazione
Quali categorie MVP aprono o orientano richieste ordinarie?
Non rispostaBase iniziale per Segreteria studenti e didattica.
Storia dopo utilizzotraccia presente
013
Categorie, allegati e conversazione
Le categorie delicate entrano solo come orientamento?
Non rispostaEvita ticket ordinari automatici su casi complessi.
Storia dopo utilizzotraccia presente
014
Categorie, allegati e conversazione
La descrizione iniziale diventa primo messaggio pubblico?
Non rispostaCrea subito la conversazione leggibile del ticket.
Storia dopo utilizzotraccia presente
015
Categorie, allegati e conversazione
La ricevuta e obbligatoria anche senza invio email reale?
Non rispostaLa ricevuta e atto del sistema, delivery dopo.
Storia dopo utilizzotraccia presente
016
Categorie, allegati e conversazione
Quali formati allegato sono ammessi in linea di principio?
Non rispostaSolo formati neutralizzabili e non pericolosi.
Storia dopo utilizzotraccia presente
017
Categorie, allegati e conversazione
Quali limiti allegato iniziali applichiamo?
Non rispostaLimiti tecnici e organizzativi.
Storia dopo utilizzotraccia presente
018
Categorie, allegati e conversazione
Gli allegati possono essere pubblici o interni?
Non rispostaDistingue materiali visibili al richiedente da materiali d ufficio.
Storia dopo utilizzotraccia presente
019
Categorie, allegati e conversazione
Confermi messaggi pubblici, note interne ed eventi automatici separati?
Non rispostaTre livelli: dialogo, lavoro interno, audit.
Storia dopo utilizzotraccia presente
020
Categorie, allegati e conversazione
La riapertura e configurabile per categoria o coda?
Non rispostaDefault prudente, eccezioni configurabili.
Storia dopo utilizzotraccia presente
021
Apertura, routing e presidio
Quali campi sono obbligatori in apertura?
Non rispostaIl ticket deve essere sempre istruibile.
Storia dopo utilizzotraccia presente
022
Apertura, routing e presidio
Quali campi restano facoltativi?
Non rispostaAiutano ma non bloccano.
Storia dopo utilizzotraccia presente
023
Apertura, routing e presidio
Se il routing non e certo il ticket va in da assegnare?
Non rispostaNessuna domanda deve perdersi per routing incerto.
Storia dopo utilizzotraccia presente
024
Apertura, routing e presidio
Quando un operatore apre per terzi salviamo richiedente e operatore?
Non rispostaServe tracciabilita completa.
Storia dopo utilizzotraccia presente
025
Apertura, routing e presidio
La consultazione MVP usa email piu codice ticket?
Non rispostaArea riservata futura, ma non bloccante.
Storia dopo utilizzotraccia presente
026
Apertura, routing e presidio
Quali fonti apertura ticket sono previste?
Non rispostaIl core non deve dipendere da un solo ingresso.
Storia dopo utilizzotraccia presente
027
Apertura, routing e presidio
Il ticket entra in coda senza operatore personale iniziale?
Non rispostaUn operatore lo prende in carico dopo.
Storia dopo utilizzotraccia presente
028
Apertura, routing e presidio
Il responsabile coda e supervisore, non approvatore obbligatorio?
Non rispostaPresidia arretrati, riassegna, sblocca, decide riaperture quando previsto.
Storia dopo utilizzotraccia presente
029
Apertura, routing e presidio
Sul ticket salviamo la versione privacy accettata?
Non rispostaAudit e prova del consenso.
Storia dopo utilizzotraccia presente
030
Apertura, routing e presidio
Sul ticket salviamo il testo ricevuta generato?
Non rispostaLa ricevuta resta storicizzata anche se email parte dopo.
Storia dopo utilizzotraccia presente
031
Ruoli e permessi
Quali permessi minimi ha un operatore di coda?
Non rispostaDefinire lettura, risposta, presa in carico e note interne.
Storia dopo utilizzotraccia presente
032
Ruoli e permessi
Quali permessi aggiuntivi ha un responsabile coda?
Non rispostaDefinire riassegnazioni, riaperture e controllo arretrati.
Storia dopo utilizzotraccia presente
033
Ruoli e permessi
Serve un ruolo amministratore helpdesk separato dal superuser Django?
Non rispostaEvita dipendenza dal superuser per gestione ordinaria.
Storia dopo utilizzotraccia presente
034
Ruoli e permessi
Un operatore puo vedere solo la propria coda o anche code collegate?
Non rispostaDefinisce isolamento, collaborazione e accesso a dati riservati.
Storia dopo utilizzotraccia presente
035
Ruoli e permessi
Chi puo cambiare categoria dopo apertura?
Non rispostaServe per correggere routing errato.
Storia dopo utilizzotraccia presente
036
Ruoli e permessi
Chi puo cambiare coda dopo apertura?
Non rispostaRiassegnazione controllata tra uffici.
Storia dopo utilizzotraccia presente
037
Ruoli e permessi
Chi puo cambiare lo stato visibile al richiedente?
Non rispostaPer stato visibile intendo, ad esempio, ricevuta, in lavorazione, in attesa integrazione, risposta inviata, chiusa o riaperta.
Storia dopo utilizzotraccia presente
038
Ruoli e permessi
Chi puo modificare stati interni?
Non rispostaRegola il workflow operativo non visibile al richiedente.
Storia dopo utilizzotraccia presente
039
Ruoli e permessi
Chi puo cancellare o oscurare un messaggio?
Non rispostaOperazione delicata, meglio audit obbligatorio.
Storia dopo utilizzotraccia presente
040
Ruoli e permessi
Chi puo vedere dati privacy e consenso?
Non rispostaSeparare audit da operativita quotidiana.
Storia dopo utilizzotraccia presente
041
Routing, priorita e tempi
Ogni categoria ha una coda predefinita obbligatoria?
Non rispostaServe per routing automatico base.
Storia dopo utilizzotraccia presente
042
Routing, priorita e tempi
Le categorie possono avere coda alternativa?
Non rispostaUtile per casi trasversali o stagionali.
Storia dopo utilizzotraccia presente
043
Routing, priorita e tempi
Il richiedente puo scegliere direttamente l ufficio?
Non rispostaLa logica preferita resta prima chi sei, poi cosa vuoi chiedere.
Storia dopo utilizzotraccia presente
044
Routing, priorita e tempi
Serve una priorita interna nel MVP?
Non rispostaPrima era fuori MVP: decidere se lasciarla rinviata.
Storia dopo utilizzotraccia presente
045
Routing, priorita e tempi
Serve una urgenza dichiarata dal richiedente?
Non rispostaRischia abuso, ma aiuta triage se guidata.
Storia dopo utilizzotraccia presente
046
Routing, priorita e tempi
Ogni categoria deve avere tempo obiettivo di prima risposta?
Non rispostaProposta da confermare: tempo obiettivo calcolato per categoria e coda.
Storia dopo utilizzotraccia presente
047
Routing, priorita e tempi
Ogni coda deve avere tempo obiettivo diverso?
Non rispostaDa quantificare con soglie semplici e leggibili.
Storia dopo utilizzotraccia presente
048
Routing, priorita e tempi
Cosa succede se un ticket resta nuova troppo a lungo?
Non rispostaDefinire alert o evidenza in dashboard.
Storia dopo utilizzotraccia presente
049
Routing, priorita e tempi
Cosa succede se l utente non integra entro un certo tempo?
Non rispostaRegola per sollecito, contatto umano, sospensione o chiusura.
Storia dopo utilizzotraccia presente
050
Routing, priorita e tempi
La riapertura resetta i tempi o conserva la storia originaria?
Non rispostaImportante per report e responsabilita.
Storia dopo utilizzotraccia presente
051
Set S1 - 25 domande prima dello sviluppo
Chi puo portare un ticket da ricevuta a in lavorazione?
Non rispostaChiarisce Q037: stato visibile al richiedente e potere operativo di avanzamento.
Storia dopo utilizzotraccia presente
052
Set S1 - 25 domande prima dello sviluppo
Chi puo mettere il ticket in attesa di integrazione?
Non rispostaStato pubblico delicato: produce richiesta al richiedente e influenza tempi/SLA.
Storia dopo utilizzotraccia presente
053
Set S1 - 25 domande prima dello sviluppo
Chi puo segnare risposta inviata?
Non rispostaServe distinguere messaggio interlocutorio da risposta ufficiale visibile.
Storia dopo utilizzotraccia presente
054
Set S1 - 25 domande prima dello sviluppo
Chi puo chiudere o riaprire lo stato pubblico?
Non rispostaChiarisce se basta operatore, serve responsabile o interviene amministratore.
Storia dopo utilizzotraccia presente
055
Set S1 - 25 domande prima dello sviluppo
Gli stati pubblici cambiano automaticamente dagli stati interni o a comando?
Non rispostaDecisione di modello: mapping automatico, conferma operatore o regola mista.
Storia dopo utilizzotraccia presente
056
Set S1 - 25 domande prima dello sviluppo
Qual e il tempo massimo per prima presa in carico?
Non rispostaSLA minimo: da creazione ticket a coda/operatore che lo prende davvero in carico.
Storia dopo utilizzotraccia presente
057
Set S1 - 25 domande prima dello sviluppo
Qual e il tempo massimo per prima risposta o richiesta integrazione?
Non rispostaSLA esterno: la persona deve ricevere risposta utile o richiesta dati.
Storia dopo utilizzotraccia presente
058
Set S1 - 25 domande prima dello sviluppo
Dopo quanto tempo un ticket in nuova diventa arretrato?
Non rispostaServe soglia per alert a responsabile, amministratore e super amministratore.
Storia dopo utilizzotraccia presente
059
Set S1 - 25 domande prima dello sviluppo
Dopo quanti giorni di attesa utente parte il sollecito?
Non rispostaDefinisce sollecito automatico e momento del contatto umano successivo.
Storia dopo utilizzotraccia presente
060
Set S1 - 25 domande prima dello sviluppo
Quali ticket escono dal conteggio SLA o restano sospesi?
Non rispostaEvita KPI falsi su attesa utente, casi delicati, orientamento o blocchi formali.
Storia dopo utilizzotraccia presente
061
Set S1 - 25 domande prima dello sviluppo
Quanto tempo resta consultabile il ticket con email e codice?
Non rispostaSeparare accesso pubblico temporaneo da conservazione interna completa.
Storia dopo utilizzotraccia presente
062
Set S1 - 25 domande prima dello sviluppo
Cosa significa conserva tutto in modo operativo?
Non rispostaDecidere se include messaggi, note, allegati, stati, cambi coda, riaperture e ricevute.
Storia dopo utilizzotraccia presente
063
Set S1 - 25 domande prima dello sviluppo
Chi puo vedere consenso privacy e dati di code riservate?
Non rispostaServe confine tra operatore ordinario, responsabile, amministratore e superuser.
Storia dopo utilizzotraccia presente
064
Set S1 - 25 domande prima dello sviluppo
Come si gestisce oscuramento o richiesta GDPR su ticket conservato?
Non rispostaDefinire rettifica, limitazione, oscuramento e cancellazione quando ammessa.
Storia dopo utilizzotraccia presente
065
Set S1 - 25 domande prima dello sviluppo
Va loggato ogni accesso pubblico via email e codice?
Non rispostaBilancia audit, sicurezza, minimizzazione privacy e rate limit.
Storia dopo utilizzotraccia presente
066
Set S1 - 25 domande prima dello sviluppo
Quali dati minimi contiene la ricevuta salvata?
Non rispostaCodice, data, richiedente, categoria, oggetto, stato iniziale e riferimenti privacy.
Storia dopo utilizzotraccia presente
067
Set S1 - 25 domande prima dello sviluppo
La ricevuta contiene il testo integrale della domanda o solo riepilogo?
Non rispostaDecisione privacy e usabilita: trasparenza senza esporre dati inutili.
Storia dopo utilizzotraccia presente
068
Set S1 - 25 domande prima dello sviluppo
La ricevuta mostra la coda interna o solo area/servizio?
Non rispostaLa coda puo esporre organizzazione interna; area/servizio e piu comprensibile.
Storia dopo utilizzotraccia presente
069
Set S1 - 25 domande prima dello sviluppo
Serve ricevuta diversa se l operatore apre per conto di qualcuno?
Non rispostaConsenso, prova apertura e testo potrebbero essere diversi dal form pubblico.
Storia dopo utilizzotraccia presente
070
Set S1 - 25 domande prima dello sviluppo
Quali eventi salvano snapshot di notifica anche senza email reale?
Non rispostaCreazione, richiesta integrazione, sollecito, risposta, chiusura e riapertura.
Storia dopo utilizzotraccia presente
071
Set S1 - 25 domande prima dello sviluppo
Nella dashboard operatore cosa viene prima: nuovi, arretrati o in scadenza?
Non rispostaPrima schermata backend: decide il lavoro quotidiano e la priorita visiva.
Storia dopo utilizzotraccia presente
072
Set S1 - 25 domande prima dello sviluppo
Servono vista coda, vista personale e vista responsabile separate?
Non rispostaCoda comune, presa in carico individuale e presidio arretrati sono bisogni diversi.
Storia dopo utilizzotraccia presente
073
Set S1 - 25 domande prima dello sviluppo
Quali azioni minime stanno nella scheda ticket Sprint 1?
Non rispostaPrendi in carico, rispondi, chiedi integrazione, nota interna, riassegna, chiudi.
Storia dopo utilizzotraccia presente
074
Set S1 - 25 domande prima dello sviluppo
Cambio categoria o coda avviene libero o con autorizzazione guidata?
Non rispostaServe implementare la catena responsabile/admin/superuser senza ambiguita.
Storia dopo utilizzotraccia presente
075
Set S1 - 25 domande prima dello sviluppo
La risposta ufficiale chiude automaticamente il ticket ordinario?
Non rispostaScelta di workflow: invio risposta e chiusura insieme oppure comando separato.
Storia dopo utilizzotraccia presente
201
Set S2 - chiarimenti dopo 75 risposte
Operatore incaricato significa operatore assegnato nominalmente o qualunque operatore autorizzato della coda?
Non rispostaServe per decidere se la transizione ricevuta -> in lavorazione richiede presa in carico personale.
Storia dopo utilizzotraccia presente
202
Set S2 - chiarimenti dopo 75 risposte
Per mettere in attesa di integrazione basta un operatore della coda o serve il ticket preso in carico?
Non rispostaEvita che piu operatori generino richieste incoerenti allo stesso richiedente.
Storia dopo utilizzotraccia presente
203
Set S2 - chiarimenti dopo 75 risposte
La risposta inviata e sempre risposta ufficiale o puo esistere anche messaggio interlocutorio non conclusivo?
Non rispostaServe separare dialogo pubblico da chiusura formale del ticket.
Storia dopo utilizzotraccia presente
204
Set S2 - chiarimenti dopo 75 risposte
La riapertura dopo chiusura ordinaria segue la stessa regola della chiusura o richiede sempre responsabile/amministratore?
Non rispostaLa risposta Q054 apre due casi: comando unico semplice e casi con controllo superiore.
Storia dopo utilizzotraccia presente
205
Set S2 - chiarimenti dopo 75 risposte
Vuoi una tabella di mapping stato interno -> stato pubblico con regola automatica, manuale o invisibile?
Non rispostaFormalizza la risposta mista di Q055 e impedisce passaggi interni visibili per errore.
Storia dopo utilizzotraccia presente
206
Set S2 - chiarimenti dopo 75 risposte
Le 32 ore di presa in carico sono ore lavorative, ore reali o ore di calendario con sospensione weekend?
Non rispostaServe configurare il motore SLA senza ambiguita su venerdi, sabato e domenica.
Storia dopo utilizzotraccia presente
207
Set S2 - chiarimenti dopo 75 risposte
Le 48 ore di prima risposta partono dalla creazione ticket o dalla prima lavorazione?
Non rispostaLa risposta cita ticket aperto o lavorato per la prima volta di venerdi: va fissato il punto iniziale.
Storia dopo utilizzotraccia presente
208
Set S2 - chiarimenti dopo 75 risposte
Festivi, chiusure istituzionali e sospensioni accademiche fermano gli SLA come il weekend?
Non rispostaServe calendario istituzionale minimo per evitare falsi arretrati.
Storia dopo utilizzotraccia presente
209
Set S2 - chiarimenti dopo 75 risposte
Chi valuta che un ticket sia urgente e quindi da trattare entro 24 ore?
Non rispostaUrgenza dichiarata dal richiedente va confermata da categoria, operatore, responsabile o regola automatica.
Storia dopo utilizzotraccia presente
210
Set S2 - chiarimenti dopo 75 risposte
Quali stati sospendono davvero lo SLA: attesa utente, sospesa, orientamento, riservato, contenzioso o altro?
Non rispostaChiarimento diretto su Q060: sospeso non deve diventare un buco nei report.
Storia dopo utilizzotraccia presente
211
Set S2 - chiarimenti dopo 75 risposte
Il limite dei 4 giorni per ticket nuova arretrato convive con la soglia di presa in carico a 32 ore o la sostituisce?
Non rispostaEvita doppio alert contraddittorio su nuova, da assegnare e presa in carico.
Storia dopo utilizzotraccia presente
212
Set S2 - chiarimenti dopo 75 risposte
Il sollecito dopo 3 giorni di attesa utente conta giorni di calendario o giorni lavorativi?
Non rispostaDeve essere coerente con weekend, festivi e tempi di risposta.
Storia dopo utilizzotraccia presente
213
Set S2 - chiarimenti dopo 75 risposte
Dopo il primo sollecito automatico e il contatto umano, quando si puo chiudere per mancata integrazione?
Non rispostaServe una regola finale per ticket fermi in attesa utente.
Storia dopo utilizzotraccia presente
214
Set S2 - chiarimenti dopo 75 risposte
I 30 giorni di consultazione email+codice partono dalla creazione, dall ultima risposta o dalla chiusura?
Non rispostaDetermina quando mostrare il messaggio ticket non piu visibile.
Storia dopo utilizzotraccia presente
215
Set S2 - chiarimenti dopo 75 risposte
Dopo 30 giorni il ticket resta invisibile solo al pubblico o anche agli operatori ordinari?
Non rispostaSeparare accesso pubblico temporaneo, backend operativo e archivio amministrativo.
Storia dopo utilizzotraccia presente
216
Set S2 - chiarimenti dopo 75 risposte
Quando si esclude una parte gia risposta dal ticket conservato, la si oscura solo al pubblico o anche nei report interni?
Non rispostaLa logica ad escludendum deve essere visibilita, non cancellazione silenziosa.
Storia dopo utilizzotraccia presente
217
Set S2 - chiarimenti dopo 75 risposte
Quali livelli di classificazione riservatezza vuoi usare sul ticket?
Non rispostaProposta da decidere: ordinario, riservato, dati sensibili, allegati protetti, admin-only, segreto.
Storia dopo utilizzotraccia presente
218
Set S2 - chiarimenti dopo 75 risposte
Se utente segnala contenuto riservato ma la categoria automatica non lo rileva, quale regola prevale?
Non rispostaServe una precedenza tra scelta utente, classificazione automatica e decisione amministratore.
Storia dopo utilizzotraccia presente
219
Set S2 - chiarimenti dopo 75 risposte
La cancellazione dati sensibili entro un mese e cancellazione fisica, oscuramento, anonimizzazione o separazione in archivio protetto?
Non rispostaServe distinguere GDPR, audit e conservazione minima necessaria alla pratica.
Storia dopo utilizzotraccia presente
220
Set S2 - chiarimenti dopo 75 risposte
Quali dati restano comunque per motivare la pratica dopo minimizzazione o cancellazione?
Non rispostaDefinisce il nucleo non eliminabile: codice, date, categoria, esito, motivazione, audit essenziale.
Storia dopo utilizzotraccia presente
221
Set S2 - chiarimenti dopo 75 risposte
Quali campi registra il log di accesso pubblico email+codice?
Non rispostaProposta minima: data, esito, hash email/codice, IP troncato, user agent ridotto, senza contenuto ticket.
Storia dopo utilizzotraccia presente
222
Set S2 - chiarimenti dopo 75 risposte
La ricevuta minima deve contenere codice, data, richiedente, tipo richiedente, area/servizio, oggetto breve e link privacy?
Non rispostaTrasforma Q066 da risposta generica in lista configurabile.
Storia dopo utilizzotraccia presente
223
Set S2 - chiarimenti dopo 75 risposte
Il riepilogo ricevuta da massimo 10 parole deve essere filtrato se contiene dati sensibili o parole non adatte?
Non rispostaEvita che una sintesi automatica esponga proprio cio che si voleva minimizzare.
Storia dopo utilizzotraccia presente
224
Set S2 - chiarimenti dopo 75 risposte
Nella dashboard confermi tre colonne iniziali: Da prendere, In scadenza, Arretrati?
Non rispostaProposta concreta su Q071, compatibile con vista coda, vista personale e vista responsabile.
Storia dopo utilizzotraccia presente
225
Set S2 - chiarimenti dopo 75 risposte
La tabella categoria/tipologia deve decidere anche chi puo cambiare coda, chi puo chiudere e chi puo riaprire?
Non rispostaCollega Q074 a workflow, permessi e regola libero/guidato.
Storia dopo utilizzotraccia presente
226
Set S3 - Passo 2 seed Segreteria
Il seed deve agganciarsi solo all ente IPA reale CMDC_AV, evitando record manuali incompleti?
Non rispostaServe per non creare dati duplicati o provvisori nel primo setup operativo.
Storia dopo utilizzotraccia presente
227
Set S3 - Passo 2 seed Segreteria
La AOO principale da usare nel seed e A009176 - Presidente?
Non rispostaConferma il raccordo documentale reale tra ente, AOO e helpdesk.
Storia dopo utilizzotraccia presente
228
Set S3 - Passo 2 seed Segreteria
Le code del Passo 2 sono solo Segreteria studenti e Segreteria didattica?
Non rispostaMantiene il secondo passo piccolo e coerente con il MVP gia deciso.
Storia dopo utilizzotraccia presente
229
Set S3 - Passo 2 seed Segreteria
Entrambe le code partono con privacy ordinaria, salvo categorie sensibili future?
Non rispostaEvita di introdurre riservatezze non necessarie prima dei casi delicati.
Storia dopo utilizzotraccia presente
230
Set S3 - Passo 2 seed Segreteria
Le etichette pubbliche delle due code restano Segreteria studenti e Segreteria didattica?
Non rispostaBlocca la lingua pubblica prima di creare categorie e ricevute.
Storia dopo utilizzotraccia presente
231
Set S3 - Passo 2 seed Segreteria
Certificati di iscrizione va in Segreteria studenti?
Non rispostaPrima categoria MVP collegata alla carriera amministrativa.
Storia dopo utilizzotraccia presente
232
Set S3 - Passo 2 seed Segreteria
Certificati di frequenza e atti certificativi vanno in Segreteria studenti, mentre presenze/frequenza al singolo corso restano in Segreteria didattica?
Non rispostaDistingue il certificato amministrativo dalla frequenza didattica ai corsi con obbligo di presenza.
Storia dopo utilizzotraccia presente
233
Set S3 - Passo 2 seed Segreteria
Tasse e contributi, scadenze amministrative, stato pratica, modulistica, orari uffici e contatti entrano come categorie MVP con risposta informativa prima del ticket quando possibile?
Non rispostaDefinisce quali categorie caricare subito e quando evitare ticket inutili.
Storia dopo utilizzotraccia presente
234
Set S3 - Passo 2 seed Segreteria
Crediti, trasferimenti, piani complessi, ricorsi, disciplinari, contenzioso e richieste economiche particolari restano solo orientamento?
Non rispostaConferma il blocco tecnico che impedisce ticket ordinari su casi delicati.
Storia dopo utilizzotraccia presente
235
Set S3 - Passo 2 seed Segreteria
Il seed deve essere idempotente, rilanciabile senza duplicare nulla e senza sovrascrivere modifiche manuali gia fatte da admin?
Non rispostaRegola tecnica essenziale per sviluppo, test e manutenzione futura.
Storia dopo utilizzotraccia presente
236
Set S4 - categorie e percorsi ragionati
Certificati di iscrizione: vuoi percorso informativo prima e ticket ordinario solo se servono dati o emissione pratica?
Non rispostaPercorso proposto: mostrare istruzioni, marca da bollo o modulistica; aprire ticket solo se la persona deve chiedere assistenza specifica.
Storia dopo utilizzotraccia presente
237
Set S4 - categorie e percorsi ragionati
Certificati di frequenza e attestati: confermi stesso percorso di Segreteria studenti, separato dalle presenze ai corsi?
Non rispostaServe bloccare definitivamente la categoria certificativa in carriera amministrativa studenti.
Storia dopo utilizzotraccia presente
238
Set S4 - categorie e percorsi ragionati
Frequenza/presenze al singolo corso: vuoi categoria didattica distinta, con campi corso, docente, anno e problema segnalato?
Non rispostaPercorso proposto: non e certificato, ma richiesta sulla carriera didattica o sull obbligo di frequenza.
Storia dopo utilizzotraccia presente
239
Set S4 - categorie e percorsi ragionati
Tasse e contributi: il primo passo mostra informazioni generali e apre ticket solo per posizione personale, errore o dubbio non risolto?
Non rispostaEvita ticket inutili sulle scadenze generali e instrada i casi personali alla Segreteria studenti.
Storia dopo utilizzotraccia presente
240
Set S4 - categorie e percorsi ragionati
Scadenze amministrative: vuoi risposta solo informativa salvo pratica personale o scadenza non chiara?
Non rispostaDistingue avviso pubblico da richiesta di assistenza amministrativa individuale.
Storia dopo utilizzotraccia presente
241
Set S4 - categorie e percorsi ragionati
Stato di una pratica: quali dati minimi chiediamo, numero pratica/protocollo, categoria pratica e anno accademico?
Non rispostaServe evitare descrizioni vaghe e rendere il ticket lavorabile subito.
Storia dopo utilizzotraccia presente
242
Set S4 - categorie e percorsi ragionati
Modulistica: vuoi prima mostrare link/moduli disponibili e aprire ticket solo se manca il modulo o la persona non sa quale usare?
Non rispostaRiduce richieste ripetitive e trasforma modulistica in orientamento guidato.
Storia dopo utilizzotraccia presente
243
Set S4 - categorie e percorsi ragionati
Orari uffici e contatti: restano solo informativi, con ticket aperto solo per segnalare errore, accessibilita o caso non coperto?
Non rispostaEvita che informazioni pubbliche diventino ticket ordinari senza bisogno.
Storia dopo utilizzotraccia presente
244
Set S4 - categorie e percorsi ragionati
Categorie delicate senza dati riservati: preferisci pre-triage controllato o solo pagina di orientamento senza ticket?
Non rispostaRiguarda crediti, trasferimenti, piani complessi, ricorsi, disciplinari, contenzioso e richieste economiche particolari.
Storia dopo utilizzotraccia presente
245
Set S4 - categorie e percorsi ragionati
Se un caso delicato diventa lavorabile, chi puo convertirlo da orientamento a ticket controllato?
Non rispostaServe catena responsabile/admin/superuser e blocco automatico dei dati riservati nel primo setup.
Storia dopo utilizzotraccia presente
246
Set S4 - categorie e percorsi ragionati
Per riconoscimento crediti e trasferimenti vuoi percorsi separati da subito o una sola macro-categoria orientativa?
Non rispostaEntrambi sono complessi, ma potrebbero richiedere campi e istruttorie diverse.
Storia dopo utilizzotraccia presente
247
Set S4 - categorie e percorsi ragionati
L avviso su dati sensibili non necessari deve comparire prima dell invio, con possibilita di correggere la descrizione?
Non rispostaApplica Q077 senza bloccare casi legittimi, ma spinge alla minimizzazione.
Storia dopo utilizzotraccia presente
248
Set S4 - categorie e percorsi ragionati
Le mailbox per servizio vanno mostrate nella ricevuta pubblica o restano solo routing interno finche l email reale e rinviata?
Non rispostaQ079 decide piu mailbox: ora va scelto cosa esporre al richiedente.
Storia dopo utilizzotraccia presente
249
Set S4 - categorie e percorsi ragionati
La bozza risposta serve per tutte le risposte ufficiali o solo per ticket rilevanti, delicati o da supervisore?
Non rispostaQ080 conferma la bozza: ora va definito quando diventa obbligatoria.
Storia dopo utilizzotraccia presente
250
Set S4 - categorie e percorsi ragionati
Nel futuro multi-ente, il codice ticket resta globale HD-YYYY-NNNNNN o diventa sequenza per ente?
Non rispostaQ226 prepara il multi-ente: questa scelta impatta codice, report e migrazioni future.
Storia dopo utilizzotraccia presente
251
Set S5 - consolidamento Sprint 1 operativo
Sprint 1 consolidato resta solo core minimo o include gia setup amministrativo esteso?
Non rispostaServe fissare il perimetro dopo il primo backend reale: modelli e seed minimi prima di dashboard, report o area riservata.
Storia dopo utilizzotraccia presente
252
Set S5 - consolidamento Sprint 1 operativo
Quali model Django gia avviati confermi come primo taglio reale?
Non rispostaProposta minima: InstitutionSetup, Queue, Category, Requester, Ticket, PublicMessage, PrivacyConsentSnapshot e ReceiptSnapshot.
Storia dopo utilizzotraccia presente
253
Set S5 - consolidamento Sprint 1 operativo
Gli allegati restano solo modello predisposto anche nel primo codice operativo?
Non rispostaConferma che upload pubblico e gestione file reale non entrano nel primo sprint.
Storia dopo utilizzotraccia presente
254
Set S5 - consolidamento Sprint 1 operativo
Il seed Sprint 1 crea ente/AOO/funzioni/code/categorie/testi, ma non operatori nominali reali?
Non rispostaEvita dati personali o utenti staff inventati nel seed iniziale.
Storia dopo utilizzotraccia presente
255
Set S5 - consolidamento Sprint 1 operativo
Il comando seed deve partire sempre in dry-run e scrivere solo con --commit?
Non rispostaRegola di sicurezza per rendere il seed rilanciabile senza sorprese.
Storia dopo utilizzotraccia presente
256
Set S5 - consolidamento Sprint 1 operativo
Il seed deve agganciare dati enti/AOO esistenti e creare solo record helpdesk mancanti?
Non rispostaBlocca duplicazioni: ente, AOO e UO reali vanno riusati quando sono gia nel dominio enti.
Storia dopo utilizzotraccia presente
257
Set S5 - consolidamento Sprint 1 operativo
Quali categorie entrano davvero nel primo seed dopo S4?
Non rispostaServe scegliere solo le categorie operative, lasciando orientamento e delicate come testi o regole non ordinarie.
Storia dopo utilizzotraccia presente
258
Set S5 - consolidamento Sprint 1 operativo
Nel primo admin Django cosa deve essere modificabile subito?
Non rispostaProposta: code, categorie, regole ingresso, testi privacy, template ricevuta e SLA base.
Storia dopo utilizzotraccia presente
259
Set S5 - consolidamento Sprint 1 operativo
Il form pubblico Sprint 1 apre ticket senza allegati, senza email reale e senza login?
Non rispostaDefinisce il primo flusso pubblico minimo: domanda, consenso, ricevuta salvata, codice mostrato.
Storia dopo utilizzotraccia presente
260
Set S5 - consolidamento Sprint 1 operativo
La consultazione pubblica email piu codice entra nello Sprint 1 o nello sprint subito dopo?
Non rispostaSe entra subito, servono vista pubblica, log accesso e scadenza 30 giorni; se rinviata, basta ricevuta.
Storia dopo utilizzotraccia presente
261
Set S5 - consolidamento Sprint 1 operativo
La dashboard operatore Sprint 1 deve essere lista semplice o gia tre colonne Da prendere/In scadenza/Arretrati?
Non rispostaServe non sovraccaricare il primo backend se basta verificare il ciclo ticket base.
Storia dopo utilizzotraccia presente
262
Set S5 - consolidamento Sprint 1 operativo
Quali azioni minime devono funzionare nella scheda ticket Sprint 1?
Non rispostaProposta: prendi in carico, messaggio pubblico, richiesta integrazione, chiusura ordinaria e nota interna.
Storia dopo utilizzotraccia presente
263
Set S5 - consolidamento Sprint 1 operativo
Quali test sono bloccanti per dichiarare chiuso Sprint 1?
Non rispostaProposta: codice ticket unico, doppio consenso, routing categoria-coda, primo messaggio, ricevuta snapshot e seed idempotente.
Storia dopo utilizzotraccia presente
264
Set S5 - consolidamento Sprint 1 operativo
Cosa resta esplicitamente fuori dallo Sprint 1?
Non rispostaElenco da blindare: email reale, upload pubblico, area riservata, AI, protocollo reale, notifiche interne avanzate e report direzionali.
Storia dopo utilizzotraccia presente
265
Set S5 - consolidamento Sprint 1 operativo
Qual e la Definition of Done dello Sprint 1?
Non rispostaServe criterio finale: migrazioni, seed, admin, form, test, smoke route, report e commit pulito.
Storia dopo utilizzotraccia presente
266
Set S6 - Sprint 2 consultazione pubblica
La consultazione pubblica email piu codice ticket deve mostrare tutto il ticket o solo stato, ricevuta e messaggi pubblici?
Non rispostaServe fissare il perimetro visibile al richiedente, escludendo note interne e dati non necessari.
Storia dopo utilizzotraccia presente
267
Set S6 - Sprint 2 consultazione pubblica
Dopo accesso con email e codice, il richiedente puo scrivere una nuova integrazione subito?
Non rispostaDefinisce se Sprint 2 include solo lettura pubblica o anche risposta del richiedente.
Storia dopo utilizzotraccia presente
268
Set S6 - Sprint 2 consultazione pubblica
L integrazione del richiedente riporta automaticamente il ticket da in attesa utente a in lavorazione?
Non rispostaServe aggiornare stato pubblico, stato interno e tempi senza intervento manuale inutile.
Storia dopo utilizzotraccia presente
269
Set S6 - Sprint 2 consultazione pubblica
Quanti tentativi errati email piu codice permettiamo prima di blocco temporaneo?
Non rispostaProtegge da enumerazione ticket e accessi casuali, senza rendere impossibile il recupero legittimo.
Storia dopo utilizzotraccia presente
270
Set S6 - Sprint 2 consultazione pubblica
Per consultare il ticket bastano email e codice o vuoi anche cognome come terzo controllo?
Non rispostaBilancia semplicitร per il pubblico e sicurezza minima della consultazione senza login.
Storia dopo utilizzotraccia presente
271
Set S6 - Sprint 2 consultazione pubblica
Dopo i 30 giorni dalla chiusura, la pagina pubblica mostra solo ticket non piu consultabile o propone accesso e registrazione futura?
Non rispostaDefinisce messaggio pubblico dopo scadenza e ponte verso area riservata futura.
Storia dopo utilizzotraccia presente
272
Set S6 - Sprint 2 consultazione pubblica
Se il ticket e chiuso, il richiedente puo chiedere riapertura dalla pagina pubblica o solo inviare una integrazione da valutare?
Non rispostaServe separare riapertura vera da nuovo messaggio su ticket concluso.
Storia dopo utilizzotraccia presente
273
Set S6 - Sprint 2 consultazione pubblica
Chi decide la riapertura nello Sprint 2: operatore, responsabile o amministratore?
Non rispostaCollega le regole gia decise su riapertura granulare alla prima UI pubblica.
Storia dopo utilizzotraccia presente
274
Set S6 - Sprint 2 consultazione pubblica
Il richiedente vede il nome dell operatore o solo Segreteria studenti / Segreteria didattica?
Non rispostaDecisione privacy e stile istituzionale: persona nominale o ufficio responsabile.
Storia dopo utilizzotraccia presente
275
Set S6 - Sprint 2 consultazione pubblica
La timeline pubblica mostra presa in carico e cambi stato oppure solo messaggi pubblici e stato corrente?
Non rispostaEvita di esporre lavorazioni interne che possono confondere il pubblico.
Storia dopo utilizzotraccia presente
276
Set S6 - Sprint 2 consultazione pubblica
Vuoi una pagina pubblica separata consulta ticket o un box di consultazione dentro la pagina nuovo ticket?
Non rispostaScelta di UX e rotte: ingresso unico o due pagine distinte.
Storia dopo utilizzotraccia presente
277
Set S6 - Sprint 2 consultazione pubblica
La ricevuta pubblica deve essere scaricabile o stampabile in PDF gia nello Sprint 2?
Non rispostaSe entra ora servono template, rotta PDF e test; altrimenti resta ricevuta HTML.
Storia dopo utilizzotraccia presente
278
Set S6 - Sprint 2 consultazione pubblica
Gli operatori possono correggere l email del richiedente se e stata scritta male?
Non rispostaServe per recupero ticket e invii futuri, ma va auditato bene.
Storia dopo utilizzotraccia presente
279
Set S6 - Sprint 2 consultazione pubblica
Se l email iniziale e errata, il recupero del ticket spetta solo ad admin o anche a operatore/responsabile?
Non rispostaDefinisce chi puo sbloccare casi reali senza indebolire accesso pubblico.
Storia dopo utilizzotraccia presente
280
Set S6 - Sprint 2 consultazione pubblica
Nel form di integrazione pubblica serve una nuova conferma privacy o basta richiamo alla privacy gia accettata?
Non rispostaDecisione GDPR e UX: doppio click ogni volta oppure richiamo testuale e audit.
Storia dopo utilizzotraccia presente
281
Set S6 - Sprint 2 consultazione pubblica
Per le categorie information_first il pubblico deve vedere una pagina informativa prima del form ticket?
Non rispostaRende operativa la regola introdotta nello Sprint 1 per ridurre ticket inutili.
Storia dopo utilizzotraccia presente
282
Set S6 - Sprint 2 consultazione pubblica
Quali testi minimi mostriamo per orari, contatti, modulistica, tasse e scadenze?
Non rispostaSenza questi testi la regola information_first non produce valore pubblico.
Storia dopo utilizzotraccia presente
283
Set S6 - Sprint 2 consultazione pubblica
Se la pagina informativa non risolve il dubbio, il pulsante deve dire apri ticket su questa categoria?
Non rispostaServe microcopy chiara per passare da informazione a presa in carico.
Storia dopo utilizzotraccia presente
284
Set S6 - Sprint 2 consultazione pubblica
Vuoi salvare gia nello Sprint 2 ogni visualizzazione pubblica del ticket in PublicAccessLog?
Non rispostaCollega consultazione email/codice ad audit, sicurezza e statistiche minimizzate.
Storia dopo utilizzotraccia presente
285
Set S6 - Sprint 2 consultazione pubblica
Nel log accessi pubblici confermi IP minimizzato, user agent ridotto, esito, timestamp, hash email e hash codice?
Non rispostaFissa i campi tecnici senza salvare contenuto ticket nel log.
Storia dopo utilizzotraccia presente
286
Set S6 - Sprint 2 consultazione pubblica
La dashboard operatore resta lista semplice nello Sprint 2 o iniziamo le tre corsie?
Non rispostaDecide se Sprint 2 resta pubblico-accesso-first o apre anche la scrivania piu completa.
Storia dopo utilizzotraccia presente
287
Set S6 - Sprint 2 consultazione pubblica
Se iniziamo le tre corsie, confermi Da prendere, In scadenza e Arretrati?
Non rispostaServe naming stabile per UI, test e report.
Storia dopo utilizzotraccia presente
288
Set S6 - Sprint 2 consultazione pubblica
Lo Sprint 2 deve includere test Playwright sulla consultazione pubblica email piu codice?
Non rispostaSe si, va previsto smoke browser su lookup, dettaglio pubblico, integrazione e scadenza.
Storia dopo utilizzotraccia presente
289
Set S6 - Sprint 2 consultazione pubblica
Vuoi gia una pagina setup admin facile o restiamo su Django admin standard?
Non rispostaEvita di costruire una control room setup prima che le regole siano stabili.
Storia dopo utilizzotraccia presente
290
Set S6 - Sprint 2 consultazione pubblica
La Definition of Done Sprint 2 e consultazione, integrazione, riapertura, test, smoke, report e commit?
Non rispostaChiude il perimetro minimo del prossimo sprint operativo.
Storia dopo utilizzotraccia presente
291
Set S6 - Sprint 2 consultazione pubblica
Se email e codice sono corretti ma il ticket e scaduto, mostriamo dati minimi o nessun dato del ticket?
Non rispostaDefinisce anti-esposizione dopo scadenza dei 30 giorni.
Storia dopo utilizzotraccia presente
292
Set S6 - Sprint 2 consultazione pubblica
I ticket classificati riservati o segreti devono essere consultabili via email e codice?
Non rispostaServe regola di esclusione per privacy elevata e categorie delicate.
Storia dopo utilizzotraccia presente
293
Set S6 - Sprint 2 consultazione pubblica
Quando il ticket e assegnato alla coda ma non a un operatore nominale, cosa mostra il pubblico?
Non rispostaOpzioni: ufficio, area servizio, stato generico o nessun assegnatario.
Storia dopo utilizzotraccia presente
294
Set S6 - Sprint 2 consultazione pubblica
Gli allegati restano fuori anche dalla consultazione pubblica Sprint 2?
Non rispostaUpload pubblico e delivery allegati erano rinviati: va confermato anche per la vista ticket.
Storia dopo utilizzotraccia presente
295
Set S6 - Sprint 2 consultazione pubblica
Il messaggio pubblico interlocutorio e la risposta ufficiale devono apparire diversi nella timeline pubblica?
Non rispostaAiuta il richiedente a capire cosa e solo aggiornamento e cosa e risposta conclusiva.
Storia dopo utilizzotraccia presente
296
Set S6 - Sprint 2 consultazione pubblica
L integrazione pubblica e permessa solo se il ticket e in attesa utente o anche mentre e in lavorazione?
Non rispostaDecide se l utente puo aggiungere materiale spontaneo oppure solo quando richiesto.
Storia dopo utilizzotraccia presente
297
Set S6 - Sprint 2 consultazione pubblica
Quanto dura il blocco temporaneo dopo troppi tentativi errati di consultazione?
Non rispostaCompleta Q269 con durata e messaggio utente.
Storia dopo utilizzotraccia presente
298
Set S6 - Sprint 2 consultazione pubblica
Per quanto tempo conserviamo i log di accesso pubblico prima di anonimizzarli o aggregarli?
Non rispostaServe policy minima coerente con audit e minimizzazione GDPR.
Storia dopo utilizzotraccia presente
299
Set S6 - Sprint 2 consultazione pubblica
Quando email o codice sono errati, il messaggio pubblico deve essere sempre generico?
Non rispostaEvita di rivelare se esiste un codice ticket o una email associata.
Storia dopo utilizzotraccia presente
300
Set S6 - Sprint 2 consultazione pubblica
Serve un controllo anti-spam o captcha leggero sulla consultazione e sulle integrazioni pubbliche?
Non rispostaProtegge endpoint pubblici senza complicare subito l apertura ticket.
Storia dopo utilizzotraccia presente
301
Set S6 - Sprint 2 consultazione pubblica
Quale rotta pubblica vuoi per consultare il ticket: /helpdesk/consulta/ o /helpdesk/ticket/?
Non rispostaStabilizza URL, link ricevuta e test smoke.
Storia dopo utilizzotraccia presente
302
Set S6 - Sprint 2 consultazione pubblica
Il codice ticket inserito dal pubblico va normalizzato ignorando spazi, minuscole e trattini errati?
Non rispostaRiduce errori di digitazione e chiamate agli operatori.
Storia dopo utilizzotraccia presente
303
Set S6 - Sprint 2 consultazione pubblica
Il confronto email nella consultazione deve essere case-insensitive?
Non rispostaDecisione tecnica semplice ma importante per evitare falsi negativi.
Storia dopo utilizzotraccia presente
304
Set S6 - Sprint 2 consultazione pubblica
Quando il richiedente integra, il sistema deve creare un evento interno di attenzione per la coda?
Non rispostaSenza email reale e notifiche avanzate serve almeno evidenza nella lista operatore.
Storia dopo utilizzotraccia presente
305
Set S6 - Sprint 2 consultazione pubblica
Cosa resta esplicitamente fuori dallo Sprint 2?
Non rispostaServe non allargare troppo: area riservata completa, email reale, allegati pubblici, AI, protocollo e report direzionali potrebbero restare fuori.
Storia dopo utilizzotraccia presente
306
Set S7 - rifiniture S2 mockup e sicurezza
Confermi che la rotta pubblica principale sia una pagina separata /helpdesk/consultazione/ con form compatto email, codice e cognome?
Non rispostaMockup testuale: hero breve, box consulta ticket, tre campi, messaggio sicurezza generico, CTA Consulta.
Storia dopo utilizzotraccia presente
307
Set S7 - rifiniture S2 mockup e sicurezza
La pagina nuovo ticket deve avere solo un link secondario a consulta ticket o anche un box di consultazione nella stessa pagina?
Non rispostaServe evitare confusione tra aprire nuova richiesta e consultare richiesta gia aperta.
Storia dopo utilizzotraccia presente
308
Set S7 - rifiniture S2 mockup e sicurezza
Nella ricevuta di apertura mostriamo un pulsante Consulta questo ticket che porta a /helpdesk/consultazione/?
Non rispostaCollega subito codice ticket, email e futura consultazione senza email reale.
Storia dopo utilizzotraccia presente
309
Set S7 - rifiniture S2 mockup e sicurezza
Il dettaglio pubblico del ticket deve avere ordine: stato, dati minimi, ricevuta, timeline pubblica, risposta finale?
Non rispostaMockup testuale: fascia stato in alto, riepilogo, timeline, box finale con eventuale messaggio di scadenza.
Storia dopo utilizzotraccia presente
310
Set S7 - rifiniture S2 mockup e sicurezza
La ricevuta HTML elegante deve includere intestazione istituzionale, codice, data, richiedente, categoria, stato, privacy e pulsante stampa browser?
Non rispostaPDF resta fuori: il pulsante stampa usa solo la funzione del browser.
Storia dopo utilizzotraccia presente
311
Set S7 - rifiniture S2 mockup e sicurezza
Vuoi che la ricevuta HTML nasconda nella stampa navbar, CTA e campi tecnici non utili?
Non rispostaServe una resa stampabile pulita senza costruire PDF nello Sprint 2.
Storia dopo utilizzotraccia presente
312
Set S7 - rifiniture S2 mockup e sicurezza
Per distinguere messaggio interlocutorio e risposta ufficiale bastano badge e colori, senza cambiare struttura dati?
Non rispostaProposta: interlocutorio blu/informativo, risposta ufficiale verde/conclusiva.
Storia dopo utilizzotraccia presente
313
Set S7 - rifiniture S2 mockup e sicurezza
PublicAccessLog deve registrare ogni accesso riuscito al dettaglio pubblico o solo il primo accesso per sessione?
Non rispostaSplitta Q284: misura audit e minimizzazione.
Storia dopo utilizzotraccia presente
314
Set S7 - rifiniture S2 mockup e sicurezza
I tentativi errati devono stare in una tabella separata PublicAccessAttempt rispetto agli accessi riusciti?
Non rispostaSplitta Q284: evita di confondere sicurezza, statistiche e consultazioni legittime.
Storia dopo utilizzotraccia presente
315
Set S7 - rifiniture S2 mockup e sicurezza
Il blocco progressivo 10/30 minuti/sblocco umano si calcola su email+codice+cognome normalizzati e IP minimizzato?
Non rispostaServe definire chiave rate-limit senza salvare dati in chiaro inutili.
Storia dopo utilizzotraccia presente
316
Set S7 - rifiniture S2 mockup e sicurezza
Il flag dati sensibili nell integrazione futura deve essere mostrato anche se gli allegati sono ancora disabilitati?
Non rispostaServe per messaggi testuali sensibili, non solo per file.
Storia dopo utilizzotraccia presente
317
Set S7 - rifiniture S2 mockup e sicurezza
La richiesta di riapertura pubblica crea un evento da valutare, senza cambiare subito lo stato del ticket?
Non rispostaCoerente con riapertura lenta: decide l operatore e il responsabile viene avvisato.
Storia dopo utilizzotraccia presente
318
Set S7 - rifiniture S2 mockup e sicurezza
La lista operatore deve mostrare un badge Nuova integrazione o Richiesta riapertura quando arriva un evento pubblico?
Non rispostaServe evidenza interna senza email reale o notifiche avanzate.
Storia dopo utilizzotraccia presente
319
Set S7 - rifiniture S2 mockup e sicurezza
I tre pulsanti Da prendere, In scadenza e Arretrati aprono pagine figlie filtrate, mantenendo la lista principale semplice?
Non rispostaRende la dashboard progressiva senza trasformarla subito in board a corsie.
Storia dopo utilizzotraccia presente
320
Set S7 - rifiniture S2 mockup e sicurezza
Per chiudere S2 bastano test Django, smoke route manuale e report, rinviando Playwright a quando la UI e stabile?
Non rispostaConferma il gate minimo coerente con Q288.
Storia dopo utilizzotraccia presente
321
Set S8 - Ready Sprint 2 esecuzione
Confermi che S2 e solo consultazione pubblica read-only, senza integrazione pubblica attiva, upload, email reale o area riservata?
Non rispostaBlocca lo scope: lo sprint non deve allargarsi mentre parte il codice.
Storia dopo utilizzotraccia presente
322
Set S8 - Ready Sprint 2 esecuzione
Confermi che la rotta principale resta /helpdesk/consultazione/?
Non rispostaStabilizza URL, smoke route e link dalla ricevuta.
Storia dopo utilizzotraccia presente
323
Set S8 - Ready Sprint 2 esecuzione
Confermi che il dettaglio ticket si mostra dopo verifica riuscita senza mettere codice ticket nell URL pubblico?
Non rispostaEvita esposizione del codice nel browser, in cronologia o in link copiati.
Storia dopo utilizzotraccia presente
324
Set S8 - Ready Sprint 2 esecuzione
Confermi che i tre campi obbligatori sono email, codice ticket e cognome?
Non rispostaChiude il contratto minimo del form pubblico.
Storia dopo utilizzotraccia presente
325
Set S8 - Ready Sprint 2 esecuzione
Confermi che il pubblico vede solo stato pubblico, dati minimi, ricevuta, timeline pubblica, risposta finale o ultima richiesta dell ente?
Non rispostaDefinisce il read model pubblico e blocca note interne e lavorazioni.
Storia dopo utilizzotraccia presente
326
Set S8 - Ready Sprint 2 esecuzione
Confermi che ticket riservati, segreti o con dati sensibili forti non sono consultabili via pagina pubblica?
Non rispostaRegola di esclusione per privacy elevata e casi delicati.
Storia dopo utilizzotraccia presente
327
Set S8 - Ready Sprint 2 esecuzione
Confermi che dopo scadenza consultazione si mostrano solo dati minimi, non tutto il ticket?
Non rispostaChiude comportamento pubblico dopo scadenza dei 30 giorni.
Storia dopo utilizzotraccia presente
328
Set S8 - Ready Sprint 2 esecuzione
Confermi i modelli S2 minimi: PublicAccessLog, PublicAccessAttempt e service/read model TicketPublicView?
Non rispostaServe approvare la base tecnica minima senza aprire modelli non necessari.
Storia dopo utilizzotraccia presente
329
Set S8 - Ready Sprint 2 esecuzione
Confermi i test bloccanti: accesso corretto, errore generico, blocco tentativi, ticket scaduto, ticket riservato escluso, log accesso, log tentativo errato?
Non rispostaDefinisce la suite test minima per passare da analisi a codice.
Storia dopo utilizzotraccia presente
330
Set S8 - Ready Sprint 2 esecuzione
Confermi che la DoD S2 e migrazioni, service, form, vista pubblica, log, test, smoke route, report e commit pulito?
Non rispostaChiude la Definition of Done prima dell avvio esecuzione.
Storia dopo utilizzotraccia presente
331
Set S9 - sicurezza e pulizia S2
Confermi che l errore pubblico deve essere sempre unico e generico, senza dire se e sbagliata email, codice o cognome?
Non rispostaEvita enumerazione e indizi su ticket o identita esistenti.
Storia dopo utilizzotraccia presente
332
Set S9 - sicurezza e pulizia S2
Confermi che email, codice ticket e cognome non vanno mai salvati in chiaro nei log pubblici, ma solo normalizzati/hashati?
Non rispostaRafforza minimizzazione e audit tecnico.
Storia dopo utilizzotraccia presente
333
Set S9 - sicurezza e pulizia S2
Confermi che TicketPublicView deve essere costruito da un service unico, non con logica sparsa nel template?
Non rispostaImpedisce duplicazione e buchi di sicurezza in viste future.
Storia dopo utilizzotraccia presente
334
Set S9 - sicurezza e pulizia S2
Confermi che lo stato mostrato al pubblico deve usare solo etichette pubbliche, mai stati interni grezzi?
Non rispostaSepara linguaggio pubblico da workflow interno.
Storia dopo utilizzotraccia presente
335
Set S9 - sicurezza e pulizia S2
Confermi che note interne, audit, riassegnazioni e cambi coda devono essere esclusi a livello service, non solo nascosti graficamente?
Non rispostaLa sicurezza deve stare nel read model, non nel CSS o nel template.
Storia dopo utilizzotraccia presente
336
Set S9 - sicurezza e pulizia S2
Confermi che un operatore o admin puo disattivare manualmente la consultazione pubblica di un singolo ticket?
Non rispostaServe paracadute manuale per casi delicati non classificati in origine.
Storia dopo utilizzotraccia presente
337
Set S9 - sicurezza e pulizia S2
Confermi che il pulsante Consulta questo ticket nella ricevuta appare solo se il ticket e consultabile pubblicamente?
Non rispostaEvita CTA inutili o rischiose su ticket esclusi.
Storia dopo utilizzotraccia presente
338
Set S9 - sicurezza e pulizia S2
Confermi che dopo accesso riuscito non si crea sessione lunga: la consultazione resta leggera e limitata al ticket?
Non rispostaMantiene il flusso pubblico semplice e senza area riservata mascherata.
Storia dopo utilizzotraccia presente
339
Set S9 - sicurezza e pulizia S2
Confermi che ticket scaduto deve proporre apri nuova richiesta o futura area riservata, senza mostrare tutto lo storico?
Non rispostaCompleta il comportamento dopo scadenza pubblica.
Storia dopo utilizzotraccia presente
340
Set S9 - sicurezza e pulizia S2
Confermi che i test devono verificare anche che dati interni non compaiano mai nell HTML della vista pubblica?
Non rispostaTest negativo essenziale: non basta verificare cosa si vede, bisogna verificare cosa non arriva nel markup.
Storia dopo utilizzotraccia presente
341
Set S10 - post S2 varie cose operative
La prossima funzione pubblica dopo la consultazione deve essere integrazione del ticket o richiesta riapertura?
Non rispostaServe scegliere quale ramo aprire per primo senza fare entrambe le cose nello stesso sprint.
Storia dopo utilizzotraccia presente
342
Set S10 - post S2 varie cose operative
L integrazione pubblica deve essere permessa solo quando il ticket e in attesa utente?
Non rispostaOpzione piu prudente: l utente integra solo quando l ufficio lo chiede.
Storia dopo utilizzotraccia presente
343
Set S10 - post S2 varie cose operative
L integrazione pubblica deve essere permessa anche quando il ticket e in lavorazione?
Non rispostaOpzione piu elastica: utile, ma puo generare nuovi eventi mentre l ufficio sta lavorando.
Storia dopo utilizzotraccia presente
344
Set S10 - post S2 varie cose operative
La richiesta di riapertura deve creare solo un evento da valutare, senza riaprire automaticamente il ticket?
Non rispostaMantiene controllo dell operatore/responsabile ed evita riaperture automatiche improprie.
Storia dopo utilizzotraccia presente
345
Set S10 - post S2 varie cose operative
Serve subito una piccola UI admin per sbloccare consultazioni bloccate da troppi tentativi?
Non rispostaOggi il dato di blocco esiste; manca una superficie comoda per sblocco umano.
Storia dopo utilizzotraccia presente
346
Set S10 - post S2 varie cose operative
Serve subito un comando periodico per anonimizzare o aggregare i log pubblici dopo 30 giorni?
Non rispostaLa retention e tracciata nei record, ma va deciso quando automatizzare la pulizia.
Storia dopo utilizzotraccia presente
347
Set S10 - post S2 varie cose operative
La ricevuta deve diventare PDF generato dal server o basta ancora stampa browser HTML?
Non rispostaIl PDF server e piu formale, ma allarga il perimetro rispetto alla consultazione semplice.
Storia dopo utilizzotraccia presente
348
Set S10 - post S2 varie cose operative
La ricevuta email reale entra prima delle integrazioni pubbliche o dopo?
Non rispostaSceglie se lavorare prima sul canale email o sulla pagina pubblica.
Storia dopo utilizzotraccia presente
349
Set S10 - post S2 varie cose operative
Le notifiche interne agli operatori devono partire da badge dashboard o da email/notifiche vere?
Non rispostaBadge dashboard e piu leggero; email/notifiche vere richiedono canale e policy.
Storia dopo utilizzotraccia presente
350
Set S10 - post S2 varie cose operative
La dashboard operatore resta lista semplice o apriamo le tre pagine figlie Da prendere, In scadenza, Arretrati?
Non rispostaDecisione UX: migliorare la scrivania senza costruire ancora una board completa.
Storia dopo utilizzotraccia presente
351
Set S10 - post S2 varie cose operative
Il badge Nuova integrazione deve stare nella lista principale del ticket?
Non rispostaServe rendere visibili eventi pubblici nuovi senza notifiche avanzate.
Storia dopo utilizzotraccia presente
352
Set S10 - post S2 varie cose operative
Il badge Richiesta riapertura deve stare nella lista principale del ticket?
Non rispostaServe non perdere richieste pubbliche dopo chiusura.
Storia dopo utilizzotraccia presente
353
Set S10 - post S2 varie cose operative
Serve un modello separato PublicTicketEvent per integrazioni e richieste riapertura pubbliche?
Non rispostaAlternativa: usare solo HelpdeskPublicMessage piu audit; modello separato puo chiarire gli eventi da valutare.
Storia dopo utilizzotraccia presente
354
Set S10 - post S2 varie cose operative
Gli allegati restano ancora solo predisposti o iniziamo il modello storage MinIO/S3 senza upload pubblico?
Non rispostaPermette preparare storage e sicurezza senza esporre caricamento al pubblico.
Storia dopo utilizzotraccia presente
355
Set S10 - post S2 varie cose operative
Serve una pagina setup amministrativo semplice oltre al Django admin standard?
Non rispostaUtile per code, categorie, testi, SLA e policy, ma puo aspettare se Django admin basta.
Storia dopo utilizzotraccia presente
356
Set S10 - post S2 varie cose operative
Il setup tecnico deve restare separato dal setup amministrativo visibile agli operatori?
Non rispostaEvita che opzioni delicate finiscano nella stessa pagina di testi e categorie.
Storia dopo utilizzotraccia presente
357
Set S10 - post S2 varie cose operative
Serve collegare subito il responsabile del procedimento a una persona/ruolo reale?
Non rispostaOggi il pubblico vede area/ufficio; il nominativo richiede modello incarico/procedimento.
Storia dopo utilizzotraccia presente
358
Set S10 - post S2 varie cose operative
La futura area riservata deve partire dagli studenti iscritti o da tutti i richiedenti?
Non rispostaScelta di priorita: studenti iscritti hanno matricola/account, pubblico generico e piu complesso.
Storia dopo utilizzotraccia presente
359
Set S10 - post S2 varie cose operative
Serve una pagina FAQ/informazioni prima del ticket per categorie information_first?
Non rispostaRiduce ticket inutili su orari, contatti, tasse, modulistica e scadenze.
Storia dopo utilizzotraccia presente
360
Set S10 - post S2 varie cose operative
Il prossimo sprint deve restare massimo 10-15 file toccati e una sola funzione utente nuova?
Non rispostaDomanda di controllo anti-esplosione: blocca sprint troppo grandi.
Storia dopo utilizzotraccia presente
361
Set S11 - backend e amministrazione prima della UI pubblica
Il prossimo micro-sprint deve essere solo backend/admin Django, senza nuove pagine pubbliche su MM Prova?
Non rispostaCorregge il perimetro: MM Prova resta analisi e documentazione, non nuova UX pubblica operativa.
Storia dopo utilizzotraccia presente
362
Set S11 - backend e amministrazione prima della UI pubblica
La prima superficie operativa deve restare il Django admin, migliorato e ordinato?
Non rispostaPermette di stabilizzare dati, permessi e configurazioni prima di progettare nuove interfacce.
Storia dopo utilizzotraccia presente
363
Set S11 - backend e amministrazione prima della UI pubblica
Serve una lista operatore interna minima dentro Portal, prima di qualunque nuova UI pubblica?
Non rispostaDistingue amministrazione/configurazione da scrivania operatore interna protetta.
Storia dopo utilizzotraccia presente
364
Set S11 - backend e amministrazione prima della UI pubblica
Code, categorie, stati, SLA e template devono essere gestibili subito da admin?
Non rispostaVa evitato setup troppo largo: configurare subito solo cio che serve davvero al prossimo backend.
Storia dopo utilizzotraccia presente
365
Set S11 - backend e amministrazione prima della UI pubblica
Gli eventi pubblici futuri, tipo integrazione o riapertura, vanno solo predisposti come modelli/regole, senza form pubblico?
Non rispostaTiene il pubblico fermo e prepara il backend per eventi futuri senza esporli ancora.
Storia dopo utilizzotraccia presente
366
Set S11 - backend e amministrazione prima della UI pubblica
Serve prima completare permessi: operatore, responsabile coda, amministratore helpdesk, superuser?
Non rispostaPermessi granulari sono utili se il prossimo sprint tocca azioni amministrative o operative reali.
Storia dopo utilizzotraccia presente
367
Set S11 - backend e amministrazione prima della UI pubblica
Serve una dashboard amministrativa minima per vedere ticket nuovi, assegnati, arretrati e in attesa utente?
Non rispostaRende visibile lo stato operativo interno senza aprire nuove funzioni pubbliche.
Storia dopo utilizzotraccia presente
368
Set S11 - backend e amministrazione prima della UI pubblica
Il setup tecnico deve essere separato dal setup amministrativo anche nel backend?
Non rispostaEvita di mischiare opzioni delicate tecniche con configurazioni gestibili da amministrazione.
Storia dopo utilizzotraccia presente
369
Set S11 - backend e amministrazione prima della UI pubblica
Il prossimo sprint deve creare test su admin, permessi, routing, stati e audit prima della UI pubblica?
Non rispostaRende il backend verificabile prima di qualsiasi nuova schermata pubblica.
Storia dopo utilizzotraccia presente
370
Set S11 - backend e amministrazione prima della UI pubblica
La UI pubblica su MM Prova riparte solo dopo backend/admin stabile e verificato?
Non rispostaRegola di governo per evitare prototipi pubblici prima del motore amministrativo.
Storia dopo utilizzotraccia presente
371
Set S12 - fine tuning backend admin
Nel Django admin i ticket devono essere modificabili campo per campo o solo tramite azioni guidate?
Non rispostaLe azioni guidate proteggono stati, audit e permessi; modifica libera e piu rapida ma piu rischiosa.
Storia dopo utilizzotraccia presente
372
Set S12 - fine tuning backend admin
La lista operatore interna deve essere una vista Portal protetta o bastano filtri e list display del Django admin?
Non rispostaServe decidere se la prima scrivania operatore e admin avanzato o pagina interna dedicata.
Storia dopo utilizzotraccia presente
373
Set S12 - fine tuning backend admin
Ogni cambio stato deve passare da service layer e creare audit event anche quando parte da admin?
Non rispostaEvita che modifiche manuali saltino cronologia, SLA e regole di competenza.
Storia dopo utilizzotraccia presente
374
Set S12 - fine tuning backend admin
Chi puo vedere note interne e audit completo: operatore di coda, responsabile, amministratore o solo superuser?
Non rispostaFine tuning privacy e controllo interno prima di aprire nuove azioni operative.
Storia dopo utilizzotraccia presente
375
Set S12 - fine tuning backend admin
Serve subito un modello QueueMembership per collegare utenti Django, code e ruolo helpdesk?
Non rispostaPunto chiave se operatori e responsabili non devono dipendere solo da gruppi Django generici.
Storia dopo utilizzotraccia presente
376
Set S12 - fine tuning backend admin
Le code devono agganciarsi subito a uffici/organigramma reali o basta un collegamento morbido al setup helpdesk?
Non rispostaDecide quanto integrare enti/uffici nel prossimo sprint senza forzare dati non pronti.
Storia dopo utilizzotraccia presente
377
Set S12 - fine tuning backend admin
Il seed backend deve creare solo configurazioni minime e non operatori nominali?
Non rispostaConferma se evitare dati personali o assegnazioni reali finche non sono decise.
Storia dopo utilizzotraccia presente
378
Set S12 - fine tuning backend admin
Le categorie devono avere gia un flag amministrativo: ticket ordinario, orientamento, sospesa o futura?
Non rispostaServe per amministrare categorie senza aprire subito tutti i percorsi pubblici.
Storia dopo utilizzotraccia presente
379
Set S12 - fine tuning backend admin
Il setup deve registrare chi modifica code, categorie, stati, SLA e template?
Non rispostaAudit di setup separato dall audit del singolo ticket.
Storia dopo utilizzotraccia presente
380
Set S12 - fine tuning backend admin
La DoD del prossimo sprint backend/admin e: migrazioni, admin, permessi, service, test, smoke route, report e commit, senza UI pubblica nuova?
Non rispostaChiude il perimetro operativo prima di passare al codice.
Storia dopo utilizzotraccia presente
381
Set S13 - scaletta minima backend admin
La scaletta minima deve partire da Django admin ordinato prima di una pagina setup dedicata?
Non rispostaServe decidere se il primo sprint migliora admin standard o crea subito una superficie nuova.
Storia dopo utilizzotraccia presente
382
Set S13 - scaletta minima backend admin
Nel prossimo sprint le categorie modificabili devono limitarsi a nome, area, coda, modalita ingresso e stato attivo?
Non rispostaTiene il setup corto: evita di aprire subito tutte le regole future sulle categorie.
Storia dopo utilizzotraccia presente
383
Set S13 - scaletta minima backend admin
Gli stati pubblici e interni devono restare scelte statiche nel codice o diventare subito tabelle di setup?
Non rispostaTabelle di setup sono piu flessibili, ma aumentano migrazioni, admin e test.
Storia dopo utilizzotraccia presente
384
Set S13 - scaletta minima backend admin
Gli SLA base devono stare su Queue e Category o in una tabella policy separata?
Non rispostaDecide se partire semplice o predisporre subito casi speciali per ufficio/categoria.
Storia dopo utilizzotraccia presente
385
Set S13 - scaletta minima backend admin
QueueMembership deve essere obbligatoria per vedere e lavorare una coda?
Non rispostaEvita che i soli gruppi Django diventino troppo generici per operatori e responsabili.
Storia dopo utilizzotraccia presente
386
Set S13 - scaletta minima backend admin
Il responsabile coda deve poter riassegnare ticket tra operatori della stessa coda gia nel prossimo sprint?
Non rispostaAzione utile ma da testare bene con audit e permessi.
Storia dopo utilizzotraccia presente
387
Set S13 - scaletta minima backend admin
La dashboard amministrativa minima deve essere pagina Portal o report read-only dentro admin?
Non rispostaScelta di superficie interna: scrivania operativa protetta o admin potenziato.
Storia dopo utilizzotraccia presente
388
Set S13 - scaletta minima backend admin
Le note interne devono essere gestibili gia nel prossimo sprint o basta predisporre il modello?
Non rispostaLe note sono centrali per operatori, ma aprono subito permessi e visibilita.
Storia dopo utilizzotraccia presente
389
Set S13 - scaletta minima backend admin
Il prossimo sprint deve includere un comando di controllo setup che segnala code/categorie/stati incoerenti?
Non rispostaUn check tecnico puo proteggere seed e admin senza costruire una grande UI di setup.
Storia dopo utilizzotraccia presente
390
Set S13 - scaletta minima backend admin
Prima di nuove funzioni pubbliche vuoi una smoke route interna che provi admin, permessi, dashboard e audit?
Non rispostaChiude la Definition of Done backend/admin prima di tornare al lato pubblico.
Storia dopo utilizzotraccia presente
391
Set S14 - blindatura esecutiva backend admin
Confermi che nel prossimo sprint non facciamo nuova UI pubblica?
Non rispostaSi lavora su backend e amministrazione; il lato pubblico MM Prova resta fermo salvo collegamenti gia esistenti.
Storia dopo utilizzotraccia presente
392
Set S14 - blindatura esecutiva backend admin
Ogni azione operatore deve richiedere login staff?
Non rispostaNessuna presa in carico, nota, cambio stato o riassegnazione deve avvenire senza utente autenticato.
Storia dopo utilizzotraccia presente
393
Set S14 - blindatura esecutiva backend admin
I ticket non si cancellano fisicamente da admin ordinario?
Non rispostaRiduce il rischio di perdita dati: chiusura, archiviazione, oscuramento e GDPR restano canali separati.
Storia dopo utilizzotraccia presente
394
Set S14 - blindatura esecutiva backend admin
Ogni cambio importante deve creare evento audit?
Non rispostaStato, coda, categoria, assegnazione, chiusura e riapertura devono lasciare traccia verificabile.
Storia dopo utilizzotraccia presente
395
Set S14 - blindatura esecutiva backend admin
Il seed deve restare minimo e rilanciabile?
Non rispostaIl seed deve creare solo setup base mancante, senza duplicare e senza sovrascrivere modifiche manuali.
Storia dopo utilizzotraccia presente
396
Set S14 - blindatura esecutiva backend admin
Le note interne restano invisibili sempre al richiedente?
Non rispostaLe note interne possono essere atti riservati; va deciso se esiste una pubblicazione autorizzata e depurata.
Storia dopo utilizzotraccia presente
397
Set S14 - blindatura esecutiva backend admin
La prima dashboard admin puo avere tre colonne facili?
Non rispostaUna scrivania semplice puo partire con Da prendere, In scadenza e Arretrati senza diventare una grande UI.
Storia dopo utilizzotraccia presente
398
Set S14 - blindatura esecutiva backend admin
Gli stati pubblici restano derivati o scelti da regola, non liberi a mano ovunque?
Non rispostaEvita stati incoerenti tra operatori e conserva una regia centrale delle transizioni.
Storia dopo utilizzotraccia presente
399
Set S14 - blindatura esecutiva backend admin
Prepariamo permessi per responsabile coda anche se non facciamo ancora UI dedicata?
Non rispostaIl modello permessi e pronto subito; la schermata dedicata puo arrivare dopo.
Storia dopo utilizzotraccia presente
400
Set S14 - blindatura esecutiva backend admin
Il prossimo sprint si chiude solo con migrazioni, admin, test, smoke route e report?
Non rispostaBlocca gli allargamenti nascosti: prima base robusta, poi UX pubblica.
Storia dopo utilizzotraccia presente
401
Set S15 - assegnazioni backend staff
Il ticket resta aggregatore e le assegnazioni stanno in tabella correlata?
Non rispostaServe a seguire l iter senza trasformare il ticket in una mega-tabella piena di storia operativa.
Storia dopo utilizzotraccia presente
402
Set S15 - assegnazioni backend staff
Ogni ticket puo avere una sola assegnazione attiva?
Non rispostaEvita doppie prese in carico nominali contemporanee e rende leggibile chi presidia la pratica.
Storia dopo utilizzotraccia presente
403
Set S15 - assegnazioni backend staff
Ogni coda attiva deve avere un responsabile primario reale?
Non rispostaSenza responsabile primario non si puo fare fallback, escalation o rilascio controllato.
Storia dopo utilizzotraccia presente
404
Set S15 - assegnazioni backend staff
Il seed deve creare responsabili primari inventati?
Non rispostaChiarisce se possiamo popolare operatori nominali di comodo o dobbiamo aspettare utenti reali.
Storia dopo utilizzotraccia presente
405
Set S15 - assegnazioni backend staff
Dopo quanto parte l autoassegnazione se nessuno prende il ticket?
Non rispostaConcretizza la soglia gia emersa: 32 ore e un minuto, configurabile da setup.
Storia dopo utilizzotraccia presente
406
Set S15 - assegnazioni backend staff
A chi assegna automaticamente il sistema?
Non rispostaServe una regola semplice e verificabile prima di dashboard avanzate.
Storia dopo utilizzotraccia presente
407
Set S15 - assegnazioni backend staff
Il limite di carico operatore sta nel setup istituzione?
Non rispostaEvita hardcode e permette di cambiare la soglia senza migrazioni.
Storia dopo utilizzotraccia presente
408
Set S15 - assegnazioni backend staff
L operatore puo rilasciare un ticket al responsabile?
Non rispostaServe quando il caso esce dall ordinario o richiede presidio superiore.
Storia dopo utilizzotraccia presente
409
Set S15 - assegnazioni backend staff
Le note interne restano filtrate per ruolo anche nello staff?
Non rispostaLe note interne sono atti anche riservati e non devono propagarsi a chi non ha competenza.
Storia dopo utilizzotraccia presente
410
Set S15 - assegnazioni backend staff
S15 si chiude con migrazione, admin, comando, test, smoke, report e commit?
Non rispostaTraccia la Definition of Done effettiva dello sprint chiuso.
Storia dopo utilizzotraccia presente
411
Set S16 - collaudo interno ticket reale
Il mini S16 deve usare un ticket reale di test interno nel runtime?
Non rispostaServe verificare il flusso end-to-end senza restare solo nei test automatici.
Storia dopo utilizzotraccia presente
412
Set S16 - collaudo interno ticket reale
Quale coda e categoria usa il collaudo S16?
Non rispostaIl test deve usare una categoria ordinaria gia instradata, non un caso delicato.
Storia dopo utilizzotraccia presente
413
Set S16 - collaudo interno ticket reale
Serve un operatore tecnico di collaudo?
Non rispostaPer provare presa in carico e rilascio serve un assegnatario diverso dal responsabile primario.
Storia dopo utilizzotraccia presente
414
Set S16 - collaudo interno ticket reale
La presa in carico crea assegnazione attiva e storico?
Non rispostaVerifica che il ticket non tenga tutto nel record madre.
Storia dopo utilizzotraccia presente
415
Set S16 - collaudo interno ticket reale
Il rilascio al responsabile chiude la precedente assegnazione?
Non rispostaServe vedere che la storia precedente resta ma non rimane attiva.
Storia dopo utilizzotraccia presente
416
Set S16 - collaudo interno ticket reale
La nota interna viene salvata senza esporla al pubblico?
Non rispostaCollauda il livello lavoro interno separato dalla conversazione pubblica.
Storia dopo utilizzotraccia presente
417
Set S16 - collaudo interno ticket reale
Quali eventi audit risultano dal collaudo?
Non rispostaServe sapere se il fascicolo e ricostruibile dagli eventi.
Storia dopo utilizzotraccia presente
418
Set S16 - collaudo interno ticket reale
Dopo il collaudo il check setup resta coerente?
Non rispostaIl ticket di test non deve rompere il setup base.
Storia dopo utilizzotraccia presente
419
Set S16 - collaudo interno ticket reale
Il ticket S16 resta aperto o viene chiuso subito?
Non rispostaServe decidere se lasciarlo come evidenza manuale o ripulirlo.
Storia dopo utilizzotraccia presente
420
Set S16 - collaudo interno ticket reale
Qual e il prossimo fine tuning dopo S16?
Non rispostaIl collaudo reale fa emergere cosa manca prima di allargare UI o pubblico.
Storia dopo utilizzotraccia presente
421
Set S17 - ciclo chiusura e collaudi backend staff
La chiusura ordinaria deve chiudere anche l assegnazione attiva?
Non rispostaEvita che un ticket chiuso resti ancora formalmente in carico a qualcuno.
Storia dopo utilizzotraccia presente
422
Set S17 - ciclo chiusura e collaudi backend staff
La motivazione di chiusura assegnazione va salvata nello storico?
Non rispostaServe a capire perche un incarico non e piu attivo senza leggere solo lo stato del ticket.
Storia dopo utilizzotraccia presente
423
Set S17 - ciclo chiusura e collaudi backend staff
La chiusura assegnazione deve produrre audit event separato?
Non rispostaLa timeline deve distinguere chiusura ticket da chiusura incarico operativo.
Storia dopo utilizzotraccia presente
424
Set S17 - ciclo chiusura e collaudi backend staff
La riapertura staff resta solo backend/staff?
Non rispostaConferma che non si apre una nuova UI pubblica mentre stiamo lavorando sul lato amministrativo.
Storia dopo utilizzotraccia presente
425
Set S17 - ciclo chiusura e collaudi backend staff
La prima riapertura e limitata a una sola volta?
Non rispostaRispetta la regola gia decisa: prima riapertura possibile, ulteriori riaperture da governare dopo.
Storia dopo utilizzotraccia presente
426
Set S17 - ciclo chiusura e collaudi backend staff
Un ticket riaperto riceve una nuova assegnazione attiva?
Non rispostaServe a non lasciare ticket riaperti senza presidio operativo.
Storia dopo utilizzotraccia presente
427
Set S17 - ciclo chiusura e collaudi backend staff
Come riconosciamo un ticket di collaudo archiviabile in sicurezza?
Non rispostaServe una regola stretta per non archiviare mai ticket reali per errore.
Storia dopo utilizzotraccia presente
428
Set S17 - ciclo chiusura e collaudi backend staff
Il comando archiviazione collaudi parte sempre in dry-run?
Non rispostaLa manutenzione deve mostrare cosa farebbe prima di scrivere.
Storia dopo utilizzotraccia presente
429
Set S17 - ciclo chiusura e collaudi backend staff
L admin Django puo archiviare ticket di collaudo selezionati?
Non rispostaServe una scorciatoia staff prudente, ma con guardia sui criteri sicuri.
Storia dopo utilizzotraccia presente
430
Set S17 - ciclo chiusura e collaudi backend staff
S17 si chiude senza nuova migrazione?
Non rispostaVerifica se il passo e solo logica su tabelle esistenti o cambia schema.
Storia dopo utilizzotraccia presente
431
Set S18 - dashboard staff minima
La dashboard staff iniziale deve aprire tutti i ticket accessibili o solo quelli della propria coda?
Non rispostaServe a non confondere visibilita autorizzata e carico operativo quotidiano.
Storia dopo utilizzotraccia presente
432
Set S18 - dashboard staff minima
Confermi le tre corsie Da prendere, In scadenza e Arretrati?
Non rispostaMantiene la dashboard utile ma piccola, senza board completa.
Storia dopo utilizzotraccia presente
433
Set S18 - dashboard staff minima
Serve anche una quarta corsia Miei ticket?
Non rispostaPuรฒ aiutare l operatore a ritrovare i ticket assegnati a se stesso senza allargare troppo la pagina.
Storia dopo utilizzotraccia presente
434
Set S18 - dashboard staff minima
Il responsabile deve vedere anche i ticket dei propri collaboratori?
Non rispostaServe per distinguere vista operatore, responsabile e amministratore.
Storia dopo utilizzotraccia presente
435
Set S18 - dashboard staff minima
L amministratore helpdesk vede subito tutte le code nella dashboard?
Non rispostaChiarisce se la dashboard admin e solo filtro globale o vista operativa completa.
Storia dopo utilizzotraccia presente
436
Set S18 - dashboard staff minima
Le corsie devono essere pagine filtrate separate o filtri nella stessa lista?
Non rispostaPagine figlie tengono la madre leggera; filtri unici sono piu veloci ma possono appesantire.
Storia dopo utilizzotraccia presente
437
Set S18 - dashboard staff minima
Nella dashboard mostriamo solo contatori o anche le prime righe ticket?
Non rispostaDecide quanto lavoro si puo fare dal primo schermo senza entrare nel dettaglio.
Storia dopo utilizzotraccia presente
438
Set S18 - dashboard staff minima
Quali colonne minime deve avere la lista staff?
Non rispostaProposta minima: codice, oggetto, coda, stato interno, responsabile, assegnato, scadenza, ultimo evento.
Storia dopo utilizzotraccia presente
439
Set S18 - dashboard staff minima
L ordinamento predefinito deve seguire urgenza operativa e scadenza?
Non rispostaEvita liste cronologiche poco utili quando ci sono arretrati o ticket in scadenza.
Storia dopo utilizzotraccia presente
440
Set S18 - dashboard staff minima
Serve un badge Nuova nota o evento da leggere nella lista staff?
Non rispostaCollega la dashboard agli eventi S16/S17 senza costruire notifiche avanzate.
Storia dopo utilizzotraccia presente
441
Set S18 - dashboard staff minima
Usiamo HD-2026-000001 come ticket laboratorio per verificare S18?
Non rispostaIl ticket e stato lasciato apposta come evidenza manuale e puo restare utile al collaudo dashboard.
Storia dopo utilizzotraccia presente
442
Set S18 - dashboard staff minima
S18 resta solo backend/staff Django, senza nuova UI pubblica MM Prova/helpdesk?
Non rispostaConferma il confine deciso: prima amministrazione e operatori, poi pubblico.
Storia dopo utilizzotraccia presente
443
Set S18 - dashboard staff minima
Serve ricerca rapida per codice, email e cognome?
Non rispostaE una funzione piccola ma molto utile per il personale di segreteria.
Storia dopo utilizzotraccia presente
444
Set S18 - dashboard staff minima
Servono filtri per coda e stato interno gia in S18?
Non rispostaTiene la lista usabile anche quando i ticket crescono, senza costruire report avanzati.
Storia dopo utilizzotraccia presente
445
Set S18 - dashboard staff minima
La Definition of Done S18 e dashboard, filtri minimi, test, smoke, report e commit?
Non rispostaChiude lo sprint con perimetro verificabile e senza aprire escalation completa o policy nuove.
Storia dopo utilizzotraccia presente
446
Set S19 - escalation e arretrati staff
L autoassegnazione scatta sempre dopo 32 ore piu 1 minuto se nessuno prende in carico?
Non rispostaFissa il punto esatto in cui il ticket non puo piu restare solo nella coda.
Storia dopo utilizzotraccia presente
447
Set S19 - escalation e arretrati staff
Operatore meno pieno significa meno ticket aperti e assegnati nella stessa coda?
Non rispostaServe a evitare confronti impropri tra code diverse o ticket gia chiusi.
Storia dopo utilizzotraccia presente
448
Set S19 - escalation e arretrati staff
La soglia di troppo pieno e configurabile con default 10 ticket attivi?
Non rispostaEvita hardcode definitivo e consente di alzare o abbassare il carico massimo da setup.
Storia dopo utilizzotraccia presente
449
Set S19 - escalation e arretrati staff
Se tutti gli operatori sono troppo pieni il ticket va al responsabile della coda?
Non rispostaDefinisce il fallback quando il sistema non trova un operatore ordinario sostenibile.
Storia dopo utilizzotraccia presente
450
Set S19 - escalation e arretrati staff
Quando il sistema autoassegna, lo stato interno diventa automaticamente assegnata?
Non rispostaLo stato deve raccontare che esiste un incarico nominale, anche se creato dal sistema.
Storia dopo utilizzotraccia presente
451
Set S19 - escalation e arretrati staff
L operatore puo rilasciare al responsabile solo con motivazione obbligatoria?
Non rispostaIl rilascio deve essere un atto tracciabile, non un abbandono silenzioso della pratica.
Storia dopo utilizzotraccia presente
452
Set S19 - escalation e arretrati staff
Ogni cambio assegnazione deve creare storico con da chi, a chi, motivo, data ed evento?
Non rispostaLa tabella assegnazioni deve ricostruire l iter e il contributo di chi risponde a cosa e a chi.
Storia dopo utilizzotraccia presente
453
Set S19 - escalation e arretrati staff
La dashboard S19 deve mostrare badge Autoassegnato, Rilasciato e Arretrato?
Non rispostaBadge piccoli aiutano il responsabile senza trasformare la lista in report enorme.
Storia dopo utilizzotraccia presente
454
Set S20 - escalation e arretrati completa
La pagina Arretrati deve mostrare prima i ticket mai presi in carico?
Non rispostaServe a decidere se il recupero parte dai ticket fermi in coda prima di guardare quelli gia assegnati.
Storia dopo utilizzotraccia presente
455
Set S20 - escalation e arretrati completa
Il responsabile deve avere una azione unica per sollecitare tutti gli operatori coinvolti?
Non rispostaRiduce lavoro manuale, ma va tracciato per evitare solleciti confusi o troppo frequenti.
Storia dopo utilizzotraccia presente
456
Set S20 - escalation e arretrati completa
Il sollecito interno deve creare audit event separato?
Non rispostaServe a sapere chi ha sollecitato, quando e su quale ticket senza trasformarlo in messaggio pubblico.
Storia dopo utilizzotraccia presente
457
Set S20 - escalation e arretrati completa
Dopo il primo sollecito interno, serve una soglia diversa per escalation al direttore amministrativo?
Non rispostaPermette di distinguere ritardo recuperabile dal caso che richiede livello piu alto.
Storia dopo utilizzotraccia presente
458
Set S20 - escalation e arretrati completa
La saturazione operatore deve contare solo ticket aperti o anche ticket in attesa utente?
Non rispostaUn ticket in attesa utente pesa meno, ma puo restare comunque in carico e occupare attenzione.
Storia dopo utilizzotraccia presente
459
Set S20 - escalation e arretrati completa
Il rilascio al responsabile deve essere permesso anche da un responsabile verso altro responsabile?
Non rispostaServe per code collegate o competenze incrociate, ma puo creare rimpalli se non governato.
Storia dopo utilizzotraccia presente
460
Set S20 - escalation e arretrati completa
La riassegnazione forzata da responsabile deve chiudere sempre la vecchia assegnazione?
Non rispostaEvita due assegnazioni attive e mantiene pulita la storia del ticket.
Storia dopo utilizzotraccia presente
461
Set S20 - escalation e arretrati completa
I ticket urgenti in arretrato devono stare sopra gli altri arretrati?
Non rispostaServe a leggere priorita vera senza introdurre una priorita interna troppo complessa.
Storia dopo utilizzotraccia presente
462
Set S20 - escalation e arretrati completa
Il sistema deve proporre il meno pieno ma lasciare conferma manuale al responsabile?
Non rispostaLa proposta automatica aiuta, ma la conferma umana evita assegnazioni improprie nei casi delicati.
Storia dopo utilizzotraccia presente
463
Set S20 - escalation e arretrati completa
Serve una motivazione obbligatoria quando si supera la proposta del sistema?
Non rispostaTraccia perche il responsabile sceglie una persona diversa dal meno pieno.
Storia dopo utilizzotraccia presente
464
Set S20 - escalation e arretrati completa
La pagina Arretrati deve avere export CSV solo per responsabili e admin?
Non rispostaUtile per recupero operativo, ma contiene dati personali e deve avere permessi stretti.
Storia dopo utilizzotraccia presente
465
Set S20 - escalation e arretrati completa
La Definition of Done S20 e recupero arretrati, solleciti interni, audit, test e report?
Non rispostaChiude il completamento escalation senza aprire email reale, allegati o report direzionali.
Storia dopo utilizzotraccia presente
466
Set S21 - policy configurabili
Quali policy devono diventare tabella subito: SLA, stati, categorie, permessi o notifiche?
Non rispostaServe a non trasformare tutto in setup: solo cio che cambia davvero spesso deve diventare configurabile.
Storia dopo utilizzotraccia presente
467
Set S21 - policy configurabili
Le policy SLA devono essere per istituzione, coda, categoria o combinazione coda piu categoria?
Non rispostaDefinisce la granularita minima senza creare regole ingestibili.
Storia dopo utilizzotraccia presente
468
Set S21 - policy configurabili
La policy di presa in carico 32 ore piu 1 minuto resta default globale modificabile?
Non rispostaConferma se il default resta nel setup istituzione o se serve override per coda/categoria.
Storia dopo utilizzotraccia presente
469
Set S21 - policy configurabili
La prima risposta entro 48 ore deve vivere nella stessa tabella SLA della presa in carico?
Non rispostaUnica tabella semplifica, ma bisogna distinguere eventi diversi.
Storia dopo utilizzotraccia presente
470
Set S21 - policy configurabili
Le regole di sospensione SLA devono essere configurabili per stato interno?
Non rispostaAttesa utente, sospesa e casi riservati non devono falsare i tempi se la policy lo prevede.
Storia dopo utilizzotraccia presente
471
Set S21 - policy configurabili
Il mapping stato interno verso stato pubblico deve restare tabella di setup?
Non rispostaEvita hardcode e permette stati interni ricchi senza esporli al richiedente.
Storia dopo utilizzotraccia presente
472
Set S21 - policy configurabili
Le categorie devono governare coda predefinita, coda alternativa e tipo percorso?
Non rispostaConferma che categoria e tipologia decidono routing e comportamento di ingresso.
Storia dopo utilizzotraccia presente
473
Set S21 - policy configurabili
Le policy categoria devono decidere anche chi puo chiudere e riaprire?
Non rispostaAlcune categorie possono richiedere responsabile o admin, altre operatore ordinario.
Storia dopo utilizzotraccia presente
474
Set S21 - policy configurabili
Serve una policy separata per ticket riservati, segreti o con dati sensibili?
Non rispostaPrivacy e segreto devono prevalere sulle regole ordinarie di visibilita e accesso pubblico.
Storia dopo utilizzotraccia presente
475
Set S21 - policy configurabili
Chi puo modificare policy configurabili: admin helpdesk, superuser o responsabile coda?
Non rispostaDecide se i responsabili propongono soltanto o modificano direttamente nel proprio perimetro.
Storia dopo utilizzotraccia presente
476
Set S21 - policy configurabili
Ogni modifica policy deve creare audit setup con prima e dopo?
Non rispostaPermette di ricostruire perche un ticket e stato trattato con una certa regola.
Storia dopo utilizzotraccia presente
477
Set S21 - policy configurabili
Serve stato bozza/pubblicato per le policy prima di renderle operative?
Non rispostaAiuta a preparare setup senza cambiare subito il comportamento dei ticket.
Storia dopo utilizzotraccia presente
478
Set S21 - policy configurabili
Se una policy e incoerente, il sistema deve bloccare il salvataggio o usare fallback sicuro?
Non rispostaScelta critica: prevenire errori in admin o garantire continuita con default conservativo.
Storia dopo utilizzotraccia presente
479
Set S21 - policy configurabili
Il fallback sicuro deve essere coda predefinita, responsabile primario e stato pubblico generico?
Non rispostaDefinisce cosa succede se regola categoria/coda non e completa.
Storia dopo utilizzotraccia presente
480
Set S21 - policy configurabili
Le policy devono avere data inizio validita e fine validita?
Non rispostaServe per calendario accademico, chiusure, cambi organizzativi e ricostruzione storica.
Storia dopo utilizzotraccia presente
481
Set S21 - policy configurabili
Serve duplicare una policy esistente per crearne una nuova versione?
Non rispostaRiduce errori rispetto a creare regole complesse da zero.
Storia dopo utilizzotraccia presente
482
Set S21 - policy configurabili
Le policy devono essere esportabili in PDF per approvazione interna?
Non rispostaUtile per Direzione, DPO o responsabili prima del go-live.
Storia dopo utilizzotraccia presente
483
Set S21 - policy configurabili
La policy di urgenza dichiarata dal richiedente deve restare separata dalla priorita interna?
Non rispostaEvita che la dichiarazione utente diventi automaticamente priorita operativa.
Storia dopo utilizzotraccia presente
484
Set S21 - policy configurabili
Le policy anti abuso devono stare nello stesso setup o in sezione sicurezza separata?
Non rispostaRate limit, blocchi e messaggi generici hanno natura piu sicurezza che workflow.
Storia dopo utilizzotraccia presente
485
Set S21 - policy configurabili
Serve una vista di simulazione policy prima di applicarla a ticket reali?
Non rispostaPermette di vedere dove andrebbe un ticket e quali SLA avrebbe, senza creare pratica.
Storia dopo utilizzotraccia presente
486
Set S21 - policy configurabili
La simulazione policy deve usare casi di esempio o un ticket reale in sola lettura?
Non rispostaI casi di esempio sono piu sicuri; il ticket reale aiuta ma richiede permessi e minimizzazione.
Storia dopo utilizzotraccia presente
487
Set S21 - policy configurabili
Le policy devono distinguere setup tecnico e setup amministrativo leggibile?
Non rispostaChi amministra deve capire le regole senza leggere campi tecnici.
Storia dopo utilizzotraccia presente
488
Set S21 - policy configurabili
Serve comando check_helpdesk_setup esteso anche alle policy configurabili?
Non rispostaIl check deve trovare policy mancanti, incoerenti o non collegate a code/categorie.
Storia dopo utilizzotraccia presente
489
Set S21 - policy configurabili
I test S21 devono coprire creazione policy, fallback e audit setup?
Non rispostaFissa la copertura minima prima di dichiarare stabile il setup policy.
Storia dopo utilizzotraccia presente
490
Set S21 - policy configurabili
La Definition of Done S21 e policy minime, admin, check setup, test, report e commit?
Non rispostaChiude il cantiere policy senza aprire ancora setup avanzato completo o UI pubblica.
Storia dopo utilizzotraccia presente
491
Set S22 - admin e setup guidato
Il primo admin/setup guidato deve restare dentro staff Django e non in UI pubblica?
Non rispostaConferma il confine: strumento interno per configurare, non esperienza pubblica.
Storia dopo utilizzotraccia presente
492
Set S22 - admin e setup guidato
La pagina setup deve essere madre con pagine figlie invece di mega-pagina unica?
Non rispostaPermette di crescere senza perdere chiarezza.
Storia dopo utilizzotraccia presente
493
Set S22 - admin e setup guidato
Quali pagine figlie minime servono: code, categorie, policy, testi, SLA, controlli?
Non rispostaDefinisce la prima navigazione amministrativa.
Storia dopo utilizzotraccia presente
494
Set S22 - admin e setup guidato
La pagina setup madre deve mostrare stato coerenza e ultimi errori di check?
Non rispostaAiuta admin e responsabili a vedere subito se il sistema e pronto.
Storia dopo utilizzotraccia presente
495
Set S22 - admin e setup guidato
Serve un pulsante Verifica setup che lancia il controllo senza scrivere?
Non rispostaDry-run visuale prima di modificare dati o policy.
Storia dopo utilizzotraccia presente
496
Set S22 - admin e setup guidato
Serve un pulsante Genera report setup PDF?
Non rispostaUtile per approvazione interna e manutenzione.
Storia dopo utilizzotraccia presente
497
Set S22 - admin e setup guidato
Le modifiche setup devono essere salvate solo da admin helpdesk o anche responsabili?
Non rispostaDefinisce il confine tra proposta del responsabile e modifica effettiva.
Storia dopo utilizzotraccia presente
498
Set S22 - admin e setup guidato
I responsabili coda possono vedere solo il setup della propria coda?
Non rispostaRiduce esposizione di code riservate e dati non necessari.
Storia dopo utilizzotraccia presente
499
Set S22 - admin e setup guidato
Serve una sezione setup dedicata a privacy e testi pubblici?
Non rispostaPrivacy, ricevuta e microcopy pubblica devono essere versionate e approvate.
Storia dopo utilizzotraccia presente
500
Set S22 - admin e setup guidato
Serve anteprima pubblica dei testi prima della pubblicazione?
Non rispostaEvita errori visibili a richiedenti e operatori.
Storia dopo utilizzotraccia presente
501
Set S22 - admin e setup guidato
La modifica di coda/categoria deve avvisare se ci sono ticket aperti collegati?
Non rispostaUn cambio setup puo avere effetto operativo sui ticket gia aperti.
Storia dopo utilizzotraccia presente
502
Set S22 - admin e setup guidato
Serve impedire cancellazione fisica di code, categorie e policy usate?
Non rispostaLa storicizzazione e piu sicura della cancellazione.
Storia dopo utilizzotraccia presente
503
Set S22 - admin e setup guidato
Quando una coda viene dismessa, confermi che non sia piu usabile per nuovi ticket ma resti in archivio setup per storico, audit e ticket gia collegati?
Non rispostaChiarisce che dismettere non significa cancellare: la coda sparisce dai nuovi instradamenti, ma resta consultabile dove serve a spiegare pratiche e configurazioni storiche.
Storia dopo utilizzotraccia presente
504
Set S22 - admin e setup guidato
Serve una sezione personale e uffici che legga da enti senza duplicare anagrafiche?
Non rispostaCollega setup helpdesk a organigramma e funzionigramma reali.
Storia dopo utilizzotraccia presente
505
Set S22 - admin e setup guidato
Gli admin devono poter agganciare una persona reale a ruolo di coda?
Non rispostaServe per responsabili primari, operatori e visibilita staff.
Storia dopo utilizzotraccia presente
506
Set S22 - admin e setup guidato
Serve una checklist setup go-live con semafori verdi/gialli/rossi?
Non rispostaRende leggibile cosa manca prima di aprire il pubblico.
Storia dopo utilizzotraccia presente
507
Set S22 - admin e setup guidato
Il setup guidato deve mostrare rotte manuali da verificare?
Non rispostaAiuta collaudo e manutenzione senza cercare URL in chat.
Storia dopo utilizzotraccia presente
508
Set S22 - admin e setup guidato
I test S22 devono coprire permessi setup e blocco cancellazioni fisiche?
Non rispostaProtegge la parte amministrativa piu delicata.
Storia dopo utilizzotraccia presente
509
Set S22 - admin e setup guidato
Per S22 preferisci creare una pagina staff setup madre con figlie operative, oppure restare per ora su Django admin migliorato con servizi, check e report?
Non rispostaChiarisce la differenza: nuova UI staff significa /helpdesk/staff/setup/ con pagine figlie; admin migliorato significa nessuna nuova vista dedicata, ma admin standard piu servizi e controlli.
Storia dopo utilizzotraccia presente
510
Set S22 - admin e setup guidato
La Definition of Done S22 e setup guidato minimo, check, test, report e commit?
Non rispostaChiude il cantiere admin senza aprire dashboard direzionale o pubblico avanzato.
Storia dopo utilizzotraccia presente
511
Set S23 - manuale da banca domande
Il manuale deve nascere da HelpdeskQuestion e HelpdeskQuestionUsage senza copia-incolla?
Non rispostaConferma la regola: la banca domande diventa fonte del manuale.
Storia dopo utilizzotraccia presente
512
Set S23 - manuale da banca domande
Ogni scheda manuale deve mostrare motivazione, domanda, risposta e contributo della risposta?
Non rispostaE il formato semplice richiesto per leggere perche una scelta esiste.
Storia dopo utilizzotraccia presente
513
Set S23 - manuale da banca domande
Ogni scheda deve mostrare programmazione fatta e SQL o tabelle interessate?
Non rispostaCollega analisi, codice e database senza dover ricostruire a mano.
Storia dopo utilizzotraccia presente
514
Set S23 - manuale da banca domande
Le domande non ancora risposte devono entrare nel manuale o solo nella roadmap?
Non rispostaIl manuale operativo dovrebbe distinguere decisioni vere e dubbi aperti.
Storia dopo utilizzotraccia presente
515
Set S23 - manuale da banca domande
Il manuale deve avere capitoli per set di domande o per area funzionale?
Non rispostaPer set e piu tracciabile; per area e piu leggibile dagli operatori.
Storia dopo utilizzotraccia presente
516
Set S23 - manuale da banca domande
Serve un indice per Sprint, uno per modello SQL e uno per rotta?
Non rispostaTre indici aiutano sviluppo, manutenzione e verifica manuale.
Storia dopo utilizzotraccia presente
517
Set S23 - manuale da banca domande
Il manuale deve distinguere uso utente, uso staff, manutenzione e runbook emergenza?
Non rispostaEvita un unico documento troppo lungo e poco operativo.
Storia dopo utilizzotraccia presente
518
Set S23 - manuale da banca domande
Il manuale deve includere evidenze test e comandi eseguiti?
Non rispostaTrasforma il manuale in documento di manutenzione, non solo istruzioni.
Storia dopo utilizzotraccia presente
519
Set S23 - manuale da banca domande
Serve export HTML e PDF del manuale gia dal primo taglio?
Non rispostaHTML e utile in suite; PDF serve per consegna e approvazione.
Storia dopo utilizzotraccia presente
520
Set S23 - manuale da banca domande
Il manuale deve indicare per ogni capitolo cosa e implementato, aperto o rinviato?
Non rispostaRiduce confusione tra funzioni gia presenti e roadmap.
Storia dopo utilizzotraccia presente
521
Set S23 - manuale da banca domande
Serve una vista staff per filtrare manuale per domanda, sprint, tabella o rotta?
Non rispostaAiuta manutenzione quando le domande superano quota alta.
Storia dopo utilizzotraccia presente
522
Set S23 - manuale da banca domande
Le modifiche manuali al manuale devono rientrare nella banca domande o restare note separate?
Non rispostaServe a evitare divergenza tra manuale e fonte dati.
Storia dopo utilizzotraccia presente
523
Set S23 - manuale da banca domande
Il manuale deve essere rigenerabile idempotente come il seed?
Non rispostaOgni rigenerazione deve aggiornare senza duplicare capitoli.
Storia dopo utilizzotraccia presente
524
Set S23 - manuale da banca domande
I test S23 devono verificare generazione capitoli, schede e conteggi implementato/aperto?
Non rispostaFissa il minimo per fidarsi del manuale automatico.
Storia dopo utilizzotraccia presente
525
Set S23 - manuale da banca domande
La Definition of Done S23 e manuale HTML/PDF, capitoli, test, report e commit?
Non rispostaChiude il cantiere manuale senza aprire ancora email, allegati o area riservata.
Storia dopo utilizzotraccia presente
526
Set S24 - collaudo manuale S23
Il manuale staff deve mostrare in alto le schede senza usage history?
Non rispostaServe a capire subito quali domande hanno risposta ma poca storia tecnica.
Storia dopo utilizzotraccia presente
527
Set S24 - collaudo manuale S23
Le schede senza risposta devono comparire solo come roadmap oppure anche nel capitolo con badge aperto?
Non rispostaEvita che il manuale sembri completo quando contiene decisioni ancora aperte.
Storia dopo utilizzotraccia presente
528
Set S24 - collaudo manuale S23
Serve un filtro rapido Solo schede da arricchire?
Non rispostaAiuta a ripulire progressivamente motivazione, contributo, SQL e prossimi passi.
Storia dopo utilizzotraccia presente
529
Set S24 - collaudo manuale S23
Serve un filtro rapido Solo implementato?
Non rispostaPermette allo staff di leggere solo cio che e gia davvero disponibile.
Storia dopo utilizzotraccia presente
530
Set S24 - collaudo manuale S23
Serve un filtro rapido Solo roadmap aperta?
Non rispostaSepara il manuale operativo dalle cose ancora da decidere.
Storia dopo utilizzotraccia presente
531
Set S24 - collaudo manuale S23
La pagina madre del manuale deve mostrare i cinque capitoli piu incompleti?
Non rispostaAiuta a prioritizzare il lavoro editoriale senza creare una mega-pagina.
Storia dopo utilizzotraccia presente
532
Set S24 - collaudo manuale S23
La pagina madre deve mostrare i cinque capitoli piu usati o piu collegati a rotte reali?
Non rispostaServe a rendere il manuale piu operativo per manutenzione e collaudo.
Storia dopo utilizzotraccia presente
533
Set S24 - collaudo manuale S23
Le schede devono indicare da quale risposta utente nasce la decisione?
Non rispostaUtile per non perdere la tracciabilita tra domanda, risposta e sviluppo.
Storia dopo utilizzotraccia presente
534
Set S24 - collaudo manuale S23
Le schede devono indicare se la risposta e stata accettata per default da Codex?
Non rispostaDistingue risposta esplicita dell utente da normalizzazione coerente con lavoro gia fatto.
Storia dopo utilizzotraccia presente
535
Set S24 - collaudo manuale S23
Serve evidenziare le schede che rischiano di cambiare il senso del progetto?
Non rispostaRiduce il rischio di arretramento verso decisioni gia chiuse.
Storia dopo utilizzotraccia presente
536
Set S24 - collaudo manuale S23
Serve una pagina figlia per i soli runbook emergenza?
Non rispostaTiene separate istruzioni operative critiche da manuale ordinario.
Storia dopo utilizzotraccia presente
537
Set S24 - collaudo manuale S23
Serve una pagina figlia per i soli oggetti SQL e tabelle?
Non rispostaAiuta sviluppo e audit tecnico senza appesantire la pagina madre.
Storia dopo utilizzotraccia presente
538
Set S24 - collaudo manuale S23
Serve una pagina figlia per rotte manuali e smoke test?
Non rispostaRende il controllo manuale piu veloce dopo ogni sprint.
Storia dopo utilizzotraccia presente
539
Set S24 - collaudo manuale S23
Serve registrare quando una scheda manuale e stata verificata da staff?
Non rispostaPotrebbe evitare che contenuti generati restino non controllati.
Storia dopo utilizzotraccia presente
540
Set S24 - collaudo manuale S23
Serve un badge Manuale verificato sul capitolo?
Non rispostaDistingue capitolo generato da capitolo letto e approvato.
Storia dopo utilizzotraccia presente
541
Set S24 - collaudo manuale S23
Serve un export HTML statico del singolo capitolo prima del PDF complessivo?
Non rispostaPotrebbe essere meno pesante del PDF manuale completo.
Storia dopo utilizzotraccia presente
542
Set S24 - collaudo manuale S23
Serve mantenere il report PDF finale separato dal manuale applicativo?
Non rispostaEvita confusione tra consegna di tranche e manuale utente/staff.
Storia dopo utilizzotraccia presente
543
Set S24 - collaudo manuale S23
Serve una policy su quanto lunga puo diventare una scheda manuale?
Non rispostaProtegge la leggibilita mobile e il principio madre piu figlie.
Storia dopo utilizzotraccia presente
544
Set S24 - collaudo manuale S23
Serve un controllo automatico su testi troppo lunghi o campi mancanti del manuale?
Non rispostaAiuta a mantenere qualita senza revisione manuale totale.
Storia dopo utilizzotraccia presente
545
Set S24 - collaudo manuale S23
La Definition of Done S24 e collaudo manuale, filtri qualita, pagine figlie utili, test e report?
Non rispostaChiude il consolidamento S23 senza aprire nuove funzioni pubbliche.
Storia dopo utilizzotraccia presente
546
Set S25 - setup guidato staff admin
La pagina madre setup staff deve restare solo orientativa con accesso alle figlie?
Non rispostaConferma la regola madre piu figlie ed evita una pagina gigante.
Storia dopo utilizzoda compilare quando lavorata
547
Set S25 - setup guidato staff admin
Quale pagina figlia setup deve venire prima: code, categorie, policy o testi pubblici?
Non rispostaServe a scegliere il primo taglio piu utile senza aprire tutto insieme.
Storia dopo utilizzoda compilare quando lavorata
548
Set S25 - setup guidato staff admin
La pagina figlia code deve permettere solo dismissione e non cancellazione fisica?
Non rispostaProtegge storico, audit e ticket gia collegati.
Storia dopo utilizzoda compilare quando lavorata
549
Set S25 - setup guidato staff admin
La pagina figlia categorie deve avvisare sempre sui ticket aperti collegati?
Non rispostaEvita modifiche di routing inconsapevoli.
Storia dopo utilizzoda compilare quando lavorata
550
Set S25 - setup guidato staff admin
La pagina figlia policy deve mostrare differenza tra bozza e attiva?
Non rispostaAiuta a non cambiare comportamento operativo senza controllo.
Storia dopo utilizzoda compilare quando lavorata
551
Set S25 - setup guidato staff admin
La pagina figlia testi pubblici deve avere anteprima prima di pubblicare?
Non rispostaRiduce errori su privacy, ricevute e messaggi al richiedente.
Storia dopo utilizzoda compilare quando lavorata
552
Set S25 - setup guidato staff admin
La pagina figlia SLA deve restare base e non calendario istituzionale completo?
Non rispostaMantiene S25 stretto e rinvia calendario complesso.
Storia dopo utilizzoda compilare quando lavorata
553
Set S25 - setup guidato staff admin
La pagina figlia controlli deve lanciare solo check non distruttivi?
Non rispostaIl pulsante Verifica setup deve essere sicuro e rapido.
Storia dopo utilizzoda compilare quando lavorata
554
Set S25 - setup guidato staff admin
Serve un archivio setup per code e categorie dismesse?
Non rispostaChiarisce dove consultare record non piu usabili ma storicamente necessari.
Storia dopo utilizzoda compilare quando lavorata
555
Set S25 - setup guidato staff admin
Serve bloccare la modifica di una policy se ci sono ticket in lavorazione?
Non rispostaPotrebbe servire warning forte o pubblicazione differita.
Storia dopo utilizzoda compilare quando lavorata
556
Set S25 - setup guidato staff admin
Serve motivazione obbligatoria per modifiche setup ad alto impatto?
Non rispostaUtile per audit quando cambia routing, SLA o privacy.
Storia dopo utilizzoda compilare quando lavorata
557
Set S25 - setup guidato staff admin
I responsabili possono proporre modifiche setup senza pubblicarle?
Non rispostaPermette controllo granulare senza dare poteri admin pieni.
Storia dopo utilizzoda compilare quando lavorata
558
Set S25 - setup guidato staff admin
Gli operatori possono modificare solo preferenze personali di gestione?
Non rispostaConferma permessi granulari senza aprire configurazione generale.
Storia dopo utilizzoda compilare quando lavorata
559
Set S25 - setup guidato staff admin
Serve distinguere superadmin di sistema e admin helpdesk nel setup?
Non rispostaRende chiaro chi governa infrastruttura e chi governa dominio.
Storia dopo utilizzoda compilare quando lavorata
560
Set S25 - setup guidato staff admin
Serve audit discreto ma sempre presente su ogni pagina setup?
Non rispostaLa richiesta e avere audit comodo anche mobile senza intralcio.
Storia dopo utilizzoda compilare quando lavorata
561
Set S25 - setup guidato staff admin
Serve un report PDF setup generabile da ogni pagina figlia?
Non rispostaPotrebbe essere utile ma va tenuto leggero.
Storia dopo utilizzoda compilare quando lavorata
562
Set S25 - setup guidato staff admin
Serve invio mail del report setup solo ad admin o anche responsabili?
Non rispostaDefinisce canale e destinatari senza mailing improprio.
Storia dopo utilizzoda compilare quando lavorata
563
Set S25 - setup guidato staff admin
Serve mostrare rotte manuali setup come lista copiabile?
Non rispostaAiuta verifica manuale senza testo pesante.
Storia dopo utilizzoda compilare quando lavorata
564
Set S25 - setup guidato staff admin
Serve un test permessi per ogni pagina figlia setup?
Non rispostaProtegge il confine admin, responsabile e operatore.
Storia dopo utilizzoda compilare quando lavorata
565
Set S25 - setup guidato staff admin
La Definition of Done S25 e setup madre, prime figlie, permessi, blocco cancellazioni, check e report?
Non rispostaChiude S25 senza aprire UI pubblica.
Storia dopo utilizzoda compilare quando lavorata
566
Set S26 - area richiedente e anti abuso
L integrazione pubblica spontanea deve restare possibile ma marcata come non richiesta?
Non rispostaRecepisce la regola che puo essere fatta sempre con indicazione chiara.
Storia dopo utilizzoda compilare quando lavorata
567
Set S26 - area richiedente e anti abuso
Quando il ticket e in lavorazione, il richiedente vede avviso che l integrazione potrebbe essere letta dopo?
Non rispostaEvita aspettative improprie su documenti inviati mentre l ufficio lavora.
Storia dopo utilizzoda compilare quando lavorata
568
Set S26 - area richiedente e anti abuso
Quando il ticket e in attesa utente, l integrazione riporta automaticamente in lavorazione?
Non rispostaConferma la regola operativa gia orientata.
Storia dopo utilizzoda compilare quando lavorata
569
Set S26 - area richiedente e anti abuso
La gestione puo bloccare integrazioni pubbliche su singolo ticket?
Non rispostaServe per stalking istituzionale, abuso o chiusura controllata.
Storia dopo utilizzoda compilare quando lavorata
570
Set S26 - area richiedente e anti abuso
Il blocco integrazioni deve mostrare messaggio pubblico generico?
Non rispostaRiduce conflitto e non espone ragioni interne.
Storia dopo utilizzoda compilare quando lavorata
571
Set S26 - area richiedente e anti abuso
La richiesta riapertura pubblica resta evento da valutare senza cambiare stato?
Non rispostaMantiene controllo staff e responsabile.
Storia dopo utilizzoda compilare quando lavorata
572
Set S26 - area richiedente e anti abuso
La prima riapertura disposta da operatore deve notificare automaticamente il responsabile?
Non rispostaRecepisce la decisione gia emersa.
Storia dopo utilizzoda compilare quando lavorata
573
Set S26 - area richiedente e anti abuso
Serve un limite massimo di richieste riapertura pubbliche nello stesso periodo?
Non rispostaProtegge da abusi e richieste ripetute.
Storia dopo utilizzoda compilare quando lavorata
574
Set S26 - area richiedente e anti abuso
Serve segnalazione se ci sono piu integrazioni pubbliche nello stesso giorno?
Non rispostaAiuta staff a distinguere urgenza vera da pressione impropria.
Storia dopo utilizzoda compilare quando lavorata
575
Set S26 - area richiedente e anti abuso
Serve cooldown progressivo per consultazione pubblica oltre al blocco tentativi?
Non rispostaVerifica se 10 minuti, 30 minuti e sblocco umano bastano.
Storia dopo utilizzoda compilare quando lavorata
576
Set S26 - area richiedente e anti abuso
La consultazione scaduta dopo 30 giorni deve proporre area riservata futura senza mostrare dati?
Non rispostaAllinea consultazione pubblica e futuro account.
Storia dopo utilizzoda compilare quando lavorata
577
Set S26 - area richiedente e anti abuso
Il richiedente deve vedere responsabile del procedimento e assegnatario quando presenti?
Non rispostaConferma visibilita pubblica minima gia decisa.
Storia dopo utilizzoda compilare quando lavorata
578
Set S26 - area richiedente e anti abuso
Il richiedente deve vedere solo parte pubblica della timeline anche se integra piu volte?
Non rispostaEvita esposizione di note e lavorazioni interne.
Storia dopo utilizzoda compilare quando lavorata
579
Set S26 - area richiedente e anti abuso
Serve distinguere integrazione richiesta e integrazione spontanea con colori diversi?
Non rispostaAiuta staff e richiedente a capire il contesto.
Storia dopo utilizzoda compilare quando lavorata
580
Set S26 - area richiedente e anti abuso
Serve privacy aggiuntiva solo quando il richiedente dichiara dati sensibili?
Non rispostaRecepisce la regola del flag dati sensibili e conferma dedicata.
Storia dopo utilizzoda compilare quando lavorata
581
Set S26 - area richiedente e anti abuso
Serve normalizzare email, codice e cognome nella consultazione senza cambiare i dati salvati?
Non rispostaRiduce errori di digitazione e maiuscole.
Storia dopo utilizzoda compilare quando lavorata
582
Set S26 - area richiedente e anti abuso
Serve log minimizzato per ogni accesso pubblico riuscito e fallito?
Non rispostaProtegge sicurezza e privacy con hash e IP minimizzato.
Storia dopo utilizzoda compilare quando lavorata
583
Set S26 - area richiedente e anti abuso
Serve un avviso pubblico anti abuso prima di inviare molte integrazioni?
Non rispostaMicrocopy leggera per prevenire pressione impropria.
Storia dopo utilizzoda compilare quando lavorata
584
Set S26 - area richiedente e anti abuso
Serve dashboard staff con contatore eventi pubblici non letti per ticket?
Non rispostaRende integrazioni e riaperture visibili senza aprire ogni ticket.
Storia dopo utilizzoda compilare quando lavorata
585
Set S26 - area richiedente e anti abuso
La Definition of Done S26 e integrazione, riapertura evento, blocchi anti abuso, log e test?
Non rispostaChiude S26 senza account completo.
Storia dopo utilizzoda compilare quando lavorata
586
Set S27 - email reale e notifiche
L invio email reale deve partire solo dopo conferma di indirizzi istituzionali validi?
Non rispostaEvita invii a mailbox sbagliate o non presidiate.
Storia dopo utilizzoda compilare quando lavorata
587
Set S27 - email reale e notifiche
Ogni coda deve avere mittente o reply-to istituzionale configurabile?
Non rispostaServe per mailbox di servizio e risposte tracciate.
Storia dopo utilizzoda compilare quando lavorata
588
Set S27 - email reale e notifiche
La mailbox generale deve ricevere errori e fallback di recapito?
Non rispostaRecepisce idea di mailbox generale per anomalie.
Storia dopo utilizzoda compilare quando lavorata
589
Set S27 - email reale e notifiche
Le notifiche al richiedente devono partire da template approvati?
Non rispostaEvita risposte avventate e testi non verificati.
Storia dopo utilizzoda compilare quando lavorata
590
Set S27 - email reale e notifiche
Serve anteprima email prima di attivare un template in produzione?
Non rispostaRiduce errori su privacy, tono e variabili.
Storia dopo utilizzoda compilare quando lavorata
591
Set S27 - email reale e notifiche
Serve audit event separato per ogni email inviata?
Non rispostaTraccia chi ha generato la comunicazione e con quale template.
Storia dopo utilizzoda compilare quando lavorata
592
Set S27 - email reale e notifiche
Serve salvare snapshot del contenuto email inviato?
Non rispostaImportante per ricevuta, contestazioni e manutenzione.
Storia dopo utilizzoda compilare quando lavorata
593
Set S27 - email reale e notifiche
Serve distinguere email automatica, email operatore ed email responsabile?
Non rispostaAiuta audit e responsabilita.
Storia dopo utilizzoda compilare quando lavorata
594
Set S27 - email reale e notifiche
Serve bloccare invio email se il ticket e riservato o segreto?
Non rispostaEvita leak su pratiche non consultabili pubblicamente.
Storia dopo utilizzoda compilare quando lavorata
595
Set S27 - email reale e notifiche
Serve inviare notifica interna al responsabile quando arriva seconda integrazione o sollecito?
Non rispostaCollega S20/S26 con comunicazioni interne.
Storia dopo utilizzoda compilare quando lavorata
596
Set S27 - email reale e notifiche
Serve notifica al livello superiore dopo soglie escalation?
Non rispostaConferma percorso gerarchico quando pari livello o sovraccarico.
Storia dopo utilizzoda compilare quando lavorata
597
Set S27 - email reale e notifiche
Serve log dei mancati recapiti e ritentativi?
Non rispostaNecessario per delivery affidabile.
Storia dopo utilizzoda compilare quando lavorata
598
Set S27 - email reale e notifiche
Serve evitare invii ripetuti allo stesso richiedente in pochi minuti?
Non rispostaProtegge da rumore e stalking istituzionale involontario.
Storia dopo utilizzoda compilare quando lavorata
599
Set S27 - email reale e notifiche
Serve inviare ricevuta HTML anche via email quando l invio reale sara attivo?
Non rispostaOggi ricevuta HTML esiste; email reale e passo successivo.
Storia dopo utilizzoda compilare quando lavorata
600
Set S27 - email reale e notifiche
Serve allegare PDF ricevuta alla mail o solo link/stampa browser?
Non rispostaDecisione da prendere dopo consolidamento PDF.
Storia dopo utilizzoda compilare quando lavorata
601
Set S27 - email reale e notifiche
Serve una modalita silenziosa per notifiche interne dashboard senza email?
Non rispostaEvita troppo traffico mail nelle prime fasi.
Storia dopo utilizzoda compilare quando lavorata
602
Set S27 - email reale e notifiche
Serve consenso o informativa specifica per notifiche via email?
Non rispostaDa allineare con privacy e uso email dichiarato.
Storia dopo utilizzoda compilare quando lavorata
603
Set S27 - email reale e notifiche
Serve report giornaliero email fallite per admin helpdesk?
Non rispostaAiuta presidio tecnico senza leggere contenuti personali.
Storia dopo utilizzoda compilare quando lavorata
604
Set S27 - email reale e notifiche
Serve test con backend email finto prima del canale reale?
Non rispostaPermette collaudo senza inviare a utenti reali.
Storia dopo utilizzoda compilare quando lavorata
605
Set S27 - email reale e notifiche
La Definition of Done S27 e template, snapshot, invio controllato, log, fallback e test?
Non rispostaChiude S27 senza aprire report direzionali.
Storia dopo utilizzoda compilare quando lavorata
606
Set S28 - report direzionali e qualita
I report direzionali devono mostrare solo dati aggregati e minimizzati?
Non rispostaProtegge privacy e riduce rischio di controllo improprio.
Storia dopo utilizzoda compilare quando lavorata
607
Set S28 - report direzionali e qualita
La Direzione deve vedere trend per coda, categoria e periodo?
Non rispostaAiuta a leggere domanda di servizio senza aprire ticket personali.
Storia dopo utilizzoda compilare quando lavorata
608
Set S28 - report direzionali e qualita
Serve KPI prima risposta separato da risposta automatica informativa?
Non rispostaEvita metriche false sul lavoro umano.
Storia dopo utilizzoda compilare quando lavorata
609
Set S28 - report direzionali e qualita
Serve KPI tempo chiusura separato per ticket in attesa utente?
Non rispostaEvita penalizzare l ufficio quando manca integrazione.
Storia dopo utilizzoda compilare quando lavorata
610
Set S28 - report direzionali e qualita
Serve KPI riaperture distinto da nuove pratiche?
Non rispostaLe riaperture misurano qualita e completezza della chiusura.
Storia dopo utilizzoda compilare quando lavorata
611
Set S28 - report direzionali e qualita
Serve KPI arretrati mai presi in carico distinto dagli arretrati assegnati?
Non rispostaCoerente con S20 e recupero arretrati.
Storia dopo utilizzoda compilare quando lavorata
612
Set S28 - report direzionali e qualita
Serve KPI solleciti del richiedente con soglia due solleciti?
Non rispostaRecepisce la regola dei due solleciti come segnale operativo.
Storia dopo utilizzoda compilare quando lavorata
613
Set S28 - report direzionali e qualita
Serve KPI saturazione operatori basato su ticket aperti e in attesa utente con pesi diversi?
Non rispostaCoerente con S20 e carichi differenziati.
Storia dopo utilizzoda compilare quando lavorata
614
Set S28 - report direzionali e qualita
Serve report per categorie information_first che generano comunque ticket?
Non rispostaAiuta a migliorare FAQ e orientamento.
Storia dopo utilizzoda compilare quando lavorata
615
Set S28 - report direzionali e qualita
Serve report sulle domande pubbliche piu confuse o incomplete?
Non rispostaPuo derivare da integrazioni frequenti e richieste di chiarimento.
Storia dopo utilizzoda compilare quando lavorata
616
Set S28 - report direzionali e qualita
Serve report setup con semafori verdi gialli rossi separato dalla pagina madre?
Non rispostaRecepisce q506 e mantiene pagina madre pulita.
Storia dopo utilizzoda compilare quando lavorata
617
Set S28 - report direzionali e qualita
Serve export CSV solo per responsabili e admin con audit?
Non rispostaConferma permessi stretti e tracciamento export.
Storia dopo utilizzoda compilare quando lavorata
618
Set S28 - report direzionali e qualita
Serve motivazione obbligatoria per export contenenti dettagli operativi?
Non rispostaRiduce esportazioni eccessive.
Storia dopo utilizzoda compilare quando lavorata
619
Set S28 - report direzionali e qualita
Serve mascherare email e nominativi nei report direzionali standard?
Non rispostaEvita esposizione non necessaria.
Storia dopo utilizzoda compilare quando lavorata
620
Set S28 - report direzionali e qualita
Serve report pubblico annuale solo dopo stabilizzazione delle metriche?
Non rispostaTrasparenza possibile ma non nel primo taglio.
Storia dopo utilizzoda compilare quando lavorata
621
Set S28 - report direzionali e qualita
Serve pagina figlia Report qualita distinta da Report direzione?
Non rispostaUna serve miglioramento interno, l altra sintesi direzionale.
Storia dopo utilizzoda compilare quando lavorata
622
Set S28 - report direzionali e qualita
Serve evidenziare categorie che richiedono nuova FAQ o modulo guidato?
Non rispostaTrasforma dati in miglioramento del servizio.
Storia dopo utilizzoda compilare quando lavorata
623
Set S28 - report direzionali e qualita
Serve confrontare periodi accademici omogenei invece di mesi grezzi?
Non rispostaPicchi AFAM seguono iscrizioni, tasse, esami e scadenze.
Storia dopo utilizzoda compilare quando lavorata
624
Set S28 - report direzionali e qualita
Serve un controllo anti ranking operatori nei report direzionali?
Non rispostaEvita letture punitive e non coerenti con carichi reali.
Storia dopo utilizzoda compilare quando lavorata
625
Set S28 - report direzionali e qualita
La Definition of Done S28 e KPI minimizzati, export auditato, report qualita, test e dossier?
Non rispostaChiude i report senza aprire protocollazione o area riservata completa.
Storia dopo utilizzoda compilare quando lavorata
626
Set S29 - protocollo reale e chiusura S26 S28
S26 si considera chiuso solo con area pubblica minima stato, messaggi pubblici, ricevuta, integrazioni e richiesta riapertura?
Non rispostaChiude il perimetro richiedente senza esporre note interne o lavorazioni riservate.
Storia dopo utilizzotraccia presente
627
Set S29 - protocollo reale e chiusura S26 S28
Il blocco progressivo consultazione e integrazioni resta 5 tentativi, poi 10 minuti, poi 30 minuti, poi sblocco umano?
Non rispostaConferma anti-abuso con messaggi generici e senza leak.
Storia dopo utilizzotraccia presente
628
Set S29 - protocollo reale e chiusura S26 S28
S27 si chiude solo con email istituzionale reale, template approvati, log invio, fallback errore e nessuna email libera non tracciata?
Non rispostaDefinisce il gate minimo prima dell invio reale.
Storia dopo utilizzotraccia presente
629
Set S29 - protocollo reale e chiusura S26 S28
Integrazione pubblica o richiesta riapertura notificano operatore assegnato e responsabile coda senza bombardare tutti?
Non rispostaTiene le notifiche operative utili e non invasive.
Storia dopo utilizzotraccia presente
630
Set S29 - protocollo reale e chiusura S26 S28
S28 deve produrre report aggregati e minimizzati senza classifiche punitive degli operatori?
Non rispostaFissa privacy e qualita servizio prima dei report avanzati.
Storia dopo utilizzotraccia presente
631
Set S29 - protocollo reale e chiusura S26 S28
Il protocollo reale parte solo quando il ticket diventa pratica formale, documento ufficiale, risposta finale rilevante o fascicolo da conservare?
Non rispostaEvita protocollazione automatica di ogni ticket ordinario.
Storia dopo utilizzotraccia presente
632
Set S29 - protocollo reale e chiusura S26 S28
Chi conferma la protocollazione nel primo rilascio?
Non rispostaServe separare proposta operatore e conferma responsabile.
Storia dopo utilizzotraccia presente
633
Set S29 - protocollo reale e chiusura S26 S28
Il sistema prepara automaticamente il pacchetto da protocollare ma l invio resta confermato manualmente?
Non rispostaAutomazione assistita, senza automatismo cieco nel primo rilascio.
Storia dopo utilizzotraccia presente
634
Set S29 - protocollo reale e chiusura S26 S28
Il richiedente vede solo numero protocollo, data, oggetto sintetico e stato pubblico?
Non rispostaEsclude allegati interni, note interne e dati riservati dalla vista pubblica.
Storia dopo utilizzotraccia presente
635
Set S29 - protocollo reale e chiusura S26 S28
Se il protocollo fallisce, il ticket resta lavorabile in stato protocollo da completare?
Non rispostaStato dedicato, audit, avviso al responsabile e retry manuale.
Storia dopo utilizzotraccia presente
636
Set S29 - protocollo reale e chiusura S26 S28
Un ticket puo avere protocollo iniziale e protocollo finale, con uno principale visibile al richiedente?
Non rispostaEvita molti protocolli dispersi e mantiene traccia formale essenziale.
Storia dopo utilizzotraccia presente
637
Set S29 - protocollo reale e chiusura S26 S28
Nel pacchetto protocollo standard escludiamo documenti riservati, mentre nel protocollo riservato entrano secondo permessi e tracciamento?
Non rispostaDistingue protocollo ordinario e riservato senza perdere conservazione quando necessaria.
Storia dopo utilizzotraccia presente
638
Set S29 - protocollo reale e chiusura S26 S28
Gli stati protocollo restano minimali nel primo rilascio?
Non rispostaProposta: non richiesto, da valutare, proposto, confermato, protocollato, protocollo da completare.
Storia dopo utilizzotraccia presente
639
Set S29 - protocollo reale e chiusura S26 S28
Ogni azione protocollo crea audit con utente, data, motivo e hash pacchetto?
Non rispostaTraccia proposta, conferma, invio, successo, errore, retry e annullamento.
Storia dopo utilizzotraccia presente
640
Set S29 - protocollo reale e chiusura S26 S28
Le regole protocollo per categoria devono essere configurabili nel setup senza automatismo cieco?
Non rispostaPermette protocollo consigliato o obbligatorio da valutare per alcune categorie.
Storia dopo utilizzotraccia presente
641
Set S31 - setup avanzato versionato
Ogni modifica importante a code, categorie, policy, SLA, privacy, template e regole protocollo crea versione storica consultabile?
Non rispostaServe tracciabilita forte del setup operativo.
Storia dopo utilizzotraccia presente
642
Set S31 - setup avanzato versionato
Il setup deve distinguere bozza e pubblicato per preparare modifiche senza impattare subito i ticket reali?
Non rispostaRiduce rischio su routing, testi, SLA e protocollo.
Storia dopo utilizzotraccia presente
643
Set S31 - setup avanzato versionato
Prima della pubblicazione serve check automatico su responsabili, categorie, privacy, SLA e template email/protocollo?
Non rispostaImpedisce setup pubblicato incompleto.
Storia dopo utilizzotraccia presente
644
Set S31 - setup avanzato versionato
Il rollback setup e permesso solo ad admin helpdesk o superadmin con motivo obbligatorio e audit?
Non rispostaProtegge una funzione potente e potenzialmente rischiosa.
Storia dopo utilizzotraccia presente
645
Set S31 - setup avanzato versionato
I ticket gia aperti restano agganciati allo snapshot setup precedente salvo migrazione esplicita e tracciata?
Non rispostaEvita cambi automatici su pratiche in lavorazione.
Storia dopo utilizzotraccia presente
646
Set S32 - persone uffici ruoli reali
Persone e uffici vanno letti da anagrafiche o enti esistenti quando disponibili, senza duplicare dati nel helpdesk?
Non rispostaMantiene il modulo leggero e coerente con enti/organizzazione.
Storia dopo utilizzotraccia presente
647
Set S32 - persone uffici ruoli reali
Nel helpdesk salviamo solo ruoli operativi super precisi collegati alla persona reale?
Non rispostaEsempi: operatore, responsabile coda, responsabile procedimento, admin helpdesk, supervisore.
Storia dopo utilizzotraccia presente
648
Set S32 - persone uffici ruoli reali
Il richiedente vede di base il responsabile, mentre l operatore solo se ritenuto necessario, e va gestita la firma delle risposte?
Non rispostaSepara visibilita pubblica, responsabilita procedimentale e firma comunicazioni.
Storia dopo utilizzotraccia presente
649
Set S32 - persone uffici ruoli reali
Serve regola minima per sostituto temporaneo con periodo, coda coperta, audit e ritorno automatico?
Non rispostaCopre assenze, ferie, malattia e continuita operativa.
Storia dopo utilizzotraccia presente
650
Set S32 - persone uffici ruoli reali
Per installazioni piccole serve modalita leggera e modulare con pochi ruoli, poche code e setup guidato?
Non rispostaEvita appesantimento quando il prodotto viene venduto singolarmente.
Storia dopo utilizzotraccia presente
651
Set S30 - report avanzati controllati
S30 deve essere report avanzato ma non avanzatissimo, senza duplicare S28?
Non rispostaLivello successivo: trend, confronti periodo, qualita per coda/categoria, anomalie essenziali.
Storia dopo utilizzotraccia presente
652
Set S30 - report avanzati controllati
Nei report avanzati resta sempre prioritaria la privacy e si evitano classifiche personali degli operatori?
Non rispostaDati individuali solo per responsabili autorizzati e gestione operativa proporzionata.
Storia dopo utilizzotraccia presente
653
Set S30 - report avanzati controllati
Gli indicatori principali restano arretrati, tempi medi, riaperture, solleciti, blocchi protocollo, integrazioni non lette, saturazione code e categorie critiche?
Non rispostaConferma una base report utile ma contenuta.
Storia dopo utilizzotraccia presente
654
Set S30 - report avanzati controllati
I report periodici devono essere mensili e a richiesta, poi annuali per anno solare e anno accademico?
Non rispostaDefinisce periodicita senza aprire subito automazioni pesanti.
Storia dopo utilizzotraccia presente
655
Set S30 - report avanzati controllati
La Definition of Done della fase e domande recepite, seed banca domande, modelli e servizi minimi, admin/staff, test, report PDF, rotte manuali e commit pulito?
Non rispostaChiude il percorso S29-S32/S30 in modo verificabile.
Storia dopo utilizzotraccia presente
656
Set S33 - roadmap esecutiva post S28
Quale micro-sprint deve partire per primo tra S26 area richiedente, S27 email reale controllata, S28 report qualita base e S29 protocollo mock?
Non rispostaPropongo S26, perche crea gli eventi che email, report e protocollo dovranno poi usare.
Storia dopo utilizzotraccia presente
657
Set S33 - roadmap esecutiva post S28
La prima slice S26 deve includere solo consultazione, integrazione pubblica e richiesta riapertura, senza allegati?
Non rispostaRiduce rischio sicurezza e permette di verificare il flusso pubblico minimo.
Storia dopo utilizzotraccia presente
658
Set S33 - roadmap esecutiva post S28
Il rate limit anti-abuso deve essere implementato prima di aprire integrazioni spontanee?
Non rispostaEvita di esporre una funzione pubblica scrivibile senza protezione progressiva.
Storia dopo utilizzotraccia presente
659
Set S33 - roadmap esecutiva post S28
Il badge staff Eventi pubblici non letti e bloccante per chiudere S26?
Non rispostaSe il pubblico scrive ma lo staff non vede subito, il flusso resta fragile.
Storia dopo utilizzotraccia presente
660
Set S33 - roadmap esecutiva post S28
S27 deve iniziare con backend email finto, anteprima e canary interno prima di invio reale a richiedenti?
Non rispostaPermette testare template, log e fallback senza spedizioni improprie.
Storia dopo utilizzotraccia presente
661
Set S33 - roadmap esecutiva post S28
Quale mailbox istituzionale usiamo come primo mittente/reply-to reale: generale helpdesk o coda pilota?
Non rispostaServe una fonte reale prima di attivare email operative.
Storia dopo utilizzotraccia presente
662
Set S33 - roadmap esecutiva post S28
Ogni template email deve avere dry-run, anteprima e approvazione prima di diventare inviabile?
Non rispostaTraduce la prudenza gia scelta in gate tecnico verificabile.
Storia dopo utilizzotraccia presente
663
Set S33 - roadmap esecutiva post S28
S28 deve partire da report qualita staff oppure da sintesi direzionale aggregata?
Non rispostaPropongo report qualita staff prima, per migliorare servizio prima della direzione.
Storia dopo utilizzotraccia presente
664
Set S33 - roadmap esecutiva post S28
Gli export CSV con dettagli operativi restano disabilitati finche audit export e permessi non sono completi?
Non rispostaMantiene i report minimizzati finche il canale export non e governato.
Storia dopo utilizzotraccia presente
665
Set S33 - roadmap esecutiva post S28
S29 deve partire con protocollo mock/manuale interno prima di collegare un protocollo esterno reale?
Non rispostaPermette testare stati, pacchetto, hash e fallimento senza dipendere da provider.
Storia dopo utilizzotraccia presente
666
Set S33 - roadmap esecutiva post S28
Il primo adapter protocollo deve essere export controllato da consegnare al protocollo oppure API diretta?
Non rispostaScelta architetturale: export controllato e piu prudente; API diretta e piu integrata ma rischiosa.
Storia dopo utilizzotraccia presente
667
Set S33 - roadmap esecutiva post S28
L hash del pacchetto protocollo deve includere classificazione standard/riservato e lista documenti inclusi/esclusi?
Non rispostaRende verificabile perche un documento riservato non e entrato nel pacchetto standard.
Storia dopo utilizzotraccia presente
668
Set S33 - roadmap esecutiva post S28
S31 setup versionato e prerequisito prima di attivare regole protocollo configurabili per categoria?
Non rispostaEvita policy protocollo vive senza bozza/pubblicato e rollback.
Storia dopo utilizzotraccia presente
669
Set S33 - roadmap esecutiva post S28
La pubblicazione setup deve mostrare sempre diff prima/dopo e impatto su ticket aperti?
Non rispostaRende concreta la regola di non cambiare automaticamente pratiche gia aperte.
Storia dopo utilizzotraccia presente
670
Set S33 - roadmap esecutiva post S28
S32 deve partire agganciando prima utenti Django, enti/uffici o mansionario/organigramma?
Non rispostaServe scegliere la fonte iniziale dei ruoli reali senza duplicare anagrafiche.
Storia dopo utilizzotraccia presente
671
Set S33 - roadmap esecutiva post S28
La firma delle risposte deve dipendere da coda, ruolo, persona reale o template?
Non rispostaDefinisce come evitare firme manuali incoerenti o troppo personali.
Storia dopo utilizzotraccia presente
672
Set S33 - roadmap esecutiva post S28
La prossima consegna deve essere una sola vertical slice completa invece di piu funzioni parallele?
Non rispostaPropongo una slice S26 completa con test, report e rotte prima di passare a email/protocollo.
Storia dopo utilizzotraccia presente
673
Set S33 - roadmap esecutiva post S28
S33 deve bloccare qualunque sviluppo S29 se S26, S27 e S28 non hanno almeno il gate minimo verificato?
Non rispostaRende operativo il principio: protocollo dopo eventi, email e qualita minima.
Storia dopo utilizzotraccia presente
674
Set S33 - roadmap esecutiva post S28
La Definition of Done S33 e scelta della prima slice, domande risposte, roadmap aggiornata, test, report PDF e commit?
Non rispostaChiude la pianificazione esecutiva senza aprire subito migrazioni pesanti.
Storia dopo utilizzotraccia presente
675
Set S33 - roadmap esecutiva post S28
Le domande S33 non risposte devono restare roadmap e non bloccare interventi gia sicuri su S26?
Non rispostaEvita che il nuovo set diventi freno assoluto invece di guida operativa.
Storia dopo utilizzotraccia presente
076
Coda approfondimenti non bloccanti
Qual e il titolare del trattamento da mostrare nella informativa?
Non rispostaServe testo istituzionale definitivo per Conservatorio e setup ente.
Storia dopo utilizzotraccia presente
077
Coda approfondimenti non bloccanti
Serve avviso se la descrizione contiene dati sensibili non necessari?
Non rispostaWarning guidato possibile senza bloccare automaticamente casi legittimi.
Storia dopo utilizzotraccia presente
078
Coda approfondimenti non bloccanti
Gli allegati restano consultabili dopo chiusura o solo archiviati internamente?
Non rispostaDipende da conservazione, visibilita pubblica e gestione rischi file.
Storia dopo utilizzotraccia presente
079
Coda approfondimenti non bloccanti
Le notifiche future partono da mailbox istituzionale unica o da mailbox di coda?
Non rispostaDa definire prima del delivery email reale.
Storia dopo utilizzotraccia presente
080
Coda approfondimenti non bloccanti
Serve bozza risposta prima di invio ufficiale?
Non rispostaUtile per ticket rilevanti da mandare al supervisore prima della risposta.
Storia dopo utilizzotraccia presente
081
Messaggi, note e allegati
Il richiedente puo aggiungere messaggi dopo apertura?
Non rispostaDefinire se sempre fino a chiusura o solo quando il ticket e in attesa integrazione.
Storia dopo utilizzotraccia presente
082
Messaggi, note e allegati
La richiesta integrazione deve essere un messaggio strutturato?
Non rispostaServe collegarla allo stato pubblico in attesa integrazione e al sollecito automatico.
Storia dopo utilizzotraccia presente
083
Messaggi, note e allegati
Serve distinguere risposta ufficiale da messaggio interlocutorio?
Non rispostaUtile per capire quale messaggio chiude davvero il ticket ordinario.
Storia dopo utilizzotraccia presente
084
Messaggi, note e allegati
Le note interne possono chiamare in causa altri operatori o code?
Non rispostaEventuale notifica interna futura, senza esporre il contenuto al richiedente.
Storia dopo utilizzotraccia presente
085
Messaggi, note e allegati
Le note interne sono esportabili nei report ordinari?
Non rispostaAttenzione privacy: forse solo audit/admin, non report direzionali standard.
Storia dopo utilizzotraccia presente
086
Messaggi, note e allegati
Un allegato pubblico puo diventare interno dopo caricamento?
Non rispostaServe cambio visibilita auditato e motivazione.
Storia dopo utilizzotraccia presente
087
Messaggi, note e allegati
Un allegato interno puo essere pubblicato verso il richiedente?
Non rispostaServe controllo responsabile/amministratore prima della pubblicazione.
Storia dopo utilizzotraccia presente
088
Messaggi, note e allegati
Quale controllo sicurezza serve prima di attivare upload pubblico?
Non rispostaAntivirus, neutralizzazione documenti, blocco eseguibili, limiti e quarantena.
Storia dopo utilizzotraccia presente
089
Messaggi, note e allegati
Nel MVP allegati si gestiscono solo da backend o anche lato pubblico?
Non rispostaLa decisione iniziale rinvia upload pubblico: qui va definita l eventuale eccezione.
Storia dopo utilizzotraccia presente
090
Messaggi, note e allegati
Serve versionare allegati sostituiti o oscurati?
Non rispostaImportante per fascicolo, audit e conservazione completa.
Storia dopo utilizzotraccia presente
091
Setup configurabile
Il setup deve gestire anagrafica ente?
Non rispostaNome ente, indirizzo, recapiti, sito.
Storia dopo utilizzotraccia presente
092
Setup configurabile
Il setup deve gestire code, responsabili e linee di competenza?
Non rispostaServe per sapere quando il responsabile puo riassegnare e quando serve admin.
Storia dopo utilizzotraccia presente
093
Setup configurabile
Il setup deve gestire operatori per coda e code collegate?
Non rispostaPermessi, visibilita e isolamento privacy.
Storia dopo utilizzotraccia presente
094
Setup configurabile
Il setup deve gestire categorie, routing e coda alternativa?
Non rispostaCategoria -> coda -> comportamento -> eventuale riassegnazione.
Storia dopo utilizzotraccia presente
095
Setup configurabile
Il setup deve gestire testi privacy con versione e data validita?
Non rispostaVersioni, validita e testo accettato sul ticket.
Storia dopo utilizzotraccia presente
096
Setup configurabile
Il setup deve gestire template ricevute e template guidati domanda?
Non rispostaOggetto, corpo, variabili e schemi tipo tasse accademiche.
Storia dopo utilizzotraccia presente
097
Setup configurabile
Il setup deve gestire stati pubblici e stati interni separatamente?
Non rispostaAttenzione a non rompere workflow e testo visibile al richiedente.
Storia dopo utilizzotraccia presente
098
Setup configurabile
Il setup deve gestire formati, limiti e stato attivazione allegati?
Non rispostaPer attivare gradualmente upload pubblico solo dopo sicurezza.
Storia dopo utilizzotraccia presente
099
Setup configurabile
Il setup deve gestire riapertura per coda, categoria e ruolo?
Non rispostaDecisione gia orientata, ma serve granularita amministrativa.
Storia dopo utilizzotraccia presente
100
Setup configurabile
Il setup deve avere anteprima pubblica di testi, categorie e template?
Non rispostaAiuta validazione prima della pubblicazione e riduce errori utenti.
Storia dopo utilizzotraccia presente
101
Area riservata futura
Quale utente entra per primo in area riservata: studente o personale?
Non rispostaStabilire priorita dopo core ticket.
Storia dopo utilizzotraccia presente
102
Area riservata futura
L area riservata mostra tutti i ticket dello stesso utente?
Non rispostaRichiede identita stabile oltre email+codice.
Storia dopo utilizzotraccia presente
103
Area riservata futura
Come colleghiamo ticket aperti senza login a un account futuro?
Non rispostaMigrazione delicata.
Storia dopo utilizzotraccia presente
104
Area riservata futura
La matricola aiuta collegamento automatico o resta manuale?
Non rispostaNon deve diventare obbligatoria.
Storia dopo utilizzotraccia presente
105
Area riservata futura
Il personale interno usa la stessa area riservata degli studenti?
Non rispostaPotrebbero servire viste diverse.
Storia dopo utilizzotraccia presente
106
Area riservata futura
I fornitori avranno fascicolo richieste separato?
Non rispostaPossibile area fornitori futura.
Storia dopo utilizzotraccia presente
107
Area riservata futura
Gli stakeholder partner vedono solo proprie richieste?
Non rispostaGestione identita enti.
Storia dopo utilizzotraccia presente
108
Area riservata futura
L area riservata permette nuovi messaggi senza codice?
Non rispostaProbabile si, dopo login.
Storia dopo utilizzotraccia presente
109
Area riservata futura
L area riservata mostra allegati storici?
Non rispostaPolicy privacy e retention.
Storia dopo utilizzotraccia presente
110
Area riservata futura
L area riservata avra notifiche interne?
Non rispostaFase avanzata.
Storia dopo utilizzotraccia presente
111
Report e direzione
Quali KPI vuole vedere la Direzione?
Non rispostaVolumi, arretrati, code critiche, escalation, tempi e categorie ricorrenti.
Storia dopo utilizzotraccia presente
112
Report e direzione
Quali KPI servono ai responsabili coda?
Non rispostaTicket nuovi troppo a lungo, assegnazioni, integrazioni, ticket rilevanti e arretrati.
Storia dopo utilizzotraccia presente
113
Report e direzione
Serve report per categoria e template guidato?
Non rispostaAiuta miglioramento FAQ, modulistica e domande preformate.
Storia dopo utilizzotraccia presente
114
Report e direzione
Serve report per periodo accademico?
Non rispostaPicchi iscrizioni, esami, tasse e scadenze amministrative.
Storia dopo utilizzotraccia presente
115
Report e direzione
Serve report per tipo richiedente?
Non rispostaStudente, pubblico, fornitore, personale, stakeholder, operatore per conto terzi.
Storia dopo utilizzotraccia presente
116
Report e direzione
Come misuriamo il tempo di prima risposta?
Non rispostaDa creazione a primo messaggio pubblico non automatico o richiesta integrazione.
Storia dopo utilizzotraccia presente
117
Report e direzione
Come misuriamo il tempo di chiusura?
Non rispostaSeparare ticket ordinari, ticket in attesa utente e ticket riaperti.
Storia dopo utilizzotraccia presente
118
Report e direzione
Come misuriamo riaperture e ticket conservati?
Non rispostaLa riapertura conserva tutto: serve KPI dedicato senza falsare la prima chiusura.
Storia dopo utilizzotraccia presente
119
Report e direzione
Serve esportazione CSV con motivazione obbligatoria?
Non rispostaProbabile, ma con permessi stretti e audit export.
Storia dopo utilizzotraccia presente
120
Report e direzione
Serve report pubblico aggregato senza dati personali?
Non rispostaTrasparenza utile, ma solo dopo metriche stabili.
Storia dopo utilizzotraccia presente
121
Sicurezza e audit
Ogni cambio stato genera evento audit?
Non rispostaCronologia non modificabile.
Storia dopo utilizzotraccia presente
122
Sicurezza e audit
Ogni cambio assegnazione genera evento audit?
Non rispostaResponsabilita chiara.
Storia dopo utilizzotraccia presente
123
Sicurezza e audit
Ogni modifica categoria o coda genera evento audit?
Non rispostaTraccia routing corretto, correzione e catena autorizzativa.
Storia dopo utilizzotraccia presente
124
Sicurezza e audit
Ogni accesso operatore al ticket va loggato?
Non rispostaAudit forte ma piu dati: decidere per code normali e riservate.
Storia dopo utilizzotraccia presente
125
Sicurezza e audit
Ogni accesso pubblico email+codice va loggato?
Non rispostaDa bilanciare con privacy e rate limit.
Storia dopo utilizzotraccia presente
126
Sicurezza e audit
Serve rate limit su consultazione codice ticket?
Non rispostaProtezione contro tentativi su email + codice.
Storia dopo utilizzotraccia presente
127
Sicurezza e audit
Serve captcha sul form pubblico solo se arriva spam?
Non rispostaPossibile dopo primi test, evitando attrito iniziale.
Storia dopo utilizzotraccia presente
128
Sicurezza e audit
Serve blocco allegati eseguibili sempre?
Non rispostaSi, ma va formalizzato insieme a neutralizzazione documenti.
Storia dopo utilizzotraccia presente
129
Sicurezza e audit
Serve audit per esportazioni e oscuramenti?
Non rispostaObbligatorio se export o oscuramento contengono dati o modificano visibilita.
Storia dopo utilizzotraccia presente
130
Sicurezza e audit
Serve mascherare email e dati personali nei log tecnici?
Non rispostaBuona pratica privacy e minimizzazione.
Storia dopo utilizzotraccia presente
131
Integrazioni future
Il core deve integrarsi con protocollo?
Non rispostaNon nel MVP, ma modello deve non impedirlo.
Storia dopo utilizzotraccia presente
132
Integrazioni future
Il core deve integrarsi con Esse3 o gestionale studenti?
Non rispostaPossibile futuro, non vincolo apertura.
Storia dopo utilizzotraccia presente
133
Integrazioni future
Il core deve integrarsi con rubrica persone e ruoli?
Non rispostaOperatori, responsabili e amministratori possono venire da enti/organizzazione.
Storia dopo utilizzotraccia presente
134
Integrazioni future
Il core deve integrarsi con organigramma e funzionigramma?
Non rispostaCollegare code, uffici, linee di competenza e funzioni.
Storia dopo utilizzotraccia presente
135
Integrazioni future
Il core deve integrarsi con notifiche interne/escalation?
Non rispostaCommunication hub futuro per responsabile, admin e super amministratore.
Storia dopo utilizzotraccia presente
136
Integrazioni future
Il core deve integrarsi con calendario appuntamenti o contatto umano?
Non rispostaDopo stabilizzazione ticket, utile per sollecito utente non integrato.
Storia dopo utilizzotraccia presente
137
Integrazioni future
Il core deve integrarsi con documentale/fascicolo?
Non rispostaAllegati, ricevute, audit e conservazione completa.
Storia dopo utilizzotraccia presente
138
Integrazioni future
Il core deve integrarsi con FAQ/wiki/template guidati?
Non rispostaTicket risolti e categorie ricorrenti possono generare contenuti e template.
Storia dopo utilizzotraccia presente
139
Integrazioni future
Il core deve esporre API pubbliche?
Non rispostaSolo dopo permessi, rate limit, audit e separazione accesso pubblico.
Storia dopo utilizzotraccia presente
140
Integrazioni future
Il core deve supportare import ticket storici o conversazioni manuali?
Non rispostaUtile ma non MVP, specialmente per operatore che apre per conto di qualcuno.
Storia dopo utilizzotraccia presente
141
UI pubblica
La prima domanda pubblica e sempre chi sei?
Non rispostaDecisione gia emersa, confermare in UI.
Storia dopo utilizzotraccia presente
142
UI pubblica
La seconda domanda pubblica e cosa vuoi chiedere?
Non rispostaGuida routing senza chiedere ufficio tecnico.
Storia dopo utilizzotraccia presente
143
UI pubblica
Il form pubblico deve mostrare tempi indicativi solo dopo categoria?
Non rispostaSolo se soglie definite per categoria/coda.
Storia dopo utilizzotraccia presente
144
UI pubblica
Il form pubblico deve mostrare prima FAQ, orientamento o template guidato?
Non rispostaEvita ticket inutili e aiuta domande come tasse accademiche.
Storia dopo utilizzotraccia presente
145
UI pubblica
Quando una categoria e solo orientamento, il bottone invia sparisce?
Non rispostaChiarezza utente: non promettere presa in carico ordinaria.
Storia dopo utilizzotraccia presente
146
UI pubblica
La descrizione deve avere esempi contestuali per categoria?
Non rispostaAiuta richieste chiare e riduce integrazioni successive.
Storia dopo utilizzotraccia presente
147
UI pubblica
La matricola deve apparire solo se tipo richiedente studente?
Non rispostaRiduce rumore per pubblico, fornitori e stakeholder.
Storia dopo utilizzotraccia presente
148
UI pubblica
Il numero pratica deve apparire solo per stato pratica o categorie collegate?
Non rispostaProgressive disclosure su pratiche gia esistenti.
Storia dopo utilizzotraccia presente
149
UI pubblica
Il riepilogo prima di inviare e obbligatorio?
Non rispostaRiduce errori e sostiene due click privacy/consenso.
Storia dopo utilizzotraccia presente
150
UI pubblica
Dopo invio la pagina mostra codice, ricevuta e istruzioni di conservazione?
Non rispostaCoerente con email reale rinviata e consultazione via email + codice.
Storia dopo utilizzotraccia presente
151
Casi delicati e orientamento
Riconoscimento crediti resta orientamento o ticket controllato?
Non rispostaOggi orientamento, ma potrebbe servire coda didattica controllata.
Storia dopo utilizzotraccia presente
152
Casi delicati e orientamento
Trasferimenti tra istituzioni restano orientamento?
Non rispostaCasi complessi e documentali, da evitare come ticket ordinario automatico.
Storia dopo utilizzotraccia presente
153
Casi delicati e orientamento
Piani di studio complessi restano orientamento?
Non rispostaPotrebbero richiedere didattica, coordinatori e docenti.
Storia dopo utilizzotraccia presente
154
Casi delicati e orientamento
Ricorsi restano fuori ticket ordinario?
Non rispostaServe canale formale e testo di orientamento chiaro.
Storia dopo utilizzotraccia presente
155
Casi delicati e orientamento
Procedimenti disciplinari restano fuori ticket ordinario?
Non rispostaDati e responsabilita delicate.
Storia dopo utilizzotraccia presente
156
Casi delicati e orientamento
Contenzioso resta fuori ticket ordinario?
Non rispostaServe presidio direzione/legale.
Storia dopo utilizzotraccia presente
157
Casi delicati e orientamento
Richieste economiche particolari restano orientamento?
Non rispostaPotrebbero toccare dati sensibili e competenze non ordinarie.
Storia dopo utilizzotraccia presente
158
Casi delicati e orientamento
Le categorie delicate devono mostrare template e avvisi diversi?
Non rispostaOrientamento chiaro, non presa in carico impropria.
Storia dopo utilizzotraccia presente
159
Casi delicati e orientamento
Serve registrare solo metriche anonime delle richieste orientate?
Non rispostaMisura bisogno senza raccogliere dati personali inutili.
Storia dopo utilizzotraccia presente
160
Casi delicati e orientamento
Serve escalation manuale da orientamento a ticket controllato?
Non rispostaSolo operatori, responsabili o amministratori secondo competenza.
Storia dopo utilizzotraccia presente
161
Enti, uffici e organigramma
Ogni coda deve collegarsi a un ufficio dell organigramma?
Non rispostaRende helpdesk leggibile nel funzionigramma e nella catena di responsabilita.
Storia dopo utilizzotraccia presente
162
Enti, uffici e organigramma
Ogni categoria deve collegarsi a una funzione?
Non rispostaUtile per spiegare perche va a una coda senza far scegliere ufficio al pubblico.
Storia dopo utilizzotraccia presente
163
Enti, uffici e organigramma
Il direttore compare come organo e direzione?
Non rispostaDecisione emersa nel lavoro Segreteria, da mantenere coerente.
Storia dopo utilizzotraccia presente
164
Enti, uffici e organigramma
Segreteria studenti e didattica hanno descrizioni pubbliche separate?
Non rispostaCarriera amministrativa vs carriera didattica.
Storia dopo utilizzotraccia presente
165
Enti, uffici e organigramma
Serve mostrare area/servizio responsabile nella pagina pubblica?
Non rispostaAiuta conoscenza dell organigramma ma non deve far scegliere ufficio tecnico.
Storia dopo utilizzotraccia presente
166
Enti, uffici e organigramma
Serve mostrare operatori nominali al pubblico?
Non rispostaDi solito no, salvo contatti istituzionali e pagine conoscitive.
Storia dopo utilizzotraccia presente
167
Enti, uffici e organigramma
Serve mostrare responsabile coda nel backend e nella dashboard arretrati?
Non rispostaSi, per presidio, solleciti e catena escalation.
Storia dopo utilizzotraccia presente
168
Enti, uffici e organigramma
Serve supportare piu enti in futuro o solo setup mono-ente configurabile?
Non rispostaCore generico, ma MVP sul Conservatorio Cimarosa.
Storia dopo utilizzotraccia presente
169
Enti, uffici e organigramma
Il setup ente deve riusare tabelle enti, organizzazione, uffici e persone?
Non rispostaValutare collegamento con foundation enti senza duplicare anagrafiche.
Storia dopo utilizzotraccia presente
170
Enti, uffici e organigramma
Le code dismesse restano storicizzate con responsabili e uffici di allora?
Non rispostaTicket vecchi devono mantenere contesto anche se organigramma cambia.
Storia dopo utilizzotraccia presente
171
Test, seed e qualita
Quali seed obbligatori servono allo Sprint 1?
Non rispostaEnte, code, categorie, testi privacy, template ricevuta.
Storia dopo utilizzotraccia presente
172
Test, seed e qualita
I seed devono essere idempotenti?
Non rispostaObbligatorio per sviluppo e demo.
Storia dopo utilizzotraccia presente
173
Test, seed e qualita
Quale test verifica generazione codice ticket?
Non rispostaSequenza, anno, unicita.
Storia dopo utilizzotraccia presente
174
Test, seed e qualita
Quale test verifica doppio consenso privacy?
Non rispostaSenza due conferme niente ticket.
Storia dopo utilizzotraccia presente
175
Test, seed e qualita
Quale test verifica routing categoria-coda e riassegnazione autorizzata?
Non rispostaCategoria chiara, da assegnare, stessa linea e linee diverse.
Storia dopo utilizzotraccia presente
176
Test, seed e qualita
Quale test verifica note interne non pubbliche?
Non rispostaSeparazione visibilita.
Storia dopo utilizzotraccia presente
177
Test, seed e qualita
Quale test verifica ricevuta generata e salvata?
Non rispostaAnche senza invio email.
Storia dopo utilizzotraccia presente
178
Test, seed e qualita
Quale test verifica operatore per conto terzi?
Non rispostaRichiedente reale + operatore.
Storia dopo utilizzotraccia presente
179
Test, seed e qualita
Quale test verifica stati pubblici e interni separati?
Non rispostaMapping, transizioni base e chiarimento dello stato visibile al richiedente.
Storia dopo utilizzotraccia presente
180
Test, seed e qualita
Quale test verifica allegati senza upload pubblico e visibilita separata?
Non rispostaModello pronto, UI pubblica rinviata, allegati interni non esposti.
Storia dopo utilizzotraccia presente
181
Governance contenuti
Chi valida testo informativa privacy prima del pubblico?
Non rispostaIl richiedente approva il testo in apertura, ma il testo va governato prima.
Storia dopo utilizzotraccia presente
182
Governance contenuti
Chi valida template ricevuta e template domanda guidata?
Non rispostaSegreteria, Direzione, amministratore helpdesk o responsabile coda.
Storia dopo utilizzotraccia presente
183
Governance contenuti
Chi valida descrizioni categorie e code collegate?
Non rispostaDevono essere comprensibili e rispettare competenze/linee.
Storia dopo utilizzotraccia presente
184
Governance contenuti
Chi aggiorna categorie solo orientamento?
Non rispostaEvita promesse improprie e apertura ticket ordinari su casi delicati.
Storia dopo utilizzotraccia presente
185
Governance contenuti
Chi decide quando una FAQ o template sostituisce apertura ticket?
Non rispostaRiduzione carico senza bloccare diritti o richieste legittime.
Storia dopo utilizzotraccia presente
186
Governance contenuti
Serve una data validita per testi pubblici e categorie?
Non rispostaVersioning contenuti e coerenza ricevuta/privacy.
Storia dopo utilizzotraccia presente
187
Governance contenuti
Serve stato bozza/pubblicato per setup testuale?
Non rispostaEvita pubblicazione accidentale di template, privacy, ricevute e orientamenti.
Storia dopo utilizzotraccia presente
188
Governance contenuti
Serve anteprima operatore dei testi pubblici e della ricevuta?
Non rispostaControllo prima del go-live e prima di cambiare categorie.
Storia dopo utilizzotraccia presente
189
Governance contenuti
Serve storico modifiche dei testi e delle categorie?
Non rispostaAudit editoriale e ricostruzione di cosa vedeva il richiedente.
Storia dopo utilizzotraccia presente
190
Governance contenuti
Serve export PDF della configurazione helpdesk per approvazione?
Non rispostaUtile per firma, direzione e governance della configurazione.
Storia dopo utilizzotraccia presente
191
Go-live e manutenzione
Qual e il criterio minimo per aprire il form pubblico?
Non rispostaCore, testi, privacy, ricevuta, dashboard operatori, routing e catena escalation.
Storia dopo utilizzotraccia presente
192
Go-live e manutenzione
Il go-live parte con pilota interno o pubblico limitato?
Non rispostaRiduce rischio e verifica tempi, solleciti e riassegnazioni.
Storia dopo utilizzotraccia presente
193
Go-live e manutenzione
Quanto dura il primo pilota?
Non risposta30 giorni era emerso per sportello didattica.
Storia dopo utilizzotraccia presente
194
Go-live e manutenzione
Quali categorie entrano nel primo giorno e quali restano orientamento?
Non rispostaNon tutte per forza: distinguere MVP ordinario e categorie delicate.
Storia dopo utilizzotraccia presente
195
Go-live e manutenzione
Chi monitora ogni giorno nella prima settimana?
Non rispostaResponsabile coda, amministratore helpdesk e super amministratore in escalation.
Storia dopo utilizzotraccia presente
196
Go-live e manutenzione
Qual e il piano se arrivano ticket spam o urgenze abusive?
Non rispostaCaptcha, rate limit, controllo categoria/oggetto, disattivazione temporanea.
Storia dopo utilizzotraccia presente
197
Go-live e manutenzione
Qual e il piano se una coda accumula arretrati?
Non rispostaAlert al responsabile, poi admin, poi super amministratore; eventuale riassegnazione.
Storia dopo utilizzotraccia presente
198
Go-live e manutenzione
Qual e il piano se una categoria o coda e sbagliata?
Non rispostaCorrezione setup, migrazione ticket aperti e audit della riassegnazione.
Storia dopo utilizzotraccia presente
199
Go-live e manutenzione
Quando si attiva upload pubblico allegati?
Non rispostaSolo dopo sicurezza, neutralizzazione rischi e processo di visibilita.
Storia dopo utilizzotraccia presente
200
Go-live e manutenzione
Quando si inizia a costruire area riservata?
Non rispostaDopo core ticket stabile, prime metriche reali e accesso email+codice consolidato.