# Santé et surveillance

Comment Formstep surveille les intégrations, renouvelle les jetons et affiche les erreurs.

## Santé et surveillance

Formstep maintient vos intégrations opérationnelles en arrière-plan — en renouvelant les jetons avant qu’ils n’expirent, en les mettant en pause en cas de problème, et en vous montrant exactement ce qui s’est passé pour que vous puissiez corriger rapidement.

<h2 id="proactive-token-refresh">Renouvellement proactif des jetons</h2>

<p>
  Une tâche d’arrière-plan quotidienne vérifie les connexions OAuth de votre espace de travail, y compris Cal.com. Si un jeton expire dans
  les 24 heures suivantes, Formstep le renouvelle automatiquement — aucune action de votre part n’est nécessaire.
</p>

<p>
  Cela s’applique à Google, Slack, Linear, Airtable et Cal.com. Notion et GitHub délivrent des jetons qui n’expirent pas, ils sont donc
  ignorés. Les jetons Discord expirent au bout d’environ 7 jours et sont renouvelés à la demande juste avant chaque livraison plutôt que par
  la tâche quotidienne.
</p>

<p>
  Si un renouvellement échoue — par exemple parce que la connexion a été révoquée du côté du fournisseur — Formstep marque la connexion
  comme expirée et fait passer toutes les intégrations qui la partagent en état d’erreur. Vous verrez un avertissement sur chaque
  intégration concernée et recevrez un e-mail de notification.
</p>

<h2 id="health-states">États de santé</h2>

<p>
  Chaque carte d’intégration porte un badge de statut, et ouvrir l’intégration affiche une bannière expliquant quoi faire. Le badge indique{' '}
  <strong>Actif</strong>, <strong>En pause</strong>, ou <strong>Erreur de livraison</strong> ; la bannière est plus précise.
</p>

<p>
  Les problèmes de connexion ont toujours la priorité. Si un jeton a expiré, la reconnexion corrige d’un coup toutes les intégrations qui
  partagent ce compte — inutile de les traiter une par une.
</p>

<h2 id="error-indicators">Indicateurs d’erreur</h2>

<p>Quand quelque chose se passe mal, Formstep l’affiche à deux endroits :</p>

<ul>
  <li>
    <strong>Carte d’intégration</strong> — la carte affiche un badge de statut et une bordure colorée : orange pour un problème de
    connexion, rouge pour une erreur de livraison. Quand la connexion a expiré, un bouton <strong>Reconnecter</strong> apparaît sur la carte
    elle-même.
  </li>
  <li>
    <strong>Panneau de détails</strong> — ouvrez l’intégration pour voir une bannière nommant ce qui s’est passé et comment y remédier.
  </li>
</ul>

<h2 id="auto-pause">Mise en pause automatique après des échecs répétés</h2>

<p>
  Si une intégration échoue 5 fois de suite, Formstep la met en pause pour qu’une destination défaillante ne continue pas à consommer des
  livraisons. Une erreur d’authentification, de permission ou d’introuvable ignore le compteur et arrête l’intégration immédiatement, car
  une nouvelle tentative ne peut rien corriger.
</p>

<p>
  Dans tous les cas, un e-mail est envoyé à la personne qui a configuré l’intégration — ou au propriétaire de l’espace de travail quand
  cette adresse n’est pas disponible. Il est envoyé au plus une fois par intégration toutes les 24 heures, si bien qu’une destination
  défaillante ne peut pas inonder votre boîte de réception.
</p>

<p>Corrigez le problème sous-jacent, puis appuyez sur Reprendre. La livraison reprend à partir de la prochaine nouvelle soumission.</p>

<h2 id="event-log">Journal d’événements</h2>

