Drikkevaredistribusjon i Norge: hvor systemsiden slutter og logistikken starter

«Drikkevaredistribusjon i Norge» dekker i praksis to forskjellige problemer: å få ordre og forretningsdokumenter til å flyte riktig mellom systemer via EDI (elektronisk utveksling av forretningsdokumenter), og å faktisk få varene fysisk ut til kjedene gjennom lager, plukk og transport. Dette er to separate leveranser, ofte løst av to forskjellige aktører, og forveksling mellom dem er den vanligste årsaken til at «distribusjon» oppleves som uklart å planlegge for.

Produsenter som søker bredt på temaet, kartlegger ofte begge deler samtidig, uten å vite hvilken del som er en systemjobb og hvilken som er en logistikkjobb.

Hva som går galt

Et vanlig utgangspunkt er å lete etter én løsning som dekker «distribusjon» i sin helhet, som om det var ett sammenhengende produkt man kunne kjøpe fra én leverandør. Det finnes leverandører som dekker deler av bildet, men systemtilkobling (EDI, ordreflyt, avgiftshåndtering) og fysisk distribusjon (lager, plukk, transport) er ikke det samme problemet, og løses sjelden fullt ut av samme aktør på samme måte.

Når de to blandes sammen tidlig i vurderingen, blir det vanskelig å vite hva som faktisk er dekket og hva som mangler. En produsent kan ende opp med en velfungerende EDI-tilkobling og likevel stå uten en plan for hvordan varene fysisk kommer seg ut av lageret, fordi antagelsen var at «systemet tar seg av det.» Det motsatte skjer også: en produsent sikrer fysisk lagerkapasitet og transportavtaler, men oppdager først i møte med en kjede at systemsiden, altså EDI-tilkoblingen, ikke er på plass i det hele tatt.

Hvorfor det skjer

EDI-tilkobling handler om strukturert elektronisk utveksling av forretningsdokumenter mellom systemer: ordre, ordrebekreftelser, leveringsvarsel og fakturaer, i et format begge parters systemer forstår uten manuell håndtering. Det sier ingenting om hvordan varene fysisk beveger seg fra lager til kjede. De store norske kjedene, inkludert Vinmonopolet, ASKO og REMA, krever i dag EDI fra sine leverandører, mens Coop foreløpig er mer fleksible. Men selv der EDI er på plass og fungerer feilfritt, gjenstår fortsatt den fysiske jobben med å få varene levert innen fristene som gjelder.

Årsaken til at disse to sidene stadig blandes sammen, er delvis språklig. Ordet «distribusjon» brukes løst, både om selve dataflyten og om den fysiske vareflyten, og selgere på begge sider av bordet har liten interesse av å presisere skillet unødig i en tidlig samtale. Det er først når produsenten faktisk skal levere første parti varer at forskjellen blir konkret, og da er det ofte for sent å avklare fra bunnen av.

Slik henger systemsiden og den fysiske siden sammen i praksis

1. En ordre kommer inn elektronisk via EDI, i et format kjeden har definert.
2. Ordren bekreftes i systemet, og eventuell avgiftshåndtering beregnes basert på ordreinnholdet.
3. Ordren må deretter oversettes til en fysisk oppgave: hvilke varer, hvor mange, og innen hvilken frist.
4. Varene plukkes, pakkes og sendes fra lager, uavhengig av hvor godt selve EDI-meldingen ble håndtert.
5. Bekreftelse på faktisk sendt vare går tilbake gjennom systemet, slik at fakturering og oppfølging stemmer med det som faktisk skjedde fysisk.

Det er overgangen mellom steg 2 og 3 som oftest er uavklart. Et system kan bekrefte en ordre perfekt og likevel ikke ha noen mekanisme for å sikre at varen faktisk kommer ut av lageret i tide, fordi det ganske enkelt er et annet system, en annen aktør, og et annet ansvar.

Den operasjonelle konsekvensen

Når produsenten ikke har et klart bilde av hvor systemansvaret slutter og det fysiske ansvaret begynner, oppstår det ofte et gap ingen egentlig eier. Ordre bekreftes korrekt i systemet, men leveransen forsinkes fordi lagerhold eller transport ikke var avklart på forhånd. Det er en konsekvens som rammer kjederelasjonen, uavhengig av at systemsiden i seg selv fungerte som den skulle.

Dette gapet er spesielt kostbart tidlig i et kjedeforhold. En ny leverandør har ikke opparbeidet seg den samme tålmodigheten fra kjeden som en etablert en har, og en forsinket eller ufullstendig leveranse i de første månedene kan påvirke hvor mye tillit kjeden er villig til å gi videre. Det er også vanskelig å reparere i ettertid: kjeden ser resultatet, ikke årsaken, og bryr seg mindre om hvorvidt problemet lå i systemet eller på lageret enn om at leveransen faktisk ikke kom som avtalt.

