Problèmes de connexion

Lors de la configuration de l’intégration, il existe une étape pour tester la connexion après avoir configuré votre URL et vos informations d’identification d’authentification de base. Si tout est correctement configuré, vous devriez voir un test de connexion réussi sans aucune erreur. En cas de problème lors de la connexion, l’API Connecteur du graphe de services fournit le message d’erreur, le code d’erreur et le corps de la réponse. L’image suivante montre le code d’achèvement d’un test de connexion réussi.

Vous pouvez vérifier les demandes HTTP sortantes pour voir le code d’état renvoyé par l’API en accédant à Tout > Journaux système > Demandes HTTP sortantes. Dans la vue de liste, vous devriez voir le nom d’hôte de l’URL que vous avez spécifié lors de la configuration des paramètres de connexion. Vous pouvez ouvrir cet enregistrement pour afficher les détails de la connexion. L’image suivante montre un exemple d’enregistrement de demande HTTP sortante.

Par défaut, le niveau de journal est défini sur Basique , vous ne pouvez donc pas voir le corps de la réponse ou le corps de la quête. Cependant, le champ État de la réponse vous donne une indication de la nature du problème. Par exemple, un 401 dans le champ État de la réponse indique une demande non autorisée. Pour résoudre ce problème, ouvrez la connexion et assurez-vous que vous avez saisi l’ID client et le secret client corrects. Pour plus d’informations sur la modification de l’enregistrement de connexion, reportez-vous à l’étape 5 de la section Configurer la configuration guidée.

Si vous avez besoin d’effectuer un diagnostic plus approfondi, vous pouvez remplacer le niveau de journal pour fournir plus d’informations via les propriétés système. Vous pouvez consulter toutes les propriétés système disponibles en accédant à Tout > Propriétés système > Toutes les propriétés. Par exemple, modifiez la propriété système glide.outbound_http_log.override sur True et mettez à jour la propriété système glide.outbound_http_log.override.level sur une valeur appropriée, telle que tous. L’image suivante montre les propriétés modifiées.

Remarque :

Assurez-vous de ne le faire que pour une période limitée et modifiez-les une fois le problème résolu.

Lorsque la journalisation étendue est activée, des détails supplémentaires peuvent être fournis pour les demandes afin de fournir plus de contexte sur le problème. Par exemple, dans le journal HTTP sortant suivant, l’état de la réponse était 400 et le corps de la réponse indique que le locataire était vide.

Vous pouvez résoudre ce problème en accédant à la connexion dans Concepteur de flux et en vous assurant de remplir le champ Locataire avec la valeur correcte comme attendue. Pour plus d’informations sur l’accès à la connexion dans le , reportez-vous à l’étape Studio de workflow5 de la section Configurer la configuration guidée.

Aplatissement de l’actif ou problèmes de données manquantes

Si vous rencontrez des problèmes avec l’aplatissement de l’actif ou des données manquantes dans l’API, vous pouvez exécuter un chargement de test et valider les données aplaties à partir de la table intermédiaire et les comparer avec le api_data pour voir si les données ont été fournies par l’API. Pour plus d'informations, consultez Tester la configuration IAH de Siemens.