<p>
  Chaque intégration liste ses 20 derniers événements sous <strong>Événements récents</strong> — livraisons, tests de connexion et exports
  de remplissage, chacun marqué comme réussi ou échoué. Une entrée échouée affiche le message d’erreur propre à la destination, si bien
  qu’une erreur de validation Notion se lit exactement telle que Notion l’a formulée. Un remplissage échoué obtient aussi un bouton{' '}
  <strong>Réessayer</strong> qui relance l’export.
</p>

<h2 id="failed-deliveries">Livraisons échouées et nouvelles tentatives</h2>

<p>
  Chaque livraison dispose de jusqu’à 5 tentatives, en attendant au moins 1, 2, 4 et 8 minutes entre elles, ou plus longtemps quand la
  destination demande plus de temps via un en-tête <code>Retry-After</code>. Formstep recherche les tentatives dues toutes les 30 minutes,
  chaque nouvelle tentative peut donc arriver jusqu’à une demi-heure plus tard, et la dernière tentative environ deux heures après la
  première.
</p>

<p>
  Les soumissions qui ont épuisé leurs 5 tentatives sont comptées dans une bannière en haut de l’intégration : "3 soumissions n’ont pas pu
  être livrées". <strong>Réessayer tous</strong> remet chacune d’elles en file et réactive l’intégration si elle était en pause ou en
  erreur. La bannière est masquée quand rien n’a échoué.
</p>

> ℹ️ **Les destinations analytiques sont distinctes**
> <p>
>     Tout ce qui figure sur cette page concerne les intégrations de soumission. La transmission d’événements analytiques est best-effort et
>     n’est jamais relancée, et la diffusion des réponses Axiom s’arrête d’elle-même après 20 échecs consécutifs. Voir{' '}
>     <a href="/fr/integrations/analytics-streaming">Diffusion d’analytiques</a>.
>   </p>

<h2 id="reconnecting">Reconnecter un identifiant expiré</h2>

<p>
  Quand une connexion expire, cliquez sur <strong>Reconnecter</strong> sur la carte d’intégration ou dans le panneau de détails. Cela
  relance le flux OAuth avec le même fournisseur. Une fois autorisé, l’identifiant est restauré et toutes les intégrations utilisant ce
  compte reprennent automatiquement.
</p>

<p>Vous pouvez également passer à un autre compte connecté depuis le panneau de détails si le compte d’origine n’est plus disponible.</p>

<h2 id="faq">FAQ</h2>

  <p>
    Une fois par jour. Les jetons qui expirent dans les 24 heures sont renouvelés automatiquement. Si vous suspectez un problème plus tôt,
    ouvrez le panneau de détails de l’intégration — l’état de santé se met à jour en temps réel selon les résultats de livraison.
  </p>

  <p>
    Non. Les soumissions sont toujours sauvegardées dans Formstep indépendamment du statut de l’intégration. Les livraisons échouées sont
    mises en file d’attente et peuvent être relancées depuis le panneau de détails une fois le problème résolu.
  </p>

  <p>
    Formstep renouvelle les jetons de manière proactive, donc dans la plupart des cas vous ne le remarquerez pas. Si le renouvellement
    échoue, vous recevez immédiatement un e-mail de notification — généralement avant que le jeton n’expire réellement.
  </p>

  <p>
    L’intégration bascule vers le nouveau compte. Assurez-vous que le nouveau compte a accès à la même destination (feuille de calcul, base
    de données, canal). Si la destination n’existe pas dans le nouveau compte, vous devrez mettre à jour les paramètres de l’intégration.
  </p>

<h2 id="next-steps">Prochaines étapes</h2>
<div class="not-prose grid gap-3 sm:grid-cols-2">
  - [Google Sheets](/fr/integrations/google-sheets) — Synchronisez automatiquement les soumissions dans une feuille de calcul
  - [Slack](/fr/integrations/slack) — Envoyez les soumissions dans un canal Slack
  - [Webhooks](/fr/integrations/webhooks) — POST du JSON signé vers n’importe quelle URL
  - [Notion](/fr/integrations/notion) — Transférez les soumissions dans une base de données Notion
</div>
