Vue d’ensemble des intégrations
Choisissez, connectez, testez et retirez sans risque les systèmes que Kit utilise avec vos produits.
Partez du flux de travail
Ouvrez Intégrations après avoir choisi le flux de travail Kit et identifié les données ou l’action qui doivent franchir ses limites. Certaines connexions sont facultatives ; d’autres, comme la remise des e-mails Outreach, sont indispensables au fonctionnement de bout en bout. Le tableau de bord regroupe les connexions par usage et n’affiche que les cartes qui correspondent au compte, aux produits activés et à votre niveau d’accès.
| Besoin | Types de connexions disponibles | Guide recommandé |
|---|---|---|
| Communication d’équipe | Slack, e-mails entrants, SMS, appels Twilio | Niveaux d’autorisation Slack |
| Planification | Google Calendar et Meet, flux de calendriers, Calendly | Intégration de calendrier |
| IA dans Kit | Google AI, Anthropic, OpenRouter, base de connaissances | Fournisseurs d’IA et plafonds de dépenses |
| Clients IA externes | MCP de Kit et serveurs MCP distants rattachés au compte | Connecter des assistants IA |
| Outils de recrutement | Dépôts GitHub pour les exercices et connexions aux sites d’emploi | Configurer un dépôt modèle GitHub |
| Opérations de sécurité | PagerDuty, Vanta, outils de suivi des tickets, triage tenant compte du code | Intégration PagerDuty |
| Identité et domaines | Domaines vérifiés, SSO, provisionnement de l’annuaire, domaines personnalisés | Authentification unique et provisionnement |
| Automatisation pour les développeurs | Jetons d’API, webhooks, MCP, domaines personnalisés | Référence de l’API et Présentation des webhooks |
| Vidéo | Mux pour les parcours vidéo pris en charge dans Hiring et Training | Configurez Mux depuis sa carte dans Intégrations |
Qui doit établir la connexion
Les connexions qui concernent tout le compte exigent généralement un administrateur du compte. Les connexions personnelles, comme le calendrier ou le client MCP d’un membre, appartiennent à ce dernier et restent limitées par ses autorisations Kit en vigueur. Une connexion propre à un produit peut aussi exiger le niveau d’accès correspondant au module, voire le niveau administrateur de ce module.
Ne partagez pas l’identifiant d’un fournisseur ou un jeton d’API personnel pour éviter d’attribuer le bon rôle. Invitez l’opérateur, accordez-lui l’accès utile le plus restreint, puis laissez-le établir la connexion depuis l’écran prévu.
Mise en place sans risque
- Désignez le responsable. Décidez qui peut renouveler les identifiants, traiter les échecs et retirer la connexion.
- Choisissez le compte ou la portée la plus restreinte. Par exemple, sélectionnez uniquement les calendriers utilisés pour les entretiens et les dépôts destinés à servir de modèles d’exercice.
- Effectuez la vérification en direct. Un identifiant enregistré ne garantit pas que la connexion fonctionne.
- Faites un essai en interne. Envoyez un e-mail à une adresse interne, recevez un webhook de test, créez une réunion de test ou utilisez une ressource de bac à sable si le fournisseur le permet.
- Vérifiez le système destinataire. Hors de Kit, contrôlez l’identité de l’expéditeur, les autorisations, le fuseau horaire, la structure des données et la gestion des échecs.
- Consignez la procédure de reprise. L’équipe doit savoir comment détecter une expiration, une révocation, un échec de remise ou une indisponibilité du fournisseur.
IA, jetons et webhooks
- Les clés des fournisseurs d’IA sont des secrets à l’échelle du compte. Elles déterminent où Kit envoie les requêtes d’IA intégrées et quel compte fournisseur est facturé.
- L’accès MCP est personnel. La connexion ne reçoit que les portées accordées par le membre, et Kit vérifie ses droits actuels à chaque appel.
- Les jetons d’API et les secrets de webhook sont des identifiants. Conservez-les dans un gestionnaire de secrets, attribuez-leur un responsable précis, puis renouvelez-les ou révoquez-les lorsque le système destinataire change.
- La remise des webhooks est asynchrone et peut être retentée. Le système destinataire doit vérifier les signatures et gérer les doublons sans effet indésirable.
Retirer une connexion
Avant de vous déconnecter, repérez les flux de travail qui en dépendent. Le retrait peut interrompre les nouveaux envois, imports, réunions, téléversements ou actions automatiques ; il ne rappelle pas les données déjà transmises à un autre système. Une fois la connexion retirée, vérifiez l’écran Kit concerné et renouvelez l’identifiant du fournisseur s’il a pu être exposé.
En bref
- Le flux de travail Kit et la responsabilité exacte de la connexion sont compris
- Le responsable et le rôle Kit requis sont clairement définis
- Les autorisations du fournisseur ne dépassent pas le nécessaire
- Un essai interne en conditions réelles a réussi de bout en bout
- Les responsabilités liées aux échecs et au renouvellement des identifiants sont attribuées
- Les conséquences d’une déconnexion sont comprises