Hvilke kjeder krever EDI i dag

Kravene varierer fra kjede til kjede, og de endrer seg over tid. Vinmonopolet, ASKO og REMA er blant kjedene som i dag krever EDI fra sine leverandører som en forutsetning for samarbeidet. Coop er foreløpig mer fleksible på dette punktet, men det er ikke en garanti for at det forblir slik. En produsent som planlegger å levere til flere kjeder bør derfor ikke anta at én løsning som fungerer for én kjede automatisk holder for en annen, og bør sjekke gjeldende krav direkte hos hver kjede fremfor å basere seg på hva som gjaldt ved forrige kontraktsinngåelse.

Hva beslutningstakere må avklare

• Om behovet primært er systemtilkobling (EDI, ordre, avgiftshåndtering), fysisk distribusjon (lager, plukk, transport), eller begge deler. De færreste produsenter trenger identisk hjelp på begge sider, og å definere hvilken del som faktisk mangler sparer tid i leverandørvurderingen.
• Hvilke kjeder som faktisk krever EDI i dag, og hvilket meldingsformat de forventer. Dette bør bekreftes direkte med hver kjede, ikke antas basert på hva som gjaldt tidligere eller hva som gjelder for en annen kjede.
• Hvem som har ansvar for varene fysisk etter at en ordre er bekreftet: internt, eller via en dedikert partner. Ansvarsovergangen mellom system og lager bør være skriftlig avklart, ikke underforstått.
• Hvordan de to sidene skal henge sammen i praksis, slik at ingen del av prosessen faller mellom to stoler. Dette gjelder spesielt ved avvik: hvem varsles først når noe går galt, og hvordan spores det tilbake til riktig ledd?

Hva som må kontrolleres

Før man velger løsning bør produsenten ha et klart bilde av hvilken del av «distribusjon» som faktisk løses av hvilken part. Kundan håndterer systemsiden: EDI, ordre, lagerstyring i systemet og avgiftshåndtering i én plattform, med ordre som kan flyte direkte fra EDI-integrasjonen inn i lagerdriften. Den fysiske transporten og leveringen er et eget behov, og bør bekreftes spesifikt uavhengig av hvor godt systemtilkoblingen fungerer.

Nøkkelpunkter

• «Drikkevaredistribusjon» dekker både systemtilkobling og fysisk logistikk, og det er to forskjellige problemer løst av forskjellige aktører.
• EDI-tilkobling løser ordreflyt og dokumentutveksling, ikke selve transporten av varene.
• Et uavklart ansvar mellom system og fysisk levering skaper forsinkelser ingen egentlig eier.
• Kjedenes EDI-krav varierer og endres over tid, så sjekk alltid direkte med hver enkelt kjede.
• Avklar hvilken del av distribusjonen som faktisk mangler, før du velger løsning.

Spørsmål og svar

Ofte stilte spørsmål

Her svarer vi på de vanligste spørsmålene vi får fra nye og eksisterende kunder.

Hva er EDI?

EDI (Electronic Data Interchange) er strukturert elektronisk utveksling av forretningsdokumenter, som ordre, ordrebekreftelser, fakturaer og pakkseddel, direkte mellom systemer, i standardiserte formater, uten manuell håndtering.

Er systemtilkobling og fysisk distribusjon samme løsning?

Nei. EDI-tilkobling håndterer ordre og forretningsdokumenter mellom systemer. Fysisk distribusjon, altså lager, plukk og transport, er et eget behov, og løses sjelden fullt ut av samme aktør på samme måte.

Må jeg bruke EDI for å distribuere drikkevarer til norske kjeder?

Det er kjedene som bestemmer EDI-kravet, ikke leverandørene. De fleste store norske kjedene, inkludert Vinmonopolet, ASKO og REMA, krever i dag EDI. Coop er foreløpig mer fleksible. Sjekk alltid gjeldende krav hos hver kjede du handler med.

Hvordan vet jeg hvilken del av distribusjonen jeg faktisk trenger hjelp med?

Kartlegg først hvor ordrene dine kommer fra og hvordan de bekreftes i dag. Det avgjør om behovet primært er systemsiden, den fysiske siden, eller begge deler.

Hva skjer hvis en kjede endrer sine EDI-krav?

Kjeder oppdaterer implementasjonsguidene sine fra tid til annen, og en endring kan kreve tilpasning på systemsiden selv om den fysiske distribusjonen ikke berøres. Avklar på forhånd hvem som følger med på slike endringer og hvem som eventuelt tilpasser løsningen når de skjer.

Er du usikker på hvilken del av distribusjonsbildet som faktisk mangler hos deg, er det verdt å avklare det før du velger løsning.