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

Nous connectons la boutique à SoftOne / Soft1 ERP selon un flux précis et l’interface disponible. La connexion part de la société et de l’établissement recevant chaque commande en ligne. Elle associe article, variante, client, entrepôt, paiement et série du document commercial.

Dans Soft1, la connexion part de la société et de l’établissement recevant chaque commande. Elle associe article, variante, client, entrepôt, paiement et série documentaire. Nous recommandons de conserver la politique commerciale dans l’ERP et de renvoyer la référence externe depuis la boutique. La disponibilité n’est pas la somme de tous les entrepôts : l’entreprise décide du stock réellement affecté au canal web.

Les appels login et authenticate précèdent l’accès aux objets métier. La documentation décrit getData, setData et des services de recherche et calcul. Soft1 diffère d’Entersoft et d’Atlantis. Version, sous-systèmes actifs et configuration définissent la connexion finale.

Une boutique d’outillage stocke la même perceuse à Athènes et Thessalonique, mais les ventes web partent seulement d’Athènes. Le connecteur publie le stock convenu de cet entrepôt, associe la variante et transmet au bon établissement. Pour une facture professionnelle, fiche d’entreprise et type de vente sont vérifiés avant enregistrement. La référence locale conserve identifiant boutique et identifiant ERP confirmé.

Un scénario critique apparaît lorsque la commande est créée dans Soft1 mais sa réponse se perd avant la boutique. Nous conservons référence externe et identifiant cible confirmé avant répétition. Nous distinguons échec d’accès, rejet métier et résultat incertain. L’opérateur doit examiner l’enregistrement et rétablir l’état sans répéter les étapes terminées. Champs journalisés et responsable des attentes sont convenus.

Nous testons changement d’établissement, renvoi de la même commande et code de variante incompatible. Chaque cas documente données initiales attendues, enregistrement cible et statut client. Nous ajoutons échec de permissions et interruption de réponse. Un événement confirmé est répété pour vérifier son effet inchangé. Le procès-verbal définit équipe responsable et preuves de résolution.

L’étude confirme Web Account/AppID limité, Web Services actif et société de test, politique d’entrepôts, tarifs et séries. Avant production, nous documentons Produits Soft1 → catalogue boutique → Commande boutique → correspondance client/établissement → Enregistrement → contrôle de réussite → réconciliation. Nous attribuons renouvellement des accès, surveillance et corrections. Un changement de configuration ou règle métier déclenche un contrôle ciblé. Nous commençons par ce flux et ajoutons un canal après clarification de sa responsabilité et de ses scénarios d’acceptation.