Isi-APP Docs fonctionnelles
Toutes les docs
Markdown brut
Addins v2 — Compléments d'information (Livewire + Onyx)
Actif integrations functional Revu le 2026-08-17 integrations/addins-v2.md

Addins v2 — Compléments d'information (Livewire + Onyx)

Slug pivot : addins-v2 — lie cette doc fonctionnelle, la doc technique (.claude/technical-docs/integrations/addins-v2.md) et les tests Dusk (tests/Browser/Features/addins-v2/).

Qu'est-ce qu'un addin ?

Un addin est un complément d'information rattaché à un élément de l'application (un client, un ticket, une intervention, un contrat…). On retrouve les addins un peu partout, sous forme de boutons : Commentaires, Documents, Images, Liens / URL, Factures, Contrats.

Cette refonte (v2) modernise ces compléments :

  • ouverture dans la modale Livewire unifiée de l'application (au lieu de l'ancienne fenêtre chargée par /hook/crud_*) ;
  • interface Onyx cohérente avec le reste des écrans récents ;
  • compteur live sur le bouton déclencheur, mis à jour sans rechargement.

La première brique livrée est l'addin Commentaires, qui sert de référence pour la migration progressive des autres types.

Commentaires — parcours utilisateur

  1. Depuis un élément (ex. fiche client), cliquez sur le bouton Commentaires. Le badge bleu indique le nombre de commentaires visibles par vous : un commentaire privé d'autrui n'est ni affiché ni comptabilisé dans le badge (sauf pour son auteur ou un super-administrateur).
  2. Une modale s'ouvre directement sur le fil des commentaires (du plus récent au plus ancien). Le nombre de commentaires figure dans le titre de la modale (« Gestion des commentaires (N) ») et un bouton Ajouter un commentaire est disponible en haut à gauche. Le temps que le fil se charge, un squelette s'affiche ; les 10 commentaires les plus récents sont montrés, avec un bouton « Voir les commentaires plus anciens » pour charger les suivants par paliers de 10.
  3. Ajouter : cliquez sur Ajouter un commentaire pour dérouler le formulaire. Le champ Objet (optionnel) s'ouvre pré-rempli avec un titre généré automatiquement (ex. « Commentaire du 01/07/2026 ») : vous pouvez le laisser tel quel, le modifier ou le vider (il sera alors régénéré). Rédigez ensuite le commentaire dans l'éditeur de texte enrichi, puis cliquez sur Publier (ou Annuler pour replier le formulaire). Après publication, le formulaire se referme et le compteur du bouton se met à jour immédiatement. Dans le fil, un objet laissé sur sa valeur automatique n'est pas réaffiché (la date figure déjà en tête du commentaire) ; un objet que vous avez saisi, si.
  4. Commentaire privé : activez l'interrupteur Commentaire privé pour qu'un commentaire ne soit visible que de son auteur (et des super-administrateurs 1 / 100). Un commentaire privé est exclu du fil et du compteur pour les autres utilisateurs — le badge correspond donc toujours à ce qui est affiché.
  5. Repérage de vos commentaires : vos propres commentaires sont mis en avant par une teinte bleue très claire (liseré + fond léger) et la mention (vous) à côté de votre nom ; ceux des autres interlocuteurs restent neutres. Cela permet de distinguer d'un coup d'œil qui a écrit quoi dans le fil.
  6. Modifier / Supprimer : le bouton Modifier n'apparaît que sur vos propres commentaires. Le bouton Supprimer est disponible sur vos propres commentaires (à tout moment) et, pour les super-administrateurs (profils 1 / 100), sur tous les commentaires (modération) ; la suppression demande une confirmation et est définitive.

Règles d'accès

