295 Oppgjør. Oppgjørsprosess ved bruk av EDI for leveranser fra leverandør til distributør eller detaljist, og cross-docking leveranser

Transkript

1 295 Oppgjør Oppgjørsprosess ved bruk av EDI for leveranser fra leverandør til distributør eller detaljist, og cross-docking leveranser Hvilke EDI-meldinger som skal brukes for gitte distribusjonsformer, samt frister for når disse skal sendes EDI utvekslingsavtale Innhold i EDI-meldingene, og hvordan disse skal implementeres, for følgende meldinger o Faktura o Fakturakvittering Måling av servicegrad Prosess Oppgjør 5. juni 2019 Side 1 av 44

2 Innhold 123 Oppgjør Fakturering Bruk av EDI i varehandelen Sende og motta faktura og fakturakvittering Måling servicegrad Servicegrad Hensikt, typer måltall og forutsetninger Definisjoner - prioriterte måltall Definisjoner - sammensatte måltall VEDLEGG EDI-melding, distribusjonsform og frister Implementere EDI i varehandelen EDI Utvekslingsavtale Meldingsbeskrivelse EANCOM Meldingsbeskrivelse XML Endringslogg gjeldende versjon vs tidligere versjoner Eksempler prioriterte måltall Eksempler sammensatte måltall Prosess Oppgjør 5. juni 2019 Side 2 av 44

3 123 Oppgjør Prosessen omhandler oppgjør for leveranser. Den dekker alle tre distribusjonsformer: Leveranser over distributør Leveranser direkte til butikk Leveranser via crossdock Oppgjør er basert på at all dokumentasjon knyttet til leveransen skal utveksles i elektronisk form (EDI). I tillegg beskriver prosessen ulike servicegradmålinger som kan gjøres for å dokumentere partenes prestasjoner, fra bestilling, via leveranse, til oppgjør har funnet sted. Målingene er typisk knyttet til: Riktig mengde Riktig tid Korrekt dokumentasjon Oppgjør omfatter følgende delprosesser: Fakturering Måling servicegrad 124 Fakturering Delprosessen beskrives de krav, anbefalinger og retningslinjer STAND har, som kan være relevant ved oppgjør for leveranser til en kunde, uavhengig av distribusjonsmåte. Prosessen er basert på at all dokumentasjon utveksles på EDI. Delprosessen består av følgende aktiviteter: Sende faktura Motta faktura og sende fakturakvittering Motta fakturakvittering Områder som blir berørt og som omfattes av retningslinjer fra STAND er: Hvordan EDI brukes i varehandelen generelt, og i faktureringsprosessen spesielt Krav til, og innhold i EDI-meldinger for o Faktura o Fakturakvittering EDI utvekslingsavtale Generisk beskrivelse av oppgjørsprosess Prosess Oppgjør 5. juni 2019 Side 3 av 44

4 206 Bruk av EDI i varehandelen EDI Electronic Data Interchange brukes i dagligvarebransjen til å utveksle handelsdokumentene EDIordre, EDI-ordrekvittering, EDI-ordrebekreftelse, EDI-pakkseddel, EDI-faktura og EDI-fakturakvittering. EDI finnes i ulike former, fra helautomatiserte løsninger hos kunde og leverandør, til web-løsninger basert på manuelle rutiner for utveksling av informasjon. EDI benyttes for alle distribusjonsformer. Oversikt over EDI-meldinger, og i hvilke prosesser de er brukt Fig 234 Hvilke EDI-meldinger som skal brukes varierer med distribusjonsform. En oversikt over dette, sammen med frister for når meldingene skal sendes er beskrevet i vedlegg 207 EDImelding, distribusjonsform og frister. Før EDI tas i bruk er det nødvendig å avklare hvilke meldinger som skal benyttes, meldingsformater, utvekslingsmåter, elektroniske meldingsadresser, mm. Dette gjøres i vedlegg 205 EDI Utvekslingsavtale. Her spesifiseres også andre bilaterale forhold i tilknytning til utveksling av EDI-meldinger. Hvordan komme i gang med EDI er beskrevet i vedlegg 197 Implementere EDI i varehandelen. For å ta EDI i bruk må handelstransaksjonene oversettes til et EDI format. Følgende formater er tilgjengelig i vedleggene: 198 Meldingsbeskrivelse EANCOM for Ordre, Ordrekvittering, Ordrebekreftelse, Pakkseddel, Faktura, Fakturakvittering 199 Meldingsbeskrivelse XML for Ordre, Ordrekvittering, Ordrebekreftelse, Pakkseddel, Faktura, Fakturakvittering Ved revidering av EDI-formatene dokumenteres dette i vedlegg 200 Endringslogg gjeldende versjon vs tidligere versjoner. Prosess Oppgjør 5. juni 2019 Side 4 av 44

5 203 Sende og motta faktura og fakturakvittering Sende faktura Fig 233 På bakgrunn av hvilke produkter og kvantum som er levert, samt øvrige salgs- og leveringsbetingelser, produserer leverandøren en faktura og sender til kunde/fakturamottaker. Faktura skal sendes på EDI dersom ikke annet er bilateralt avtalt. Én faktura skal bare omfatte leveranse på én pakkseddel. Ved leveringsbetingelse Ex Works, skal én faktura bare omhandle varer utlevert fra ett lager. Dersom kreditnota sendes skal én kreditnota bare referere til én faktura. Faktura skal være fortløpende nummerert, angi utleveringssted, fakturadato samt leverandørens og kjøperens navn og adresse. Fakturaen skal gi opplysninger om varens betegnelse, mengde og pris, i tillegg til avgifter og gebyrer. Motta faktura og sende fakturakvittering Dersom leverandør ønsker det kan det avtales bilateralt at kunden skal sende en fakturakvittering til leverandør som bekreftelse på at kunden har mottatt faktura. Fakturakvittering skal sendes på EDI dersom ikke annet er bilateralt avtalt. Fakturakvitteringen finnes i to versjoner; enkel fakturakvittering og avansert fakturakvittering. Forskjell er detaljeringsgrad på innhold. Hvilken versjon som benyttes må avtales bilateralt. Følgende innhold kan inngå: Funksjonskode, som viser hvordan kunden har behandlet faktura Mottatt og kontrollert Mottatt men ikke kontrollert Ikke akseptert Feilkode, som viser hva som er feil dersom kunden har angitt funksjonskode = Ikke akseptert: Feil fakturabeløp i forhold til grunnlag Faktura mottatt tidligere Feil på GLN i adressefeltet til kjøper Ingen EDI-avtale mellom partene Én fakturakvittering skal kun omhandle én faktura. Fakturakvittering kan også sendes ved mottak av kreditnota. Samme regler som for faktura gjelder. Prosess Oppgjør 5. juni 2019 Side 5 av 44

6 Motta fakturakvittering Hvordan fakturakvittering brukes videre av leverandøren i interne systemer omfattes ikke av retningslinjene for STAND. Prosess Oppgjør 5. juni 2019 Side 6 av 44

