Amazon FBA lager i Business Central: Fra eget lager til Amazons fulfillment-netværk
Når varer sendes til Amazon FBA, forsvinder de ikke ud af virksomhedens supply chain.
De skifter bare placering og ansvar.
Det gør FBA-lager i Business Central til et interessant område, fordi ERP-systemet stadig skal kunne give virksomheden et brugbart billede af beholdning, lagerbinding og behovet for genopfyldning.
Amazon FBA betyder, at Amazon håndterer blandt andet lager, pluk, pak, forsendelse, kundeservice og returhåndtering for de relevante FBA-ordrer. Sell on Amazon
Men Business Central skal stadig understøtte virksomhedens eget overblik.
FBA som separat lagerlokation
En oplagt model kan være at repræsentere FBA-beholdningen som en særskilt lokation eller lagerlogik i Business Central.
Eksempelvis:
EGET LAGER
AMAZON FBA DE
AMAZON FBA SE
Det er ikke nødvendigvis den rigtige model for alle virksomheder, men princippet er vigtigt:
Man skal kunne se forskel på en vare, der står på eget lager, og en vare, der befinder sig i Amazons fulfillment-netværk.
Varer på vej til Amazon
En af de interessante faser er tiden mellem:
“varen forlader vores lager”
og
“Amazon har modtaget og registreret varen”.
Hvis virksomheden blot trækker varen fra eget lager og øjeblikkeligt lægger den på FBA-lager, kan systemet vise et billede, der ikke svarer til virkeligheden.
Derfor kan det være relevant at arbejde med en transit- eller inbound-status.
Det giver mulighed for at skelne mellem:
- varer på eget lager
- varer sendt
- varer under transport
- varer modtaget af Amazon
- varer tilgængelige til salg
Genopfyldning bør ikke baseres på mavefornemmelse
Når FBA-lageret bliver lavt, skal virksomheden beslutte, hvor meget der skal sendes ind.
For lidt lager kan føre til mistede salg.
For meget lager binder kapital og kan medføre yderligere lagerrelaterede omkostninger. Amazon arbejder blandt andet med månedlige storage costs og potentielle omkostninger for ældre lagerbeholdning. Sell on Amazon
Et bedre beslutningsgrundlag kan tage højde for:
- salgshistorik
- nuværende FBA-beholdning
- varer på vej
- lead time
- sæson
- forecast
- lageromkostning
Hvad gør man, når tallene ikke stemmer?
Der vil kunne opstå forskelle mellem virksomhedens forventede FBA-lager og Amazons registrerede data.
Det interessante er derfor ikke kun synkronisering.
Det er også reconciliation af lagerdata.
Hvis Business Central forventer 300 varer hos Amazon, men Amazon viser 294, skal virksomheden kunne identificere afvigelsen og afgøre, hvordan den skal håndteres.
Ét FBA-lager eller flere?
Hvis virksomheden opererer på flere markeder, bør lagerstrukturen gennemtænkes.
Behøver virksomheden et detaljeret landebaseret ERP-overblik?
Eller er en mere samlet model tilstrækkelig?
Svaret afhænger af jeres fulfillment-setup, rapporteringsbehov og regnskabsmodel.
Derfor bør lagerstrukturen ikke designes ud fra “sådan gør andre”, men ud fra de spørgsmål, I faktisk skal kunne besvare i Business Central.
FBA-lager og økonomi hænger sammen
Lager er ikke bare antal.
Det er kapital.
Hvis varer ligger for længe hos Amazon, påvirker det både cashflow og potentielle lageromkostninger.
Derfor er FBA-lagerdata relevante for både supply chain og økonomi.
Se også [Hvad koster Amazon FBA reelt?](/amazon-fba-omkostninger-business-central/).
Det nye perspektiv
Den største fejl er at betragte Amazon FBA som et sort hul:
“Vi sender varerne til Amazon, og så klarer de resten.”
Amazon klarer fulfillment.
Men virksomheden har stadig brug for styring.
Business Central bør derfor kunne hjælpe med at svare på:
Hvor er vores varer?
Hvor meget kan sælges?
Hvad er på vej?
Hvornår skal vi genopfylde?
Hvor meget kapital har vi bundet hos Amazon?
Det er dér, integrationen bliver interessant.
Få gennemgået jeres FBA-lagerflow mellem Amazon og Business Central