Services et règles de transmission du travail
Services (/departments) définissent la structure de gestion et la transmission des tâches. Ils influencent escalade, attribution, visibilité et contrôle. Créez un service via /departments/new et ouvrez un service existant via /departments/:departmentId; les champs et onglets dépendent de vos droits.
La documentation est traduite, mais certains libellés visibles de Services peuvent temporairement hériter d’une langue de base dans la langue choisie. Cela ne change ni les droits ni les données ; ne prenez pas un écran multilingue pour une preuve de capture localisée avant d’en vérifier les libellés visibles dans la version actuelle.
Les deux pages sont adressables et conservent l’onglet choisi dans le paramètre tab; Tous les services revient au registre et le bouton Retour du navigateur garde le chemin attendu. Le chargement a son état propre, une erreur de lecture propose Réessayer, et un service supprimé ou inaccessible est affiché comme Introuvable, pas comme une fiche vide.
Hiérarchie et modifications
Dans /departments/new, saisissez le nom obligatoire, le code, le service parent, le responsable, l’ordre et l’état actif. Après un enregistrement réussi, le portail redirige vers la page du service créé au lieu de laisser le résultat dans une modale. La création et les modifications exigent le droit d’écriture; sinon le formulaire explique la restriction.
La page du service propose quatre onglets : Aperçu, Membres, Règles des tâches et Paramètres. L’aperçu montre la position, les services enfants, le responsable et les faits ; Membres permet de rechercher, ajouter, retirer et enregistrer. Les règles montrent les préréglages et directions de transmission et exigent un motif pour enregistrer ou réinitialiser les règles locales. Paramètres contient l’enregistrement normal, un état actif réversible et un bouton Supprimer irréversible avec confirmation. Il n’existe pas d’onglet Supprimer séparé.
Ajouter une personne ne la transfère pas hors de son service précédent : cela ajoute une autre appartenance. Pour un transfert réel, retirez-la séparément de son ancien service, puis vérifiez son accès après les deux modifications ; un enregistrement réussi ne montre pas comment la visibilité ou les droits ont changé.
Changer le responsable n’est pas un simple ajustement visuel : cela modifie le périmètre « ses propres éléments et ceux des subordonnés », donc la visibilité CRM. L’écran n’explique pas cette conséquence avant ou après l’enregistrement ; convenez d’abord du changement avec la personne responsable de la politique, puis vérifiez séparément l’accès de la personne concernée. Un enregistrement réussi ne prouve pas que la visibilité est correcte.
Avant de déplacer ou de fermer un service, vérifiez les tâches actives, les workflows, les projets, les documents et le responsable actuel. Avant de supprimer un service parent, déplacez ou fermez d’abord chaque service enfant, puis vérifiez les employés et les tâches. Le dialogue de confirmation ne liste ni les services enfants ni les volumes de nettoyage : sans nouveau rattachement, un service enfant peut encore exister mais disparaître de l’arbre et de la recherche. La fermeture ne doit ni supprimer l’historique ni laisser le travail existant sans responsable.
Onglets et modifications
Un onglet masqué ne prouve pas l’absence de la fiche : il peut être indisponible selon les droits alors que le service reste accessible en lecture seule. Avant toute modification, vérifiez tab, la révision actuelle et le message de droit d’écriture.
Dans le bloc de réception des tâches du service, vous pouvez activer ou désactiver les affectations vers ce service. Une fois activé, le système choisit les candidats à tour de rôle ; le périmètre peut se limiter au service ou inclure ses sous-services, et vous pouvez exiger une acceptation avant le début du travail. Un refus motivé passe au candidat éligible suivant ou revient à l’affectation manuelle lorsque la file est épuisée. Définissez le nombre minimal d’exécutants actifs ; sans acceptation obligatoire, la tâche est considérée comme commencée dès son affectation.
Dans Règles des tâches → Planification du travail, choisissez Comme dans le portail, Autorisé ou Non autorisé. La première option ne crée aucune règle de service ; le réglage affiché du portail n’est qu’une valeur par défaut, car une politique de l’entreprise peut encore limiter le droit effectif. Lorsque l’auto-planification n’est pas autorisée, le travail est planifié par l’auteur de la tâche ou le responsable de l’exécutant. La planification du travail ne modifie pas l’échéance de la tâche. Indiquez un motif avant l’enregistrement, puis relisez la règle : un bref rechargement ne prouve pas à lui seul le résultat.
Règles effectives
Examinez ensemble la structure, les membres, les règles de tâches et les réglages locaux. Ces informations se trouvent dans les onglets correspondants ; n’accordez pas l’administration pour contourner une politique locale mal comprise.
Les affectations entrantes dépendent aussi des règles des autres services et des réglages globaux. La réinitialisation des réglages locaux supprime les exceptions locales et réapplique les réglages globaux ; expliquez le motif et l’effet attendu avant la modification.
Recherche et presets
Recherchez un service par nom, code ou responsable et activez Afficher les inactifs si nécessaire; vérifiez le nombre de résultats près des filtres. Ouvrez un service et utilisez Vue d’ensemble, Membres, Règles de tâches et Paramètres pour vérifier structure, membres, presets et politique locale. Dans les règles de tâches, comparez Tous les rôles, Employés et Responsables.
Les modèles d’attribution sont un point de départ, pas la politique finale. Vérifiez la portée et le rôle réels de chaque règle après sélection. Saisissez un motif avant enregistrement ou réinitialisation et confirmez que seule la couche choisie change.
Directions de transmission des tâches
Testez attribution descendante, escalade ascendante, transfert entre services et travail interne avec un utilisateur de test. Après enregistrement, créez une tâche de test. Si une action est indisponible, vérifiez la portée, l’appartenance et la politique.
Exemples sûrs
Utilisez services, rôles et tâches synthétiques. N’affichez pas de vrais noms, téléphones, codes internes, données client ou libellés mélangés. Gardez les exemples de cette section sans données financières.
Pages associées