Incidents

À quoi sert l'écran#

• Avec Jira Service Management : un incident est un ticket existant, que l'app relie à des actifs et à des risques. Le titre (s'il est vide) et les dates sont repris du ticket ; l'app ne modifie jamais le ticket.
• Sans JSM : l'app tient un registre léger, chaque incident est saisi ici.

Qui peut faire quoi#

Pas à pas#

1. Lisez le résumé : « Incidents ouverts », « Contenus », « Résolus », « Clos », et « À traiter » (risques à réévaluer, délais à surveiller, leçons à écrire). Affichez « Tous », « Ouverts », « À traiter » ou « Résolus ou clos ».
2. « Enregistrer un incident » : titre, gravité (« Faible » à « Critique »), date et heure de détection en UTC, responsable, actifs touchés, risques liés. Avec JSM, saisissez la clé du ticket (par exemple ITSM-12).
3. Dans le tiroir : changez le statut (« Marquer contenu », « Marquer résolu », « Clore », « Rouvrir »). Un incident clos ne se modifie plus.
4. Pour un incident grave, réévaluez les risques liés dans le registre des risques, puis cliquez sur « J'ai réévalué ces risques ». L'app ne modifie pas les risques.
5. Écrivez les leçons apprises (ce qui s'est passé, ce qui change). Un incident grave ne se clôt pas sans elles.

Les délais de notification#

En choisissant DORA ou NIS2, l'app prépare des échéances (notification initiale, rapport intermédiaire et final ; alerte précoce, notification, rapport final) à partir de la date de détection. Vous notez à la main chaque envoi.

Ces dates sont préparées d'après les textes, à confirmer avec votre conseil. L'app n'envoie rien aux autorités et ne dit pas qu'une notification est exigée dans votre cas.

Limites connues#

• Les dates JSM sont lues telles que Jira les donne ; la clé d'un ticket relié ne change pas.
• Le lien JSM n'ajoute aucune portée : il lit le ticket que vous pouvez déjà voir dans Jira.