Snilld

Hvordan Decathlon bruger Chronos‑2 til ugentlige forecasts for 25.000 produkter pr. zone

Decathlon har standardiseret Chronos-2 som kerne i sin prognosesuite og kører nu ugentlige forecasts for både 12 og 52 uger på tværs af globale forsyningszoner. Skiftet kommer efter flere års hybrid-setup med DeepAR og Holt‑Winters og er baseret på en stor intern benchmark, hvor Chronos‑2 vandt på tværs af horisonter.

29. august 2026 Peter Munkholm

Hvad skete der

Decathlon har valgt Chronos-2 som rygraden i sin efterspørgselsprognosticering. Ifølge en teknisk gennemgang fra AWS kører detailkæden nu ugentlige forudsigelser af salgsvolumen for alle produkter på to tidshorisonter: 12 uger til indkøb og genopfyldning samt 52 uger til strategisk planlægning. Udrulningen dækker flere globale forsyningszoner, blandt andet Europa, Indien, Kina, Sydøstasien og Latinamerika. Hver zone kan omfatte op til cirka 25.000 produkter, hvilket sætter skalaen i perspektiv.

Det interessante er timingen. Fra 2021 til 2024 kørte Decathlon et bevidst kompromis: DeepAR til den korte bane (uger 1–16) og Holt-Winters til den lange (uger 17–52), med ugentlig retræning for at følge nye signaler. I 2024 blev Temporal Fusion Transformer (TFT) testet som en forbedring på lange horisonter. Alligevel endte en ny klasse af tidsserie-modeller – foundation-modeller – med at tage føringen. Ikke en magisk kugle – men en modelklasse, der faktisk kan bære stor drift.

Makro af en slidt, mærket stregkodeetiket på en palleside; et manuelt krydsslagsmærke og en lille grøn reflektion fra en LED i baggrunden.

Hvorfor det betyder noget

Når den samme pipeline kan levere troværdige prognoser på både 12 og 52 uger, skifter hverdagen for planlægning. Indkøbere får et kortere, mere responsivt vindue, der afspejler lokale udsving, kampagner og sæson. De langsigtede planer kan så justere kapacitet, buffer og sortimentsmix uden at være bundet til manuel særbehandling hver eneste uge. Det lyder tørt, men det er netop her, forskellen mellem tomme hylder og bundet kapital lever.

Konsekvensen er ikke kun bedre gæt. Det er færre undtagelser. Færre Excel-sidespor mandag morgen, fordi sidste uges model væltede i en region. En to-horizon-model lægger også pres på KPI-opsætningen: servicegrad og out-of-stock måles anderledes på 12 uger, mens beholdningskapital, indkøbsledetid og plads i distributionscenteret bliver tungere på 52 uger. Det fordrer nye beslutningsregler – ikke kun nye grafer.

Fra DeepAR og Holt-Winters til Chronos-2

Decathlons rejse er ret genkendelig. Hybrid-setup’et 2021–2024 leverede solid kortsigt med DeepAR, men den længere hale krævede Holt-Winters. Dén del skalerede, men havde driftstunge sider: ugentlig retræning, finjustering efter kategorier og ekstra engineering ved nye regioner. I 2024 begyndte holdet at afprøve TFT med kovariater for at forbedre længere horisonter. Fremskridt, ja – men stadig en del håndholdt.

Banner

Herefter evaluerede de flere tidsserie-foundation-modeller. Ifølge AWS’ gennemgang lavede Decathlon en omfattende benchmark på egne detaildata med 101 rullende cutoffs over knap to år (uge 48 i 2022 til uge 44 i 2024). Cirka 25.000 produkter pr. cutoff og i alt 39.000 unikke produkttidsserier. Målt på blandt andet WAPE, suppleret af RMSE, bias og parvise vinderater. Det er en seriøs opsætning – og ret sjælden at se beskrevet offentligt i retail.

Hvad Chronos-2 tilfører teknisk