7 125 Måling servicegrad God servicegrad i hele verdikjeden er i dag en forutsetning for rasjonell og konkurransedyktig vareflyt, noe som i sin tur forutsetter at prestasjonene kan måles og følges opp. Måling og evaluering av servicegrad er avgjørende for å kunne prioritere og gjennomføre tiltak med sikte på kontinuerlige forbedringer. Partene står fritt i å avtale om måling av servicegrad skal inngås eller ikke. Dersom partene er enige om å inngå avtale, anbefaler STAND at STANDs definisjoner benyttes. Områder som blir berørt og som omfattes av retningslinjer fra STAND er: Hensikt med måling av servicegrad Måltall og hvilke forutsetninger som gjelder for disse Definisjoner av ulike typer måltall, med eksempler o Prioriterte måltall o Sammensatte måltall 154 Servicegrad Hensikt, typer måltall og forutsetninger Hensikt med måling av servicegrad Måling av servicegrad er et tema som de fleste aktører er opptatt av, og er et viktig element i relasjonene mellom leverandør og kunde. Partene står fritt i å avtale om måling av servicegrad skal inngås eller ikke. Dersom partene er enige om å inngå avtale, anbefaler STAND at STANDs definisjoner benyttes. En utfordring i forhold til utveksling og evaluering av servicegrad-data har vært at handelspartene ofte bruker ulike definisjoner og forutsetninger for måling og oppfølging. Anbefalingen inneholder forslag til måltall og felles definisjoner for måling av servicegrad. Hensikten er å etablere en felles plattform som utgangspunkt for måling, kommunikasjon og gjensidig evaluering av prestasjoner. Felles utveksling av måleresultater, basert på de foreslåtte definisjoner vil kunne bidra til bedre servicegrad samt medvirke til økt forståelse av partenes syn på kunde- og leveringsservice. Måltallene bygger på DLFs (Dagligvaruleverantörers Förbund ) og DULOGs (Dagligvaruhandelns Utvecklingsoch Logistikgrupp ) felles definisjoner, utarbeidet i Sverige i Med dette som utgangspunkt samt erfaring fra bedrifter med internasjonale relasjoner, bygger de prioriterte definisjoner opp under behovet for felles forståelse, måling og evaluering av servicegrad over landegrensene. Ved kontinuerlig oppfølging vil utvikling og trender kunne følges over tid. Dette vil sannsynligvis være mer interessant enn enkelt-resultater. Større trendavvik er da varselsignaler og forbedringsprogrammer bør iverksettes for å redusere sannsynligheten for at tilsvarende situasjon oppstår i fremtiden. Prosess Oppgjør 5. juni 2019 Side 7 av 44

8 Måltall Anbefalingen beskriver 6 forskjellige måltall, hvorav STAND anbefaler at 3 av disse prioriteres, da disse raskt kan implementeres i dagens systemer. Øvrige måltall er sammensatt av av ulike kombinasjoner av prioriterte måltall. Valg av måltall gjøres av partene selv, og beskrives i bilaterale avtaler. Prioriterte måltall: Riktig mengde Riktig tid Korrekt administrasjon Sammensatte måltall: Leveringsgrad ordre tilgjengelighet Komplette ordrer til riktig tid Den perfekte ordren Måltallene kan brukes av både kunde og leverandør for oppfølging av hverandres prestasjoner. Forutsetninger for måltall og definisjoner Måleenhet I måltallene er måleenheten beskrevet som «salgsenhet». Det anbefales at D-pak brukes som salgsenhet. D-pak er etablert i de fleste systemer og er utgangspunkt for transaksjoner; eks. bestilling, levering, fakturering etc. frem til butikk. F-pak som måleenhet bør imidlertid være visjonen og målsetningen for fremtiden, da F-pak er den måleenhet som er enhetlig og felles gjennom hele verdikjeden. Avtale om måling av servicegrad Hvilke måltall som skal brukes, og hvilke definisjoner som skal gjelde bør forankres i en bilateral avtale. Avtalen kan regulere forhold som: Periodisering Ledetider Sortiment Tidsvindu Hvordan utveksling av måleresultater skal skje Hvor og når målingen skal finne sted for målepunktene knyttet til det prioriterte måltallet «Riktig tid» Varighet på målinger. Ved valg av definisjoner må partene avtale om servicegraden skal beregnes over tid eller i forhold til et avtalt antall ordrer Prosess Oppgjør 5. juni 2019 Side 8 av 44

9 155 Definisjoner - prioriterte måltall Måltallene tar utgangspunkt i tre viktige dimensjoner i begrepet «servicegrad»: Mengde tilgjengelighet Tid pålitelighet Administrasjon sikkerhet De prioriterte måltallene bør følges og evalueres kontinuerlig med fokus på nivå, trender og utvikling. Måltall Riktig mengde tilgjengelighet Måltallet «Riktig mengde» måler tilgjengelighet som presisjon i levert mengde. Definisjon: Antall leverte salgsenheter Antall bestilte salgsenheter = Tilgjengelighet Med antall bestilt menes det antall som kunden i utgangspunktet har bestilt. Ikke levert kvantum utgjør avvik i leveringsgrad. Måltall Til riktig tid pålitelighet Måltallet «Til riktig tid» måler pålitelighet som presisjon i leveringstiden. Måltallet benyttes for å måle overholdelse av tidsfrister definert i avtalen mellom partene. Måltallet kan brukes langs flere dimensjoner i verdikjeden. Eksempler kan være om ordrer er sendt til riktig tid, om ordrebekreftelser er sendt til riktig tid, om leveransen er hentet til riktig tid, om pakkseddel er sendt til riktig tid, etc. Definisjon (med eksempel ordre): Antall forsinkede eller for tidlig leverte ordrer Totalt antall ordrer = Pålitelighet Forsinket eller for tidlig måles ut fra om utveksling/leveranse er innenfor avtalt tidsvindu. Ved leveringsbetingelse Incoterms Ex Works skjer målingen av leverandørens pålitelighet på leverandørens rampe. Leveringen er mottatt når ordren/leveransen etc., er kvittert for. Måltall Korrekt administrasjon sikkerhet Måltallet «Korrekt administrasjon» måler sikkerhet som overensstemmelse mellom hva som er bestilt i ordren og hva som er levert og er blitt fakturert, det vil si riktig vare uten feil og med korrekt dokumentasjon. Definisjon: Antall ordrer uten kredit-/debetnotaer Totalt antall ordrer = Sikkerhet Korrekt administrasjon innebærer at pakksedler, fraktbrev, fakturaer etc. er komplette og feilfrie i forhold til leveringen. Kun kredit- og debetnotaer som berører den fysiske leveransen tas med i målingen. Måltallet kan også brukes for å måle kvaliteten på ordrer fra kunden. Eksempler på utregning av servicegrad for prioriterte måltall finnes i vedlegget 157 Eksempler prioriterte måltall. Prosess Oppgjør 5. juni 2019 Side 9 av 44

