> For the complete documentation index, see [llms.txt](https://docs.opencityitalia.it/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.opencityitalia.it/supporto/come-funziona-il-supporto-di-opencity.md). # Come funziona il supporto di OpenCity? OpenCity Italia gestisce il supporto alla piattaforma attraverso un sistema di ticketing a due livelli. I ticket in entrata vengono qualificati dal primo livello, che li smista alle aree di competenza in base all'argomento. sito web, servizi digitali, integrazioni, pagamenti, protocollazione e così via. L'obiettivo è rispondere e risolvere i problemi nel minor tempo possibile, nel rispetto degli SLA contrattuali. I clienti diretti di OpenCity Italia possono aprire un ticket scrivendo a . Gli Enti che utilizzano la piattaforma tramite un partner **devono invece fare riferimento al proprio partner tecnico**, che si occupa di gestire la relazione con OpenCity Italia. ## Incident {% hint style="info" %} In caso di incident che coinvolge dati personali, si applica una procedura specifica che prevede la notifica al Garante per la protezione dei dati personali entro i termini previsti dalla normativa vigente. {% endhint %} Un incident è un malfunzionamento grave che compromette il funzionamento della piattaforma per uno o più Enti. Quando viene identificato un incident, OpenCity Italia attiva immediatamente un'unità di crisi dedicata e sospende le attività ordinarie per concentrarsi sul ripristino del servizio. La gestione di un incident si articola nelle seguenti fasi: * **Identificazione**: viene definito il perimetro del problema e costituito il team di crisi, composto da un responsabile tecnico e da una persona dedicata alla comunicazione con i clienti * **Investigazione e diagnosi**: vengono raccolti log e informazioni per comprendere la causa e quantificare l'impatto * **Contenimento**: vengono adottate misure immediate per limitare i danni, anche prima di aver risolto la causa principale — ad esempio un rollback della release o l'aumento delle risorse * **Ripristino**: il sistema viene riportato al corretto funzionamento * **Lezioni apprese**: l'incident viene documentato e analizzato per prevenire problemi analoghi in futuro. Durante la gestione di un incident, gli Enti coinvolti ricevono aggiornamenti a cadenza regolare. Lo stato degli incident attivi e risolti è disponibile sulla [status page](https://status.opencontent.io/). --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.opencityitalia.it/supporto/come-funziona-il-supporto-di-opencity.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.