Fonctionnalités
Fonctionnalités
Fonctionnalités principales
Le coeur fonctionnel est basé sur la necéssité de proposer de la visibilité aux utilisateurs dits “métier”.
Tout est organisé afin de proposer un accès adapté à cette population d’utilisateurs.
Les fonctionnalités sont :
- Comprendre l’état d’un échange et son dysfonctionnement,
- Alerter les utilisateurs “métiers” des dysfonctionements lors des échanges de données,
- Rechercher les échanges suivant les informations manipulées ou les systèmes émetteurs.
Fonctionnalités secondaires
- Alerter les référents techniques de dysfonctionnements sur les interfaces et les flux,
- La capacité à organiser et structurer les environnements (Production, Qualification, etc.)
- Le chiffrement des contenus.
- Le respect des chorégraphies de médiations dans les flux,
- Le support de patterns complexes flux API et Messages.
- La gestion des tables de transcodification.
1 - Alerte des applications
Alerter les référents techniques lors de dysfonctionnement.
La détection d’alerte
Enterprise Flows Repository détecte les alertes sur la couche dite “médiation” et “application”.
La détection est dynamique. Les rejeux viennent modifier les états et adapter les alertes en conséquence.
La présentation pour les équipes techniques
Une information simple et compréhensible est présentée aux référents techniques afin de:
- visualiser quel flux est en erreur,
- lister les données concernées (Commande, Bon de Livraison, etc)
- Mettre en évidence les erreurs relevées.
La sélection des bons interlocuteurs
Les responsables des applications sont automatiquement alertés par mail.
Les référents sont informés au plus tôt.
2 - Alerte fonctionnelle
Alerter les référents fonctionnels lors de dysfonctionnement.
La détection d’alerte
Enterprise Flows Repository détecte les alertes sur la couche dite “fonctionnelle”.
La détection est dynamique. Les rejeux viennent modifier les états et adapter les alertes en conséquence.
La présentation pour les métier
Une information simple et compréhensible est présentée aux référents métier afin de:
- visualiser quel échange est en erreur,
- lister les informations concernées (Commande, Bon de Livraison, etc)
- Mettre en évidence les erreurs relevées.
La sélection des bons interlocuteurs
Les responsables des applications sont automatiquement alertés par mail.
Les référents sont informés au plus tôt.
3 - Tables de transcodification
Externaliser les tables de transcodification des médiations.
Qu’est-ce qu’une transcodification ?
Une transcodification est le fait de transformer un contenu en fonction de sa destination.
Par exemple, lors de la manipulation des contenants, il est nécessaire de pouvoir calculer une valeur depuis un contenant vers un autre.
Un carton a une dimension de 10x30x40.
Celui-ci peut contenir au maximum 5kg.
Son contenu est de 5 litres.
Une palette de 120x120x10 pèse 2 kg.
Celle-ci peut porter au maximum 1000 kg et 1025 litres.
Seulement 50 cartons peuvent être déposés sur la palette.
La table de correspondance est alors la suivante:
| Clé |
carton |
kg |
litre |
palette |
| carton |
1 |
5 |
5 |
50 |
| kg |
5 |
|
1 |
0.975 |
| litre |
5 |
1.025 |
|
1025 |
| palette |
1000 |
1025 |
1 |
|
Un outils pour les fonctionnels
Ces données sont PUREMENT fonctionnelles.
Elles n’ont pas vocation à être déployées dans les médiations API, ESB ou ETL.
Enterprise Flows Repository propose :
- une interface de gestion aisée
- un accès complet par API (pour les médiations).
Les transcodifications réduit les développements spécifiques et accélère la propagation des changements en offrant un outils complet.
4 - Suivi des flux
Collecte des traces reçues par Enterprise Flows Repository.
Une recherche efficace
Les flux sont accessibles par des recherches, soit:
- temporelles
- critères multiples
Des critères multiples
La recherche est possible par:
- des intervales de temps,
- les données transportées,
- les applications sources et cibles.
L’exemple ci-dessus illuste les API exposées au sein d’une API Gateway.
5 - Suivi des échanges
Suivi des transports d’information du point de vue fonctionel.
Une recherche efficace
Les échanges sont accessibles par des recherches, soit:
- temporelles
- critères multiples
Des critères multiples
La recherche est possible par:
- des intervales de temps,
- les informations transportées,
- les systèmes sources et cibles.
6 - Vision du RUN
Consultation de l’exécution des traces provenant du RUN.
Cette vision n’est pas théorique. Elle est calculée depuis les traces du RUN !
Une organisation en couche
Dans cette vision de l’exécution du RUN, EFR organise 3 blocs pour le même transport.
- La vision de l’échange
- La vision des flux
- La vision des médiations
Mise en avant des erreurs
Les erreurs relevées sont mises en avant lors de la sélection des flux ou des médiations.
Chaque erreur est identifiée et caractérisée pour faciliter le support en cas de dysfonctionnement.
Un accès aux traces
EFR est agnostique aux outils et aux éditeurs.
Responsabiliser EFR permet d’uniformiser le suivi de toutes les plateformes d’interconnexion du Système d’Information.