10 156 Definisjoner - sammensatte måltall De prioriterte måltallene kan kombineres på ulike måter, til sammensatte måltall. STAND har definert 3 eksempler: Måltall Leveringsgrad ordre tilgjengelighet Måltallet «Leveringsgrad ordre» viser andel av ordrene som er riktig levert. Definisjon: Antall komplett leverte ordrer Totalt antall bestilte ordrer = Leveringsgrad for ordre En komplett levert ordre inneholder alle bestilte salgsenheter, i riktig antall Tilgjengelighet vil i hovedsak bli målt som det prioriterte måltallet «Riktig mengde - tilgjengelighet», men for å kunne beregne de sammensatte måltallene nedenfor, er det en forutsetning at «Leveringsgrad ordre - tilgjengelighet» beregnes. Komplette ordrer til riktig tid tilgjengelighet & pålitelighet Måltallet beskriver både tilgjengelighet og pålitelighet i samhandlingen. Måltallet er sammensatt av måltallene: Leveringsgrad ordre tilgjengelighet Til riktig tid pålitelighet. Definisjon: Tilgjengelighet uttrykt pr ordre - antall forsinkede eller for tidlige leverte ordrer = Komplette ordrer til riktig tid Totalt antall ordrer Kun én feil pr. ordre telles Målingen av «Komplette ordrer til riktig tid» skal skje på ankomststedet. Ved Incoterms Ex Works er dette leverandørens rampe Den perfekte ordren Dette er det mest krevende måltallet og måler alle typer avvik ift. komplette ordrer. Måltallet er sammensatt av tre tidligere definerte måltall: Leveringsgrad ordre tilgjengelighet Til riktig tid pålitelighet Korrekt administrasjon sikkerhet Definisjon: Antall komplette leverte ordrer - forsinkede eller for tidlig leverte ordrer - ordrer med manglende eller feilaktige dokumenter - ordrer med kredit-/debetnotaer Totalt antall ordrer = Den perfekte ordren Kun én feil pr. ordre telles Dersom både leverandørens og kundens forpliktelser tas hensyn til i måltallet, representerer måltallet den prestasjon som partene skaper i fellesskap. Prosess Oppgjør 5. juni 2019 Side 10 av 44

11 Eksempler på utregning av servicegrad for sammensatte måltall finnes i vedlegget 158 Eksempler sammensatte måltall. Prosess Oppgjør 5. juni 2019 Side 11 av 44

12 VEDLEGG 207 EDI-melding, distribusjonsform og frister Oversikt over hvilke meldinger som skal utveksles for de ulike distribusjonsformer, med frister. Distribusjonsform - varer levert over distributør EDI-melding Skal sendes? Frist Ordre Skal alltid sendes Iht. avtalt avtalt ordrestopptid Ordrekvittering Avtales bilateralt Umiddelbart etter mottak av ordre Ordrebekreftelse Skal alltid sendes Pakkseddel Skal alltid sendes Faktura Skal alltid sendes Etter leveranse Sendes senest 3 timer etter ordrestopptid. For leveranser med bestilling og henting samme dag gjelder bilaterale frister Ved EXW: 1 time før tidsvindu for opplasting på bil starter, om ikke annet er bilateralt avtalt Ved Fritt levert: Sendes senest 1 time før lasten ankommer kjøpers lager Fakturakvittering Avtales bilateralt Umiddelbart etter mottak av faktura Distribusjonsform - varer levert direkte til detaljist EDI-melding Skal sendes? Frist Ordre Skal alltid sendes Iht. avtalt avtalt ordrestopptid Ordrekvittering Avtales bilateralt Umiddelbart etter mottak av ordre Ordrebekreftelse Avtales bilateralt Pakkseddel Sendes normalt ikke. Må avtales bilateralt Faktura Skal alltid sendes Etter leveranse Sendes senest 3 timer etter ordrestopptid. For leveranser med bestilling og henting samme dag gjelder bilaterale frister Sendes senest 1 time før lasten ankommer detaljist Fakturakvittering Avtales bilateralt Umiddelbart etter mottak av faktura Distribusjonsform - varer levert via crossdock EDI-melding Skal sendes? Frist Ordre Skal alltid sendes Iht. avtalt avtalt ordrestopptid Ordrekvittering Avtales bilateralt Umiddelbart etter mottak av ordre Ordrebekreftelse Skal alltid sendes Pakkseddel Skal alltid sendes Faktura Skal alltid sendes Etter leveranse Sendes senest 3 timer etter ordrestopptid. For leveranser med bestilling og henting samme dag gjelder bilaterale frister Ved EXW: 1 time før tidsvindu for opplasting på bil starter, om ikke annet er bilateralt avtalt Ved Fritt levert: Sendes senest 1 time før lasten ankommer kjøpers lager Fakturakvittering Avtales bilateralt Umiddelbart etter mottak av faktura Prosess Oppgjør 5. juni 2019 Side 12 av 44

13 197 Implementere EDI i varehandelen I det etterfølgende gis det en introduksjon for de som skal implementere EDI i varehandelen hvor STAND sine retningslinjer skal benyttes. Før utveksling av EDI kan finne sted må det inngås en EDI Utvekslingsavtale. I denne spesifiseres all relevant informasjon, som: Hvilke parter som omfattes av EDI-avtalen Kontaktpersoner for ulike funksjoner hos kunde og leverandør Adresser som skal brukes ved utveksling av EDI-meldinger Hvilke EDI-meldinger som skal utveksles Hvilket format og versjon av EDI-meldinger som benyttes Hvilken måte EDI-meldingene skal utveksles på I tillegg skal det i utvekslingsavtalen angis alle bilaterale avtaler knyttet til EDI-samhandling. Bilaterale avtaler skal inngås på alle områder hvor det fremkommer avvik fra øvrige retningslinjer i STAND, som involverer EDI. Dette kan være på: Prosesser Tidsfrister Innhold i EDI-meldinger Noen viktige avklaringer Gyldige formater på meldinger STAND støtter to hovedformater; EANCOM, basert på UN EDIFACT-format XML, egenutviklet og tilpasset EANCOM-format, med unntak av faktura som er tilpasset e2b Faktura I tillegg aksepterer noen kunder andre formater, men beskrivelse av disse er ikke del av retningslinjene for STAND. De mest brukte av andre formater er EHF, utviklet av DIFI og obligatorisk i bruk mot offentlig sektor e2b Faktura Begge disse er XML-basert Utvekslingsmåter Det finnes ulike måter å utveksle EDI-meldinger på. Dette er ikke regulert i STAND, men avtales mellom partene. De mest relevante utvekslingsmåter er: Utveksle meldinger via en postkassefunksjon. Dette involverer en tredje-part som flytter inn- og utgående meldinger mellom kundens og leverandørens postboks Kunde og leverandør avtaler at meldinger sendes direkte til hverandres server uten å gå veien om tredjepart Leverandør sender og mottar meldinger via en web-portal Validering av meldinger Noen kunder krever at meldinger de skal motta er testet ved bruk av GS1 Norway s valideringstjeneste, før ordinær meldingsutveksling kan finne sted. Dette er en kostnadsfri tjeneste for brukerne, finansiert av dagligvarekjedene, og administrert av GS1 Norway. Tjenesten er web-basert og derfor alltid tilgjengelig. Tjenesten baserer seg på at bruker laster opp en fil med den melding som ønskes testet. I løpet av få sekunder vil denne være testet, og man får tilbake et dokument som viser om, og hva som eventuelt er feil i meldingen. Følgende meldinger er tilgjengelig for validering: Ordrekvittering Ordrebekreftelse Pakkseddel Faktura Prosess Oppgjør 5. juni 2019 Side 13 av 44

