Synchronisation cumulative des données

Le produit prend en charge une méthode de synchronisation des données par laquelle plusieurs modifications apportées à une entité peuvent être cumulées et envoyées ensemble sous la forme d'un seul message au système tiers.

Les points suivants donnent une vue d'ensemble de la fonctionnalité :

Lorsqu'une entité est ajoutée, modifiée ou supprimée, un instantané des données de l'entité avant modification est capturé dans une ou plusieurs requêtes de synchronisation, une pour chaque système tiers avec lequel les données doivent être interfacées. L'instantané avant mise à jour est utilisé comme référence pour détecter toutes les modifications apportées depuis l'envoi du message au système tiers.
Les requêtes de synchronisation sont traitées par le processus de surveillance en mode batch suivant.
Le traitement de la requête de synchronisation implique généralement des règles de gestion qui comparent l'instantané avant mise à jour avec le contenu actuel de l'entité pour détecter toutes les modifications apportées. Si des modifications ont été apportées, la logique peut décider de poursuivre l'envoi du message de synchronisation, sinon la requête est ignorée. Ces règles sont également responsables du traitement des erreurs rencontrées lors de la communication avec le système tiers et de la gestion des nouvelles tentatives, le cas échéant.

Cette fonctionnalité est prise en charge par la logique fournie dans la requête de synchronisation de l'objet métier de base (F1-SyncRequest). A noter que chaque application intégrable comporte un objet métier enfant de cet objet métier pour chaque scénario de synchronisation spécifique qu'elle prend en charge. Certaines des fonctionnalités ci-dessous sont obtenues via la configuration de l'objet métier parent fourni par Framework, tandis que d'autres sont assurées par l'objet métier enfant. Des cas d'utilisation plus complexes peuvent également être pris en charge par l'intégration de votre produit spécifique. Pour plus d'informations, voir la bibliothèque d'objets métier de requête de synchronisation de votre application spécifique ainsi que la documentation relative à l'intégration de votre produit spécifique.

Les sections suivantes décrivent les aspects clés de cette approche de synchronisation des données.

Enregistrer la modification

L'installation standard fournit un algorithme de capture des modifications de données, F1-GCHG-CDCP, qui peut être utilisé par les objets de maintenance qui doivent être synchronisés par cette méthode. Cet algorithme crée un enregistrement Requête de synchronisation pour l'enregistrement modifié, en capturant le code d'objet de maintenance et la clé primaire, s'il ne trouve pas de requête de synchronisation existante pour le même enregistrement (et le même objet métier) dans l'état initial. L'objet métier Requête de synchronisation utilisé est celui qui est défini dans l'option Objet métier Requête de synchronisation de l'objet de maintenance pour l'enregistrement qui a été modifié. Si plusieurs de ces options existent, plusieurs requêtes de synchronisation sont créées.

Votre produit spécifique peut également apporter des algorithmes d'audit supplémentaires pour prendre en compte des cas plus complexes.

Lors de la création d'un enregistrement de requête de synchronisation, l'objet métier Requête de synchronisation comporte généralement un plug-in de prétraitement qui capture un cliché des données de l'enregistrement avant que celui-ci ne soit modifié. Ce cliché sera utilisé par la suite pour vérifier si le système tiers doit être informé de la modification.

Confirmer que la synchronisation est requise

Après capture d'une requête de synchronisation, plusieurs étapes sont exécutées avant tout envoi d'informations au système tiers.

Remarque :

Cette section présente uniquement les principales étapes. Pour une description de détaillée de l'ensemble de la fonctionnalité, voir la configuration de l'objet métier, son cycle de vie et les algorithmes.

Lorsqu'un enregistrement de requête de synchronisation est créé, son état initial (En attente) est configuré pour être traité par un processus de surveillance en mode batch. De cette façon, les enregistrements sont ajoutés à la table des requêtes de synchronisation tout au long de la journée mais sont tous traités en même temps. L'algorithme d'audit d'objet de maintenance s'assure qu'une nouvelle requête de synchronisation n'est pas créée s'il existe déjà un enregistrement en attente pour une combinaison objet de maintenance/clé primaire donnée (pour le même objet métier). Toutefois, il est possible qu'un enregistrement existe déjà pour cette combinaison objet de maintenance/clé primaire dans un état subséquent non final (par exemple En attente d'accusé de réception). Cet état inclut un algorithme de surveillance qui vérifie cette condition et ignore la modification d'état si un autre enregistrement existe. Ce mode de fonctionnement garantit que l'enregistrement existant est entièrement traité avant que le nouvel enregistrement ne le soit.
L'état suivant du cycle de vie est Déterminer si la synchronisation est requise. Cette étape utilise un algorithme qui réalise un cliché des données (appelé "cliché final") et le compare au cliché initial réalisé lors de la création de l'enregistrement. Selon la logique de l'algorithme, il peut y avoir poursuite (passage à l'état Envoyer une requête) ou arrêt (passage à l'état Rejeté).

Communiquer les informations au système tiers

Une fois que la nécessité de la synchronisation est confirmée, un message doit être envoyé au système tiers. Les points ci-dessous présentent la fonctionnalité de base.

Un algorithme est associé à l'état Envoyer une requête. Cet algorithme doit créer un message sortant qui achemine les informations vers le système tiers. Il doit déterminer le système tiers et le type de message sortant à utiliser. Les objets métier de requête de synchronisation prennent en charge des options d'objet métier qui définissent le système tiers et le type de message sortant que cet algorithme doit utiliser.
Une fois le message sortant déclenché, l'enregistrement passe à l'état En attente d'accusé de réception. Cet état permet d'empêcher d'autres modifications d'état de la requête de synchronisation jusqu'à ce qu'un accusé de réception soit reçu du système tiers. A noter que cette étape implique l'implémentation d'un mécanisme de réponse du système tiers. Il est recommandé d'implémenter une réponse car cela aide à contrôler le flux chronologique des informations. Le produit fournit le service fonctionnel F1-UpdateSyncRequest qui fait passer la requête de synchronisation à l'état suivant par défaut (dans ce cas, l'état Synchronisé) si un accusé de réception positif est reçu, ou à l'état associé à la condition de modification d'état Rejet (dans ce cas, l'état Erreur) si un accusé de réception négatif est reçu. Cet état peut également être configuré avec un algorithme de surveillance qui détecte le dépassement d'un délai.
Pour les enregistrements qui passent à l'état Erreur, il est conseillé de configurer un algorithme qui crée une entrée de tâche afin de prévenir quelqu'un du problème. Pour plus d'informations, voir la documentation sur l'intégration. L'état est déjà préconfiguré avec un algorithme qui finalise les tâches lors de la sortie de l'état.
L'état final Synchronisé sert à signaler que les synchronisations ont abouti. Cependant, pour les cas d'utilisation plus complexes, il peut être utilisé pour déclencher d'autres actions. Pour plus d'informations, voir la documentation relative à l'intégration de votre produit spécifique.