Intégrations unidirectionnelles de création de tickets pour les incidents
Considérez les exigences d'un système tiers externe pour créer des tickets. Définissez les données qui doivent être envoyées pour créer un ticket, ainsi que la validation requise.
De cette façon, une interface de service Web standard peut être créée et publiée. Cette intégration répond par un numéro de ticket en cas de succès, ou par un message d'erreur structuré en cas d'échec de validation ou de problème de traitement. L'un des avantages de cette implémentation est que vous pouvez la publier une fois et la réutiliser pour plusieurs applications, à condition que les intégrations supplémentaires respectent les spécifications d'intégration. Une bonne pratique consiste à créer un compte dédié pour chaque interface. Les comptes fournissent des statistiques utilisateurs de comptabilité et de rapport, et utilisent un point de contact (PdC) à connectivité simple.
Contenu du plan d'intégration
- Exigences relatives au pare-feu
- Protocoles à utiliser
- Intergiciel requis (par exemple, MS BizTalk)
- Messages d'erreur
- Règles de validation
Exemple utilisant une authentification de base
Cette implémentation répond au système tiers avec l'ID de ticket. Les tables Jeu d'importation servent d'aire de transit pour vos données.
Exemple utilisant des ensembles d'importation
Une variante d'implémentation pour le chemin entrant serait d'utiliser les tables de jeu d'importation comme tables d'interface. Dans cet exemple, la table Incident_Interface stocke un historique des données telles qu'elles ont été reçues et avant que les données ne soient transformées. La table Incident de destination pourrait stocker un historique de la façon dont l'incident a changé au fil du temps et qui a effectué ces modifications. Les scripts de transformation traiteraient le jeu d'importation et les règles métier s'exécuteraient sur la table cible.