Chronos-2 tilhører en ny bølge af tidsserie-modeller, der fortræner på store mængder serier og kan bruges i zero-shot eller finjusteret til domænet. I Decathlons benchmark matchede eller overgik flere af modellerne den eksisterende produktionsbaseline allerede uden træning, og Chronos-2 med finjustering vandt konsistent på både 12 og 52 uger. Det tydelige signal var, at foundation-tilgangen kunne give lavere fejlrate og samtidig mindske det løbende driftsbesvær.

En logistikkoordinator fotograferet bagfra mens vedkommende betragter en tavle med farvekodede transportbaner i et terminalområde; ingen skærm eller læsbar tekst vises.

Hvordan de kører det i produktion

Arkitekturen, som AWS beskriver, er i kerne batch. Ugentlig kørsel på begge horisonter. Separat pr. forsyningszone – Europa, Indien, Kina, Sydøstasien, Latinamerika. Hver zone dækker op til 25.000 produkter, og outputtet er ugentlige salgsprognoser, som fødes ind i indkøbs- og planlægningsprocesser. Det er drift på volumen, ikke et lab-eksperiment.

Den praktiske MLOps-oversættelse er enkel at skrive og svær at gøre: automatiseret retræning der hvor det giver mening, overvågning af fejlmetrikker, rullende backtests, og en sikker rollback-vej hvis en zonerun afviger. Der er ikke delt konkrete tal for latenstid eller compute-krav i kilderne, så her må man planlægge konservativt: batch-vinduer med slack, robust fejlhåndtering og klar eskalation ved datoudfald. Hellere et stille nattevindue end en brændende tirsdag klokken 9.

Implementerings- og driftsimplikationer

Teknisk indebærer casen tre faste krav: en ren og fuld tidsseriehistorik pr. produkt/zone, en tydelig kovariatmodel (kalender, sæson, pris/kampagne, sortimentsændringer) samt en orkestrering der kan køre ugentligt i alle zoner uden menneskelig babysitting. Derudover en governance-linje: dokumenterede datasnitsdefinitioner, versionsstyring af modeller og en audit-trail for større ændringer. Kedeligt, ja. Nødvendigt, også ja.

Ubesvarede spørgsmål

Kilderne peger på “business impact”, men uden konkrete tal. Det vil sige: ingen viste procentvise fald i stockouts, MAPE-før/efter, eller reduktion i lagerkapital. Benchmarken beskrives som “rigorøs”, men uden fuld metodebilag for hyperparametre og datasplit i den offentlige gennemgang. Uden de detaljer er resultaterne mindre reproducerbare for andre detailkæder, der vil sammenligne én-til-én.

Omkostningerne står også åbne: trænings- og inferenskroner pr. zonerun, driftstimer til MLOps, og hardwareprofil er ikke offentliggjort. Håndtering af datadrift over tid – hvilke alarmer udløser retræning, hvilke kovariater slår først ud – er heller ikke detaljeret beskrevet. Endelig er governance og privatliv omkring kundedata ikke foldet ud, fx ved cross-regionale modeller. Det er værd at få afklaret, før man sætter sin egen road map i sten.

En tom butikshylde med svage scuff-mærker og et enkelt produkt i kanten; butikkens gulv har en cyan refleks fra et display ude af frame.

Risici og begrænsninger

Foundation-modeller kan overføre mønstre på tværs af kategorier. Det er en styrke – indtil det ikke er det. Risikoen er overtilpasning til brede sæsoneffekter, der overdøver nicheadfærd i små sortimenter. Det kræver målrettede valideringer pr. kategori, så man undgår, at en sommereffekt i svømning forplanter sig uhensigtsmæssigt til indendørs træning.

Banner

