> ## Documentation Index > Fetch the complete documentation index at: https://api-documentation.kare-app.fr/llms.txt > Use this file to discover all available pages before exploring further. # Notifications ### Liste des notifications * **échéance** * Rappel d'échéance (X temps avant, en % avant ?) (siteRule, equipementRule, mais pour les anomalies) **OK**
liaison: **Une règle, plusieurs sites** * si intervention en retard (~~envoyer le détail au prestataire~~) * si intervention pas en retard → rien à faire * si pas intervention → proposer de planifier une intervention * Rappel d'échéance dépassé (tous les X temps) **OK**
liaison: **Une règle, plusieurs sites** * idem pour les interventions * **commission** * rappel de commission
liaison: **plusieurs** **sites** * **boite reception kare** * reception d'un rapport (via mail) * liaison: **plusieurs** **sites, rules** * **Intervention** * Rappel d'intervention
liaison: **plusieurs** **sites, rules** * Une intervention est commencée (prestataire)
liaison: **plusieurs** **sites, rules** * Une intervention a été signé (intervention a vérifier) (prestataire)
liaison: **plusieurs** **sites, rules** * Ajouter un rapport
liaison: **plusieurs** **sites, rules** * Rappel d'intervention dépassée
liaison: **plusieurs** **sites, rules** * **Anomalie (nice to have** * rappel d'échéance (à voir si on filtre pas aussi par criticité)
liaison: **plusieurs** **sites, IT (ET et OU)** * **Actions utilisateurs** * Ajout d'un rapport, résolution d'une anomalie etc
Relié à l'historique des actions, être notifié, pouvoir suivre certaines actions.
liaison: **activity log** → voir notifications suite à l'idéation de l'attribution des responsabilités ### Paramétrage Pour le paramétrage des notifications, il y a une nomenclature bien spécifique. Il faut pouvoir répondre la question du QUOI, de l'intervale ou de la durée en amont, le domaine d'application, et le canal. **Exemple:** * Nature: Rappel échéance * Temporalité: 12 jours avant * Application: \[Site A, règle B, IT X] * Canal: sms, mail, in-app * (Sévérité (type) : alerte (instant T), rappel (à l'approche de l'événement), info (information)) **Fonctionnalité** * duplication **Règle:** * Si la notification est d'un type dont il n'a pas accès, il ne doit pas pouvoir le paramétrer (ex: il n'a pas l'accès à la vue view:report → ne doit pas pouvoir paramétrer les notifications d'actions utilisateurs rapport) ### Besoins Les cas qui sont problématiques pour les utilisateurs : * échéance réglementaire dépassée → **notification** * une intervention non réalisée à temps → **notification** * Une anomalie non traitée. Prévenir quand : * *une échéance d'anomalie est dépassée ou proche (later)* * une commission approche et que des anomalies doivent être résolues → **process préparation de la commission** * une intervention a lieu dans un site et qu'il y a des anomalies à traiter : * si intervention préventive : proposer de corriger les anomalies restantes sur l'intervention précédente → **process préparer commission, ou autre plus simple** * si intervention curative : proposer d'ajouter les anomalies non résolues de la même IT et même site à l'intervention prévue → **à voir** * Un document manquant ou obsolète : * rapport manquant → **intervention "en attente de rapport"** * bon de livraison manquant → **slot bon de livraison dans des interventions curatives** * travaux sans documents recommandés → **travaux "incomplets"** * justificatifs de formation manquants → **formation "en attente de justificatif"** * Une préparation tardive de commission de sécurité → **process préparation de la commission** * formation réalisée à temps → **notification (échéance)** Image Affichage: section dans les paramètres (liste de paramétrage de notification) + affichage classique Seulement pour l'utilisateur. Les paramétrage ne pourrait pas se régler au niveau de l'organisation, ça sera seulement de manière **personnelle**. ### Réflexion Le gros sera plus probablement sur la possibilité de "suivre" une installation technique, une règle ou une site Rule. De pouvoir définir que l'on veut être prévenu pour ces éléments lorsqu'il y a une intervention et d'autres actions. là ou il faut faire attention, c'est la distinction entre le paramètrage des notifications et l'attribution des responsabilités qui va être compliqué. Est ce que si l'on a en responsabilité, des notifications reliés automatiquement sur IT ? le site ? la règle ? Il faut définir QUI, sur QUOI
Par exemple c'est JEAN qui veut recevoir sa notification de rappel d'échéance X temps avant sur la règle Q18. Ou est ce que ça peut être paramétrable ? dans l'élement lié ? comment gérer ça correctement ? Comment suivre les règles, mais peut être définir un suivi plus haut ? par IT par exemple ?