14 Både XML og EANCOM-format støttes. Tilgang til tjenesten kan bestilles på Introduksjon til teknisk dokumentasjon EDI I det etterfølgende beskrives forhold som uavhengig av hvilket format EDI-meldinger utveksles på er felles og må vurderes/tas hensyn til ved implementering av EDI. Målgruppen for dokumentasjonen er teknisk personale som skal implementere EDI i IT-løsningene hos kunde eller leverandør. Det anbefales likevel sterkt at dokumentasjonen gjennomgås sammen med forretningssiden hos kunde/leverandør, da det på en rekke områder beskrives detaljert hva som må tas stilling til for at forventet samhandling skal kunne finne sted. Teknisk dokumentasjon beskriver meldingsflyt og samhandlingsaktiviteter knyttet til dette for alle prosesser hvor EDI blir brukt, og omhandler meldingene: Ordre Ordrekvittering Ordrebekreftelse Pakkseddel Faktura Fakturakvittering Da meldinger og samhandling kan variere for de enkelte distribusjonsformer er dokumentasjonen delt i tre deler, én for hver av distribusjonsformene: Leveranse over distributør Leveranse direkte til detaljist Crossdock Retningslinjene legger vekt på at utveksling av meldinger og samhandling skal skje etter enkle og oversiktlige prinsipper som også gjør kontroll og oppfølging enklest mulig. Til tross for dette må det inngås bilaterale avtaler på en rekke områder. Disse er beskrevet for hver distribusjonsform og prosess i etterfølgende dokumentasjon. Bilaterale avtaler skal dokumenteres i EDI utvekslingsavtale. Prosess Oppgjør 5. juni 2019 Side 14 av 44

15 Fig 218 Områder hvor bilaterale avtaler kan inngås: Om Ordrekvittering skal sendes Frist for ordrebekreftelse dersom bestilling og henting samme dag Om Avvik fra frist på pakkseddel ved EXW Om Fakturakvittering skal sendes Prosess Oppgjør 5. juni 2019 Side 15 av 44

16 Fig 219 Områder hvor bilaterale avtaler kan inngås: Ordre o Om ordretype Prognose skal brukes, og hvordan denne prosessen skal gjennomføres o Om ordretype Industriordre/representantordre skal brukes, og hvordan denne prosessen skal gjennomføres dersom denne avviker fra ordinær prosess o Ønsket leverings-/hentedato. Om følgende koder skal brukes: Seneste leveringstidspunkt Tidligste leveringstidspunkt Leveringsønske i uke som begynner med o Om Fritekstinformasjon skal kunne angis, og hvilke tilhørende koder som skal brukes Ordrebekreftelse o Om Kvantum som leveres skal angis. Ikke anbefalt å ta med da avvik fra bestilt legges i et eget felt beregnet for dette o Om Tilgjengelighetsdato på vare ved midlertidig utsolgt skal angis o Om Fritekstinformasjon skal kunne angis, og hvilke tilhørende koder som skal brukes Prosess Oppgjør 5. juni 2019 Side 16 av 44

17 Fig 220 Områder hvor bilaterale avtaler kan inngås: Pakkseddel o Om Antall lastbærere som inngår i pallutvekslingsordningen skal angis o Om Antall pallplasser som forsendelsen opptar på bil skal angis o Om Eksponeringsenhet skal angis på Pakkseddel nivå 3 Prosess Oppgjør 5. juni 2019 Side 17 av 44

18 Fig 221 Områder hvor bilaterale avtaler kan inngås: Om Enkel eller avansert variant av fakturakvittering skal sendes Prosess Oppgjør 5. juni 2019 Side 18 av 44

19 Fig 222 Områder hvor bilaterale avtaler kan inngås: Om Ordrekvittering skal sendes Om Ordrebekreftelse skal sendes Frist for ordrebekreftelse dersom bestilling og henting samme dag Om Pakkseddel skal sendes Om Fakturakvittering skal sendes Prosess Oppgjør 5. juni 2019 Side 19 av 44

20 Fig 223 Områder hvor bilaterale avtaler kan inngås: Ordre o Om ordretype Industriordre/representantordre skal brukes, og hvordan denne prosessen skal gjennomføres dersom denne avviker fra ordinær prosess o Ønsket leverings-/hentedato. Om følgende koder skal brukes: Seneste leveringstidspunkt Tidligste leveringstidspunkt Leveringsønske i uke som begynner med o Om Fritekstinformasjon skal kunne angis, og hvilke tilhørende koder som skal brukes Ordrebekreftelse o Om Kvantum som leveres skal angis. Ikke anbefalt å ta med da avvik fra bestilt legges i et eget felt beregnet for dette o Om Tilgjengelighetsdato på vare ved midlertidig utsolgt skal angis o Om Fritekstinformasjon skal kunne angis, og hvilke tilhørende koder som skal brukes Prosess Oppgjør 5. juni 2019 Side 20 av 44

21 Fig 224 Områder hvor bilaterale avtaler kan inngås: Pakkseddel o Om Antall lastbærere som inngår i pallutvekslingsordningen skal angis o Om Antall pallplasser som forsendelsen opptar på bil skal angis o Om Eksponeringsenhet skal angis på Pakkseddel nivå 3 o Om Mengde (bestilt kvantum) skal angis (kan bare brukes dersom ordrebekreftelse ikke benyttes) Prosess Oppgjør 5. juni 2019 Side 21 av 44

22 Fig 225 Områder hvor bilaterale avtaler kan inngås: Om Enkel eller avansert variant av fakturakvittering skal sendes Prosess Oppgjør 5. juni 2019 Side 22 av 44

23 Fig 226 Områder hvor bilaterale avtaler kan inngås: Om Ordrekvittering skal sendes Frist for ordrebekreftelse dersom bestilling og henting samme dag Om Avvik fra frist på pakkseddel ved EXW Om Fakturakvittering skal sendes Prosess Oppgjør 5. juni 2019 Side 23 av 44

