ATS Ops/ notes

ATS Ops / Intégration

Brancher un ATS sur Slack ou Teams sans noyer l'équipe

Quels événements méritent une notification, lesquels créent du bruit, et le schéma d'implémentation qui garde un canal lisible au bout de six mois.

6 min1266 motsmaj 21.09.2026

Brancher un ATS sur une messagerie d'équipe prend une demi-journée. Le canal devient illisible en trois semaines, tout le monde le met en sourdine, et l'intégration est désactivée six mois plus tard. Cette note décrit ce qu'il faut notifier — c'est-à-dire presque rien — et comment structurer le reste.

Le critère unique

Une notification est justifiée si, et seulement si, elle demande une action à une personne identifiable dans un délai défini.

Tout le reste est de l'information, et l'information a sa place dans un tableau de bord qu'on consulte, pas dans un flux qui interrompt. C'est le seul critère et il élimine l'essentiel de ce qu'on est tenté de brancher.

ÉvénementNotifierPourquoi
Nouvelle candidatureNonVolume élevé, aucune urgence, consultable dans l'outil
Avis manager en retard de 3 joursOuiAction, personne identifiée, délai
Entretien planifiéNonL'agenda le fait déjà
Entretien annulé par le candidatOuiUn créneau se libère, quelqu'un doit réagir
Changement d'étapeNonBruit pur
Candidature bloquée depuis 10 joursOuiAction, et personne ne le voit autrement
Offre acceptéeOuiÉvénement rare, déclenche l'intégration
Offre refusée par le candidatOuiRare, demande une décision
Erreur de synchronisationOuiSinon la panne est silencieuse
Candidature spontanéeNonSauf profil rare identifié par une règle explicite

Trois catégories seulement survivent à ce filtre : les blocages, les issues et les pannes. Un service qui recrute normalement génère ainsi quelques messages par semaine, pas quelques dizaines par jour.

Trois canaux, pas un

Le mélange de publics dans un canal unique est la deuxième cause d'abandon, après le volume.

#recrutement-actions — accès restreint à l'équipe recrutement. Les blocages et les relances. C'est le canal de travail.

#recrutement — ouvert. Uniquement les issues : offre acceptée, arrivée prévue. Quelques messages par mois, chacun intéressant pour tout le monde. C'est ce qui justifie que les gens y restent.

#alertes-tech — les erreurs de synchronisation, avec l'équipe qui sait les traiter. Jamais mélangé au reste : une erreur technique dans un canal métier est ignorée par les uns et incompréhensible pour les autres.

Les messages adressés à une personne précise — « ton avis est attendu depuis trois jours » — partent en message direct, pas dans un canal. Un rappel public est perçu comme une mise en cause et produit de l'évitement plutôt que de la réactivité.

Anatomie d'un message utile

Un message de notification contient quatre éléments et rien d'autre :

  • Ce qui s'est passé, en une ligne, avec le nom du poste. Le nom du candidat n'y a pas sa place dans un canal ouvert.
  • Qui doit agir, nommément.
  • Sous quel délai.
  • Un lien direct vers l'écran où l'action se fait, pas vers l'accueil de l'outil.

Le lien est la partie qui détermine si l'action a lieu. Un message sans lien exige de retrouver le dossier dans l'outil, ce qui repousse l'action et souvent l'annule.

Le fil de discussion plutôt que le message répété. Les mises à jour d'un même dossier vont en réponse au message initial. Un canal où chaque évolution produit une nouvelle ligne devient illisible en une semaine.

Ce qu'il ne faut jamais y mettre

Un canal d'équipe est consulté sur téléphone, parfois partagé en réunion, souvent accessible à plus de monde que prévu, et son historique se conserve longtemps.

N'y envoyez jamais : le CV ou son contenu, les prétentions salariales, les appréciations d'un évaluateur, le motif d'un refus. Le nom d'un candidat ne devrait figurer que dans le canal restreint, et encore.

Le principe : la notification signale, elle ne transporte pas. Le contenu reste dans l'ATS, derrière le contrôle d'accès qui existe pour ça. Un canal de messagerie n'a ni les droits d'accès, ni les durées de conservation, ni la traçabilité qu'exige le traitement de données de candidats.

Implémentation

Ne pas notifier depuis l'événement brut. Un changement d'étape ne devient une notification qu'après passage par une règle : est-ce un blocage, une issue, une panne ? Notifier directement depuis le flux d'événements est ce qui produit le déluge.

Grouper. Trois avis en retard le même matin font un message avec trois lignes, pas trois messages.

Respecter les horaires. Un rappel envoyé à 6 h du matin ou le dimanche est ignoré et agaçant. Une file qui retient les messages jusqu'à la prochaine plage ouvrée coûte peu et change la perception de l'outil.

Limiter le débit. Une protection qui plafonne le nombre de messages par heure évite qu'un incident — une reprise de données, une boucle de synchronisation — ne déverse trois cents lignes et ne fasse condamner le canal définitivement.

Prévoir l'arrêt. Un interrupteur qui coupe les notifications sans toucher au reste de l'intégration. Il servira le jour de la migration ou de l'import massif.

Les boutons d'action

Les deux messageries permettent d'attacher des boutons à un message. C'est tentant : le manager valide sans quitter le canal.

Deux conditions avant de s'y lancer. L'action doit être sans ambiguïté et réversible — « je ne suis pas disponible ce créneau » oui, « refuser ce candidat » non. Et elle doit être tracée dans l'ATS avec son auteur, sinon vous créez des décisions dont l'origine est dans un historique de messagerie, ce qui est ingérable dès qu'il faut justifier quoi que ce soit.

En pratique, l'usage qui apporte le plus pour le moins de risque reste le lien direct vers l'écran d'action. Le bouton économise un clic et ajoute une surface de décision hors de l'outil de référence.

Questions fréquentes

Faut-il notifier chaque nouvelle candidature ?

Non, sauf volume très faible — moins d'une candidature par jour — ou règle explicite sur un profil rare. Sur un volume normal, cette notification est la première cause de mise en sourdine du canal, et elle emporte avec elle les alertes qui comptent.

Slack ou Teams, cela change-t-il quelque chose ?

Pas sur le fond. Les différences portent sur les détails d'implémentation : les fils de discussion sont plus naturels sur Slack, l'intégration à l'annuaire d'entreprise est plus directe sur Teams. Les règles de volume, de séparation des canaux et de non-transport des données sont identiques.

Comment savoir si nos notifications servent ?

Mesurez le délai entre l'envoi d'un rappel et l'action correspondante. S'il ne bouge pas quand vous activez la notification, elle ne sert à rien. C'est aussi le signe que le problème est ailleurs — un manager qui ne répond pas par manque de temps ne répondra pas davantage parce qu'on le lui rappelle dans un autre canal.

Peut-on envoyer les notifications par mail plutôt que dans une messagerie ?

Pour les utilisateurs occasionnels, le mail est souvent plus efficace : un manager qui ouvre la messagerie d'équipe deux fois par semaine verra le rappel trop tard. La règle utile : le canal de notification doit être celui que la personne consulte déjà, pas celui que l'équipe recrutement préfère.

Voir aussi