Español
English
Català
Deutsch
Português
Italiano
Nederlands
Polski
La question arrive presque toujours au même moment : vous vendez déjà sur Amazon, vous avez déjà Odoo, et quelqu'un vient de vous envoyer le devis d'une plateforme d'intégration payante qui relie tout. La décision n'est pas « cher ou pas cher ». Elle porte sur l'appartenance des identifiants, sur le nombre de minutes qui s'écoulent entre le moment où Amazon sait quelque chose et celui où votre entrepôt le sait, et sur la personne que vous appelez le jour où la SP-API change.
Il y a trois voies, pas deux
Middleware payant : un service externe dialogue avec Amazon, normalise les données et les envoie dans Odoo. Connecteur natif : un module dans Odoo qui appelle la SP-API depuis votre serveur. Et une troisième que presque tout le monde oublie : Odoo Enterprise propose son propre connecteur Amazon, qui importe les commandes et crée le client et le bon de livraison. Si vous avez seulement besoin que les commandes arrivent et que vous payez déjà Enterprise, commencez par là avant de souscrire quoi que ce soit. Les différences sont détaillées dans le comparatif des connecteurs Amazon pour Odoo.
Le coût qui se voit et celui qui ne se voit pas
L'abonnement mensuel du middleware est la partie visible, et rarement la plus chère. Le plus cher, c'est que le coût grandit avec votre succès : les paliers par nombre de commandes font que plus vous vendez bien, plus vous payez, et cet argent n'achète aucune fonctionnalité nouvelle. Le connecteur natif a le profil inverse, et il faut le dire en entier : il faut aussi le maintenir. Amazon retire des versions de la SP-API, Odoo sort une version majeure chaque année et quelqu'un doit suivre. Un module sans maintenance finit par coûter plus cher que n'importe quel abonnement.
Latence : où se paient les minutes
Chaque saut ajoute du temps. Amazon → middleware → Odoo, ce sont deux files d'attente au lieu d'une, chacune avec ses nouvelles tentatives et sa fenêtre de synchronisation. Là où cela se paie en argent, c'est la confirmation d'expédition : Amazon vous donne un délai pour envoyer le suivi et pénalise les retards dans les indicateurs du compte, un problème développé dans quand le suivi n'arrive pas chez Amazon. Voici l'autre moitié, qui est tout aussi vraie : une partie du retard ne vient pas de l'intermédiaire, elle vient d'Amazon. Le stock FBA est publié par rapport asynchrone, et là non plus le connecteur natif ne fait pas de miracle.
À qui appartiennent les identifiants et par où passent les données de l'acheteur
Avec notre connecteur, vous autorisez dans votre Seller Central l'application Amazon de FlexigoTech, sans compte développeur. Les appels à la SP-API partent de votre Odoo et c'est vous qui dépensez le quota, au rythme que vous décidez. L'autorisation (le token) est fournie par FlexigoTech Cloud tant que l'abonnement est actif. Avec un middleware, les données de l'acheteur (nom, adresse, téléphone) passent par un tiers. Ce n'est pas mauvais en soi : Amazon a une politique de protection des données et des fournisseurs sérieux la respectent. Mais c'est une question à poser et dont il faut obtenir la réponse par écrit, pas un détail qui se règle pendant la démo.
Quatre questions avant de signer, valables pour les deux modèles : à qui appartient le token de rafraîchissement ? Qui traite les données de l'acheteur ? Qu'emporte-t-on si on part, y compris la table de correspondance des SKU et l'historique des commandes ? En combien d'heures y a-t-il un correctif quand Amazon change quelque chose ?
Qui répare quand Amazon change l'API
Amazon change. Elle versionne ses endpoints, éteint les anciens et resserre les limites d'appels. Avec un middleware, c'est le fournisseur qui répare et vous attendez ; c'est en général rapide, car la panne touche tous ses clients en même temps. Avec un module à vous, c'est celui qui l'a conçu qui répare, et la réponse dépend alors entièrement de celui à qui vous l'avez acheté et de la question de savoir s'il maintient le module sur Odoo 17, 18 et 19 ou seulement sur la version dans laquelle il vous l'a vendu. Les pannes les plus fréquentes sont décrites dans erreurs fréquentes de la SP-API dans Odoo.
Quand le middleware est la bonne réponse
Quand vous vendez sur huit canaux et qu'Amazon n'en est qu'un parmi d'autres : payer un abonnement pour ne pas maintenir huit intégrations est une bonne affaire. Quand vous testez le canal et ne savez pas si vous y serez encore dans six mois. Quand vous n'avez ni équipe technique ni partenaire et qu'il faut que quelque chose fonctionne lundi. Et quand c'est déjà en place et que ça marche : remplacer une intégration qui ne pose pas de problème, c'est dépenser de l'argent et prendre un risque pour n'améliorer rien. Si la seule raison de changer est que « ça paraît cher », comparez d'abord la facture d'une année avec ce que coûte la maintenance d'un module.
Quand le natif est rentable, et ce que nous faisons
Il est rentable quand le volume monte, quand les canaux se réduisent à deux ou trois sérieux, ou quand l'activité demande plus que des commandes : règlements rapprochés ligne à ligne, FBA comme emplacement réel, retours et remboursements. Le connecteur Amazon pour Odoo appelle la SP-API depuis votre Odoo, avec l'autorisation de FlexigoTech Cloud, sur Odoo 17, 18, 19 et 20. La partie stock est racontée dans FBA comme entrepôt dans Odoo. Et si ce que vous avez aujourd'hui est un middleware, comment migrer sans arrêter l'activité explique l'ordre des étapes.
Questions fréquentes
Puis-je avoir un middleware et un connecteur natif en même temps ?
Pendant une migration, oui, mais un seul peut écrire. Si les deux confirment des expéditions ou publient du stock, Amazon reçoit des ordres contradictoires et des doublons apparaissent. On répartit par canal ou par type de donnée, jamais au premier arrivé.
Le connecteur natif nécessite-t-il un compte développeur Amazon ?
Avec le nôtre, non. Vous autorisez depuis votre Seller Central l'application Amazon de FlexigoTech, qui est déjà enregistrée avec notre profil de développeur. FlexigoTech Cloud utilise cette autorisation pour fournir le token à votre Odoo tant que l'abonnement est actif, et vous pouvez la révoquer quand vous voulez depuis votre Seller Central.
Est-ce que j'emporte l'historique si je quitte le middleware ?
L'indispensable, ce sont la table de correspondance des SKU et les commandes ouvertes. L'historique clos peut être repris ou laissé archivé : il ne bloque pas le démarrage. Demander par écrit comment il s'exporte, avant de signer, évite la mauvaise surprise.
Liens utiles chez FlexigoTech
Ce que nous faisons à ce sujet
Vous hésitez entre middleware et module propre ?
Dites-nous combien de commandes par mois vous traitez via Amazon, sur combien d'autres canaux vous vendez et ce que vous coûte l'intermédiaire aujourd'hui. Si la bonne réponse est de rester où vous êtes, nous vous le dirons. Écrivez à comercial@flexigobe.com ou planifiez un appel.