Identifier les comptes avant de synchroniser les données

Pour rapprocher les fiches clients entre PrestaShop et Sage 100, commencez par écrire quelle fiche web doit correspondre à quelle fiche de gestion. Le nom, une adresse ou un e-mail peuvent aider à examiner un cas ; ils ne constituent pas à eux seuls une règle de rapprochement validée pour votre organisation.

La présentation Clients et adresses de PrestaConnect distingue trois parcours : récupérer un nouveau client web vers Sage, associer les comptes déjà présents des deux côtés et transférer un client Sage qui n’existe pas encore dans la boutique. Les sens d’échange et les règles de mise à jour sont définis au paramétrage.

Inventoriez les situations présentes avant de choisir les critères. Une société peut avoir plusieurs interlocuteurs, un client plusieurs adresses et deux comptes des libellés proches. Faites examiner ces situations avec le référent métier et l’intégrateur. Le résultat attendu doit être explicite avant les échanges réguliers.

Construire une matrice de rapprochement

Pour chaque cas de recette, notez l’identifiant de la fiche Sage, celui du compte PrestaShop, la situation de départ, l’association attendue et le valideur. Ajoutez les critères proposés et leur limite : que faire si la valeur change, manque ou correspond à plusieurs comptes ? Cette matrice est un document de préparation, pas un format d’import imposé au logiciel.

Exemple pédagogique : WEB-TEST-A et SAGE-TEST-A désignent le même client dans le jeu de recette. Un second compte de test possède un libellé proche, mais ne doit pas être associé par simple ressemblance. Ces identifiants sont fictifs et ne décrivent ni vos données ni un algorithme natif.

Faites préciser où la correspondance sera consultable et comment une erreur sera signalée. Désignez la personne qui valide le lien, celle qui peut demander sa correction et la preuve à conserver. Ne fusionnez ni ne supprimez de comptes réels pour préparer une démonstration.

Séparer livraison, facturation et identité du compte

Une adresse de livraison répond à un usage différent d’une adresse de facturation. La page officielle Clients prévoit leur mise à jour selon le fonctionnement retenu. Décrivez les données concernées, leur source et le sens de mise à jour avant de tester un changement.

Préparez un compte fictif avec deux adresses de recette clairement nommées FACT-TEST et LIV-TEST, sans coordonnées personnelles. Demandez à suivre le parcours retenu et à vérifier quelle information se retrouve dans chaque outil et dans le document de commande concerné. Ne déduisez pas ce résultat de la seule présence de deux adresses sur la fiche.

Ajoutez une modification de l’adresse de livraison. Qui autorise le changement, quelle application le porte et à quel moment l’échange doit-il intervenir ? Faites préciser si le scénario concerne les données de la fiche, une commande déjà engagée ou une future commande ; ces contextes demandent une validation propre.

Preuve attendue : compte associé, usage de chaque adresse, valeurs avant/après et résultat dans le périmètre convenu. Pour le contrôle du document, utilisez également le guide de reprise des commandes PrestaShop vers Sage.

Prévoir le cas ambigu avant le premier échange

Un rapprochement incertain doit déclencher une règle connue de l’équipe : recherche complémentaire, mise à l’examen ou autre procédure convenue. Ne supposez pas que le connecteur choisira automatiquement le bon compte, bloquera toutes les ambiguïtés ou fusionnera les doublons.

Préparez un cas avec deux fiches candidates, puis un cas sans candidat. Décrivez pour chacun l’association autorisée ou le point à examiner, l’interlocuteur et le résultat attendu. Il faut pouvoir distinguer un nouveau client légitime d’un client existant dont la correspondance n’a pas encore été établie.

Si le même client apparaît avec deux comptes web, demandez comment traiter cette organisation et quelles conséquences elle peut avoir sur les adresses ou les conditions commerciales. Une décision sur l’identité du compte doit précéder l’interprétation d’un tarif inattendu. Le guide des groupes clients B2B permet ensuite de préparer les conditions propres au profil retenu.

En cas de confirmation manquante après un échange, recherchez le résultat déjà présent avant toute relance. Un message absent ne prouve pas qu’aucune fiche n’a été créée. Faites expliquer les traces disponibles et la personne autorisée à décider d’une reprise.

Jouer quatre essais et conserver les preuves

Préparez les essais dans un environnement convenu avec des données fictives. Pour chacun, notez la situation initiale, le résultat attendu dans la boutique, le résultat attendu dans Sage, le déclenchement de l’échange et la personne qui valide.

1. Nouveau client web : vérifier le parcours vers la gestion et les informations attendues.
2. Comptes présents des deux côtés : vérifier l’association avant les échanges réguliers.
3. Client Sage absent de la boutique : examiner le transfert prévu et le compte résultant.
4. Adresses distinctes et correspondance ambiguë : contrôler les usages d’adresse puis la procédure de décision sur un cas séparé.

Comparez les identifiants, les données utiles et le résultat du document concerné. Classez chaque point en « montré », « testé », « à paramétrer » ou « à étudier ». Une démonstration sur un compte simple ne valide pas les variantes de votre organisation.

Si un résultat diffère, conservez la question, la référence de test et le contexte. Faites distinguer une donnée source incorrecte, une règle métier non décidée et un problème d’échange. La fréquence, les traces et la procédure de correction doivent être confirmées pour votre configuration.

Arriver au cadrage avec des décisions utiles

Présentez vos versions exactes de Sage 100 et PrestaShop, les modules, la boutique concernée et les flux attendus. Ajoutez la matrice de test, un cas simple et une ambiguïté fréquente. La source produit demande ces informations pour confirmer le périmètre technique ; aucune compatibilité universelle ne se déduit du nom des logiciels.

Faites attribuer la responsabilité des données : qui maintient l’identité du compte, les adresses et les paramètres commerciaux ? Décidez également comment une demande de correction sera examinée et comment vérifier son résultat. Ces règles servent à préparer le projet ; elles ne constituent pas une promesse de droits ou de contrôles identiques dans toutes les installations.

Le livrable utile est une liste de correspondances vérifiables, de décisions et de questions à traiter. Elle permet de relire les échanges avec les équipes e-commerce et gestion. Pour explorer les flux du produit, consultez la présentation PrestaConnect, puis préparez une démonstration sur votre périmètre.