DocuSign

A1Connection architecture

The connection uses OAuth 2.0 against the vendor's own consent screen. The authorisation request names the minimum scopes the features need — the exact scope list is shown in the security-flow panel below, pulled from the same provider registry the application uses. The code-for-token exchange happens entirely server-side (Authentification client HTTP Basic, per the vendor's token endpoint contract); tokens are stored encrypted at rest and are never rendered back to any screen — connection pages show presence, not values.

Le cycle de vie des jetons est géré en un point de contrôle unique : l'expiration déclenche un renouvellement automatique, les jetons de renouvellement alternés sont conservés, et un renouvellement rejeté par le fournisseur génère une invite visible de reconnexion — jamais des fonctionnalités silencieusement défaillantes. La révocation fonctionne des deux côtés : déconnectez-vous ici ou révoquez les accès dans les paramètres de sécurité du fournisseur.

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.