Chargement de la page…
FBA-opslag moet worden geprojecteerd als een reeks kosten in de tijd, niet als een vast bedrag dat eenmalig aan het product wordt toegevoegd. Ga uit van het gemeten volume, het instroomschema, het gedateerde Amazon-tarief en uitstroomaannames per cohort. Voeg apart de kosten of toeslagen toe die volgens de actuele regels van toepassing worden, zonder een gemiddeld tarief te verzinnen. Bereken minstens een centraal scenario en een tragere variant, en vervang de aannames vervolgens door de rapporten van het account. Een geplande omloop is nooit een verworven verkoop: elke resterende voorraad blijft kapitaal vastleggen en kan andere kosten genereren.
Tijd is een invoer, geen voetnoot
Amazon geeft aan dat verkopers die FBA gebruiken opslagkosten en andere aan voorraad gerelateerde kosten kunnen dragen. De publieke FBA-pagina geeft aan dat het bedrag onder meer afhangt van het ingenomen volume, de periode, de categorie en de afmetingen. De gedetailleerde regels en eventuele toeslagen moeten worden geraadpleegd in de actuele documenten van het account.
Een product dat winstgevend is bij snelle verkoop kan weinig aantrekkelijk worden als een deel van de partij meerdere perioden blijft liggen. Het model moet dus het aantal eenheden weergeven dat op elk moment nog aanwezig is. De hele partij vermenigvuldigen met een gemiddelde duur verhult de verdeling: sommige eenheden verkopen vroeg, andere blijven liggen en dragen het grootste deel van de late kosten.
De controle van gewicht, afmetingen en formaat FBA levert een essentiële invoer. Een volumefout beïnvloedt de hele projectie, zelfs als de omloopaanname correct is.
Een voorraadcohort opbouwen
Een cohort groepeert eenheden die in dezelfde periode zijn binnengekomen met dezelfde berekeningskenmerken. Bewaar voor elke cohort:
| Gegeven | Status | Rol in de projectie |
|---|---|---|
| datum van FBA-ontvangst | waargenomen of gepland | startpunt van de ouderdom |
| ontvangen eenheden | waargenomen | initieel volume van de cohort |
| afmetingen en eenheidsvolume | gemeten of bevestigd | ruimtelijke basis van de kost |
| categorie en programma | bevestigd | selectie van het tarief |
| uitgestroomde eenheden per periode | scenario, dan observatie | resterende voorraad |
| opslagtarief | gedateerde Amazon-bron | kost van de periode |
| toeslagregels | gedateerde Amazon-bron | apart voorwaardelijke kost |
| verwijderingen, vernietigingen of retouren | beslissing en rapport | wijziging van voorraad en bijbehorende kosten |
Meng geen aparte leveringen als hun ouderdom of verpakking verschilt. Beschouw een interne overplaatsing ook niet als een verkoop. Het logboek moet verklaren waarom een eenheid de cohort verlaat.
Projectieprocedure in vier stappen
1. De fysieke gegevens vastleggen
Identificeer de ASIN, de verpakking en het gehanteerde eenheidsvolume. Noteer of de waarde van de leverancier, een meting of Amazon afkomstig is. Bereken bij een afwijking tussen twee bronnen een bandbreedte en plaats de meting in beoordeling.
2. De gedateerde regels importeren
Haal het tarief op dat overeenkomt met de marketplace, de periode en het producttype. Documenteer elke aanvullende regel apart. Vermijd één enkel veld storage_rate dat meerdere periodes of voorwaarden niet kan weergeven.
3. De uitstroom per cohort bepalen
Gebruik daadwerkelijk waargenomen verkopen wanneer die bestaan. Schrijf voor een nieuw product expliciete aannames: uitgestroomde eenheden in het centrale scenario, in het trage scenario en, indien nuttig, in een snel scenario. De totale uitstroom mag de beschikbare voorraad nooit overschrijden. Niet-verkochte eenheden worden doorgerold.
4. Reconciliëren en beslissen
Vergelijk elke periode met de FBA-rapporten. Registreer het verschil in volume, voorraad of regel. Beslis vervolgens om de voorraad te behouden, te verminderen, terug te trekken of te liquideren op basis van de daadwerkelijke opties van de verkoper. Deze beslissing mag niet automatisch worden genomen op basis van alleen de geprojecteerde kost.
Een hypothetisch voorbeeld zonder Amazon-tarief
Educatieve aannames: een fictieve cohort telt Q0 eenheden en de hypothetische opslagkost per eenheid per periode is s1, daarna s2 in een andere periode. De resterende hoeveelheden aan het einde van elke periode zijn Q1 en Q2. Deze symbolen reproduceren geen enkel Amazon-tarief.
De eenvoudige projectie luidt:
opslagkost = Q1 × s1 + Q2 × s2.
Als een gedocumenteerde aanvullende regel van toepassing wordt op Q2, wordt de kost A(Q2) toegevoegd op een aparte regel:
totale_projectiekost = Q1 × s1 + Q2 × s2 + A(Q2).
Het trage scenario gebruikt hogere resterende hoeveelheden, gekozen en gelabeld als aannames. Het wijzigt de tarieven niet kunstmatig. Dit onderscheid toont of het risico van de omloop of van het tarief komt. Na facturatie worden s1, s2 en de hoeveelheden vervangen door waargenomen gegevens, zonder het oorspronkelijke scenario te wissen.
Geen dubbele telling van kosten
Opslag is niet hetzelfde als FBA-verwerking per eenheid. Deze laatste komt voor in het verkoopscenario, terwijl opslag zich in de tijd opstapelt. Verwijderings-, vernietigings- of andere servicekosten moeten ook hun eigen regels hebben. Een kost die al in het rapport staat, mag niet opnieuw verschijnen onder een algemene reserve.
Geef in de volledige Amazon-kostprijs aan of de opslag een schatting per verkochte eenheid, een geconstateerde cohortkost of een reserve is. Dezelfde waarde kan niet tegelijk in deze drie rollen dienen.
Opslag koppelen aan geïnvesteerd kapitaal
De directe opslagkost is slechts één aspect van de tijd. Onverkochte voorraad houdt ook liquide middelen vast. Het artikel over geïnvesteerd kapitaal en voorraadomloop helpt het terugverdienschema te volgen zonder een veronderstelde omloop te annualiseren.
Toon de opslagkost, de resterende voorraad, het nog geïnvesteerde kapitaal en de afstand tot de rendabiliteitsdrempel naast elkaar. Een tot op de cent nauwkeurige projectie is niet nuttig als de verkochte hoeveelheid een fragiele aanname blijft. Resultaten moeten als scenario's worden gepresenteerd, nooit als een zekere voorspelling.
Wat ArbitragePro+ kan automatiseren / wat de verkoper zelf moet controleren
De functie opslagprojectie is een voorgestelde specificatie, geen bevestigde functionaliteit. Ze zou cohorten kunnen aanmaken, gedateerde tarieven kunnen importeren, resterende hoeveelheden per periode kunnen doorrekenen en voorwaarden kunnen signaleren die mogelijk een kost toevoegen. Ze zou waargenomen, berekende en hypothetische waarden moeten scheiden en de reconciliatie moeten bewaren.
De verkoper moet de afmetingen, ontvangstdata, categorie, programma en de voor zijn account toegankelijke Amazon-regels bevestigen. Hij kiest de uitstroomscenario's en beslist over de acties op de voorraad. Hij controleert ook de rapporten en eventuele verwijderingskosten vóór elke beslissing.
Projectiechecklist
- Elke cohort heeft een instroomdatum en een eenheidsvolume.
- Het tarief komt overeen met de periode en de marketplace.
- Toeslagen blijven aparte, gedateerde regels.
- De uitstroom overschrijdt nooit de beschikbare voorraad.
- Het trage scenario houdt niet-verkochte eenheden zichtbaar.
- Verwerking, opslag en verwijdering worden niet samengevoegd.
- FBA-rapporten vervangen de aannames na observatie.
- Het verschil tussen geprojecteerd en gefactureerd is verklaard.
- De projectie wordt niet gepresenteerd als verkoopbelofte.
Officiële bronnen
- Amazon Frankrijk, Fulfillment by Amazon, berekening en kostencategorieën: https://sell.amazon.fr/expedie-par-amazon — geraadpleegd op 17-08-2026.
- Amazon Frankrijk, tarieven en overige voorraadkosten: https://sell.amazon.fr/tarifs?lang=fr-FR — geraadpleegd op 17-08-2026.