24 Spesielle forhold ved Crossdock Erstatningsvare (alternativ vare) Bruk av erstatningsvarer må avtales bilateralt. Erstatningsvarer kan benyttes i forbindelse med kundepakkede leveranser. Prinsippet er at opprinnelig vare som er bestilt, blir erstattet av alternativ vare fra leverandør. Leverandør og kunde har på forhånd avtalt hvilke varer som skal kunne erstattes. Ordrebekreftelse for å beskrive avvik mellom hvilket produkt som er bestilt og hvilket som blir levert benyttes ikke i dette tilfellet. Det kan forekomme at én varelinje kan bli erstattet med flere erstatningsvarer. Tilleggs-varelinjer Bruk av tilleggs-varelinjer må avtales bilateralt. Tilleggs-varelinjer kan benyttes i forbindelse med kundepakkede leveranser. Prinsippet er at tilleggs-varelinjer benyttes dersom varen ikke er bestilt i opprinnelig ordre, men bestilles i ettertid (for eksempel pr. telefon). Leverandør og kunde har på forhånd avtalt hvilke varer som skal kunne erstattes. Ordrebekreftelse benyttes ikke i dette tilfellet. Kundepakkede leveranser fra leverandør Identifisering av sluttkunde/sluttmottaker Ved kundepakkede leveranser fra leverandør er hovedregelen at sluttmottakeren identifiseres med GLN i ordremeldingen. I spesielle situasjoner hvor leverandøren ikke har tilgang til GLN, kan kunden sende med sluttmottakers navn og adresseinformasjon. Håndteringsinstruks Ved kundepakkede leveranser fra leverandør har kundene behov for å få angitt detaljert transportinformasjon/håndteringsinstruks ved crossdocking på transittlager. Denne type informasjon utveksles i ordremeldingen. Håndteringsinstruks som sendes fra kunde til leverandør, angis som et strukturert fri-tekst felt. Angivelse av SSCC Hver enhet av kundepakkede leveranser skal merkes med SSCC. Informasjon om de enkelte enheter og knytning til SSCC sendes i pakkseddelen. Parter Ved Crossdock skal Kjøper eller Varemottaker identifisere samlastingsterminalen. Sluttmottaker skal da identifisere den som mottar varene, som kan være et lager eller en detaljist. Prosess Oppgjør 5. juni 2019 Side 24 av 44

25 Fig 227 Områder hvor bilaterale avtaler kan inngås: Ordre o Ønsket leverings-/hentedato. Om følgende koder skal brukes: Seneste leveringstidspunkt Tidligste leveringstidspunkt Leveringsønske i uke som begynner med o Om Fritekstinformasjon skal kunne angis, og hvilke tilhørende koder som skal brukes Ordrebekreftelse o Om Kvantum som leveres skal angis. Ikke anbefalt å ta med da avvik fra bestilt legges i et eget felt beregnet for dette o Om Tilgjengelighetsdato på vare ved midlertidig utsolgt skal angis o Om Fritekstinformasjon skal kunne angis, og hvilke tilhørende koder som skal brukes Prosess Oppgjør 5. juni 2019 Side 25 av 44

26 Fig 228 Områder hvor bilaterale avtaler kan inngås: Pakkseddel o Om Antall lastbærere som inngår i pallutvekslingsordningen skal angis o Om Antall pallplasser som forsendelsen opptar på bil skal angis o Om Eksponeringsenhet skal angis på Pakkseddel nivå 3 o Om Erstatningsvare skal kunne leveres o Om Tilleggsvarelinjer skal kunne legges på i leveransen/pakkseddelen o Om Sluttmottaker av leveransen skal kunne angis på linjenivå Prosess Oppgjør 5. juni 2019 Side 26 av 44

27 Fig 229 Områder hvor bilaterale avtaler kan inngås: Om Enkel eller avansert variant av fakturakvittering skal sendes Prosess Oppgjør 5. juni 2019 Side 27 av 44

28 205 EDI Utvekslingsavtale Denne avtalen er et vedlegg til hovedavtalen mellom kunde og leverandør, og skal avklare gjensidige forventninger til hvordan EDI-trafikken mellom partene skal reguleres. Avtalen skal bidra til en tydelig og enhetlig implementering av EDI mellom kunde og leverandør. Avtalen omfatter ikke juridiske forhold. Dette dekkes gjennom hovedavtalen mellom partene. Avtalen er inngått mellom følgende parter: KUNDE Navn på KUNDE Representert ved navn Telefon E-post Omfatter følgende virksomheter Sted Dato Underskrift LEVERANDØR Navn på LEVERANDØR Representert ved navn Telefon E-post Omfatter følgende virksomheter Sted Dato Underskrift Prosess Oppgjør 5. juni 2019 Side 28 av 44

29 Roller og kontaktpersoner Følgende kontakter skal brukes ved henvendelser knyttet til gjennomføring av avtalen. KUNDE Funksjon Kontaktinfo EDI-ansvarlig Navn Telefon/mobil E-post <Her kan det beskrives hvilke områder denne funksjonen dekker> Integrasjon Navn Telefon/mobil E-post <Her kan det beskrives hvilke områder denne funksjonen dekker> Teknisk infrastruktur/it Navn Telefon/mobil E-post <Her kan det beskrives hvilke områder denne funksjonen dekker> Prosess/ Navn Forretningsmessige forhold Telefon/mobil E-post <Her kan det beskrives hvilke områder denne funksjonen dekker> Andre Navn Telefon/mobil E-post <Her kan det beskrives hvilke områder denne funksjonen dekker> LEVERANDØR Funksjon Kontaktinfo EDI-ansvarlig Navn Telefon/mobil E-post <Her kan det beskrives hvilke områder denne funksjonen dekker> Integrasjon Navn Telefon/mobil E-post <Her kan det beskrives hvilke områder denne funksjonen dekker> Teknisk infrastruktur/it Navn Telefon/mobil E-post <Her kan det beskrives hvilke områder denne funksjonen dekker> Prosess/ Navn Forretningsmessige forhold Telefon/mobil E-post <Her kan det beskrives hvilke områder denne funksjonen dekker> Andre Navn Telefon/mobil E-post <Her kan det beskrives hvilke områder denne funksjonen dekker> Prosess Oppgjør 5. juni 2019 Side 29 av 44

