Agendis 22 est l’instance du logiciel Agendis déployée par le SDIS des Côtes-d’Armor pour gérer les plannings, les gardes et la disponibilité de ses agents. Édité par Astillia, cet outil couvre la planification opérationnelle des sapeurs-pompiers du département, depuis la déclaration de disponibilité jusqu’à la validation des échanges de garde. Pour tout nouvel utilisateur en 2026, la prise en main suppose de comprendre quelques mécanismes propres à cette plateforme avant de toucher au moindre paramètre.
Règles métier dans Agendis 22 : adapter le paramétrage à la réalité du centre
Le piège le plus documenté sur les déploiements récents d’Agendis concerne le paramétrage initial. Les retours terrain publiés en 2026 signalent un problème récurrent : un copié-collé des règles de garde standard génère des blocages dans les structures qui ne fonctionnent pas exactement comme le modèle SDIS classique.
Concrètement, les délais de validation, les circuits d’approbation et les niveaux de droits pré-configurés correspondent à un organigramme type. Lorsqu’un petit centre ou une structure annexe applique ces règles sans les recalibrer, le système peut refuser des échanges de garde pourtant légitimes, ou créer des sous-effectifs artificiels sur certains créneaux.
La recommandation est simple : avant toute mise en production, cartographier le fonctionnement réel de votre centre (qui valide quoi, dans quel délai, avec quelle marge de manœuvre) et ajuster les paramètres en conséquence. Un paramétrage calqué sur un organigramme théorique produit des résultats théoriques.
Niveaux d’accès Agendis 22 : agent, chef de centre, administrateur
Agendis 22 repose sur une structure d’accès à trois niveaux dont les droits sont clairement différenciés. Comprendre ces niveaux évite les erreurs de manipulation et les demandes de support inutiles dès les premières semaines d’utilisation.
- L’agent consulte uniquement son propre planning, déclare sa disponibilité et peut initier une demande d’échange de garde avec un collègue du même centre.
- Le chef de centre accède à l’ensemble des plannings de son centre, valide ou refuse les échanges de garde, et peut modifier les affectations dans la limite des règles métier configurées.
- L’administrateur SDIS dispose d’un accès global à tous les plannings du département, configure les règles métier (délais, circuits de validation, créneaux) et gère les droits des utilisateurs.
Cette hiérarchie a une conséquence directe sur la prise en main. Un agent qui tente d’accéder à une fonction réservée au chef de centre recevra un refus silencieux ou un message d’erreur peu explicite. Vérifier son niveau de droits est le premier réflexe en cas de blocage.
Traçabilité des échanges de garde : ce qui a changé depuis 2024
Depuis la période 2024-2026, les exigences de traçabilité sur Agendis se sont renforcées. Chaque échange de garde doit désormais générer une trace horodatée consultable par le chef de centre et l’administrateur. Ce mécanisme n’est pas optionnel : il conditionne la conformité du planning en cas de contrôle ou de litige sur une intervention.
En pratique, cela signifie que chaque modification de garde (demande, acceptation, refus, annulation) est enregistrée avec la date, l’heure et l’identifiant de l’agent concerné. Le chef de centre peut consulter cet historique à tout moment.
Revue trimestrielle des échanges
Les retours d’expérience documentés sur des versions proches d’Agendis (départements 62, 95) mentionnent la mise en place d’une revue trimestrielle des échanges de garde. L’objectif est de détecter les déséquilibres (un agent qui échange systématiquement ses gardes de nuit, par exemple) et de corriger les biais avant qu’ils ne deviennent structurels.
Pour un nouveau centre qui démarre sur Agendis 22, intégrer cette revue dans le calendrier de gestion dès le premier trimestre d’utilisation permet d’identifier rapidement les ajustements de paramétrage nécessaires.
Accès mobile à Agendis 22 : portail web ou application native
Deux canaux permettent d’accéder à Agendis 22 en mobilité. Le portail web, accessible via navigateur à l’adresse planning.sdis22.fr, constitue l’interface la plus complète. L’application Agendis Mobile, éditée par Astillia et disponible sur Google Play et l’App Store, offre un accès simplifié aux fonctions courantes.
La distinction compte pour la prise en main. Le portail web reste l’outil de référence pour les opérations avancées : modifications de planning, consultations d’historique, gestion des règles métier (selon le niveau de droits). L’application mobile convient pour la déclaration rapide de disponibilité ou la consultation de son propre planning sur le terrain.
Première connexion mobile
La connexion initiale s’effectue avec le matricule agent. Lors de la première authentification, le système peut demander un changement de mot de passe. Sur l’application native, vérifier que la version installée est à jour évite la majorité des erreurs de connexion signalées par les utilisateurs.
Méthode de démarrage pour un centre en 2026
Démarrer sur Agendis 22 sans friction suppose de respecter un ordre précis. La tentation est de créer les plannings immédiatement, mais les retours terrain montrent que les centres qui passent du temps sur le paramétrage initial économisent des semaines de correction ensuite.
- Cartographier les règles de fonctionnement réelles du centre avant de toucher aux paramètres Agendis (circuits de validation, délais, créneaux de garde).
- Attribuer les niveaux d’accès en vérifiant que chaque chef de centre et administrateur maîtrise les fonctions associées à son rôle.
- Tester les échanges de garde sur un cycle complet avant la mise en production, en vérifiant que la traçabilité horodatée fonctionne correctement.
- Planifier une première revue des échanges de garde à la fin du premier trimestre d’utilisation.
Le paramétrage d’Agendis 22 n’est pas un acte technique ponctuel. Les règles métier doivent évoluer avec le centre, à mesure que les pratiques réelles se stabilisent ou changent. Un planning bien configuré à la mise en service peut devenir inadapté six mois plus tard si personne ne le réévalue.
Le point qui fait la différence entre un déploiement fluide et un déploiement chaotique tient rarement à la maîtrise du logiciel lui-même. Il tient à la qualité du travail préalable : décrire ce que le centre fait réellement, puis traduire ces pratiques en paramètres, plutôt que l’inverse.
