Intégration de boutique avec Entersoft ERP : flux, prérequis et contrôles

Nous connectons la boutique à Entersoft ERP selon un flux précis et l’interface disponible. Cette connexion est particulièrement utile si la boutique doit appliquer des tarifs propres à chaque client professionnel. La correspondance comprend code article, unité commerciale, client, grille tarifaire, offre, remise et commande.

La connexion Entersoft est particulièrement utile si la boutique doit appliquer des tarifs propres à chaque client professionnel. La correspondance comprend code article, unité commerciale, client, grille tarifaire, offre, remise et commande. Transmettre un seul prix général ne suffit pas. Il faut définir quand identifier le professionnel, quelle politique afficher et quand la revérifier avant l’achat. B2B et B2C peuvent partager le catalogue tout en exigeant des règles tarifaires distinctes.

La présentation officielle d’e-Com Connector mentionne l’échange d’articles, prix, offres et commandes avec des applications tierces. Il s’agit d’une connexion de données métier, au-delà d’un import de catalogue. Entersoft ERP et Entersoft WMS ont des rôles différents. Le connecteur doit être vérifié dans la version réelle et les sous-systèmes actifs du client.

Un grossiste électrique vend le même interrupteur aux particuliers et installateurs. Le visiteur voit le prix de détail ; l’installateur identifié, son prix négocié. La boutique conserve code client et unité de vente pour qu’un carton ne soit pas transmis comme une pièce. Si l’offre expire pendant la commande, le traitement prévu de réévaluation et d’information client s’applique. Les remises ne sont pas appliquées une seconde fois lors de la réception dans l’ERP.

Un scénario critique apparaît lorsqu’une offre expire pendant que le panier du client reste ouvert. Nous conservons une référence externe et l’identifiant cible confirmé avant de répéter l’action. Nous distinguons échec d’accès, rejet métier et résultat incertain. L’opérateur doit pouvoir examiner l’enregistrement et rétablir la situation sans répéter les étapes terminées. Nous convenons des champs journalisés et du responsable des éléments en attente.

Nous testons un professionnel et un visiteur sur le même produit, une offre expirée et une variation de quantité. Pour chaque cas, nous documentons données initiales attendues, enregistrement cible et statut client. Nous ajoutons échec de permissions et interruption de réponse. Nous répétons un événement confirmé et vérifions que son effet métier ne change pas. Le procès-verbal d’acceptation définit l’équipe responsable et les preuves nécessaires pour résoudre un écart.

L’étude initiale confirme : accès Web API/e-Com Connector ; accord tarifaire B2B/B2C ; données de test clients et offres. Avant production, nous documentons le flux Articles et prix → catalogue en ligne → Identification du client → politique commerciale → Commande → ERP → retour du statut. Nous attribuons renouvellement des accès, surveillance et corrections. Une modification de configuration ou de règle métier déclenche un contrôle ciblé. Nous partons de ce flux précis et ajoutons un autre canal après clarification de ses responsabilités et scénarios d’acceptation.