Logiciel DFCI : 8 critères pour choisir le bon outil

La plupart des structures de défense des forêts contre l’incendie ne cherchent pas un logiciel : elles cherchent à ne plus refaire, chaque printemps, le même tableur de secteurs, la même liste de bénévoles et le même fichier de points d’eau. C’est une bonne façon de poser le problème, parce qu’elle dit ce qu’on attend vraiment de l’outil.

Un logiciel DFCI réunit les personnes, les moyens et le temps d’une structure de défense de la forêt contre l’incendie : qui est disponible et quand, quelles vacations sont armées sur quels secteurs, qui est qualifié pour y aller, quels véhicules et quels ouvrages sont en état, et ce qu’il reste au dossier une fois la saison finie. Tout le reste — la cartographie, les exports, l’application mobile — sert ces quatre questions.

Voici les huit critères qui séparent, à l’usage, un outil qui tient une saison d’un outil qu’on abandonne en juillet.

1. Les disponibilités se déclarent, elles ne se téléphonent pas

C’est le critère qui décide de tous les autres. Un dispositif qui appelle la veille pour le lendemain plafonne toujours au même endroit : les dix personnes qui décrochent. Un dispositif qui demande une fois, en juin, pour toute la saison, par créneau et par secteur, avec possibilité de modifier à tout moment, travaille sur une base de plusieurs dizaines de personnes.

Ce qu’il faut vérifier dans l’outil :

• la déclaration se fait depuis un téléphone, sans compte à créer à chaque fois ;
• elle est par créneau, pas par journée entière — la fenêtre de risque de l’après-midi et de la soirée ne se couvre pas avec des journées ;
• elle est par secteur, parce qu’un patrouilleur connaît ses pistes et pas celles du canton voisin ;
• une indisponibilité ponctuelle se pose sans annuler toute la saison.

2. Le planning raisonne en secteurs et en relèves

Un planning de patrouilles n’est pas un agenda partagé. Il porte, pour chaque vacation : le secteur, le créneau, l’effectif attendu, le véhicule affecté, et le nom de la personne qui prend la relève. La relève négociée par téléphone à 17 h 45 est le point de rupture le plus fréquent d’une saison.

Deux fonctions font la différence :

• la récurrence : une tournée se pose une fois et revient au rythme choisi, jusqu’à une date ou après un nombre d’occurrences, sans recréer trente activités à la main ;
• le plan d’armement par niveau de vigilance : combien d’équipages, sur quels secteurs, à quels créneaux, écrit à l’avance pour chaque niveau. Au changement de niveau, on ouvre les vacations correspondantes au lieu de rejouer la discussion.

3. La compétence bloque l’affectation, ou elle ne sert à rien

Tous les outils savent stocker une liste de formations. Très peu s’en servent au bon moment. La seule question utile est : que se passe-t-il si quelqu’un s’inscrit sur une vacation avec une qualification périmée ?

Trois réponses possibles, et une seule est acceptable :

Comportement de l’outil	Ce qui se passe en vrai
Rien, la compétence est une simple fiche	On s’en aperçoit au départ de la vacation, ou jamais
Une alerte par e-mail au responsable	Elle arrive dans une boîte déjà pleine, en pleine saison
L’inscription est refusée, motif affiché	Le problème est traité avant, pas pendant

Le même raisonnement vaut pour le permis, l’autorisation de conduire le véhicule et les formations suivies avec le SDIS.

4. Les ouvrages sont un patrimoine, pas une pièce jointe

Pistes, citernes, points d’eau, barrières, panneaux : ce sont des équipements avec un état, un historique de contrôles et un responsable. Dans un tableur, cet historique disparaît à chaque nouvelle version du fichier. Dans un outil, on doit pouvoir répondre en trois clics à : quand ce point d’eau a-t-il été vérifié pour la dernière fois, par qui, et qu’a-t-on constaté ?

À vérifier : la possibilité de rattacher une fiche de contrôle à un ouvrage, de la remplir depuis le terrain, et de sortir la liste de ce qui n’a pas été vu depuis N mois.

5. L’alerte est ciblée, multicanale, et les réponses remontent

Sur un départ de feu, un envoi groupé à toute la base n’est pas une alerte : c’est du bruit. Ce qu’il faut, c’est filtrer avant d’envoyer — secteur concerné, compétence requise, disponibilité déclarée — puis suivre les réponses en direct pour savoir quand l’équipe est constituée.

Le canal compte aussi. La notification arrive tout de suite mais suppose l’application installée ; le SMS passe partout mais se paie ; l’e-mail sert de trace. Un outil sérieux fait les trois et vous laisse choisir la combinaison.

6. Le compte rendu tient en cinq lignes ou il n’est pas rempli

Toutes les structures ont essayé un formulaire complet. Aucune ne l’a tenu au-delà de trois semaines. Le format qui survit à une saison se remplit depuis le véhicule à la fin de la vacation : secteur, créneau, équipage, kilomètres, faits marquants, anomalies constatées. Le reste se déduit.

Critère de choix : le formulaire est-il configurable par vous, ou faut-il demander à l’éditeur pour ajouter une case ?