Action Qui ?
Lire les commentaires non privés Tout utilisateur ayant accès à l'élément
Lire un commentaire privé Son auteur, ou un super-administrateur (profils 1 / 100)
Ajouter un commentaire Tout utilisateur ayant accès à l'élément et disposant du droit de création
Modifier un commentaire Son auteur uniquement (un administrateur ne peut pas modifier le commentaire d'autrui : le contenu lui reste attribué) et disposant du droit de modification
Supprimer un commentaire Son auteur (sur ses propres commentaires, sans limite de temps) ou un super-administrateur (profils 1 / 100, pour n'importe quel commentaire)

Super-administrateur = profil courant 1 (super-admin développeur ISI-APP) ou 100 (super-admin côté client). C'est volontairement plus restrictif que la notion d'« administrateur standard » de l'application (isAdminLocalUser : {100, 110, 150} ou < 50) : un admin 110 / 150 ne peut ni supprimer le commentaire d'autrui ni lire les commentaires privés d'autrui.

  • Modification : réservée à l'auteur, et passe en plus par la gestion des droits spécifiques (manageAccessRights, action U).
  • Suppression : l'auteur peut supprimer ses propres commentaires à tout moment ; un super-administrateur (1 / 100) peut supprimer n'importe quel commentaire (modération). Le droit D de manageAccessRights n'entre pas en compte.

ℹ️ Les commentaires de la v2 cohabitent avec ceux créés par l'ancien système (mêmes tables _com_comment / _com_acl) : l'historique reste visible et éditable.

Disponibilité

Types d'addins déjà migrés en v2 : Commentaires, Images, Liens, Documents, Factures, Contrats, Configurations, Contacts, Documentation, Évaluations, Échanges, Interventions, Base de connaissance et Tâches. Leur bouton ouvre la modale v2 :

  • sur la fiche client allégée (CRM light), via le composant <x-addin.button> ;
  • sur la page d'un évènement (/events/{id}) : les Commentaires sont rendus directement dans la page (composant addin.comment-manager en inline, sans modale), puis un bloc « Compléments » regroupe les addins Images, Liens et Documents sous forme de boutons (module 12190101, rattachés à l'idcevent) ;
  • sur la page d'un ticket support (/ticketv4/sav/{id}) : mise en page façon outil de ticketing (Zendesk/Freshdesk) — un fil « Conversation » au centre (demande, réponse, puis commentaires) et une sidebar à droite regroupant les propriétés du ticket (dont la priorité et une carte demandeur e-mail / téléphone / organisation) ainsi que les Images et Documents en panneaux repliables. Les notes internes (commentaires privés) s'affichent sur fond jaune ;
  • génériquement sur toutes les fiches d'un module dont le paramétrage (_modelement.txcommon) contient la lettre correspondante (C commentaires, I images, L liens, D documents, F factures, Z contrats, P configurations, E contacts, W documentation, V évaluations, M échanges, R interventions, K base de connaissance, T tâches) — c.-à-d. partout où apparaît le menu d'addins standard (fiches réunion, équipements, etc.).

Images

Le bouton Images ouvre une galerie : vignettes des images rattachées à l'élément. Bouton Ajouter des images (déroulant) → sélection de plusieurs fichiers d'un coup (JPG/PNG/GIF/WEBP, 5 Mo max), avec aperçu. Les grandes images sont automatiquement réduites (côté navigateur) avant l'envoi — plus rapide et plus léger. On peut leur donner des étiquettes (chips, communes au lot) et une description commune en texte enrichi. Pour un ajout unitaire, un champ Titre permet de nommer l'image ; en lot, chaque image reprend son nom de fichier (renommable ensuite via Modifier).

Au survol d'une vignette : Télécharger, Modifier (titre/étiquettes/ description), Détacher et Supprimer définitivement. Un clic ouvre l'image en grand dans une visionneuse avec navigation ◀ ▶, légende (titre / description) et téléchargement. Un bouton Rattacher une existante permet de réutiliser une image déjà chargée pour l'entité sans la re-téléverser ; si une image est sur plusieurs fiches, sa vignette l'indique (badge « N »). Quand la galerie est fournie, un champ de recherche (titre / description / étiquette) la filtre.

Comme une image peut figurer sur plusieurs fiches : Détacher la retire seulement de cette fiche (fichier conservé — droit U) ; Supprimer définitivement la retire partout et efface le fichier (droit D, avec avertissement si elle est sur plusieurs fiches).

L'ajout, la modification, le détachement et la suppression sont soumis à manageAccessRights (C/U/D) sur le module maître : selon la configuration, un utilisateur peut ne voir la galerie qu'en lecture. Contrairement aux commentaires, les images n'ont pas de notion d'auteur (galerie partagée), donc ces droits sont la seule autorisation.

Liens / URL

Le bouton Liens / url ouvre la liste des liens rattachés à l'élément. Bouton Ajouter un lien (déroulant) → URL (requise) et titre sur une même ligne, puis une description optionnelle en texte enrichi (mise en forme, listes…). Seules les URL http / https sont acceptées ; si vous saisissez exemple.com sans https://, le préfixe est ajouté automatiquement. Chaque lien s'affiche sous forme de carte « bookmark » entièrement cliquable (ouverture dans un nouvel onglet) : une pastille à l'initiale du domaine (couleur stable propre à chaque domaine), le titre, le domaine (ex. docs.editeur.com), la description et l'auteur/date. Si le lien est rattaché à plusieurs fiches, la carte l'indique (« N fiches »). Au survol, la carte se surligne et les actions apparaissent. Comme les images, les liens sont partagés (pas de notion d'auteur) et soumis à manageAccessRights (C/U/D).

