Platform
Des clés conçues pour être renouvelées.
Créez des clés API étiquetées pour le Cloud SDK et les intégrations embarquées, affichez le secret une seule fois, révoquez sans redéploiement. Accès programmatique avec une hygiène sérieuse.
Ça vous parle ?
Clés en clair dans un wiki
Une clé qui vit éternellement sur une page wiki, c'est une faille avec une date. Les secrets s'affichent une fois à la création, puis seul un hash subsiste.
La clé que personne n'ose supprimer
Des clés inconnues traînent parce qu'une révocation pourrait tout casser. Des clés étiquetées et une révocation claire rendent la rotation routinière.
Réinventer l'intégration à chaque fois
Votre clé déverrouille le Cloud SDK et les embeds, création de session, plans montés, webhooks, au lieu d'une API brute et d'un haussement d'épaules.
Accès programmatique, hygiénique par défaut
01Étiquetées dès la créationChaque clé porte son usage. Six mois plus tard, vous saurez ce qui casse si vous la révoquez.
02Affichée une seule foisLe secret en clair n'apparaît qu'une fois. Ensuite, la plateforme ne conserve que son hash.
03Révocation propreUne boîte de dialogue de révocation explicite, pas de déploiement, pas d'interruption, effet à la requête suivante.
04Conçues pour le Cloud SDKLes clés alimentent les sessions de sélection contraintes et les embeds, le chemin d'intégration documenté, pas une porte dérobée.
05Périmètre workspaceUne clé ne touche que les données de son workspace, la même frontière que tout le reste.
06Usage auditéCréation et révocation sont des actions admin. Elles rejoignent la piste d'audit comme tout élément sensible.
Hygiène des clés en trois étapes
- 01Créer et étiqueterNommez l'intégration, créez la clé, copiez le secret, une fois.
- 02Monter le SDKCréez une session, intégrez le plan, abonnez-vous aux webhooks.
- 03Renouveler selon un calendrierCréez le remplaçant, déployez-le, révoquez l'ancien, banal, comme il se doit.
Générez votre première clé
Créez une clé API dans l'espace de démo.