💰 Cash (stock Amazon) = le profit de ton stock DÉJÀ engagé (vendable chez Amazon + en transit). C'est ce qui va réellement tomber en caisse. 📦 Prévi (budget planifié) = le profit de tes achats FUTURS, c'est-à-dire le plan budget que tu as sauvegardé (pas encore acheté). 🎯 Objectif = ta cible manuelle (le dernier plan /objectif). C'est un REPÈRE seulement, jamais sommé dans les flux. 🏠 Reste net = (Cash + Prévi) − charges récurrentes mensuelles.

Le Cash = ce qui est déjà acheté / engagé. Le Prévi = ce que tu prévois d'acheter. Ce sont deux choses distinctes : une unité ne peut pas être à la fois « déjà chez Amazon » et « encore à acheter ». Elles ne sont donc jamais comptées deux fois.

Le tableau « 💰 Bénéfice estimé par mois » du Dashboard croise les 3 sources sur 3 mois (toutes en marge, sans charge), plus la ligne 🏠 Charges et le = Reste net. Le détail listing par listing (avec la couverture de stock) est sur /performance.

Tout ton stock ENGAGÉ : • le stock vendable chez Amazon (fulfillable) ; • le stock EN TRANSIT (inbound, déjà expédié vers FBA). Fraîchement envoyé = cash engagé : dès que la marchandise part, elle compte dans le Cash.

+15j après la vente (payout Amazon). Le stock vendable se vend dès maintenant à sa vélocité, puis +15j de payout. L'inbound, lui, ne se vend qu'APRÈS son arrivée (≈7j de check-in FBA), puis se vend à sa vélocité, puis +15j de payout.

Dans le 💰 Cash, sur le(s) mois où il se vendra réellement (donc après son arrivée), PAS dans le Prévi. Exemple : un stock qui arrive ET se vend en juillet → sa marge apparaît dans le Cash de juillet, pas en juin. Quand l'unité devient physiquement active, elle « glisse » toute seule de la phase transit à la phase vendable, sans double compte.

Oui. C'est la même fonction de calcul partagée (computeProfitForecast). Le Dashboard, /performance (Pilotage stock) et /budget affichent strictement les mêmes chiffres — aucune divergence possible.

Le profit estimé de tes achats FUTURS : le plan budget que tu as sauvegardé sur /budget. Attention au timing : sur un achat planifié, le profit ne tombe qu'APRÈS réception de la marchandise. Le séquencement est : 1) délai sourcing (7j par défaut) + délai Amazon (8j par défaut, transit + check-in FBA), ou ton override par ligne ; 2) puis la vente à ta vélocité ; 3) puis +15j de payout Amazon. Tant que la marchandise n'est pas reçue et vendable, le profit ne commence pas à tomber.

Oui, 1:1. La projection réutilise les metrics déjà calculées par /budget (marge effective nette + bonus liquidation TVA, revenu HT dérivé du TTC). Une ligne sans marge projetable (prix de vente manquant) est exclue du total et signalée.

Non. Dès qu'un produit de ton plan a du stock engagé chez Amazon (en transit ou vendable), il « gradue » du Prévi vers le Cash et est automatiquement retiré du Prévi — zéro double comptage. Le rapprochement se fait par ASIN + marketplace : un même ASIN sur une autre marketplace (ex. DE pas encore acheté) reste bien dans le Prévi.

Par ordre de priorité : 1) ta saisie manuelle (override) — gagne toujours ; 2) la vélo live (ventes réelles SP-API) ; 3) l'historique ; 4) le défaut (stock ÷ 45j de couverture). Ta saisie l'emporte sur tout le reste.

Parce qu'ils n'ont pas de vélo live (pas de ventes récentes détectées). La projection prend alors une couverture par défaut de 45 jours. Saisis ta propre estimation en u/jour sur /performance (Pilotage stock → « Affine la vélocité ») : elle est mémorisée (localStorage + KV) et la projection se recalcule immédiatement.

Sur chaque ligne de /performance : • live = vélo issue des ventes réelles ; • estimée = ta saisie manuelle (override) ; • défaut = aucune donnée, couverture 45j appliquée (à affiner).

✅ Vendu (écoulé) = l'unité a réellement quitté Amazon → c'est un revenu. ❌ Perdu (non-expédiable) = unité damaged / perdue. Elle est DÉDUITE de la restante du batch, ce n'est pas un profit. 🚚 En transit (inbound) = en route vers FBA, comptée comme vendable seulement après son arrivée.