Quand l'élément compte de nombreux liens, un champ de recherche (par titre ou URL) s'affiche en haut de la liste pour filtrer en direct.

À côté d'Ajouter un lien, un bouton Rattacher un existant permet de réutiliser un lien déjà créé pour l'entité (recherche par titre / domaine) : il est rattaché à cette fiche sans être dupliqué (le même lien peut ainsi figurer sur plusieurs fiches). Seuls les liens de l'entité non déjà rattachés ici sont proposés.

Comme un lien peut être présent sur plusieurs fiches, deux actions distinctes sont proposées au survol : Détacher (le retire seulement de cette fiche ; il reste disponible pour l'entité et sur les autres fiches) et Supprimer définitivement (efface le lien partout, irréversible — un avertissement indique le nombre de fiches concernées le cas échéant). Cela corrige le piège où supprimer un lien rattaché l'effaçait des autres fiches. Détacher ne requiert que le droit de modification (U) ; Supprimer définitivement exige le droit de suppression (D).

Documents

Le bouton Documents ouvre la liste des fichiers rattachés à l'élément. Bouton Ajouter un document (déroulant) → fichier PDF, Word, Excel, PowerPoint, OpenDocument ou texte (5 Mo max ; images et archives exclues — sécurité), titre, étiquette optionnelle et description en texte enrichi. Chaque document affiche une icône selon son type, sa taille, son étiquette et un lien de téléchargement. Un bouton Rattacher un existant permet de réutiliser un fichier déjà chargé pour l'entité sans le re-téléverser. Si le document est rattaché à plusieurs fiches, la carte l'indique (« N fiches »). Les documents sont partagés (pas de notion d'auteur) et soumis à manageAccessRights (C/U/D).

Comme un document peut figurer sur plusieurs fiches, deux actions distinctes au survol : Détacher (le retire seulement de cette fiche, fichier conservé — droit U) et Supprimer définitivement (le retire partout et efface le fichier, irréversible — droit D ; un avertissement indique le nombre de fiches concernées). Quand l'élément compte de nombreux documents, un champ de recherche (titre, description ou étiquette) filtre la liste en direct.

Factures

Le bouton Factures ouvre la liste des factures rattachées à l'élément, avec fournisseur, montants et statut. Bouton Ajouter une facture (déroulant) → libellé, fournisseur (liste recherchable), montant HT / TTC, type (OPEX/CAPEX), date de facture / de paiement, justificatif PDF ou image (optionnel, 5 Mo max). Chaque facture affiche le montant TTC, le type, et un statut « Payée le … » (si une date de paiement est renseignée) ou « À régler ». Comme les autres addins partagés, soumis à manageAccessRights (C/U/D).

