Types de connecteurs intégrés

Ces familles de connecteurs sont prises en charge par le code de la plateforme et la documentation produit. Leur présence ne signifie pas qu'ils sont configurés pour votre compte. Vérifiez la version installée, le modèle, les droits, l'accessibilité du réseau et l'autorisation de service avant de promettre un flux de travail.

Bases de données#

Le connecteur de base de données prend en charge MySQL, MariaDB et PostgreSQL. Ses opérations de lecture peuvent inspecter les tables et récupérer les résultats des requêtes limitées. Les opérations d'écriture nécessitent une activation distincte et un compte de base de données dûment autorisé.

Utilisez une identité de base de données dédiée avec les autorisations les plus étroites, un transport chiffré vérifié, des limites de lignes et des délais d'expiration des requêtes. Un workflow en lecture seule doit également utiliser les autorisations de base de données en lecture seule. Testez par rapport aux enregistrements approuvés avant de connecter des ensembles de données de production.

Boîtes aux lettres#

Le connecteur de boîte aux lettres utilise IMAP pour l'accès aux boîtes aux lettres pris en charge, avec une configuration liée à SMTP pour l'envoi lorsqu'elle est activée. Il peut prendre en charge la lecture et la recherche ainsi que les actions contrôlées séparément qui modifient ou envoient des messages.

Utilisez l'autorisation de compte prise en charge par le fournisseur. Un mot de passe d'application n'est pas disponible sur tous les fournisseurs ou politiques de compte. Continuez à envoyer, déplacer, supprimer et désabonner des actions en dehors d'un test en lecture seule. Le connecteur de boîte aux lettres natif est distinct de l'intégration distincte de la plate-forme DigLab Inbox.

Fichiers#

Les connecteurs de fichiers prennent en charge les routes SFTP, FTPS et FTP. Préférez un protocole crypté correctement vérifié et un compte dédié limité au répertoire prévu. Définissez la limite de chemin autorisée avant d'activer les téléchargements, les modifications ou la suppression.

Testez une annonce inoffensive ou lisez-la d’abord. Ne connectez pas un système de fichiers de serveur sans restriction et n'exposez pas les répertoires de configuration et d'authentification en tant qu'outils d'IA généraux. L'accès aux fichiers et l'administration du système d'exploitation sont des capacités différentes.

WordPress et commerce#

Les configurations WordPress et WooCommerce prises en charge exposent les opérations de site ou de magasin sélectionnées via leurs interfaces officielles. Vérifiez le site exact, le rôle du compte et la portée de lecture/écriture. Un site accessible ne prouve pas que la connexion puisse publier ou modifier les données du magasin.

Commencez avec un élément de test approuvé. La création de brouillons, la publication, l'accès aux données client et les modifications de commande nécessitent une acceptation distincte. N'utilisez jamais les informations d'identification du site d'une autre marque pour donner l'impression qu'une connexion est complète.

Autres API#

Utilisez l'éditeur d'outils visuels ou d'importation d'API pris en charge pour les services dotés d'une interface REST officielle. Un produit distant uniquement MCP nécessite une méthode de connexion prise en charge séparément ; coller une URL MCP dans un outil REST n'est pas une intégration vérifiée.