Réponse directe
Chaque boutique envoie ses commandes vers ERP-STOK via webhook d’ingestion (ShopifyAdapter, WooCommerce, YouCan selon configuration). L’identifiant boutique sert d’external_order_id anti-doublon. Les commandes se retrouvent dans une file COD unique pour confirmation et envoi transporteur. ERP-STOK ne revendique pas ici de synchronisation stock bidirectionnelle avec les boutiques.
Pourquoi centraliser avant de multiplier les portails
Trois boutiques = trois flux de commandes, trois risques de double appel et trois fichiers Excel si vous ne centralisez pas.
ERP-STOK ingère ; il ne remplace pas vos vitrines. La centralisation porte sur l’opération COD après la vente.
Checklist par source
- Shopify : webhook orders/create (ou équivalent) pointé vers l’URL ERP-STOK du tenant ; vérifier l’ID commande Shopify comme external_order_id.
- WooCommerce : webhook commande configuré ; tester payload COD (adresse, téléphone, lignes).
- YouCan : webhook ou connecteur selon la doc tenant ; contrôler mapping montant et articles.
- Pour chaque source : une commande test → statut nouveau dans ERP-STOK.
- Rejouer le même webhook → pas de doublon grâce à l’ID externe.
- Documenter quelle boutique a produit quelle commande (nom, canal, meta si disponible).
File unique : règles communes après ingestion
Peu importe la boutique d’origine, le workflow est le même : assignation agent, statuts confirmation, notes, puis envoi transporteur après validation.
Le stock ERP-STOK suit le ramassage transporteur, indépendamment de la boutique source. Aucune mise à jour automatique du stock Shopify n’est affirmée dans ce flux.
| Source | Mode ingestion | Anti-doublon |
|---|---|---|
| Shopify | Webhook → ShopifyAdapter | ID numérique Shopify |
| WooCommerce | Webhook commande | ID commande Woo |
| YouCan | Webhook / intégration tenant | ID commande plateforme |
Organisation multi-boutique côté équipe
Définissez si les agents voient toutes les sources ou sont filtrés par assignation. Les managers peuvent réassigner selon la charge.
Ajoutez une convention de notes (« client Shopify #1042 », « retour YouCan taille S ») pour garder le contexte dans une file unique.
Ce qu’il ne faut pas promettre en interne
Pas de sync stock Shopify ↔ ERP dans les deux sens.
Pas de mise à jour automatique du fulfillment Shopify depuis le statut transporteur.
Pas d’envoi transporteur automatique à la seule réception webhook : la confirmation reste une étape humaine (ou statut métier) avant envoi.
Exemple illustratif (fictif)
Exemple fictif : une marque vend sur Shopify (site principal) et YouCan (landing produit). Chaque webhook crée une commande dans ERP-STOK avec son external_order_id. L’équipe de 4 agents voit une seule file : 22 commandes Shopify et 8 YouCan le matin. Après confirmation, envoi via un prestataire selon les intégrations configurées et disponibles pour le compte. Le stock Shopify n’est pas ajusté automatiquement par ERP-STOK.
Rôle d’ERP-STOK dans la centralisation
ERP-STOK normalise l’ingestion multi-canal vers un modèle commande + lignes + client commun, puis applique le workflow COD standard.
Les intégrations livraison (ex. Truship via API, Siftly, Coliaty, Rushliv, Speedex — selon les intégrations configurées et disponibles pour le compte) sont paramétrées une fois par tenant ; le choix transporteur et ville reste manuel après confirmation.
Pour conclure
La checklist se résume en trois piliers : webhooks actifs, IDs externes fiables, file COD unique. Les boutiques restent vos vitrines ; ERP-STOK devient votre salle de contrôle opérationnelle.
Limites et points d’attention
- Comportement exact selon configuration webhook et plan du tenant.
- Pas de sync stock bidirectionnelle boutique affirmée.
- YouCan / Woo / Shopify peuvent avoir des champs payload différents — tester chaque canal.
- L’envoi transporteur n’est pas automatique à l’ingestion.