Contrats

Le bouton Contrats ouvre la liste des contrats rattachés à l'élément, dans un affichage visuel et parlant : chaque contrat est présenté sous forme de carte avec un liseré coloré à gauche reflétant son urgence (rouge = échu, orange = échéance proche, gris = à jour). Bouton Ajouter un contrat (déroulant) → intitulé, fournisseur (liste recherchable, fournisseurs partagés inclus), statut (En cours / En projet / Terminé / Non concerné), action à mener (à renouveler, tacite reconduction, à résilier, ne pas reconduire, à renégocier), dates (début, fin / échéance, signature), montant annuel et montant total, description / objet, et contrat signé PDF ou image (optionnel, 5 Mo max).

Chaque carte affiche : le statut et l'action sous forme de badges, le fournisseur, la période (début → fin), la date de signature, un badge d'échéance calculé automatiquement (« Échu le … », « Échéance dans N j », « Échéance le … »), les montants (€/an et total) et un lien de téléchargement du contrat signé. Au survol : actions Modifier / Archiver.

⚠️ Contrairement aux autres addins v2 (suppression définitive), la suppression d'un contrat est un archivage : le contrat est marqué dtdel (récupérable) et détaché de l'élément, mais n'est pas effacé de la base. Le compteur du bouton exclut les contrats archivés.

Comme les autres addins partagés, l'ajout / la modification / l'archivage sont soumis à manageAccessRights (C/U/D) sur le module maître.

Configurations

Le bouton Configurations ouvre la liste des fiches de configuration technique rattachées à l'élément. Bouton Ajouter une configuration (déroulant) → intitulé (requis), étiquettes multiples (chips, ex. « Réseau », « Sécurité ») et contenu en texte enrichi (mise en forme, listes…). Chaque fiche affiche son intitulé, ses étiquettes (badges), l'auteur, la date de mise à jour et le contenu mis en forme. Le contenu long est replié (« Afficher tout ») et un lien Copier — affiché sur la ligne d'informations (auteur · date · nombre de fiches) — copie le contenu dans le presse-papier (pratique pour des paramétrages techniques). Au survol : actions Modifier / Détacher / Supprimer.

  • Recherche : au-delà de quelques fiches, un champ permet de filtrer par intitulé, étiquette ou contenu. La liste est triée par ordre alphabétique.
  • Rattacher une existante : une configuration déjà créée pour l'entité peut être rattachée à plusieurs fiches sans duplication (un seul enregistrement, plusieurs liens).
  • Détacher vs Supprimer : Détacher (droit U) ne retire la configuration que de cette fiche (les autres rattachements restent) ; Supprimer définitivement (droit D) la retire de toutes les fiches puis l'efface. Un avertissement signale quand une configuration est rattachée à plusieurs fiches.

Comme les autres addins partagés (images, liens, documents, factures), les configurations n'ont pas de notion d'auteur agissant et sont soumises à manageAccessRights (C/U/D).

Contacts