Benchmark-leakage er et andet minefelt. Når man kører 101 rullende cutoffs, skal dataskæringer og feature-tilgængelighed være krystalklare, så fremtidssignaler ikke siver ind i træning. Kilderne berører ikke detaljerne i offentlig form, så skeptikeren vil, med rette, efterspørge bilag. Endelig er der governance for black-box-modeller: Hvem godkender, når modellen skifter retning på en produktfamilie? Og hvornår sætter man en manuel override ind – og hvorfor?

Hvor det giver mest værdi

Retail med markant sæson og jævn rotation står forrest i køen. Sportsbutikker har netop den profil: fra ski til surf, fra boldspil til cykling. Her kan en fælles modelkerne løfte både 12- og 52-ugers billedet og skære ned på vedligehold, fordi de store sæsoneffekter fanges uden skræddersyede modeller for hver lille hyldemeter. Hurtigrotation med stabile mønstre er mere taknemmeligt end langhale med sporadiske salg, men begge dele skal med.

Nye produktlanceringer er den svære ende. Foundation-modeller kan hjælpe på cold start, men forvent ikke mirakler i uge 1. Det fornuftige er at koble forecasts til en policy for sikkerhedslager og hurtig læring: justeringer uge for uge i de første otte til tolv uger, mens modellen samler nok signal. Her vinder den, der tør justere hurtigt og dokumenterer hvorfor.

Praktisk tjekliste for beslutningstagere

– Datagrundlag: mindst 2–3 års ugentlige serier pr. produkt/zone, renset for sortimentsændringer og med tydelige keys.
– Kovariater: kalender (helligdage, sæson), pris/kampagne, produktlivscyklus, evt. vejrmønstre per zone. Start simpelt, udvid senere.
– Benchmarkplan: rullende cutoffs over mindst ét år, evaluer på WAPE og bias på både 12 og 52 uger. Sammenlign mod jeres nuværende baseline – æbler til æbler.
– Orkestrering: ugentlig batch med kapacitetsbuffer, idempotente jobs, alarmgrænser for metrikker og automatiseret rollback.
– Governance: versionsstyring af data og model, ændringslog med godkendere, dokumenterede regler for manuel override.
– Pilotomfang: vælg 1–2 zoner og 3–5 kategorier med forskellig sæsonprofil. Hold piloten kort, men målbar.

Og en lille note: undgå at koble incitamenter og bonus direkte til én fejltærskel før modellen er stabil. Det forvrider adfærden. Giv i stedet plads til læring de første par kvartaler, mens fejlprofilerne bliver synlige.

Hvad konkurrenterne vil sige

Teknologileverandører vil med garanti pege på, at deres stack allerede kan det samme. AWS kan vise en velbeskrevet case i eget økosystem. Google og andre vil fremhæve tilsvarende MLOps-tilbud og TSFM-biblioteker. Realiteten er, at casen ikke kun handler om platform, men om datahygiejne, valideringsdisciplin og evnen til at køre zoner stabilt uge efter uge. Den del kan ingen cloud slide sig ud af.

Afsluttende vurdering

Decathlon-casen viser, at tidsserie-foundation-modeller nu kan bære real drift i stor skala: ugentlige kørseler, to horisonter, flere zoner. Vægten ligger på, at Chronos-2 vandt i en intern benchmark og reducerede kompleksiteten i et setup, der før krævede løbende retræning og mange manuelle greb. Det overraskede mig ikke – men tempoet i udrulningen gør. Det føles som et skiftepunkt i retail-forecasting, hvor ét modelcenter kan eje hele kurven fra uge 1 til uge 52.

Næste skridt for interesserede organisationer er jordnære: lave en ren dataudtrækspakke, designe en rullende benchmark med klare metrikker, og teste zero-shot versus finjusteret model. Få governance på plads før produktion – ikke efter. De store spørgsmål om omkostning, latency og driftsregler for retræning er endnu ubesvarede offentligt; planlæg derfor konservativt, mål alt og juster. Man opdager først forskellen, når man sidder med det i hænderne.

Kilder

    Gør brugeroplevelsen bedre.
    Hvilket firma arbejder du for?