30 Meldinngsutveksling Dette kapittelet beskriver på hvilken måte partene har avtalt at meldingene skal utveksles, og hvor meldinger skal sendes. Begge parter har et gjensidig ansvar for å informere hverandre om forhold som påvirker eller kan påvirke informasjonsutvekslingen, uansett hvilke utvekslingsmåter som velges. Legg gjerne inn egen tekst som best beskriver utvekslingsmåten. Utvekslingsmåte Beskrivelse/krav/forutsetninger Sett X for utvekslingsmåte Alternativ 1: Postboks hos meldingsformidler Partene utveksler meldinger via en postboks hos 3. part. Partene bærer egne kostnader ved leie av postboks, trafikkavgift per sendte melding, og eventuelle tilleggstjenester som 3. part utfører på vegne av parten Alternativ 2: Kommunikasjonstype Alternativ 3: Web-portal Begge parter sender meldinger direkte til hverandres server Kan være vha FTP/SFTP eller andre kommunikasjonsformer. Dette alternativet er normalt kostnadsfritt utover egne kostnader med å etablere kommunikasjonsformen Leverandør sender og mottar meldinger via web-portal Kostnader med bruk av denne bæres av leverandør. Alternativ 4: Annet Beskrivelse av andre former for utveksling som ikke dekkes av alternativ 1-3 Kommentarer til utvekslingsmåte Adresseringsmåter/hvor meldinger skal sendes eller plasseres/identifikasjon av filer etc. Det oppfordres til at sensitiv informasjon/passord etc. ikke beskrives i selve avtalen, men utveksles direkte mellom aktørene på en sikker måte Meldinger TIL kunde Meldinger TIL leverandør Prosess Oppgjør 5. juni 2019 Side 30 av 44

31 DEL 1: Gjelder for distribusjonsform leveranser over distributør Omfatter alle kategorier varer levert over distributør. Ordretypen vil være Normalordre eller Industriordre/representantordre. Ordretypen Prognose må avtales spesielt om den skal brukes. Omfatter alle leveringsbetingelser. Meldinger og formater Følgende meldinger skal utveksles Meldinger som brukes Ordre Ordrekvittering Ordrebekreftelse Pakkseddel Faktura Fakturakvittering Format og versjon Format Kommentar Meldinger i grønt er påkrevde meldinger for denne prosessen, mens meldinger i rødt kan avtales bilateralt. Bilaterale avtaler Alle avvik fra gjeldende retningslinjer skal spesifiseres i dette dokumentet for å være gyldige i samhandlingen. Det må tilstrebes fra begge parter å så langt mulig tilpasse seg gjeldende prosesser og standarder for meldingene, slik at avvikene blir færrest mulig. Avvik kan være knyttet til hvordan prosesser gjennomføres, eller til bruk/innhold i meldinger. Ved at avvik er spesifisert i dette dokumentet bidrar det til en forutsigbarhet for begge parter slik at rutiner og programvare som understøtter prosessene kan tilpasses i virksomhetene. Prosesser Avvik fra beskrivelse i brukerprofil på hvordan prosessene skal gjennomføres Avvikende frister for når meldinger skal sendes Ordrebekreftelse Pakkseddel Annet Prosess Oppgjør 5. juni 2019 Side 31 av 44

32 Innhold i meldinger Alle informasjonsfelter som i retningslinjene er oppført som SKAL, eller SKAL DERSOM et gitt kriterium er oppfylt, skal alltid sendes. Informasjonsfelter som er oppført som KAN sendes, er i utgangspunktet tilleggsinformasjon som ikke er påkrevd må sendes. Det er derfor ikke knyttet spesielle behandlingsregler til dette hos mottaker. Dersom avsender ønsker at mottaker skal agere på dette på en måte som ikke er beskrevet i retningslinjene, må dette beskrives under. Melding Informasjonsfelt Beskrivelse på hvordan dette brukes Ordre Ordrekvittering Ordrebekreftelse Pakkseddel Faktura Fakturakvittering Prosess Oppgjør 5. juni 2019 Side 32 av 44

33 DEL 2: Gjelder for distribusjonsform leveranser direkte til detaljist Prosessen omfatter alle produktkategorier som leveres direkte til detaljist. Ordretypen vil være Normalordre eller Industriordre/representantordre Omfatter alle leveringsbetingelser hvor leverandør er ansvarlig for transport. Meldinger og formater Følgende meldinger skal utveksles Meldinger som brukes Ordre Ordrekvittering Ordrebekreftelse Pakkseddel Faktura Fakturakvittering Format og versjon Format Kommentar Meldinger i grønt er påkrevde meldinger for denne prosessen, mens meldinger i rødt kan avtales bilateralt. Bilaterale avtaler Alle avvik fra gjeldende retningslinjer skal spesifiseres i dette dokumentet for å være gyldige i samhandlingen. Det må tilstrebes fra begge parter å så langt mulig tilpasse seg gjeldende prosesser og standarder for meldingene, slik at avvikene blir færrest mulig. Avvik kan være knyttet til hvordan prosesser gjennomføres, eller til bruk/innhold i meldinger. Ved at avvik er spesifisert i dette dokumentet bidrar det til en forutsigbarhet for begge parter slik at rutiner og programvare som understøtter prosessene kan tilpasses i virksomhetene. Prosesser Avvik fra beskrivelse i brukerprofil på hvordan prosessene skal gjennomføres Avvikende frister for når meldinger skal sendes Ordrebekreftelse Annet Prosess Oppgjør 5. juni 2019 Side 33 av 44

34 Innhold i meldinger Alle informasjonsfelter som i retningslinjene er oppført som SKAL, eller SKAL DERSOM et gitt kriterium er oppfylt, skal alltid sendes. Informasjonsfelter som er oppført som KAN sendes, er i utgangspunktet tilleggsinformasjon som ikke er påkrevd må sendes. Det er derfor ikke knyttet spesielle behandlingsregler til dette hos mottaker. Dersom avsender ønsker at mottaker skal agere på dette på en måte som ikke er beskrevet i retningslinjene, må dette beskrives under. Melding Informasjonsfelt Beskrivelse på hvordan dette brukes Ordre Ordrekvittering Ordrebekreftelse Pakkseddel Faktura Fakturakvittering Prosess Oppgjør 5. juni 2019 Side 34 av 44

35 DEL 3: Gjelder for distribusjonsform Crossdock Prosessen omfatter alle varer som inngår i Crossdock. Ordretypen vil være Crossdock. Omfatter alle leveringsbetingelser. Meldinger og formater Følgende meldinger skal utveksles Meldinger som brukes Ordre Ordrekvittering Ordrebekreftelse Pakkseddel Faktura Fakturakvittering Format og versjon Format Kommentar Meldinger i grønt er påkrevde meldinger for denne prosessen, mens meldinger i rødt kan avtales bilateralt. Bilaterale avtaler Alle avvik fra gjeldende retningslinjer skal spesifiseres i dette dokumentet for å være gyldige i samhandlingen. Det må tilstrebes fra begge parter å så langt mulig tilpasse seg gjeldende prosesser og standarder for meldingene, slik at avvikene blir færrest mulig. Avvik kan være knyttet til hvordan prosesser gjennomføres, eller til bruk/innhold i meldinger. Ved at avvik er spesifisert i dette dokumentet bidrar det til en forutsigbarhet for begge parter slik at rutiner og programvare som understøtter prosessene kan tilpasses i virksomhetene. Prosesser Avvik fra beskrivelse i brukerprofil på hvordan prosessene skal gjennomføres Avvikende frister for når meldinger skal sendes Ordrebekreftelse Pakkseddel Annet Prosess Oppgjør 5. juni 2019 Side 35 av 44

