Connexion / inscription

Champs d’identification UMI.CMS

Comment choisir les champs permettant à Eofferix de retrouver produits, offres et sections UMI.CMS existants sans doublons.

Mis à jour: 17.07.2026

La correspondance est la règle qui retrouve un objet existant sur le site. Sans elle, le service ne sait pas s’il faut mettre à jour ou créer.

Pour l’échange 1C, l’identifiant externe UMI.CMS est essentiel : les commandes l’utilisent pour reconnaître les articles.

Résultat Après Réglage
  • un import répété met à jour au lieu de dupliquer ;
  • les offres sont trouvées séparément des produits ;
  • les sections sans champ choisi utilisent le chemin complet transformé ;
  • pour 1C, external_id est choisi et écrit.

Où Le Trouver

Profil → Modèle → Identification des éléments UMI.CMS. Les champs viennent du site connecté.

Les champs d’identification indiquent comment Eofferix reconnaît qu’un objet de la source existe déjà sur le site. Un bon réglage évite les doublons.

Produits

Pour l’échange 1C, choisissez généralement Identifiant 1C [external_id]. C’est l’identifiant d’échange UMI.CMS utilisé aussi pour renvoyer les commandes vers 1C.

Offres

Les offres ont leur propre réglage. Vous pouvez choisir l’identifiant externe de l’offre, l’article système de l’offre ou tout champ stable de la source.

Champs d’identification des produits, offres et sections
La capture provient de la véritable interface Eofferix avec un profil de démonstration et des noms de test.

Sections

Si aucun champ de section n’est choisi, Eofferix les relie par le chemin complet des noms transformés. Electronics / Other et Sensors / Other sont donc différents.

Clé De Service Eofferix

Clé de service Eofferix [guid] n’est pas un champ UMI.CMS. Elle aide le service pendant l’exécution, mais l’échange 1C a généralement besoin de external_id.

Section racine et scénario d’import UMI.CMS
La capture provient de la véritable interface Eofferix avec un profil de démonstration et des noms de test.

Configuration Pas À Pas

  1. Choisissez le type de données produit UMI.CMS.
  2. Pour les produits 1C, choisissez généralement Identifiant 1C [external_id].
  3. Pour les offres, choisissez un champ stable : identifiant externe, article système ou autre champ toujours présent.
  4. Pour les sections, choisissez un champ seulement s’il est stable. Sinon Eofferix utilise le chemin complet après transformations.
  5. Dans le snapshot, vérifiez que ces identifiants sont écrits dans UMI.CMS.
  6. Enregistrez et lancez un test répété.

Comment Vérifier Le Résultat

  • Le produit UMI.CMS a le bloc identifiant 1C rempli.
  • L’offre a le champ de correspondance choisi rempli.
  • Un second lancement ne crée pas de doublon.
  • Les sections avec même nom final mais parents différents restent distinctes.

Erreurs Fréquentes

  • Choisir clé de service Eofferix [guid] au lieu de external_id pour 1C.
  • Chercher par external_id sans écrire cette valeur depuis le snapshot.
  • Chercher les offres par article quand l’article change ou est vide.
  • Chercher les sections seulement par dernier nom, pas par chemin complet.

Étape Suivante

Après les champs de correspondance, marquez les rôles dans le snapshot XML.