C'était un bug, maintenant corrigé : les unités non-expédiables étaient comptées comme vendues. Désormais : un non-expédiable est « perdu » (déduit de la restante, affiché « Xu perdues » sur le batch), jamais « vendu ». Et le stock fraîchement envoyé reste bien en stock.

Le SKU de l'ENVOI FBA — le listing où le stock a réellement été expédié — et non l'ancre du batch. Le déstockage FIFO porte donc sur le couple vendu + perdu, ce qui évite de gonfler artificiellement les ventes.

Dans /budget → section « 💳 Financement Qonto ». Chaque financement en cours affiche son verdict : • ✅ « S'auto-paye dès le mois X » (la marge encaissée couvre les mensualités) ; • ⚠️ « Ne s'auto-paye pas sur la durée ». Le verdict s'affiche directement sur le financement, sans avoir à re-remplir le formulaire.

Bascule sur le mode « 🔄 Rotation jusqu'à la fin ». Le principe : tu rachètes le même stock à chaque cycle (auto-financé par le capital qui revient). En tournant le stock, la marge cumulée couvre les mensualités sur toute la durée. L'app te montre le nombre de rotations, de rachats et la marge totale.

Oui. Les mensualités d'un financement alimentent ton prévisionnel + ton compte charges, et sont réservées N mois (comme tes charges récurrentes), avec 1 mensualité d'avance en coussin. Même un financement dont le 1er paiement est dans le futur est provisionné dès sa création (badge « ⏳ démarre … · provisionné ») : la réserve est mise de côté avant le premier débit. Source unique des mensualités → zéro double comptage. À la dernière échéance, le financement disparaît tout seul des charges.

Quand Qonto paie ta facture, tu ne sors pas le COGS d'un coup : ce capital reste disponible. Cash libéré = montant financé − réserve (mensualité × nombre de mois de réserve). L'app estime la marge en plus que ce cash non immobilisé peut générer en le faisant tourner (rotations), via ton ROI et ta durée de rotation live.

C'est le plancher à garder en permanence sur le compte. Il additionne : • les charges du mois en cours ; • la réserve (charges × N mois) ; • la TVA à provisionner ; • l'IS à provisionner ; • les fonds bloqués ; • les mensualités des financements (du mois + réservées N mois). En résumé : mois en cours + N mois de réserve + TVA + IS + financements.

De l'argent gardé sur le compte Charges-TVA-Impôts mais qui n'est PAS une charge : caution Amazon, dépôts de garantie, séquestres, etc. Ils n'inflatent ni la réserve de sécurité ni la provision TVA. Ils s'ajoutent uniquement à la cible totale du compte, pour éviter que l'app te dise « tu as un excédent » alors que ces fonds sont immobilisés. Option avancée : si tu coches « exclure de la tréso », le montant est aussi retiré de ta projection /previsionnel, du bucket Cash du dashboard et du capital rotatif.

Saisie manuelle (estimation de ton expert-comptable), persistée localement. Repère : 15 % du bénéfice en PME sous 42 500 €, 25 % au-delà. Le calcul auto depuis la marge réelle viendra dans une étape ultérieure.

Un listing = un SKU × un marketplace. C'est l'unité de regroupement du stock et des ventes (le FIFO porte dessus).

L'identifiant Amazon du produit (10 caractères, commence par B0). Visible dans l'URL du produit ou en scannant le code-barre avec l'app Amazon Seller.

Ta référence interne du produit (ton code à toi, indépendant d'Amazon).

Le versement d'Amazon, qui arrive +15j après la vente. C'est le moment où la marge « tombe » réellement en cash.

Les styles de listing selon la TVA et le mode de stock. EFN = vente cross-border depuis un stock unique ; LOCAL = stock local sur un marketplace ; PAN = Pan-EU (stock réparti dans l'UE) ; FR_LIQUIDE = listing FR éligible à la méthode liquidation TVA.

Un bonus de marge sur certains produits, obtenu via la méthode TVA. Affiché à part en « 💧 dont bonus liquidation TVA » et déjà inclus dans la marge effective (jamais compté deux fois).

La marge nette après fees Amazon, à laquelle s'ajoute le bonus liquidation TVA quand il s'applique. C'est la marge réellement utilisée dans toutes les projections, comptée une seule fois.

Retour sur investissement = marge ÷ montant investi. À distinguer de la marge % = profit ÷ CA HT.

Le nombre de jours avant rupture du stock vendable = stock FBA dispo ÷ vélocité. Sous 15j elle passe en alerte.