Envoi d’alertes et actions automatiques
La double écriture vous permet d’activer les alertes pour envoyer des notifications par e-mail. Cette fonctionnalité est particulièrement utile en cas de maintenance non planifiée. Par exemple, si une application ne répond plus ou tombe en panne pendant la journée de travail, une alerte est envoyée pour informer un utilisateur administratif, puis une action est déclenchée pour s’assurer que l’intégrité de l’intégration est connue.
La configuration de l’envoi d’alertes doit être effectuée par un utilisateur administrateur, mais plusieurs types d’alertes peuvent se produire. Lorsque vous configurez l’envoi d’alertes et que vous les avez créées, vous pouvez les activer ou les désactiver en fonction des besoins métier. L’administrateur doit redémarrer les mappages de table manuellement, puis les alertes sont effectives.
Vous pouvez accéder aux paramètres d’alerte dans la vignette Double écriture, sous l’espace de travail Gestion des données, comme illustré dans l’image suivante :
| Erreur | Motif |
|---|---|
| Erreur d’application | Erreur de validation des données, par exemple un champ manquant |
| 400 Requête incorrecte | Les applications de finances et d’opérations redémarrent ; l’appel échoue entre les services |
| 401 Non autorisé/403 Interdit | Problèmes d’autorisation : les utilisateurs Microsoft Entra ID ou de l’application manquent d’autorisations |
| 502 Passerelle incorrecte | De manière inattendue, l’application cible n’est pas prête à traiter une requête |
| 503 Service indisponible | Blocage de l’application suite à une maintenance planifiée ou non planifiée |
| 429 Trop de requêtes | L’application cliente effectue trop de requêtes et les appels sont limités |
Si vous recevez les erreurs mentionnées dans le tableau précédent, vous pouvez définir les actions automatiques spécifiques suivantes dans les alertes :
- Aucune : rien ne se passe, mais l’alerte est envoyée aux utilisateurs spécifiés dans les paramètres.
- Arrêter : cette action entraîne l’arrêt de l’ensemble du mappage d’intégration.
- Interrompre : cette action entraîne l’arrêt des appels de service, mais une file d’attente est gérée pour les enregistrements et transactions lorsque les actions reprennent. Pour connaître les limites de l’option Interrompre, consultez l’unité Options Interrompre et Reprendre.
Aucune action automatique ne reprend ou ne démarre le mappage et les appels de service une fois l’erreur résolue. Ce processus est manuel et un administrateur ou utilisateur doit démarrer manuellement les mappages pour relancer le processus d’intégration. En cas d’interruption des intégrations, les mappages filtrent les requêtes en file d’attente et poursuivent le traitement des nouveaux appels lorsque l’intégration a rattrapé son retard. Les recommandations suivantes facilitent la gestion des alertes et de la maintenance :
- Configurez un groupe ou alias pour les e-mails d’alerte, plutôt que des utilisateurs individuels. Par conséquent, plusieurs administrateurs reçoivent les e-mails d’alerte et peuvent surveiller une boîte de réception au lieu de s’appuyer sur des e-mails individuels.
- Lorsque les erreurs ayant déclenché des alertes sont résolues, vérifiez que l’application fonctionne stablement avant de redémarrer les mappages.
- Pour la maintenance planifiée, par exemple le déploiement de packages ou les mises à jour, vous pouvez prendre des mesures proactives pour ne pas impacter l’utilisateur en interrompant le mappage avant le temps d’arrêt afin d’éviter les erreurs et les alertes.