36 Innhold i meldinger Alle informasjonsfelter som i retningslinjene er oppført som SKAL, eller SKAL DERSOM et gitt kriterium er oppfylt, skal alltid sendes. Informasjonsfelter som er oppført som KAN sendes, er i utgangspunktet tilleggsinformasjon som ikke er påkrevd må sendes. Det er derfor ikke knyttet spesielle behandlingsregler til dette hos mottaker. Dersom avsender ønsker at mottaker skal agere på dette på en måte som ikke er beskrevet i retningslinjene, må dette beskrives under. Melding Informasjonsfelt Beskrivelse på hvordan dette brukes Ordre Ordrekvittering Ordrebekreftelse Pakkseddel Faktura Fakturakvittering 198 Meldingsbeskrivelse EANCOM Meldingsbeskrivelsen er ikke inntatt i dette dokumentet, men kan lastes ned separat fra nedlastinger. 199 Meldingsbeskrivelse XML Meldingsbeskrivelsen er ikke inntatt i dette dokumentet, men kan lastes ned separat fra nedlastinger. Prosess Oppgjør 5. juni 2019 Side 36 av 44

37 200 Endringslogg gjeldende versjon vs tidligere versjoner a v STAND Elektronisk utveksling av handelsinformasjon i dagligvarebransjen 200 Endringslogg gjeldende versjon vs tidligere versjoner Versjon desember 2017 Prosess Oppgjør 5. juni 2019 Side 37 av 44

38 Endringslogg Denne loggen beskriver overordnet og kortfattet alle endringer som gjøres på STAND EDI. For full oversikt må de respektive dokumentene gjennomgås Hensikt med loggen er på en kortfattet måte beskrive hva som er endret ift forrige versjon, for enklere å vurdere om det er behov for endringer i egne prosesser/rutiner eller programvare. Sjekk derfor alltid loggen ved ny versjon av STAND EDI! Versjon/ Del Melding Endring fra forrige versjon dato Ordrebekreftelse Fjernet den ene forekomsten 29 (Ordre kontrollert for vareinfo) i BGM. Ref. tabell-oversikt side 31. Er ikke relevant. Rettet feil i eksempler Pakkseddel Lagt inn flere gyldige koder i tabell 7065 Pakningstyper PCI: Kode 30 er endret til 33E pga europeisk harmonisering GIN: Kode SS er endret til BJ pga europeisk harmonisering RFF SG endret fra n6 til an6 Rettet feil i eksempler Alle Rettet opp feil mellom dokumentasjon og tilhørende XSD-skjema meldinger Ordre RequestedDeliveryDate/DateCode endret til SKAL OrderDetails/BaseItemDetails/PackageUnitType endret til KAN Ordrekvittering RequestedDeliveryDate/DateCode endret til SKAL Ordrebekreftelse OrderResponse/MessageNumber endret til SKAL Fjernet den ene forekomsten 29 (Ordre kontrollert for vareinfo) i ConfirmationStatus. Ref. tabell-oversikt side 17. Er ikke relevant. RequestedDeliveryDate/DateCode endret til SKAL DeliveryDate/DateCode endret til SKAL Pakkseddel OrderResponse/MessageNumber endret til SKAL 1.01/ / Alle Lagt inn SKAL-felt Common Access Response i UNH-segmentet, for å kunne identifisere meldingen som STAND013-melding 3 Alle Ferdigstilt XML Lagt inn SKAL-felt MessageVersion i Order/OrderResponse/DeliveryNote/Invoice/ApplicationResponse, for å kunne identifisere meldingen som STAND013-melding 1-5 Ny struktur på dokumentasjon. Gamle versjoner er harmonisert mot hverandre. Erstatter følgende versjoner av tidligere publiserte meldinger: Dagligvare DEDIP: Bestilling / Ordre v.7 Ordrebekreftelse v.4 Pakkseddel v.7 Guideline Hvordan implementere DEDIP pakkseddel v.1.1 Faktura v.6 Fakturakvittering v. 7. april 2006 Dagligvare XML: Bestilling v.1.41 Ordrebekreftelse v.1.2 Pakkseddel v.1.5 E2b Faktura Dagligvare v E2b Fakturabekreftelse v Utarbeidet beskrivelser for prosessene Normalordre distributør Normalordre detaljist Prosess Oppgjør 5. juni 2019 Side 38 av 44

39 Crossdock. Prosessene er gjennomgått av DMF LOG og DLF LK, besluttet av STAND 24. nov 2015, og danner utgangspunkt for STAND013. Det er en forutsetning for full forståelse av STAND013 at del 1 er grundig gjennomgått. Her står også en del endringer bl.a. knyttet til frister som ikke er spesifisert i denne endringsloggen. 2 Ordre BGM Ordretyper: Fjernet Hastebestilling og Kampanjeordre. Bestilling endret navn til Normalordre Forhåndsordre endret navn til Prognose Industriordre endret navn til Industriordre/representantordre Responskode: Ny kode Z1 er lagt inn. Erstatter tidligere AE. Z1 innebærer at det avtales bilateralt om ordrekvittering og/eller ordrebekreftelse skal sendes. TOD (leveringsbetingelser) Er fjernet i sin helhet. Har ingen funksjon i dag. Leveringsbetingelser inngår som del av den kommersielle avtalen mellom partene. Ordrekvittering Ordrebekreftelse Nytt navn for ordrebekreftelse Light. Bruker meldingen ORDRSP, men har kun funksjonskode 12 Ikke behandlet som gyldig kode. Er ellers identisk med tidligere versjon. Endret navn fra ekte/fullgod/fullverdig ordrebekreftelse til kun ordrebekreftelse TOD (leveringsbetingelser) Fjernet som følge av at den er fjernet i ordre LIN Funksjonskode Kode 5 fjernet. Brukes ikke, og er heller ikke ønsket/planlagt brukt av kjedene PIA Erstatningsvare Kode 3 Erstatningsvare med tilhørende C212 er fjernet. Informasjon om dette utveksles i dag via EPD/Tradesolution DTM Tilgjengelighetsdato ved midlertidig utsolgt Lagt inn teksten som DMF og DLF ble enig om og som oppfordrer til at leverandører og kunder tilrettelegger sine systemer til å sende og bruke denne informasjonen aktivt QVA Kode for årsak til avvik Fjernet kode QT (Justert pga kvantumsrabatt og/eller pallelag) QTY Alternativ 2 som beskriver resting Fjernet da restnotering ikke er i bruk, og heller ikke er planlagt å tas i bruk SG 32 LOC/QTY/DTM Fjernet som følge av at resting ikke brukes Pakkseddel Forhold mellom ordre og pakkseddel Prosess Oppgjør 5. juni 2019 Side 39 av 44

