Le cycle de vie d’un connecteur
Ce que veut dire chaque état, et ce qui le fait changer.
Vous lisez l’état d’un connecteur et vous savez qui doit agir.
Votre parcours, en trois étapes.
- 01
Repérez l’état affiché
Healthy, Repairing, Broken (avec sa raison) ou Paused : chaque état dit qui attend quoi.
- 02
Comprenez ce qui l’a fait changer
Un site qui a changé lance une réparation ; une session perdue vous demande de vous reconnecter. Un délai dépassé ou une limite de débit ne changent rien.
- 03
Vérifiez avant d’agir
Activity & Logs dit ce qui a échoué, Version History dit quelle version a répondu. Lisez avant de relancer.
Un point à approfondir ?
Ouvrez uniquement le sujet dont vous avez besoin.
Vue d’ensemble
Un connecteur n’est pas un script qu’on lance puis qu’on oublie. Il est construit une fois, surveillé ensuite, et il change d’état tout seul quand le site auquel il parle change. Cette page est la carte de ces états : ce que chacun veut dire pour vous, ce qui en fait sortir un connecteur, et ce qui vous est facturé au passage.
Les quatre étapes
- 1
Construit
Vous décrivez une tâche. Vela explore le site et produit un connecteur avec ses entrées et ses sorties.
- 2
Vérifié
Le connecteur n’est déployé qu’une fois sa certification réussie sur des preuves enregistrées. Un contrôle non réalisé reste non vérifié ; rien d’à moitié contrôlé n’est jamais activé.
- 3
En service
Vos outils peuvent l’appeler. Vela le contrôle tout seul, le répare quand il le peut, et vous prévient quand il ne le peut pas. Dès votre premier appel dans le mois, il compte pour un connecteur utilisé ce mois-là.
- 4
Retiré
Mettez-le en pause pour arrêter les nouveaux appels, ou supprimez-le si vous n’en avez plus besoin. La pause n’efface pas l’utilisation déjà enregistrée ce mois-ci. Pour un autre client, créez une installation distincte.
Les états que vous verrez
| Ce qu’affiche la page | Ce que ça veut dire | Qui doit agir |
|---|---|---|
| Healthy | Il répond aux appels. Rien n’indique qu’il est cassé. | Personne. |
| Repairing | Le site a changé et Vela reconstruit le connecteur. La version actuelle continue de répondre. | Vela. Vous recevez un e-mail à la fin. |
| Broken — *Sign in again* | La session a expiré et n’a pas pu être renouvelée sans une personne. | Vous. Voir Reconnecter un logiciel. |
| Broken — *Verification code required* | Le site a demandé un code à usage unique. | Vous. Saisissez le code reçu par e-mail. |
| Broken — *Repair needed* | La réparation automatique n’a pas remis le connecteur en état. | Vous. Relancez la réparation quand vous voulez un nouvel essai. |
| Broken — *Automatic repair unavailable* | Le compte n’a pas d’offre qui inclut les réparations. | Vous. Consultez l’offre. |
| Paused | Désactivé. Aucun nouvel appel ; l’utilisation déjà enregistrée reste comptée. | Vous. |
Non vérifié ne veut pas dire sain
Un contrôle qui n’a pas pu s’exécuter ne change rien : il le dit, et le connecteur garde son état. Un produit qui annoncerait « sain » parce qu’il n’a pas réussi à regarder serait pire qu’un produit qui ne dit rien.
Ce qui fait changer un connecteur d’état
- Le contrôle automatique. Environ une fois par heure, Vela contrôle chaque connecteur sain et actif. Il n’exécute jamais un connecteur qui modifie quelque chose ; quand le site permet de vérifier la connexion séparément, c’est cela qui est utilisé.
- Un changement du site lance une réparation. Quand un appel ou un contrôle d’un connecteur sain montre que le site a changé, Vela lance une réparation automatique. Si elle remet le connecteur en état, il redevient sain. Sinon, il passe en cassé avec Repair needed et Vela ne réessaie pas tout seul : la réparation suivante, c’est vous qui la lancez, autant de fois que vous voulez.
- Une connexion perdue est rétablie une fois. Vela se reconnecte une fois avec les identifiants enregistrés. Si cela échoue, le connecteur vous demande de vous reconnecter. Dès qu’un appel réussit ou que vous vous reconnectez, il redevient sain.
- Les échecs ambigus ne comptent pas. Un délai dépassé, une erreur réseau, un site qui demande de ralentir, une entrée refusée par le site : c’est enregistré, ce n’est pas retenu contre le connecteur.
- Un appel réussi n’efface pas une réparation ratée. Un appel qui marche avec d’autres entrées ne prouve rien sur celui qui a échoué. Une réparation, si ; et votre propre Check health quand il exécute le connecteur.
Les versions
Chaque construction et chaque réparation réussie produit une nouvelle version, et la précédente est conservée. Chaque exécution note la version qui l’a produite : un résultat inexplicable des mois plus tard reste rattachable au connecteur exact qui l’a renvoyé. Version History les liste et permet de revenir à l’une d’elles.
Revenir en arrière n’est pas une réparation
Revenir à une version antérieure à un changement du site, c’est remettre en place le connecteur qui échouait déjà. Revenez en arrière quand c’est la nouvelle version qui pose problème, pas quand c’est le site.
Ce que coûte chaque état
| État | Compté comme connecteur utilisé ce mois-ci ? |
|---|---|
| Jamais appelé ce mois-ci | Pas d’activation du connecteur. Le minimum mensuel de l’offre reste applicable. |
| En service mais jamais appelé ce mois-ci | Non. |
| Appelé au moins une fois, y compris depuis Playground ou avant une pause | Oui, pour le mois. |
| Contrôles automatiques, réparations, sondes de santé | Non. Ce sont ceux de Vela, pas les vôtres. |
Le détail des paliers et des quotas est dans Comprendre votre utilisation.
Pour aller plus loin
- Comprendre la connexion — pourquoi c’est la connexion qui casse, et ce que Vela conserve.
- La réparation automatique — ce qui se passe entre « cassé » et « de nouveau en service ».
- Résoudre un problème — symptôme par symptôme.
Restaurez l’accès lorsque le logiciel demande une nouvelle connexion.
↗Votre situation ne correspond pas au guide ?
Échanger avec l’équipe ↗