Mises à jour de données : nommer la base et le périmètre du changement
Identifiez la version de référence et le sens de chaque changement. Une référence Läderach explique pourquoi une absence d’observation n’établit pas une suppression.
Le cas Läderach publié par scandiweb décrit une couche d’enrichissement Pimcore connectée à Magento. Le prestataire indique une synchronisation delta programmée qui n’envoie que les données modifiées, ainsi que la gestion des données produits et catégories et des profils d’import CSV. Son récit présente la connexion comme mise en œuvre. Il ne publie ni les fichiers de mise à jour, ni les marqueurs de suppression, ni les règles de réapplication. Il s’agit du récit du projet de scandiweb ; la proposition de PandaBuyNow qui suit concerne l’interprétation d’un jeu de données livré séparément.
Nommer le jeu de données auquel appartient une mise à jour
Lorsqu’une mise à jour fait partie d’une livraison de données convenue, PandaBuyNow propose d’identifier le jeu de données antérieur qu’elle doit réviser. Consignez les deux versions de livraison, la clé produit ou variante de la ligne, la référence source et le moment de l’observation. Précisez le périmètre de sélection et les limites éventuelles des éléments sources recueillis.
Définissez le sens de chaque libellé de changement. Une ligne nouvelle, un champ modifié et un enregistrement hors du périmètre de la collecte ultérieure nécessitent des explications différentes. Gardez la valeur source antérieure à côté de la valeur révisée et du motif du changement. Un rapprochement d’identité non résolu doit rester une note de qualité.
Tester une mise à jour fictive par rapport à sa référence
Prenez l’instantané fictif S1 contenant les enregistrements ITEM-A et ITEM-B. Une collecte ultérieure contient une description modifiée d’ITEM-A et un ITEM-C nouvellement observé. ITEM-B n’a pas été observé lors de cette collecte. La mise à jour proposée peut identifier le champ modifié de A et la nouvelle ligne de C tout en laissant l’état de B non résolu.
Cette absence d’observation ne constitue pas, à elle seule, une instruction de suppression de B. Si une instruction de retrait examinée est ajoutée ultérieurement, précisez le jeu de données et l’enregistrement concernés, avec son propre fondement et périmètre. Conservez l’instantané antérieur avec l’instruction. Ces libellés inventés ne décrivent ni les données de Läderach ni un projet réalisé par PandaBuyNow.
Livrer un ensemble de changements interprétable
Examinez un échantillon comprenant un nouvel enregistrement, un champ révisé, un rapprochement incertain et une instruction de retrait au périmètre explicite. Vérifiez que le destinataire peut identifier la version de référence visée et distinguer une observation manquante d’un changement convenu. Définissez comment reconnaître un ensemble reçu à nouveau pour que le même changement ne soit pas interprété comme un deuxième événement nouveau.
Pour échanger avec PandaBuyNow, fournissez des liens représentatifs de places de marché, un jeu de données antérieur s’il existe et la structure JSON ou CSV requise. Convenez des références de base, des libellés de changement, des éléments sources et du traitement des données non résolues à partir d’un échantillon et d’un périmètre écrit. Le résultat est un jeu de données ou un fichier de changements convenu, avec des définitions de champs et des notes de qualité ; son utilisation dans les systèmes en fonctionnement du destinataire constitue une activité distincte.