Vos pertes de stock Amazon FBA apparaissent dans un export, les compensations dans un autre, et votre ERP conserve encore une troisième lecture. L’équipe marketplace cherche les dossiers à examiner ; la finance veut expliquer les montants ; l’ADV veut savoir quelles unités peuvent être vendues. Rassembler ces fichiers dans un même tableau ne suffit pas à répondre aux trois questions.
Le risque consiste à donner le même sens à des événements différents : une unité perdue, une compensation approuvée, un mouvement financier et un stock disponible. Leur rapprochement permet de décider quelles informations transmettre à l’ERP et quels dossiers garder en revue. Une compensation affichée ne démontre ni un versement bancaire ni une remise à disposition immédiate du produit.
Le dossier doit préserver les identifiants, les quantités, la devise et la relation réellement confirmée avec la perte. Nous allons examiner les rapports disponibles et huit situations fictives, calculées hors connexion. Les cas distinguent le réimport, plusieurs références sous un même remboursement, une relation ambiguë et un remplacement en stock, sans réclamer d’argent sur un compte Amazon.
Notre agence marketplace accompagne ce travail avec vos équipes commerciales, logistiques et financières. L’accompagnement Amazon pour les vendeurs relie les dossiers opérationnels aux sources disponibles et au système d’information, avec des règles de traitement adaptées à votre activité.
Pour qui les compensations FBA doivent rejoindre l’ERP
Ce chantier concerne un vendeur qui suit son stock externalisé chez Amazon et doit justifier les écarts dans ses propres outils. Il peut vendre sur Amazon, utiliser ce stock pour d’autres canaux ou confier les opérations à un prestataire. Le besoin reste le même : savoir ce qui manque, ce qui a été compensé et ce qui est effectivement disponible.
Repérer les dossiers que le tableau ne permet plus de fermer
Un premier signal faible apparaît lorsque la ligne « stock perdu » disparaît dès qu’une compensation est trouvée. L’équipe ne peut plus expliquer la quantité initiale ni la relation retenue. Un second apparaît lorsque le même dossier est repris chaque semaine parce que personne ne sait si le montant consulté appartient au rapport de compensation ou au relevé financier.
Les demandes répétées se répartissent souvent entre trois interlocuteurs. La logistique possède l’historique des mouvements, le responsable Amazon suit les dossiers et la finance vérifie les flux monétaires. Une réponse isolée de l’un d’eux ne ferme pas automatiquement les contrôles des autres. Attribuez à chaque question sa preuve attendue et son responsable.
Choisir le périmètre avant de demander une automatisation
Commencez par un compte vendeur et une cohorte identifiée de dossiers. Conservez les pays, magasins, entrepôts et périodes présents dans les sources, sans supposer qu’ils décrivent tous le même périmètre. Un rapport de compensation ne fournit pas nécessairement chaque dimension utilisée dans votre ERP ; l’import doit conserver cette information manquante.
Le coût caché vient du temps passé à reprendre des relations non documentées. Une équipe peut disposer des bons fichiers et produire malgré tout une mauvaise conclusion si elle relie uniquement les lignes portant le même SKU. L’automatisation doit reconnaître les cas indécidables, au lieu de choisir la première perte qui paraît correspondre.
Lire les rapports Amazon sans les transformer en une source unique
Les rapports officiels n’ont pas tous la même fonction. Le registre d’inventaire décrit des mouvements ; le rapport de compensations décrit des remboursements d’inventaire. Leur mise en relation demande un dossier explicite. La documentation des champs ne constitue pas une garantie qu’une jointure par un seul identifiant sera toujours possible.
Conserver le mouvement de perte dans le registre d’inventaire
La documentation officielle des rapports FBA présente Inventory Ledger en vue détaillée pour les mouvements de stock. Elle liste notamment référence, FNSKU, quantité, entrepôt, motif et pays. Relevez les colonnes effectivement reçues et leur signification dans vos dossiers, avec le fichier et la période d’origine.
Le FNSKU identifie une référence dans l’écosystème logistique Amazon ; il ne suffit pas à nommer une perte déterminée. Deux événements peuvent concerner le même produit et des quantités identiques. Les informations de date, lieu et référence doivent rester disponibles pendant l’enquête, même lorsque votre tableau final affiche une seule ligne de synthèse.
Préserver les différentes formes de compensation
Le rapport FBA Reimbursements distingue notamment les quantités compensées en argent et en inventaire. Il fournit aussi des identifiants de remboursement et des liens éventuels vers un remboursement d’origine. Gardez ces informations séparées dans le dossier ; elles servent à comprendre la réponse reçue, sans créer un prix ou une règle de correction que la source ne fournit pas.
Les libellés et champs doivent être vérifiés sur les rapports accessibles à votre compte. Conservez la réponse brute lorsqu’une colonne manque ou qu’une valeur change. Une normalisation interne peut donner des noms plus lisibles aux équipes, à condition de garder la correspondance avec la source et de ne pas remplacer une absence par zéro.
Séparer quantité compensée et quantité réellement vendable
Une compensation en inventaire décrit un traitement du dossier. Votre stock commercial doit utiliser une observation adaptée à la disponibilité. Confondre ces deux objets peut remettre en vente des unités que l’équipe n’a pas encore retrouvées dans l’état logistique attendu.
Demander la preuve correspondant à la disponibilité
La présentation officielle de FBA Inventory API distingue des quantités disponibles, entrantes, réservées, non vendables et en recherche. Pour votre projection ERP, identifiez celles que vous utilisez et le contexte de collecte. Une compensation de deux unités ne devient pas une observation de deux unités disponibles.
Contre-intuitivement, un dossier peut être compensé en quantité pendant que le stock commercial reste inchangé dans votre dernier relevé. Ce décalage doit rester visible avec ses dates. Ne modifiez pas un stock courant en additionnant chaque traitement administratif reçu ; préservez le rôle de l’observation qui alimente réellement la disponibilité.
Conserver une autre lecture pour les unités perdues
Le dossier opérationnel garde la quantité initiale, les compensations qui lui sont reliées et les éventuels mouvements retrouvés. Un état « à examiner » indique qu’une relation reste incertaine ; il n’affirme pas qu’Amazon doit nécessairement rembourser cette quantité. Les conditions applicables et les pièces demandées restent à vérifier dans le compte vendeur.
Le parcours de Shopify expédié avec un stock Amazon FBA traite le relais vers d’autres canaux. La disponibilité utilisée pour ces ventes doit conserver sa propre source. Le traitement d’un dossier de compensation ne doit pas créer artificiellement un stock supplémentaire sur la boutique.
Construire une relation vérifiée entre perte et compensation
Le rapprochement commence par les identités, avant les sommes. Une même compensation peut contenir plusieurs références ; une même référence peut apparaître dans plusieurs pertes. Le système doit conserver ces grains et montrer la preuve utilisée pour associer chaque ligne à son dossier.
Éviter les clés qui écrasent une ligne légitime
Un dictionnaire indexé seulement par l’identifiant de remboursement risque d’écraser une autre référence appartenant à la même compensation. Un dictionnaire indexé seulement par le FNSKU risque de fusionner plusieurs événements. Vérifiez la cardinalité sur vos sources et choisissez un identifiant de ligne interne qui conserve les occurrences nécessaires.
L’identifiant normalisé de notre exercice est entièrement fictif et attribué après validation du dossier. Il n’est pas présenté comme une clé unique garantie par Amazon. Avant de reprendre ce mécanisme dans un connecteur, l’équipe doit qualifier les répétitions légitimes, les corrections et les recouvrements entre fichiers. La position d’une ligne dans un export ne suffit pas à assurer une identité durable.
Refuser une relation choisie par défaut
Lorsque deux pertes candidates concernent le même FNSKU, conserver le plus ancien événement n’établit pas la relation. Le dossier doit porter les pièces ou références qui permettent de confirmer le lien. Si la preuve reste insuffisante, alors le rapprochement demeure en revue et les lignes sources sont préservées.
Fixez un seuil de publication interne : aucune relation automatique sans contexte confirmé pour les opérations que votre ERP doit traiter. Ce seuil est une règle de votre processus, pas une politique Amazon. La personne responsable du dossier peut confirmer une relation ou demander une autre pièce ; le connecteur ne fabrique pas cette décision en triant les dates.
Ne pas confondre compensation en argent et flux bancaire
Un montant associé à une compensation doit conserver sa devise, sa source et son état. Pour l’expliquer à la finance, reliez ensuite les documents financiers et le versement effectivement observé lorsque cette relation est disponible. L’ERP ne doit pas appeler « encaissé » un montant simplement retrouvé dans un rapport opérationnel.
Conserver le montant reçu sans valoriser le remplacement
Exemple concret dans le modèle fictif : sur quatre unités compensées, deux le sont en argent pour 40 euros et deux en inventaire. Les 40 euros restent le montant monétaire donné. Multiplier les deux autres unités par un prix de vente de 20 euros et ajouter le résultat fabriquerait une compensation monétaire de 80 euros qui n’existe pas dans les données de ce cas.
La valorisation interne du stock, la convention de période et les écritures comptables doivent être validées séparément par les interlocuteurs financiers. Le rapprochement opérationnel fournit des pièces ; il ne déduit ni une taxe récupérable, ni un montant juridiquement dû, ni une écriture universelle depuis un nom de colonne.
Traiter les corrections avec leur provenance
Un lien vers un remboursement d’origine peut aider à suivre l’historique. Il ne suffit pas à décider le signe et l’effet d’une nouvelle ligne. Conservez type, montant, référence et documents associés ; faites confirmer la nature de la correction avant d’annuler ou de remplacer un effet dans votre système.
Le dossier doit pouvoir montrer la lecture antérieure et la décision nouvelle. Une correction n’efface pas la preuve qui avait permis le premier traitement. Le journal reçoit l’entrée source, l’identité interne, le contrat de mapping et le responsable de validation ; la sortie précise ce qui est modifié et ce qui reste indécidable.
Exercice corrigé : huit dossiers de stock et de compensation
Le jeu fictif concerne un vendeur S1 et un périmètre FR défini pour ses propres dossiers. Il comporte deux pertes de quatre unités sur la référence A et une perte d’une unité sur B. La relation avec la première perte de A est confirmée dans le témoin. Les identifiants internes et ce périmètre sont fournis par le modèle, sans prétendre qu’ils sont présents dans chaque rapport Amazon.
Lire les résultats sans annoncer un remboursement garanti
Le calcul lit un fichier tabulé fictif et applique les règles du dossier normalisé. Il préserve plusieurs lignes d’une compensation, refuse les relations ambiguës et garde les observations de disponibilité séparées. Aucun appel Amazon, dépôt de réclamation, transfert bancaire ou écriture ERP réelle n’a lieu.
| Cas | Donnée du dossier | Résultat local | Action retenue |
|---|---|---|---|
| A | Perte de 4 unités ; compensation de 2 en argent et 2 en inventaire | 4 unités couvertes ; 40 € monétaires ; disponibilité observée à 0 | Conserver les trois lectures séparées |
| B | Même ligne normalisée importée une seconde fois | Aucun nouvel effet ; les 40 € restent comptés une fois | Reconnaître le réimport confirmé |
| C | Même remboursement R1, autre FNSKU B, ligne confirmée de 20 € | Deux lignes préservées ; total monétaire fictif de 60 € | Ne pas écraser une référence avec l’identifiant du remboursement |
| D | Ligne interne déjà traitée reçue avec un montant différent | Modification mise en revue ; résultat antérieur conservé | Qualifier une correction et sa version |
| E | Deux pertes possibles pour une compensation de A | Relation automatique refusée | Demander la pièce qui confirme le dossier |
| F | Montant en USD dans une lecture attendue en EUR | Aucune conversion implicite | Faire valider la convention monétaire |
| G | Deux unités compensées en inventaire, puis relevé distinct à 2 disponibles | Seul le relevé actualise la disponibilité | Préserver source et instant de cette observation |
| H | Nouvelle référence liée au remboursement d’origine, sens non qualifié | Historique conservé ; aucun effet monétaire inventé | Confirmer la nature de la correction |
A fournit le témoin positif de relation confirmée, avec une couverture en unités distincte du montant monétaire. B ne s’appuie pas sur le seul fait que deux chiffres sont égaux : il reconnaît la même ligne normalisée et le même contenu. C conserve une autre référence sous R1. Si le rapprochement déduplique sur R1 seul, alors il perd la ligne de 20 euros et affiche 40 euros au lieu des 60 euros fournis par les deux lignes. L’identité du remboursement ne suffit donc pas à nommer chaque ligne.
Lire les refus comme des décisions de votre modèle
D suspend l’effet d’une modification pour permettre sa validation ; il ne déclare pas qu’un rapport Amazon doit rester immuable. E refuse de choisir arbitrairement entre deux pertes. F suspend la lecture monétaire tant que la conversion n’est pas qualifiée. Dans chacun de ces cas, la source reste consultable et le motif de revue est conservé.
G ne reconstitue pas la disponibilité depuis les compensations : il attend l’observation distincte donnée au modèle. H conserve le lien historique sans deviner le sens de la correction. Ces cas éprouvent un dossier local ; ils ne certifient pas les règles d’un compte vendeur, l’acceptation d’une réclamation ou le connecteur de votre ERP.
Isoler une enquête sur les dimensions des pertes d’inventaire
Un écart de frais logistiques FBA peut ouvrir un dossier qui porte sur l’emballage mesuré, avec des pièces différentes de celles d’une unité perdue. Le contrôle des mesures emballées et des frais estimatifs Amazon conserve objet, version de conditionnement et magasin avant de comparer les valeurs. Une estimation n’y reçoit pas le statut d’un débit confirmé.
Les deux enquêtes peuvent concerner le même produit et rester ouvertes séparément. La compensation d’une perte ne prouve pas une correction dimensionnelle ; une réponse sur les mesures ne clôt pas la perte d’inventaire. L’ERP reçoit seulement l’effet effectivement qualifié, avec la provenance du dossier qui l’explique et les documents financiers correspondants.
Transmettre à l’ERP ce qui a effectivement été qualifié
Le dossier marketplace peut préparer une information sans autoriser automatiquement tous ses effets. Votre ERP peut recevoir une relation documentaire, une proposition de traitement ou une écriture validée selon le processus retenu. Le transport technique et la décision métier doivent conserver cette différence.
Donner un statut distinct à chaque sortie
Les entrées associent fichiers, contextes de collecte, identité des lignes et preuves de relation. Les sorties séparent compensation à examiner, relation confirmée et information autorisée pour l’ERP. La responsabilité du rapprochement appartient à l’équipe désignée ; celle de la convention financière et de l’écriture appartient à ses valideurs. Aucun champ « importé » ne résume ces décisions.
Conservez une journalisation des confirmations et des effets produits. Le monitoring suit les lignes en attente, leur motif, les changements de version et les reprises. Un fichier relu après un incident ne doit pas créer un nouvel effet simplement parce que son téléchargement porte un autre identifiant. La traçabilité doit montrer la ligne déjà traitée et la décision qui autorise sa correction.
Coordonner la qualification avec l’intégrateur ERP
Vérifiez les interfaces réellement accessibles, les objets à utiliser, les droits et les confirmations de l’ERP avec son installateur. Une écriture en brouillon ne devient pas une écriture comptabilisée dans votre cockpit. Une information transmise au bon service peut encore nécessiter une validation ou une pièce supplémentaire.
Les réceptions fournisseurs partielles entre Odoo et un 3PL illustrent une autre opération où état logistique et résultat ERP doivent être qualifiés. La compensation FBA possède son propre contrat. Réutiliser le transport d’un connecteur ne donne pas automatiquement les mêmes objets, règles de quantité ou décisions métier.
Choisir un outil de suivi sans lui attribuer une preuve bancaire
Un outil spécialisé peut aider à repérer les dossiers à examiner et à rassembler les pièces. Le choix doit partir de vos sources disponibles et de votre processus, avec des données représentatives. Vérifiez ce que vous pouvez exporter et relier à l’ERP avant de construire une dépendance à son tableau de bord.
Distinguer l’opportunité estimée du dossier confirmé
La documentation de sellerboard sur les inventaires perdus ou endommagés présente des estimations, des exports et une préparation des demandes au support. Elle indique que le montant affiché reste une estimation et que l’issue dépend de l’enquête. Cette distinction est utile pour votre cockpit : une opportunité estimée ne reçoit pas le statut d’une compensation observée.
Les règles d’éligibilité, montants et délais doivent être vérifiés auprès d’Amazon pour le compte et le cas concernés. Une fenêtre montrée par un logiciel ne devient pas une règle universelle applicable à tous les dossiers. Ne présentez pas une différence estimée comme une somme que votre prestataire récupérera nécessairement.
Vérifier les exports et les limites d’accès
Demandez un exemple de données exportables, les identités conservées, la provenance des montants et les mises à jour possibles. Vérifiez également les accès nécessaires et ce que le prestataire prend réellement en charge. Une promesse de suivi des remboursements ne prouve pas qu’un connecteur natif existe pour votre ERP ou votre convention financière.
Lorsque le pilotage devient récurrent, Ciama peut constituer un relais à qualifier avec les sources et fonctions adaptées. Ce dossier pédagogique ne prouve pas qu’un rapprochement précis ou une fonction de réclamation existe nativement dans le produit. Le besoin doit être confronté aux capacités effectivement disponibles.
Erreurs fréquentes : fermer le dossier en supprimant la différence
Une synthèse trop compacte peut faire disparaître les raisons d’un écart. Les unités, montants et statuts semblent enfin alignés, tandis que l’équipe perd la capacité d’expliquer comment le résultat a été obtenu. Les dossiers en revue doivent rester identifiables et recevoir une prochaine action.
Refuser quatre raccourcis de rapprochement
- Relier sur le SKU seul : mélanger plusieurs pertes ou écraser plusieurs références d’une même compensation.
- Valoriser le remplacement comme du cash : ajouter un prix fictif au montant monétaire effectivement fourni.
- Recréer la disponibilité : remettre en vente des unités depuis une décision administrative sans l’observation logistique attendue.
- Fermer sur une égalité : considérer deux quantités égales comme la preuve qu’elles appartiennent au même dossier.
Une autre erreur consiste à supprimer le mouvement de perte lorsqu’une compensation est reliée. Gardez l’histoire et la preuve de couverture ; elles permettent de revoir une relation ou une correction. La fermeture du dossier porte une décision datée, pas une disparition de la ligne source.
Donner une action aux informations manquantes
Une devise absente, un compte non identifié ou une relation non confirmée ne doit pas produire un montant zéro. Affectez le motif à la bonne équipe et conservez la pièce à demander. Un refus de collecte relève de la technique ; une relation de perte ambiguë relève du dossier opérationnel ; une convention de conversion relève des valideurs financiers.
Le parcours des commandes fournisseurs alimentées par les ventes marketplace rappelle l’importance des objets confirmés et des responsabilités. Les compensations utilisent une autre chaîne : les sources ne doivent pas créer une commande, un stock ou une écriture par simple rapprochement de libellés.
Plan d’action : commencer par une cohorte de dossiers explicables
Choisissez des pertes dont les documents sont disponibles et qui exposent plusieurs issues : compensation en argent, en inventaire, relation incertaine et correction. Vous pourrez ainsi tester le processus sans attendre que tous les fichiers historiques soient nettoyés ni annoncer un montant récupérable avant examen.
Attribuer les quatre étapes de préparation
- Délimiter les sources : le responsable Amazon conserve les rapports, périodes et contextes ; la technique vérifie collecte et conservation.
- Confirmer les relations : l’équipe opérationnelle documente chaque perte et les lignes qui lui sont effectivement reliées.
- Qualifier les effets : finance et intégrateur ERP précisent les conventions, objets, permissions et validations nécessaires.
- Éprouver le parcours : la recette rejoue les témoins et les refus ; l’exploitation surveille les dossiers ouverts après livraison.
Le seuil d’arrêt du pilote est une relation inventée ou un effet produit sans validation prévue. Le runbook précise la responsabilité de la correction et du repli. La journalisation conserve l’entrée, la sortie, le contrat et la version, afin de reprendre un fichier ou de corriger une décision sans supprimer l’historique nécessaire aux autres équipes.
Mesurer le travail évité sans annoncer un gain récupéré
Dans un calcul entièrement fictif, dix-huit dossiers nécessitent chacun dix-sept minutes d’examen : 306 minutes, soit 5,1 heures. Cette charge hypothétique ne représente ni un montant dû par Amazon ni une économie observée chez un client. Mesurez vos motifs d’enquête et le temps passé avant d’attribuer un gain au rapprochement.
- Dossiers ouverts : conserver nombre, ancienneté, motif et prochaine pièce attendue.
- Relations revues : suivre les associations refusées ou corrigées et leurs preuves.
- Effets ERP : distinguer propositions, confirmations et reprises, avec les responsabilités prévues.
- Disponibilité : garder la source et la date des observations utilisées par vos canaux de vente.
À faire d’abord : stabiliser le périmètre et une relation démontrable. À différer : la généralisation aux autres magasins et conventions tant que leurs sources ne sont pas qualifiées. À refuser : une livraison qui ferme les dossiers par un faux zéro ou remet en vente un remplacement non observé comme disponible. Le suivi doit rendre ces décisions visibles dans le travail quotidien.
Projets liés : garder la disponibilité FBA observable dans Ciama
Séparer les états du stock avant le rapprochement
Le projet Ciama : stock Amazon FBA et entrepôts par produit conserve entrepôt, FNSKU, SKU vendeur et date de mesure. Dawap y distingue disponible, entrant, réservé et invendable ; la quantité disponible de la parcelle provient du fulfillable Amazon. Le total décrit sa composition sans devenir automatiquement une quantité à diffuser sur une offre.
Cette réalisation fournit une référence sur l’observation du stock FBA Europe, avec un rapprochement du catalogue limité au compte. Elle ne démontre pas un traitement natif des réclamations, un remboursement garanti ou une vérification bancaire. Pour vos pertes, la lecture de disponibilité peut contribuer au dossier, mais la relation entre perte et compensation, puis les effets ERP, demandent toujours leurs sources et leur propre validation.
Relier la compensation aux autres opérations du vendeur
Garder la disponibilité et l’identité physique dans leurs parcours
Le parcours Shopify avec Amazon MCF en France aide à qualifier la commande expédiée depuis ce stock. Il doit conserver sa propre source de disponibilité. Une compensation FBA traitée dans un dossier administratif ne donne pas à la boutique une nouvelle quantité à promettre, ni la confirmation d’une expédition.
Le suivi des appareils Back Market entre ERP, expéditions et retours traite au contraire une identité physique affectée à une vente. Cette lecture complète le rapprochement sans autoriser une équivalence : un FNSKU ne remplace pas le numéro de série d’un appareil, et une compensation d’inventaire ne confirme pas le retour de l’unité qui avait été vendue.
Qualifier l'écart de réception avant de rechercher sa suite financière
Un transporteur peut confirmer la livraison alors qu'une partie des unités reste sans décompte complet. Le dossier des réceptions FBA après livraison des cartons reprend les quantités par référence et les preuves du départ avant de préparer un rapprochement. Une différence ouverte ne suffit pas à établir une perte reconnue ou à sélectionner une compensation.
Le suivi conserve l'identifiant d'expédition comme contexte lorsqu'il est disponible. Les observations de perte, les pièces demandées et une éventuelle réponse financière gardent leurs propres étapes. Vous évitez ainsi de comptabiliser une indemnisation attendue depuis la seule différence entre quantité expédiée et quantité actuellement reçue.
Conclusion : garder la perte, la compensation et la disponibilité distinctes
Les rapports Amazon FBA permettent d’examiner mouvements et compensations, mais leurs lignes doivent conserver leur sens. Le dossier relie les éléments confirmés et expose ceux qui restent indécidables. Une quantité couverte n’est pas automatiquement une quantité vendable ; un montant opérationnel n’est pas automatiquement un encaissement.
Les huit situations montrent les conditions de reprise, de conservation de plusieurs références et de refus d’une relation ambiguë. Les calculs portent sur un modèle fictif, avec des identités normalisées et des règles explicites. Le contrat de votre compte et les capacités de votre ERP restent à qualifier sur vos propres données.
Une cohorte limitée donne une base de travail aux équipes marketplace, logistique et finance. Elle permet d’attribuer les dossiers, de préparer les interfaces et de mesurer les reprises évitées lorsque les observations existent. L’extension doit préserver ces preuves plutôt que masquer les différences dans une seule colonne de statut.
Dawap peut organiser ce rapprochement dans son accompagnement d’agence marketplace, avec vos sources Amazon et les interlocuteurs de votre ERP, pour rendre les dossiers et les effets autorisés compréhensibles et vérifiables.