Le bouton Contacts ouvre la liste des contacts rattachés à l'élément, sous forme de fiches. Bouton Ajouter un contact (déroulant) → nom (requis), fonction, mobile, téléphone, e-mail, référence interne et lien. Les champs sont contrôlés et normalisés : l'e-mail et les numéros de téléphone (format français, ex. 06 12 34 56 78) doivent être valides, et le lien doit être une URL (le préfixe https:// est ajouté automatiquement s'il manque). À l'enregistrement, le nom est mis en majuscules et l'e-mail en minuscules automatiquement (cohérent avec l'existant). Les contacts sont triés par ordre alphabétique. Chaque fiche affiche un avatar à initiales, le nom, la fonction, et des coordonnées cliquables (mobile et téléphone en tel:, e-mail en mailto:, lien dans un nouvel onglet) ; si le contact figure sur plusieurs fiches, un badge « N fiches » l'indique. Au survol : Exporter (vCard), Modifier, Détacher, Supprimer. Comme les autres addins partagés, les contacts n'ont pas de notion d'auteur et sont soumis à manageAccessRights (C/U/D).

Export des contacts : chaque contact peut être exporté individuellement en vCard (bouton carte de visite). En haut, deux boutons exportent tous les contacts de la fiche :

  • Exporter (.csv) : fichier tabulaire (UTF-8) importable en masse dans Outlook / Excel. À privilégier sous Outlook, qui n'importe que le premier contact d'un .vcf groupé.
  • Exporter (.vcf) : carnet vCard unique, idéal pour Google Contacts, Apple Contacts, Thunderbird et la plupart des téléphones (qui importent bien toutes les fiches d'un vCard multi-contacts).

À côté d'Ajouter un contact, un bouton Rattacher un existant permet de réutiliser un contact déjà saisi pour l'entité (recherche par nom / fonction) : il est rattaché à cette fiche sans être dupliqué. Seuls les contacts de l'entité non déjà rattachés ici sont proposés. Quand il y a beaucoup de contacts, un champ de recherche (nom / fonction / e-mail / téléphone / référence) filtre la liste.

Comme pour les liens, deux actions distinctes : Détacher (retire le contact de cette fiche uniquement, le conserve ailleurs — droit U) et Supprimer définitivement (l'efface partout, droit D, avec avertissement si rattaché à plusieurs fiches).

Documentation

Le bouton Documentation ouvre la liste des fiches de documentation / connaissance rattachées à l'élément. Bouton Ajouter une documentation (déroulant) → intitulé (requis), étiquettes (plusieurs possibles, saisies sous forme de chips : on tape le tag puis Entrée) et contenu (requis) en texte enrichi. Chaque fiche s'affiche de façon allégée : avatar de l'auteur, intitulé, étiquettes, auteur, date, temps de lecture estimé et nombre de vues — le contenu n'est pas affiché en ligne (il alourdirait la liste). Un bouton Ouvrir (icône ↗) affiche la documentation complète dans le module Documentation (nouvel onglet). Un bouton Rattacher une existante permet de réutiliser une documentation déjà créée pour l'entité sans la dupliquer ; la liste proposée est triée par ordre alphabétique et exclut les livrets.

Quand l'élément compte de nombreuses documentations, un champ de recherche (intitulé, étiquette ou contenu) filtre la liste en direct.

Seules les documentations publiées sont visibles dans l'addin : les brouillons et les docs en attente de validation (gérés dans le module Documentation) n'apparaissent ni dans la liste, ni dans le compteur, ni dans la liste « Rattacher une existante » ; les documentations archivées non plus.

⚠️ La documentation est une entité du module Documentation (Wiki) : elle peut donc apparaître ailleurs que sur cette fiche. Deux actions distinctes au survol : Détacher (la retire seulement de cette fiche, le document reste dans le module et sur les autres fiches — droit U) et Archiver (la retire partout, module Documentation inclus — récupérable, droit D ; un avertissement indique le nombre de fiches concernées). Création / modification / détachement sont soumis à manageAccessRights (C/U), l'archivage à D ; l'auteur est affiché mais ne restreint pas les droits (documentation collaborative).

Évaluations / Notes

Le bouton Évaluations ouvre les avis donnés sur l'élément. En en‑tête, la moyenne est affichée en étoiles avec le nombre d'avis. Chaque utilisateur a une seule note : un encart « Votre note » propose un sélecteur d'étoiles (1 à 5) et un commentaire optionnel — revoter met à jour votre note (pas de doublon ; le bouton devient « Mettre à jour mon avis »). En dessous, la liste des avis (auteur, note, commentaire, date) ; le vôtre est mis en avant.

  • Ajouter / modifier : tout utilisateur ayant accès à l'élément (droit de création), chacun ne pouvant gérer que sa propre note (la modification passe en plus par le droit de modification).
  • Supprimer : l'auteur de l'avis, ou un super‑administrateur (profils 1 / 100) pour la modération.
  • Délai de modification (24 h) : une note n'est plus modifiable par son auteur passé 24 heures après sa publication — l'avis est alors figé (le formulaire affiche « Avis figé »). Tant qu'on est dans le délai, l'échéance (« Modifiable jusqu'au … ») est rappelée. Pour que ce verrou ait du sens, la suppression par l'auteur se ferme aussi passé ce délai (sinon supprimer puis recréer le contournerait). Un super‑administrateur peut toujours supprimer (modération), sans limite de temps.

ℹ️ Sur les tickets, l'addin Évaluations ne s'affiche que si l'option correspondante est activée dans le paramétrage DSI (comme dans l'ancien système).

Échanges / Messages

Le bouton Échanges ouvre une messagerie interne rattachée à l'élément, présentée comme un fil de discussion moderne (façon Gmail/Front). Chaque message affiche l'avatar et le nom de l'expéditeur, les destinataires (« À : … »), le sujet, le corps (texte enrichi, replié au-delà d'une certaine hauteur), une éventuelle pièce jointe téléchargeable et l'horodatage relatif (« il y a 2 h »).

  • Non-lus en évidence : les messages reçus non lus sont surlignés (liseré bleu, pastille « Nouveau ») ; un compteur « N non lus » et un bouton « Tout marquer comme lu » apparaissent en en-tête. Chaque message reçu peut être basculé lu / non lu.
  • Accusé de lecture : sur vos propres envois, un indicateur montre ✓ Envoyé puis ✓✓ Lu une fois lu par le destinataire.
  • Nouveau message : composer avec destinataires (multi-sélection parmi toutes les personnes de l'entité, sans limite de nombre — tapez les premières lettres pour filtrer), sujet, corps en texte enrichi et pièce jointe optionnelle (5 Mo max).
  • Pré-remplissage sur un ticket : à l'ouverture du composer depuis un ticket, les destinataires sont déjà renseignés — le demandeur et la personne affectée au ticket (vous-même toujours exclu) — et le sujet reprend la référence du ticket (« Ticket #123 - Imprimante en panne »). Le gestionnaire n'a donc que son message à écrire, comme dans l'ancienne version. Le demandeur reste sélectionnable même s'il dépend d'une autre entité (tickets SAV / prestataire-client). Si le demandeur n'est pas un utilisateur ISI (ticket créé par e-mail entrant), aucun destinataire ne peut être pré-rempli.
  • Le sujet est facultatif : laissé vide, il reprend automatiquement la référence du ticket, ou « Nouveau message » hors contexte ticket.
  • Notification e-mail : à l'envoi, chaque destinataire reçoit un e-mail « Nouveau message » (comme dans l'ancien système). Sur un ticket, le destinataire est en plus ajouté aux demandeurs du ticket (s'il n'y figure pas) et le compteur de messages du ticket est mis à jour.
  • Répondre : pré-remplit le destinataire (expéditeur d'origine) et le sujet (« Re: … »).
  • Recherche (sujet / contenu / expéditeur) au-delà de quelques messages.
  • Suppression : par l'auteur du message ou un détenteur du droit D. Un message ne se modifie pas après envoi (sémantique e-mail).

ℹ️ Sur les tickets, l'accès aux échanges suit les droits du module (manageAccessRights), comme les autres addins.

Interventions

Le bouton Interventions (affiché si l'option DSI blinterv est active et le module GMAO disponible) ouvre la liste des interventions terrain rattachées à l'élément. Chaque carte affiche le statut coloré (Planifiée / À finaliser / Terminé / Reporté / Annulé), le type (préventive, curative, remplacement…), la date / heure / durée, l'intervenant (nom, société, téléphone et e-mail cliquables), l'équipement concerné, l'objet, le rapport (replié au-delà d'une certaine hauteur) et un éventuel fichier joint téléchargeable.

  • Nouvelle intervention / modification : composer complet — intitulé, type, date, heure, durée, statut, équipement, objet, coordonnées de l'intervenant, rapport (texte enrichi) et fichier joint (5 Mo max).
  • Demander le rapport : envoie à l'intervenant un e-mail contenant un lien externe sécurisé de saisie du rapport ; l'intervention est alors marquée « Demande envoyée ». (Bouton « Relancer » si une demande a déjà été faite.)
  • Ouvrir la fiche : accès à la fiche intervention complète (avec ses propres commentaires, documents, images…).
  • Recherche (intitulé / objet / rapport / intervenant) et suppression (par le demandeur ou un détenteur du droit D).

Droits requis : ceux du module Interventions, et non ceux de la fiche hôte. Concrètement, un utilisateur autorisé à créer/modifier des interventions le reste même si ses droits sur les tickets sont restreints (lecture seule, par exemple). Seule exception, inchangée : sur un ticket clos ou supprimé, l'ajout est désactivé pour tout le monde.

Base de connaissance

Le bouton Connaissance (affiché pour les profils internes, idcurrent_profile < 900) ouvre les fiches de connaissance rattachées à l'élément. Chaque fiche suit la structure Problème → Action → Solution et affiche un type (catégorie ITIL : incident, problème, changement, requête d'accès…), des tags, un indicateur actif/inactive, l'auteur et la date. Un clic sur la fiche la déplie (même fonctionnement que l'addin Tâches) pour afficher le détail problème / action menée / solution en blocs colorés.

  • Nouvelle fiche / modification : intitulé, tags, type, statut actif, et les trois blocs Problème (requis), Action menée et Solution en texte enrichi.
  • Activer / désactiver une fiche, rechercher (intitulé / contenu / tags).
  • Rattacher une existante : une fiche réutilisable peut être rattachée à plusieurs éléments sans duplication.
  • Détacher vs Supprimer : Détacher (droit U) ne la retire que d'ici ; Supprimer définitivement (droit D) la retire de tous les éléments puis l'efface.

Tâches

Le bouton Tâches (profils internes, idcurrent_profile < 900) ouvre une liste de tâches légère, façon Microsoft To Do. En haut, un champ « Ajouter une tâche… » (+ échéance optionnelle) crée une tâche d'un simple Entrée. Chaque ligne propose :

  • une coche ronde à gauche pour marquer fait / à faire (titre barré quand c'est fait) ;
  • une étoile pour marquer la tâche importante (remontée en tête de liste) ;
  • une échéance (date), affichée en rouge si elle est dépassée, modifiable d'un clic ;
  • la suppression (au survol).

Un clic sur une tâche la déplie (carte) pour afficher ses détails et l'assigner à un autre utilisateur de l'entité (sélecteur recherchable), ainsi que l'avancement, le créateur, l'estimation et les tags. Les tâches terminées sont regroupées dans une section repliable « Terminées (N) ».

Ce n'est volontairement pas le formulaire complet du module Tâches : juste l'essentiel, rapide et visuel. Création = droit C, coche/étoile/échéance/assignation = droit U, suppression = créateur de la tâche ou droit D. Réassigner une tâche à quelqu'un d'autre le notifie par e-mail.

Droits requis : comme pour les Interventions, ceux du module Tâches, et non ceux de la fiche hôte — des droits restreints sur les tickets ne bloquent pas la gestion des tâches d'un ticket. Sur un ticket clos ou supprimé, l'ajout reste désactivé pour tout le monde.

Les autres types d'addins (livrables…) conservent pour l'instant l'ancien système (/hook/crud_*) et seront migrés au fil de l'eau ; tant qu'un type n'est pas migré, son bouton continue de fonctionner normalement. Les addins v2 cohabitent avec ceux créés par l'ancien système (mêmes tables _com_* / _com_acl).