Exportation de données

A1Connection architecture

Le modèle de connexion pour cette intégration est présenté en toute transparence sur sa fiche : lorsqu'une API publique existe, elle est utilisée avec votre propre compte et votre consentement, et lorsqu'un fournisseur exige un accord de partenariat, la page le mentionne au lieu d'afficher un bouton de connexion inopérant.

Dès qu'ils sont disponibles, les identifiants respectent la norme de la plateforme : chiffrés au repos, affichage d'un indicateur de présence, suppression immédiate lors de la déconnexion.

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

Chaque transfert de données est une action explicite avec un résultat consigné. Les écritures s'effectuent à votre clic — ou automatiquement uniquement lorsqu'une règle est activée (l'envoi automatique lors de l'embauche est désactivé par défaut, par fournisseur). Les lectures — imports de personnes, de comptes ou de fichiers — s'exécutent lorsque vous cliquez sur Importer, éliminent les doublons par rapport à vos données existantes (les clients par nom, les personnes par e-mail), ignorent les éléments plutôt que de les écraser, et indiquent en toute transparence les éléments créés par rapport aux éléments ignorés, ce qui rend toute réexécution d'un import parfaitement sûre par conception.

Chaque action génère une ligne dans le journal d'activité de l'application (ats_app_activity) : l'opération exécutée, l'horodatage, l'enregistrement concerné et le résultat — y compris le message d'erreur textuel du fournisseur en cas d'échec. Les rapports d'utilisation au sein de l'ATS agrègent ce même journal, garantissant une cohérence parfaite entre les rapports d'intégration et la réalité opérationnelle.

Tout ce qui sort du circuit principal de la requête — diffusion des notifications, transmission des webhooks, journalisation des activités, e-mails — s'exécute dans des threads d'arrière-plan asynchrones. Un point de terminaison externe lent ne peut jamais bloquer l'interface, et un effet secondaire défaillant est consigné dans les journaux plutôt que réessayé silencieusement au risque d'incohérences.

A3Considérations opérationnelles

Les connexions s'appliquent au niveau de l'organisation et sont réservées aux rôles de propriétaire et d'administrateur ; les recruteurs utilisent les fonctionnalités offertes par une connexion mais ne peuvent ni connecter, ni déconnecter, ni reconfigurer. La déconnexion supprime immédiatement les identifiants enregistrés et interrompt les fonctionnalités dépendantes de manière visible, et non silencieuse. Les données déjà importées restent votre propriété et demeurent modifiables.

Les profils importés sont marqués comme tels avec des paramètres de confidentialité stricts par défaut — aucun consentement n'est présumé pour quiconque n'a pas rempli votre formulaire de candidature, et les règles de rétention par défaut s'appliquent.Tout ce qui est enregistré vous appartient : les exports CSV et l'application Data Export couvrent les mêmes données que celles lues par la plateforme. La sortie est aussi libre que l'entrée — par conception, non par concession.

A4Positionnement dans la topologie d'intégration

Cette intégration est active dans le registre 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.