Slack

A1Connection architecture

Il s'agit d'une connexion directe à un système que vous hébergez ou dont vous avez les clés : le formulaire prend l'URL de votre instance et vos identifiants, les vérifie par un appel en direct avant qu'rien ne soit enregistré et stocke les secrets chiffrés au repos. Les pages de connexion affichent la présence (« connecté », « enregistré ✓ »), mais jamais les valeurs elles-mêmes.

Puisque l'identifiant est le vôtre, la rotation est entre vos mains : remplacez la clé dans votre propre système, collez la nouvelle ici, et la vérification en direct la confirme avant que l'ancienne ne soit écrasée. La déconnexion supprime immédiatement l'identifiant stocké.

A2Rédiger la sémantique et le flux de données

Chaque mouvement de données est une action explicite avec un résultat journalisé. Les écritures se font sur votre clic — ou automatiquement uniquement là où vous avez activé une règle (l'envoi automatique à l'embauche est désactivé par défaut, selon le fournisseur). Les lectures — importations de personnes, de comptes ou de fichiers — s'exécutent lorsque vous appuyez sur Importer, dédupliquent par rapport à ce que vous avez déjà (clients par nom, personnes par courriel), ignorent plutôt qu'elles n'écrasent et rendent compte honnêtement des éléments créés par rapport aux éléments ignorés, ce qui explique pourquoi relancer toute importation est sûr par conception.

Chaque action écrit une ligne dans le journal d'activité de l'application (ats_app_activity) : ce qui a été exécuté, quand, pour quel dossier et le résultat — y compris le texte d'erreur propre du fournisseur textuellement en cas d'échec. Les rapports d'utilisation à l'intérieur de l'ATS regroupent ce même journal, de sorte que les rapports d'intégration et la réalité de l'intégration ne peuvent diverger.

Tout ce qui sort du chemin de la requête — diffusion de notifications, livraison de webhooks, journalisation des activités, courriels — s'exécute dans des threads d'arrière-plan indépendants. Un point de terminaison externe lent ne peut jamais bloquer l'interface, et un effet secondaire échoué est consigné dans les journaux plutôt que d'être relancé silencieusement, ce qui créerait des incohérences.

A3Considérations opérationnelles

Les connexions sont au niveau de l'organisation et réservées aux rôles de propriétaire et d'administrateur ; les recruteurs utilisent les fonctionnalités alimentées par une connexion mais ne peuvent pas se connecter, se déconnecter ou reconfigurer. La déconnexion supprime immédiatement les identifiants stockés et arrête visiblement les fonctionnalités dépendantes, et non silencieusement. Les données déjà importées restent les vôtres et sont modifiables.

Les personnes importées sont identifiées comme telles avec des paramètres de confidentialité stricts par défaut — aucun consentement n'est présumé pour une personne qui n'a jamais rempli votre formulaire de candidature, et les règles de conservation s'appliquent. Tout ce que vous écrivez vous appartient : les exportations CSV et l'application d'exportation de données couvrent les mêmes entrepôts que ceux lus par le produit lui-même. La sortie est aussi ouverte que l'entrée — par conception, et non par concession.

A4Emplacement dans la topologie d'intégration

Cette intégration est active dans le répertoire dès aujourd'hui. One connection per provider unlocks every feature it powers, and the topology grid below shows the neighbouring connectors in the same capability area — statuses come from the same registry that drives the in-app hub, so this page can never claim more than the product does. For anything the catalogue does not cover, Webhooks and Zapier are the generic, documented escape hatch.