40 Presisert hvilke regler som gjelder ved eventuell pakkseddelsplitt for de enkelte prosesser, og ved ulike leveringsbetingelser BGM Fjernet funksjonalitet som tillater at en avsendt pakkseddel kan kanselleres. Er ikke i bruk, og kjedene har heller ikke planlagt å ta dette i bruk RFF Fjernet kode AAK som følge av at kansellering av tidligere avsendt pakkseddel ikke tillates TOD (leveringsbetingelser) Fjernet som følge av at den er fjernet i ordre/ordrebekreftelse EQD Nytt KAN-segment med kode Z09 som angir antall paller/kasser av hver type som inngår i pallutvekslingsordningen EQD Nytt KAN-segment med kode Z10 som angir antall pallplasser som forsendelsen opptar på bil CPS Forpakningsnummer Manglet SKAL/KAN kode. Er lagt inn som SKAL datasegment Hierarki Endret til et SKAL dataelement. Feil i dagens brukerveiledning Nivå i forpakningshierarki Fjernet. Ikke i bruk PAC Endret til et SKAL-segment, siden pakkseddel nå kun godtas på nivå 3 og 4 og skal være merket Tabell over forpakningskoder Nye koder lagt inn. Lagt inn kolonne i tabell som viser hvilke pakningstyper som er godkjente til bruk i pakkseddel Antall kolli Presisert at antall nå skal stå i relasjon til paller Pakkeinformasjonskode Fjernet kode 50 og 51, siden dette dataelementet nå relaterer seg til paller. MEA Presisert at med mål, så menes det mål på pall Tilleggsinformasjon Lagt inn nye koder som skal erstatte de gamle. PCI Endret til et SKAL-segment som følge av at pakkseddel nå kun aksepteres på nivå 3 og 4, og at PCI derfor alltid skal sendes Merkeinstruks Kode 17 fjernet da den kun gjelder for pakksedler nivå 2, som ikke lenger tillates Ny kode 30 (SSCC) er lagt til. Erstatter 30E som ikke lenger er gyldig kode. Forsendelsesmerking Fjernet, som følge av at kode 17 (over) utgår GIN Prosess Oppgjør 5. juni 2019 Side 40 av 44

41 Endret til et SKAL-segment som følge av at SSCC alltid skal sendes. Nummer fra-til Fjernet som følge av at flere SSCC i samme GIN-segment er fjernet. Denne var tidligere aktuell pga nivå 2 som ikke lenger aksepteres RFF Bestillingsnummer ved tilleggs-varelinjer Endret fra SKAL til KAN. Feil i tidligere dokumentasjon DTM Datotype Nye koder Z15 og Z17 med ny definisjon er lagt til. Gamle koder med «unøyaktig» definisjon/manglende samsvar med STAND001 og STAND005 tillates i en overgangsfase Faktura Faktura har ikke hatt fokus ved utarbeidelse av STAND013, da fokuset har vært på de logistiske sidene ved meldingene. Det gjenstår derfor en gjennomgang av faktura med økonomiressurser med sikte på å få en opprydding i koder, spesielt knyttet til avgifter/tillegg/fradrag, og hvordan disse skal representeres i faktura. Det antas at faktura kan forenkles vesentlig når en opprydding er foretatt. En konkret endring er imidlertid besluttet ved denne revisjonen: Samlefaktura er ikke lenger tillatt. DTM Fakturaperiode Fjernet som følge av at samlefaktura ikke lenger er tillatt Fakturakvittering Alle meldinger 3 XML Meldingstabell Denne meldingen har vært del av tidligere standard, men har i liten grad blitt implementert. Den er nå vedtatt av STAND som del av STAND013 og tilbys de leverandører som ønsker det, gjennom bilateral avtale med den enkelte kjede Tydeliggjort hvordan meldinger, segmenter og dataelementer skal brukes. Rettet opp feil og unøyaktigheter Ikke ferdigstilt Prosess Oppgjør 5. juni 2019 Side 41 av 44

42 4 Endringslogg Dette dokumentet. Ett dokument for hele brukerprofilen hvor alle endringer beskrives, og som har som funksjon at aktørene ved endringer i standarden skal sjekke endringsloggen for å vurdere om endringen berører dem og hva som eventuelt må endres 5 Det er utarbeidet en omforent EDI Utvekslingsavtale som skal brukes for å beskrive EDI-utvekslingen, og hvor alle bilaterale avtaler skal være dokumentert for at de skal være gyldige Prosess Oppgjør 5. juni 2019 Side 42 av 44

43 157 Eksempler prioriterte måltall Servicegrad måles i % Måltall Leveringsgrad mengde tilgjengelighet Dersom det er bestilt 100 salgsenheter, og 98 salgsenheter leveres ved første leveringstilfelle, er servicegrad 98%. Måltall Til riktig tid pålitelighet Om det blant 10 ordrer er avtalt at leveransene skal være ankommet mottaker på spesifikke datoer/gitte tidsvinduer, og 1 av leveringene ankommer før eller etter avtalt dato/tidsvindu, er servicegrad 90%. Måltall Korrekt administrasjon sikkerhet Eksempel 1: Av 10 ordrer har 1 faktura en prisfeil, faktura for en annen ordre inneholder varer som er rapportert til leverandøren var beheftet med feil ved ankomsten, og leveransen på en tredje ordre mangler pakkseddel. Disse 3 feilene genererer 3 kreditnotaer/avvik og servicegrad er 70%. Eksempel 2: Av 10 ordrer er det på faktura for én av ordrene en prisfeil på en vare, samt at en annen vare på samme faktura har en feil/mangel som er meldt tilbake til leverandøren. Dersom feilene kan korrigeres på én og samme kreditnota, er servicegrad 90%. 158 Eksempler sammensatte måltall Servicegrad måles i % Måltall Leveringsgrad ordre tilgjengelighet Eksempel 1: Dersom det blant 10 ordrer mangler 1 salgsenhet i en ordre ved leveringstidspunkt, er servicegrad 90%. Eksempel 2: Dersom det blant 10 ordrer mangler 1 salgsenhet i en ordre og 50 i en annen ordre ved leveringstidspunkt, er servicegrad 80%. Komplette ordrer til riktig tid tilgjengelighet & pålitelighet Eksempel 1: Om det blant 10 bestilte ordrer mangler 6 salgsenheter i én ordre og en annen ordre er forsinket, er servicegrad 80%. Eksempel 2: Om det blant 10 ordrer er 2 ordrer som ikke kommer til riktig tid, samt at en av de ordrene som ikke kommer til riktig tid heller ikke er komplett, er servicegrad 80%. Prosess Oppgjør 5. juni 2019 Side 43 av 44

44 Den perfekte ordren Eksempel 1: Om det blant 10 ordrer mangler en salgsenhet i en ordre, en annen ordre leveres for seint og en tredje ordre har generert en kreditnota, er servicegrad 70%. Eksempel 2: Om det blant 10 ordrer mangler en salgsenhet i en ordre og den samme ordren leveres for tidlig, samt at en annen ordre med varer er beheftet med en feil og har generert en kreditnota, er servicegrad 80%. Prosess Oppgjør 5. juni 2019 Side 44 av 44