Partir des profils commerciaux, avant les noms de groupes

Avant de synchroniser des tarifs B2B entre Sage 100 et PrestaShop, écrivez quel client doit voir quelles conditions. Un groupe nommé « professionnels » ne suffit pas : deux clients professionnels peuvent avoir des catégories tarifaires ou des conditions négociées différentes.

La présentation B2B de PrestaConnect décrit la correspondance entre catégories tarifaires Sage et groupes clients PrestaShop, ainsi que la reprise de conditions particulières et de remises. Le paramétrage définit les correspondances et les priorités ; leur résultat doit être validé avec vos exemples.

Commencez par trois profils de recette : un client au tarif public, un client professionnel avec les conditions d’une catégorie et un professionnel avec une exception négociée. Utilisez des comptes fictifs ou des données de test convenues. Chaque profil doit avoir un résultat attendu explicite.

Écrire une matrice de correspondance vérifiable

Pour chaque profil, notez la référence du compte Sage, le compte web associé, la catégorie tarifaire source et le groupe web attendu. Ajoutez le responsable de la règle et le cas de test qui permettra de la vérifier. Des libellés proches ne démontrent pas que deux paramètres portent la même règle.

Le parcours clients de PrestaConnect prévoit l’association des fiches déjà présentes des deux côtés. Faites ce rapprochement avant d’interpréter un prix inattendu : le problème peut venir du compte associé, de son profil ou d’une condition commerciale.

Précisez aussi qui peut modifier l’affectation d’un compte, comment le changement sera contrôlé et dans quel sens l’information doit circuler. Un client présent dans plusieurs groupes mérite un cas de recette propre : ne déduisez pas la priorité du seul ordre des libellés.

Définir la priorité des conditions et des remises

Un tarif de catégorie, une condition particulière client et une remise peuvent se rencontrer sur la même ligne. Faites décrire le calcul attendu avant de tester la synchronisation. La source B2B mentionne les remises client, article et famille, ainsi que les règles de cumul ou de cascade ; leur ordre est à définir selon votre organisation.

Exemple pédagogique : sur une base fictive de 100, deux remises successives de 10 % et 5 % donnent 85,50 ; une remise unique de 15 % donne 85. Ces calculs illustrent deux règles différentes, sans monnaie ni fiscalité particulière et sans prétendre qu’une de ces règles est celle de votre configuration.

Pour chaque exception, demandez quel résultat doit l’emporter et dans quelles circonstances. Conservez la règle écrite, les données de départ et le prix résultant attendu. Si l’équipe ne peut pas départager deux conditions commerciales, le paramétrage ne doit pas inventer la décision.

Vérifier le parcours de prix, de la fiche produit à la commande

Contrôlez le prix dans plusieurs situations : visiteur non connecté, compte public connecté, professionnel de catégorie et professionnel avec exception. Vérifiez la référence, l’unité, la quantité et le contexte de prix utilisé pour la comparaison.

Notez si le résultat attendu est présenté hors taxes ou toutes taxes comprises et quelles hypothèses de taxes et d’arrondi sont retenues. Il s’agit de points de recette à faire valider sur votre boutique et votre gestion, pas d’une règle fiscale universelle. Un même montant observé dans deux contextes différents ne suffit pas à prouver une correspondance.

Comparez ensuite la fiche produit, le panier et la commande de test. Si vous examinez la récupération de cette commande dans Sage, vérifiez les données commerciales attendues sur le document résultant. Le guide de contrôle des commandes aide à préparer cette vérification sans relance aveugle.

Jouer une recette courte, puis une modification de profil

Choisissez quelques articles représentatifs : un cas simple, un cas remisé et un cas couvert par une condition particulière. Pour chacun, préparez les profils de test et le résultat attendu. Les essais doivent se dérouler dans un périmètre convenu, sans exposer des coordonnées ou des conditions commerciales réelles dans les captures.

1. Vérifier le lien entre compte Sage, compte web et profil commercial.
2. Observer l’affichage avant connexion puis après connexion.
3. Comparer fiche produit, panier et commande pour les quantités retenues.
4. Examiner séparément une exception et une règle de remise.
5. Modifier un profil dans le jeu de test, puis contrôler la mise à jour selon le sens et le déclenchement convenus.
6. Consigner le résultat et faire valider les écarts avant généralisation.

Une modification non visible immédiatement doit être examinée avec le contexte d’échange : sens, déclenchement, compte et données concernés. La fréquence dépend de l’architecture retenue. Ne promettez pas une actualisation instantanée et ne multipliez pas les modifications avant d’avoir identifié le résultat existant.

Conserver une preuve utile pour cadrer PrestaConnect

Pour chaque essai, gardez la date, le profil utilisé, la référence article, la quantité, la règle attendue et le résultat observé. Distinguez une règle montrée en démonstration, testée sur votre jeu, à paramétrer ou encore à étudier. Cette distinction donne un périmètre de projet plus lisible qu’une liste de fonctions.

Préparez les versions exactes de Sage 100 et de PrestaShop, les modules installés et les éventuelles personnalisations. La compatibilité, les modules et les flux utiles doivent être confirmés par l’éditeur pour votre environnement. Aucun nom de groupe ou résultat d’un essai isolé ne remplace cette vérification.

PrestaConnect accompagne des usages B2B et B2C. Votre matrice doit donc décrire les profils concernés, leurs conditions et les exceptions à tester. Présentez-la avec un cas normal et un écart pour préparer votre démonstration PrestaConnect.