Distinguer une commande éligible et une commande déjà reprise

Une commande visible dans PrestaShop n’est pas nécessairement prête à être intégrée dans Sage 100. Commencez par écrire les conditions métier retenues : statut autorisé, informations complètes et éventuelle validation préalable. Ces conditions doivent être connues du gestionnaire de la boutique et de l’ADV.

La page produit PrestaConnect prévoit un choix des statuts qui déclenchent la récupération. Le statut exact à retenir dépend de votre circuit de vente et du paramétrage du projet. Ne déduisez pas l’éligibilité d’une commande du seul fait qu’un paiement ou un numéro de commande est affiché.

Posez ensuite une question distincte : cette commande a-t-elle déjà produit un résultat dans Sage ? Une commande autorisée peut avoir été traitée auparavant. Ce second contrôle évite de confondre la préparation d’un premier import avec une décision de reprise après incident.

Conserver la référence qui permet de rapprocher les deux côtés

Définissez la référence de commande boutique à utiliser pour rechercher le résultat dans la gestion. Documentez où elle peut être retrouvée dans le circuit réellement configuré. Une recherche fondée uniquement sur le nom du client ou sur un montant identique ne constitue pas une preuve suffisante.

Si plusieurs boutiques ou sociétés interviennent, précisez le contexte qui accompagne cette référence. Deux identifiants semblables peuvent désigner des opérations différentes. La règle de correspondance et le contrôle des doublons doivent être démontrés sur votre environnement.

Préparer les contrôles des données avant l’essai

Choisissez un petit échantillon représentatif. Pour chaque commande de recette, préparez le client attendu, les adresses, les références articles, les variantes utiles et les quantités. Vérifiez également les unités : une ligne commandée en lot ne doit pas être interprétée sans règle explicite.

Les montants et les règlements demandent leur propre rapprochement. Précisez les frais, remises, taxes et modes de règlement à examiner dans le périmètre retenu. Une commande visible dans la gestion ne prouve pas que chaque donnée commerciale est correcte.

PrestaConnect présente des correspondances de paiements définies lors du déploiement. Cela ne permet pas de supposer que tous les moyens de paiement ou tous les modules de boutique se comportent de la même manière. Faites confirmer les cas utilisés dans votre activité.

Examiner un rejet avant de décider d’une reprise

Si une commande ne produit pas le résultat attendu, conservez la référence, l’heure du constat, son statut et le message utile au diagnostic. Désignez la personne qui examine le problème et celle qui peut autoriser une correction.

Recherchez d’abord un document déjà créé. Une interruption de connexion ou une absence de confirmation ne signifie pas que le traitement n’a eu aucun effet. Une relance immédiate peut rendre le rapprochement plus difficile.

Écrivez une règle de décision : corriger la donnée source, compléter un paramétrage, faire examiner un résultat existant ou autoriser une reprise après vérification. Le comportement technique du connecteur doit être confirmé pendant la recette ; ce guide ne promet pas une protection universelle contre les doublons.

Recetter le parcours normal et une exception

1. Préparer une commande fictive dont le statut est autorisé dans le scénario retenu.
2. Écrire les données et documents attendus avant l’essai.
3. Exécuter le parcours dans un environnement et un périmètre de test convenus.
4. Rapprocher la référence boutique, le résultat Sage et les lignes commerciales.
5. Examiner un cas incomplet ou un résultat incertain, puis vérifier la procédure de décision avant reprise.
6. Faire valider le constat par les responsables boutique et ADV.

Conservez les preuves et les questions ouvertes. Les contrôles de reprise peuvent être étudiés sans rejouer aveuglément une commande sur la production. Une commande de test ne doit pas être comptabilisée comme une vente réelle ni déclencher des messages clients non prévus.

Le statut de suivi publié ensuite dans la boutique est également à vérifier. Distinguez l’intégration d’une commande, sa préparation, son expédition et son paiement : ces étapes ne sont pas interchangeables.

Préparer votre projet avec PrestaConnect

La présentation des commandes PrestaShop vers Sage 100 décrit les échanges de commandes, les règles de statut et les informations de suivi selon le projet. Les modules et règles réellement déployés sont à confirmer avec l’éditeur.

Apportez vos versions exactes de PrestaShop et de Sage 100, vos modules, les sociétés concernées, une commande représentative et une exception. Cette préparation aide à construire une démonstration puis une recette adaptée.

Pour compléter les contrôles, consultez le guide sur le stock destiné à la boutique et les échanges de clients et d’adresses. Présentez votre projet à Alternetis avec ces exemples pour vérifier le périmètre utile.

Commande annulée : décider selon le résultat déjà présent

Une annulation signalée dans PrestaShop demande un rapprochement avant toute reprise. Retrouvez la commande, son contexte et les documents déjà présents dans Sage 100. Distinguez ensuite quatre questions : faut-il encore intégrer la commande, quel document de gestion existe, quelle disponibilité doit être affichée et quel traitement du paiement a été décidé ? Un même mot « annulée » ne répond pas à ces quatre questions.

La page officielle commandes et paiements décrit les statuts qui déclenchent la récupération, les correspondances de règlement et le suivi configuré. Elle ne suffit pas à prouver qu’un changement de statut annule automatiquement un document Sage, rembourse un paiement ou rétablit un stock. Faites vérifier le comportement exact dans votre offre et votre configuration.

Exemple pédagogique : deux lignes, quatre constats

La commande fictive WEB-ANN-01 contient deux unités de TEST-A et une unité de TEST-B. Le scénario prévoit qu’un document Sage de recette a déjà été créé lorsque le statut d’annulation est constaté dans la boutique. Ces identifiants sont inventés ; ils ne décrivent ni un client ni un comportement standard du connecteur.

1. Commande : retrouver la référence boutique, la société concernée et le document Sage correspondant, puis conserver les trois lignes d’information utiles : référence, état et heure du constat.
2. Document : écrire la décision attendue de l’ADV et rechercher ensuite la preuve du résultat dans Sage. Le scénario ne prescrit aucune suppression, transformation ou écriture automatique.
3. Stock : noter séparément la quantité de référence et la disponibilité attendue dans la boutique. Ne pas ajouter manuellement les trois unités au stock uniquement parce que la commande porte un statut d’annulation. La règle dépend du circuit et des mouvements constatés.
4. Paiement : relever son état auprès de la source prévue au projet et faire confirmer la décision de remboursement par le responsable concerné. Un statut de commande et une preuve de remboursement restent deux informations distinctes.

L’exemple permet de préparer une recette dans un environnement convenu ; l’agent n’a exécuté ni commande réelle, ni paiement, ni remboursement. Le jeu d’essai doit éviter toute notification client non prévue et toute confusion avec une vente réelle.

Une recette d’annulation avec une décision de clôture

Pour chaque situation retenue, préparez les états initiaux dans la boutique et dans Sage, les références liées, l’action autorisée, le résultat attendu de chaque côté et le responsable qui valide. Réalisez l’essai dans le cadre convenu avec les intervenants du projet, puis comparez les résultats aux attentes écrites.

Ajoutez un contrôle de reprise : si la confirmation manque, rechercher les effets déjà produits avant de recommencer. Le suivi après démarrage aide à conserver un incident exploitable. Il ne démontre pas un mécanisme universel de protection contre les doublons.

Pour préparer l’échange, apportez aussi vos versions et modules exacts. Le dossier de démonstration PrestaConnect permet de réunir ces éléments. L’objectif est de faire valider votre circuit d’annulation, sans présumer qu’il est identique d’une boutique à l’autre.