7. La structure à plusieurs niveaux doit être native

Une ASA, une union départementale, une association régionale : chacune a ses membres, son planning et ses données, et chacune a besoin de voir le niveau du dessous sans que personne ne ressaisisse quoi que ce soit. Un outil pensé pour une seule entité oblige à créer un compte par structure — et à faire des additions à la main en fin de saison.

À demander en démonstration : montrez-moi la vue de l’union départementale sur les vacations de trois ASA différentes, et l’export consolidé des heures.

8. Le bilan de saison doit sortir sans travail supplémentaire

Le rapport d’activité de septembre demande toujours les mêmes chiffres : heures réalisées, vacations armées, kilomètres parcourus, détections, et nombre de personnes réellement mobilisées. Si ces chiffres supposent de reprendre les feuilles papier, l’outil n’a rien fait gagner : il a juste déplacé la saisie.

Le dernier indicateur est le plus important et le plus souvent absent : une structure tenue par quinze personnes sur cent inscrites n’est pas un dispositif, c’est un sursis.

Tableur, planning générique ou outil métier ?

	Tableur partagé	Agenda / planning générique	Outil métier
Disponibilités par créneau	Manuel, vite obsolète	Rarement	Oui, déclarées par la personne
Compétence bloquante	Non	Non	Oui
Alerte ciblée + réponses	Non	Non	Oui
Ouvrages et contrôles	Une feuille de plus	Non	Oui, avec historique
Consolidation multi-structures	Additions à la main	Non	Native
Coût apparent	Nul	Faible	Abonnement
Coût réel	Le temps de la personne qui tient le fichier	Le double outillage	L’abonnement

Le tableur n’est jamais gratuit : il coûte le temps d’une personne, et il s’arrête le jour où cette personne s’arrête.

À retenir

• La déclaration de disponibilité par créneau et par secteur est le critère qui commande tous les autres : sans elle, on reste au téléphone.
• Une compétence qui n’empêche pas l’affectation ne sert à rien ; exigez le blocage à l’inscription.
• Le plan d’armement par niveau de vigilance s’écrit hors saison, une fois, et s’ouvre le jour venu.
• Les ouvrages ont besoin d’un historique de contrôles, pas d’une colonne dans un fichier repris chaque printemps.
• Le bilan de saison doit être une conséquence de l’usage quotidien, jamais un chantier de septembre.

FAQ

Un logiciel DFCI et un SIG, est-ce la même chose ?

Non, et les confondre coûte cher. Un SIG décrit le territoire : parcelles, pistes, hydrographie, peuplements. Un logiciel DFCI organise l’activité humaine sur ce territoire : qui patrouille, quand, avec quoi, avec quelle qualification. Les deux se complètent — la carte sert à préparer les secteurs et à guider les secours — mais un SIG ne vous dira jamais qu’il manque un équipage samedi soir.

Faut-il un outil différent pour les bénévoles et les agents saisonniers ?

Non, et c’est même à éviter. Depuis que la mission de patrouille est confiée aux structures DFCI avec un financement dédié, sylviculteurs bénévoles et agents recrutés pour la saison couvrent les mêmes secteurs. Le planning doit les traiter ensemble ; ce sont leurs règles de temps de travail, de repos et d’indemnisation qui diffèrent et qui doivent être suivies séparément.

Combien de temps faut-il pour démarrer avant une saison ?

Le facteur limitant n’est jamais le paramétrage, c’est l’import de l’existant : liste des personnes, secteurs, véhicules, ouvrages. Une structure qui arrive avec des fichiers propres démarre en quelques jours ; une structure qui doit d’abord reconstituer sa liste de bénévoles y passera plus de temps — mais ce travail-là aurait dû être fait de toute façon.

Que faire des zones sans réseau ?

Les poser comme une contrainte de conception, pas comme un détail. La consultation d’une fiche déjà ouverte fonctionne, mais la saisie a besoin du réseau pour partir. En pratique, on organise la remontée à la fin de la vacation, au retour en zone couverte, plutôt que point par point sur le massif.

Une petite ASA a-t-elle vraiment besoin d’un logiciel ?

Si elle a moins de vingt personnes et une seule tournée, non — un fichier suffit. Le basculement se produit quand il faut coordonner plusieurs secteurs, suivre des validités de formation, ou rendre des comptes à une union départementale. C’est le nombre d’interfaces, pas le nombre de bénévoles, qui justifie l’outil.

Choisir en pratique

Ces huit critères se vérifient en une démonstration, à condition de demander des gestes et non des écrans : armez une vacation devant moi, inscrivez quelqu’un dont la formation a expiré, montrez-moi le bilan des heures par personne. eBrigade (ebrigade.app) réunit ce socle — disponibilités par créneau, planning de vacations avec relèves, blocage d’affectation si une compétence a expiré, alerte ciblée multicanale, inventaire des moyens, formulaires remplis depuis le mobile et cumul automatique des heures. C’est l’outil de réseaux comme la DFCI en Aquitaine. Voir aussi : le logiciel DFCI, organiser une saison de patrouilles et lire les niveaux de vigilance.