Connexion des canaux de vente à Shippingbo - Bonnes pratiques
Sommaire
💡 À retenir :
La connexion directe des canaux de vente à Shippingbo est la meilleure garantie de fiabilité des données et de qualité de support, au service de l’expérience client finale.
1. Objectif du tutoriel
Ce guide a pour objectif de présenter les bonnes pratiques de connexion des canaux de vente à Shippingbo, afin d’assurer la fiabilité des données, la qualité du support et la satisfaction des clients finaux.
Le mode de connexion choisi a un impact direct sur la capacité de Shippingbo à garantir le bon fonctionnement de la plateforme et à vous accompagner efficacement.
2. Les différents modes de connexion à Shippingbo
Il existe deux grandes catégories de connexion entre vos canaux de vente et Shippingbo.
La connexion directe, via un connecteur officiel Shippingbo, permet à la plateforme de récupérer les commandes et les données associées directement à la source, en s’appuyant sur les API natives des canaux de vente. Ce mode de connexion garantit des flux standardisés, fiables et maintenus dans le temps, et constitue la configuration recommandée.
La connexion indirecte repose quant à elle sur un outil intermédiaire, tel qu’un CMS, un ERP, un connecteur externe, un flux FTP ou des imports manuels ou automatisés. Ce type d’architecture est toléré, mais il introduit des intermédiaires qui peuvent modifier ou altérer les données avant leur arrivée dans Shippingbo.
🔷 Remarque :
Lorsque le CMS (Shopify, PrestaShop, WooCommerce, Magento, etc.) n’est pas la source d’origine des commandes mais agit comme un outil intermédiaire permettant de rapatrier des flux issus de marketplaces, de ventes privées, de flux B2B/B2B2C ou de toute autre source externe : Shippingbo considère que la donnée transmise n’est plus maîtrisée à la source.
Dans ce contexte, bien que le connecteur CMS soit un connecteur officiel Shippingbo, celui-ci ne peut être assimilé à une connexion directe à la source réelle des commandes. Shippingbo ne garantit donc ni l’intégrité, ni l’exhaustivité, ni la conformité fonctionnelle des données transmises via ce type d’architecture.
3. Pourquoi la connexion directe est une bonne pratique essentielle
Connecter vos canaux de vente directement à Shippingbo permet avant tout de garantir l’intégrité de la donnée. Les informations récupérées sont strictement celles émises par le canal de vente, sans transformation intermédiaire. Cela limite fortement les risques de champs manquants, de données tronquées ou de reformattage non maîtrisé.
Ce mode de connexion est également indispensable pour assurer la compatibilité avec l’ensemble de l’écosystème Shippingbo. Les fonctionnalités avancées telles que l’intelligence artificielle, le reporting BI, les automatisations, ou encore les emails transactionnels reposent sur des données structurées et normalisées. Une donnée altérée ou partielle limite, voire empêche, leur bon fonctionnement.
Enfin, la connexion directe contribue directement à la qualité des flux logistiques et à l’expérience client finale. Des données fiables permettent une génération d’étiquettes sans erreur, une communication cohérente avec les transporteurs et une réduction significative des incidents opérationnels, ce qui se traduit par une meilleure satisfaction des destinataires.
4. Limites et risques liés aux connexions indirectes
Lorsque les commandes transitent par un outil tiers avant d’être transmises à Shippingbo, la plateforme ne maîtrise plus l’intégralité de la chaîne de transformation de la donnée. Des modifications peuvent être appliquées sans visibilité, comme la suppression de champs, la modification de formats, la création de doublons ou l’altération des statuts.
Ces écarts peuvent générer des anomalies complexes à diagnostiquer, notamment lors de la préparation, de l’expédition ou de la facturation. Ils peuvent également provoquer des incohérences dans les communications client ou avec les transporteurs. Dans ce contexte, Shippingbo ne peut pas garantir que les dysfonctionnements observés trouvent leur origine dans la plateforme elle-même.
5. Périmètre de support Shippingbo
Le périmètre de support Shippingbo couvre uniquement les données récupérées via des canaux officiels et des connecteurs natifs. Lorsque la connexion est indirecte, l’intervention du support se limite à l’analyse des données effectivement reçues dans la plateforme et à la vérification du comportement standard de Shippingbo à partir de ces informations.
Shippingbo n’est pas en mesure d’investiguer les traitements réalisés en amont par un outil tiers ni de corriger des anomalies résultant de transformations externes. La responsabilité de la donnée avant son entrée dans Shippingbo reste donc à la charge du système intermédiaire utilisé.
🔷 Remarque :
En choisissant un mode de connexion indirect, notamment via un CMS utilisé comme passerelle de flux externes ou via des flux FTP ou connecteurs tiers, le client reconnaît être seul responsable de la qualité, de la cohérence et de la conformité des données transmises à Shippingbo.
Le client reconnaît également que ce choix de configuration limite volontairement le périmètre du support standard Shippingbo et accepte que toute anomalie résultant de transformations ou traitements effectués en amont ne relève pas de la responsabilité de Shippingbo.
6. Investigations spécifiques et facturation
Dans certains cas, des demandes peuvent nécessiter des investigations approfondies, telles que des analyses techniques longues, des tests spécifiques ou des échanges avec des solutions tierces. Ces actions dépassent le cadre du support standard lorsqu’elles concernent des flux indirects.
🔷 Remarque :
Dans ce contexte, Shippingbo peut proposer une prestation spécifique, réalisée après validation préalable, et faisant l’objet d’une facturation dédiée. Cette approche permet de cadrer les interventions tout en garantissant une allocation adaptée des ressources.
Donc, l’utilisation de connexions indirectes génère structurellement davantage de demandes d’assistance et d’investigations techniques. Ces sollicitations, lorsqu’elles concernent des flux dont Shippingbo ne maîtrise pas la source d’origine, ne relèvent pas du support standard inclus dans l’abonnement.
➡️ Le client reconnaît que ce type d’architecture peut entraîner des coûts de support récurrents et accepte que les interventions nécessaires fassent l’objet d’une facturation au temps passé, selon les conditions en vigueur, après validation préalable.
7. Bonnes pratiques recommandées
Pour sécuriser vos opérations, il est fortement recommandé de privilégier une connexion directe de vos canaux de vente à Shippingbo via les connecteurs officiels. Cette configuration permet de bénéficier pleinement du support, d’assurer la fiabilité des données et d’optimiser l’ensemble de la chaîne logistique.
Lorsque l’usage d’un outil intermédiaire est nécessaire, il est important d’en mesurer les impacts, d’anticiper les limites de support et, si besoin, de prévoir un accompagnement spécifique afin de réduire les risques opérationnels.
⚒️ Recommandation
Avant d'utiliser pleinement cette fonctionnalité, il est recommandé d'effectuer une phase de test selon vos propres paramètres.
Le client reste entièrement responsable des actions effectuées sur son compte Shippingbo.
Nous contacter 📬:
Des questions à propos de cette fonctionnalité ? N'hésitez pas à nous écrire ici afin que nous puissions répondre à vos questions.