Elektronisk Handelsformat - EHF - Veileder for systemleverandører

Elektronisk handelsformat (EHF) er en standard for elektronisk utveksling av informasjon mellom oppdragsgiver og leverandør, i hele anskaffelsesprosessen.

Følges standarden, vil dokumenter som sendes fra for eksempel en oppdragsgiver, kunne leses inn i leverandørens datasystem selv om systemene er ulike. Virksomhetene unngår dermed dyre én-til-én-integrasjoner mellom ulike datasystemer.

Det Europeiske formatet kalles PEPPOL BIS. EHF er kompatibelt med formatet  PEPPOL BIS fo de meldinger som dette formatet dekker. Ved å tilpasse dine systemer til EHF-standarden, vil du dermed kunne kommunisere med andre Europeiske land som følger BIS-standarden. Målet er å standardisere prosesser og meldingsinnhold på tvers av landegrenser.

EHF kan være både anbefalt, i henhold til Referansekatalogen eller obligatorisk i henhold til lov/forskrift. ved elektronisk fakturering i staten.

En EHF prosess er i denne sammenheng den prosess som understøttes av én eller flere EHFer. Mens  EHF kunngjøring er navnet på EHFen, er EHF kunngjøring prosess navnet på prosessen. Legger prosess til EHF navn.

Hvorfor har vi EHF prosesser?

Anskaffelse er en prosess - en systematisk serie med aktiviteter rettet mot oppnåelse av ett eller flere mål for anskaffelsen. For å oppnå en god anskaffelse må man ha en god anskaffelsesprosess. Digitalisering er bruk av teknologi i forbedring av prosesser. Man kan ikke lykkes med digitalisering, for eksempel ved bruk av EHF, uten en prosessorientert tilnærming. For eksempel: 
Før vi skal utvikle en EHFer må vi vite hvilken prosess som EHF skal benyttes i. Når vi utvikler EHF  tegnes disse inn i prosessen slik at vi kan analysere og identiferes hvilke tekniske, prosessuelle og organisatoriske endringer og gevinster som kan oppnås. Etter utviklingen får brukerne en beskrivelse av prosessen og et prosessdiagram. Hensikten er å forenkle arbeidet med implementering og sikre at alle som deltar får den informasjon de trenger for å utføre og samarbeide på en effektiv måte.

Hvordan utvikles EHFer og EHF prosesser?

Prosessen for utvikling og forvaltning av EHF og prosessene de(n) benyttes i består av 5 faser:

1. Analysere behov
I første fase identifisere vi interessentene – hvem som må inkluderes i utviklingen. Vi kartlegger prosessen slik den utføres og nåsituasjon for interessentene – hva de er fornøyd med, hva de har problemer med, og andre tanker om forbedring og fornying. Etter kartleggingen gjennomføres det analyser for å identifisere og velge den beste løsningen, mål og krav til EHF. Fasen oppsummeres i en rapport som danner grunnlag for planlegging og gjennføring av utviklingsarbeidet.  
2. Utvikle EHF 
Etter kartlegging og analyse utvikles EHFen(e). Første trinn er utvikling av en informasjonsmodell – beskrivelse av informasjonselementene i EHF. Informasjonsmodellen gjøres så om til en datamodell som knytter sammen alle elementene til en helhet med avhengigheter og regler. Datamodellen danner grunnlag for den tekniske beskrivelsen som systemleverandører trenger for å implementere EHFen.
3. Utbredelse og implementering
Når utviklingen er ferdig vil brukerne motta:  

• En EHF/Implementeringsveileder for systemleverandører. 
• Valideringsstøtte for systemleverandører. 
• EHF prosessdefinisjon som gir nøkkelinformasjon om prosessen og hvordan den skal brukes og implementeres, samt et prosessdiagram. Denne kan og bør benyttes av alle faggrupper som skal delta i implementering- og gevinsterealiseringsarbeidet. 
• Eventuelle veiledere tilpasset målgruppens behov. 
• System for å gi tilbakemeldinger.  
• Brukerstøtte.  

4. Gevinstrealisering
Målet er at systemleverandører, oppdragsgivere, leverandører og andre som skal benytte prosessen får den informasjon de trenger (se over) for å implementere, nyttiggjøre, gi tilbakemeldinger og komme med forslag til forbedringer og nyutvikling av EHF. 

5. Forvaltning
Samtidig som fase 4 er slutten på utviklingsfasen er den starten på en ny fase – forvaltning av EHF. Hensikten med denne fasen, som aldri tar slutt, er gjennom kontinuerlig forbedring å sikre at brukerne til enhver tid har de tjenestene som dekker deres behov.  
 

Hvem har nytte av prosessdefinisjonene? 
Prosessdiagrammene og definisjonen er i utgangspunktet generiske og kan derfor brukes av alle i alle typer prosessarbeid, ikke bare digitalisering. Vårt prosessrammeverk og definisjoner kan med stor fordel benyttes av alle.  
Dersom du er interessert i å vite mer om vårt prosessrammeverk, hvordan det kan benyttes og fordelene med. Ta kontakt med Jan Mærøe. 
 

EHF prosessrammeverk består av tre elementer: Prosessoversikt. Prosessdefinisjoner. Og metoder for prosessarbeid.
EHF prosessrammeverket har to formål:  

• Det ene er å sikre at det arbeides med riktig prosess på riktig måte - sikre at EHF har riktig kvalitet.  

• Det andre er å sikre at alle som skal delta i utviklingen, og bruke EHF prosessen - oppdragsgivere, leverandører, systemleverandører, osv., får den informasjonen de trenger for å forstå og bruke prosessen på en riktig måte.  

1. Prosessoversikt

Prosessoversikten er en tabell som viser alle typer/former for aktivitet som utføres i en anskaffelsesprosess uavhengig av type anskaffelser. Det er viktig å forstå at oversikten IKKE beskriver en prosess eller prosdyre – hvilke aktiviteter som skal utføres i hvilken rekkefølge på hvilken måte -  kun de ulike typer aktiviteter. Det samme som en liste med ingredienser du trenger for å lage en matrett, eller hvilke typer legoklosser du trenger for å lage en legofigur, osv.
I en anskaffelse er det mange forskjellige aktiviteter. For å forenkle arbeidet er alle aktiviteter gruppert og organisert i et hierarki etter følgende mønster.

Når man kartlegger og beskriver prosesser er det vanlig å begynne på et detaljert nivå. Ulempen med det er at det fort blir uoversiktlig og kanskje også unødvendig. Fordelen med hierarkisk modellering hvor du begynner på et overordnet nivå, er at du beholder oversikten og sammenhengen samtidig som du ikke detaljerer mer enn det du trenger – mer effektiv og bedre måte å kartlegge og beskrive prosesser på.
Oversikten er en tabell som består av disse 4 kolonnene:

ID
Identifikatoren består som sagt av en bokstav som beskriver hvilken type/kategori prosess det er, samt et antall siffer som samlet sett angir hvilket nivå man er på. 
ID endres ikke. Fordelen med det er at vi kan spore aktiviteten over tid. Ulempen er at den ikke gir noen mening ut over å beskrive hva slags type prosess og hvilket nivå den er på.
Aktivitet
Navn på aktiviteten som utføres i en anskaffelse. Dette skal være de samme aktivitetene som står beskrevet på anskaffelser. no. Det er lagt inn lenker på overordnet nivå som tar deg til den siden på anskaffelser.no hvor denne aktiviteten står beskrevet.
EHF Prosess
Er navnet på den prosess som understøttes av EHFer. Aktivitetene som står beskrevet i kolonne 2 hentes fra anskaffelser.no og er beskriver kun hva som må gjøres av aktivtet uavhengig av om det er en person eller et system.
Når disse digitaliseres ved bruk av EHFer får vi en digital variant med et eget navn, for eksempel «EHF spørsmål og svar», som er den digitale varianten av aktiviteten «Spørsmål og svar av eventuelle avklaringer til oppfyllelse av kvalifikasjon» som du finner i beskrivelsen av prosessen på anskaffelser.no.
Dersom du ikke finner navn på EHF i denne kolonnen betyr det at den ikke er utviklet, eller er under utvikling.
Dersom du klikker på navnet til EHF prosessen får du opp en prosessdefinisjon, se nærmere forklaring under.
Rolle
Beskriver hvilke organisasjoner som deltar i prosessen, for eksempel oppdragsgiver, leverandør, publiseringstjeneste.  

Her finner du lenke til EHF Prosessoversikt

2. EHF prosessdefinisjon

Alle EHFer har en egen prosessdefinisjon, et dokument som inneholder både et prosessdiagram og all grunnleggende informasjon du må ha for å forstå prosessdiagrammet.
Hensikten med prosessdefinisjonen er å sikre at alle som skal bidra i utvikling, implementering og vedlikehold – oppdragsgivere, leverandører, systemleverandører, prosjekter, etc. Får den informasjon de trenger for å arbeide og samarbeide på en effektiv måte.

3. Metode for prosessarbeid

I utvikling av prosessrammeverket legger vi til grunn den tilnærming og de erfaringer man har med utvikling av verdens mest utbredte prosessrammeverk – APQC process classification framework.
I arbeidet med prosesser benytter vi de grunnleggende BPM – business process management – metodene og verktøy.
Prosessdiagram følger BPMN 2.0 notasjonen – den mest avendte notasjonen i verden.

Alle kan bruke prosessrammeverket

Arbeidet med kartlegging og beskrivelse av prosesser krever kompetanse, tid og ressurser som mange ikke har. Et mål for utvikling av prosessrammeverket er at det skal kunne brukes av alle som ønsker det. Fordelene er blant annet.

• Virksomheten sparer tid og ressurser.  

• Når alle bruker samme rammeverk utvikler man felles språk, forståelse og metoder som gjør det langt enklere å samarbeide og lære av hverandre.  

• Det forenkler og forbedrer både opplæring og ledelse av medarbeidere. 

Vil du vite mer?

Dersom du vil vite mer om hvordan vi arbeider og hvordan du kan nyttiggjøre deg dette, ta kontakt med Jan Mærøe.

Alle delprosesser som er dekket av EHF henger sammen da arbeidet med standarder tar hensyn til den totale anskaffelsesprosessen.

Det europeiske formatet PEPPOL BIS forvaltes og utvikles av Peppol. Formatene PEPPOL BIS og EHF er igjen basert på resultater fra arbeidet til CEN BII, UBL og andre enheter som har blitt gitt mandat til å virke som en koordinerende enhet. Et eksempel på dette er utlysningsskjemaene og nå ESPD som administreres av Publication Office.

Gjennom nasjonal standardisering av meldingsinnholdet i de forskjellige transaksjonene (EHF- Elektronisk Handelsformat) som igjen er koordinert med Europeisk standardisering (PEPPOL BIS formater og andre), vil man utvikle og vedlikeholde innhold og oppsett på en enhetlig måte som dermed reduserer kostnadene for de enkelte virksomhetene betraktelig ved implementering av systemstøtte.

For effektiv kommunikasjon med interessentene i anskaffelsesprosessen, ved endrede behov og regulereringer, forvaltes EHF og BIS etter gitte regler og med fastsatte tidsfrister for endringen. Dette for at alle parter skal høres og at systemleverandørene skal få tid til å implementere endringene. Regler for endringer relatert til endringens natur med forskjellig varslingstid for å gi tid til systemendringer finner du her.

Det er fullt mulig for alle å spille inn ønsker i denne prosessen nasjonalt og internasjonalt- ehf@dfo.no

Digitaliseringsdirektoratet benytter forskjellige kanaler for informasjonsspredning om endringer. Hovedkanalen er Anskaffelser.no samt LinkedIn gruppen "Elektronisk handelsformat- EHF. Offentlige anskaffelser har også en gruppe på Facebook. Den tekniske siden som bærer informasjonen og endringer finner du på Anskaffelser.dev.no.

Vi anbefaler systemleverandører å laste ned vår RSS-feed for å holde seg oppdatert:https://anskaffelser.dev/

 Prosess Definisjon Dokument (PDD) DIFI ANS ATS

1. Informasjon

2. Historikk

3. Om prosessen

Kunngjøringsprosessen er en prosess hvor oppdragsgiver kunngjør et skjema knyttet til offentlige anskaffelser på Doffin og eller TED.

4. Brukere og bruksområde 

• Prosessen benyttes på alle typer kunngjøringer (se pkt. 13 kommentarer). 
• Oppdragsgiver trenger prosessen for å informere om behov for varer og tjenster og resultat av en anskaffelse.
• Leverandører trenger prosessen for å få informasjon og dermed kunne tilby sine varer og tjenster.

5. Formål

Best mulig utnyttelse av offentlige midler gjennom størst mulig konkurranse.   

6. Mål

At kunngjøringen blir publisert på Doffin og/eller TED til riktig tid med riktig informasjon.

7. Gevinster

For oppdragsgiver: 

• Størst mulig tilfang av tilbydere
• Informasjonsflyt som likebehandler leverandørmarkedet

For leverandør: 

• Alle offentlige konkurranser samlet på ett sted.
• Sikre likebehandling for innlevering av tilbud.

Samfunnsgevinst: Enten redusert bruk av ressurser og/eller økt produktivitet - utføre andre/flere oppgaver

8. Definisjoner/forkortelser

• Doffin = Nasjonal kunngjøringsdatabase for offentlige anskaffelser, lovpålagt å bruke over terskel, frivillig under terskel
• TED = Europeisk kunngjøringsdatabase, lovpålagt å bruke over terskel for norske oppdragsgivere
• KGV = Konkurransegjennomføringsverktøy

9. Startkriterier/forutsetninger

​​10. Input og leverandører

11. Deltakere
Beskrivelse av roller finner du her:

12. Prosessdiagram

EHF kunngjøre konkurranse prosess (pdf)

13. Aktiviteter

14. Kontrollpunkter og målinger

15. Output og mottaker/bruker

16. Sluttkriterier

Nei

17. Unntak/spesielle hensyn

​​​​​​18. Risiko

19: Behov for støtte

20. Lenke til EHF/PEPPOL BIS Spesifikasjon.

Når EHF foreligger vil du finne spesifikasjoner her:  

• https://peppol.eu/downloads/pre-award/
• https://anskaffelser.dev

21. Tilleggsinformasjon

Nei

22. Vedlegg

Nei

​EHF Søk kunngjøring gjør det mulig for leverandører å sette opp en varslingstjeneste om konkurranser som er av interesse. Det forutsettes at leverandøren har et eget system koblet til PEPPOL eDelivery for å kunne ta en slik funsjonalitet i bruk. De fleste konkurransesystemer har en slik tjeneste i dag men utfordringen er at leverandører må tilknytte seg de ulike tjenestene til de ulike konkurransesystemene.  Målet er at leverandøren kan operere en slik tjeneste fra det systemet som velges uavhengig de ulike konkurransesystemene.

Status for formatet

Under planlegging.

Formål og virkemåte: Automatisk søk i kunngjøringsdatabaser

EHF Søk kunngjøring beskriver en prosess som gir leverandører mulighet til å automatisere søk i kunngjøringsdatabaser, for eksempel Doffin, gjennom sitt eget system.

En leverandør kan bruke formatet til å gjøre et elektronisk søk mot databasen basert på utvalgte søkekriteria, og få returnert oversikt over relevante konkurranser. Leverandøren kan utforme søket så det er i henhold til eget vare- og tjenestesortiment.

Formatet gjør det mulig å strukturere meldingene som kommer i retur slik at leverandørens system kan organisere og presentere informasjonen likt hver gang.

Fordeler med å ta i bruk formatet

For oppdragsgivere

• Kunngjøringer som legges ut på publiseringsløsninger vil automatisk bli oppdaget av aktuelle leverandører.
• Innholdet gir leverandør informasjon om hvor ytterligere informasjon om konkurransen finnes. Dermed øker potensialet for at flere leverandører besvarer konkurransen.

For leverandører

• Systemet sikrer at alle kunngjøringer som er relevante blir presentert for leverandør i eget system.
• Informasjon som blir presentert inneholder relevante detaljer om konkurransens innhold.
• Informasjonen kan gjenbrukes i neste prosess der leverandør viser sin interesse overfor oppdragsgiver.

​Prosess Definisjon Dokument (PDD) DIFI ANS ATS

1. Informasjon

2. Historikk

3. Om prosessen

I denne prosessen søker leverandør sitt system etter interessant kunngjøringer. Dersom søk får treff i publiseringsdatabasen returneres aktuell kunngjøringer til leverandør.

4. Brukere og bruksområde 

Leverandør trenger prosesser når han skal søke i publiseringsdatabaser.  

5. Formål

Sikre at leverandøren til enhver tid kan få oversikt over kunngjøringer som er interessante.

6. Mål

Automatisert innhenting av kunngjøringer.

7. Gevinster

Oppdragsgiver: Flest mulig leverandører får se kunngjøringen når den publiseres vil kunne bidra til økt antall tilbydere i hver konkurranse.

Leverandør: 

• Effektiv måte å få oversikt over alle offentlige anskaffelser – sparer tid og ressurser.
• Leverandør kan gjenbruke informasjon fra kunngjøringen i neste prosess – sikrer riktig informasjonsflyt og økt effektivitet i mottakende prosess.

Samfunnsgevinst: Enten redusert bruk av ressurser og/eller økt produktivitet - utføre andre/flere oppgaver

8. Definisjoner/forkortelser

Nei

9. Startkriterier/forutsetninger

​​10. Input og leverandører

11. Deltakere
Beskrivelse av roller finner du her:

12. Prosessdiagram

EHF Søk kunngjøring (pdf)

13. Aktiviteter

14. Kontrollpunkter og målinger

15. Output og mottaker/bruker

16. Sluttkriterier

Nei

17. Unntak/spesielle hensyn

​​​​​​18. Risiko

19: Behov for støtte

20. Lenke til EHF/PEPPOL BIS Spesifikasjon.

Når EHF foreligger vil du finne spesifikasjoner her:  https://anskaffelser.dev

21. Tilleggsinformasjon

Nei

22. Vedlegg

Nei

EHF vise interesse lar leverandører standardisere førespurnader til oppdragsgjevar om å få tilsendt konkurransedokument.

Status for formatet

EHF Under planlegging. PEPPOL BIS i produksjon

Føremål og verkemåte: Standardisering av førespurnader om konkurransedokument

Forskrift om offentlege innkjøp sikrar at alle leverandørar skal ha gratis, direkte og uavgrensa tilgang til konkurransegrunnlagsdokumenta (§14-3-1).

Meininga med EHF Vise interesse er at leverandørar via sitt eige datasystem, skal kunne varsle oppdragsgjevar om at dei ønskjer å få tilsendt konkurransedokument.

Oppdragsgjevarar får dermed ei standardisert og strukturert melding inn i sitt konkurranseinnleveringsverktøy. Neste steg i prosessen for oppdragsgjevar blir då å sende ut konkurransedokumenta på ein mest mogleg strukturert måte, så leverandørane opplever oppdragsgjevarane mest mogleg like i sin måte å kommunisere på, samt kunne nyttiggjere seg av den strukturerte konkurranseinformasjonen i sine eigne system.

Fordelar

For oppdragsgjevarar

• Ta i mot alle førespurnader inn i sitt system på ein strukturert og standardisert måte, mellom anna informasjon om kvar ein skal sende innkjøpsdokumenta.
• Sikre at alle leverandørar som har vist interesse får tilsendt dei same dokumenta.

For leverandørar

• Kunne informere oppdragsgjevarar på ein standardisert og strukturert måte, via sitt eige datasystem, om at dei ønskjer å delta i konkurransen.
• Innsparingar som følgje av redusert tidsbruk når formatet blir brukt ved kommunikasjonen mellom ulike system. 

Teknisk informasjon om bruk av formatet

• https://docs.peppol.eu/pracc/

Prosess Definisjon Dokument (PDD) DIFI ANS ATS

1. Informasjon

2. Historikk

3. Om prosessenI

Vise interesse er en prosess hvor leverandør sender melding til oppdragsgiver for å vise interesse for en anskaffelse.  

4. Brukere og bruksområde 

Brukere: 

Leverandør: Trenger prosessen for å bli registrert i oppdragsgivers system for derigjennom å bli oppdatert på anskaffelsen.  

Oppdragsgiver: Trenger prosessen for å få oversikt over leverandører som er interessert i anskaffelsen.    

5. Formål

Gjøre det enkelt for leverandør å vise interesse for anskaffelsen. Og tilrettelegge for en elektronisk samhandling mellom oppdragsgiver og leverandør i anskaffelsen. 

6. Mål

Effektivisere informasjonsflyt mellom oppdragsgiver og leverandør for den enkelte anskaffelse.  

7. Gevinster

Oppdragsgiver: Maskinelt kan behandle interessenter og derigjennom effektivisere utførelsen av prosessen. 

Leverandør: Får rask og riktig informasjon som basis for beslutning om deltagelse i anskaffelsen. 

Samfunnsgevinst: Enten redusert bruk av ressurser og/eller økt produktivitet - utføre andre/flere oppgaver

8. Definisjoner/forkortelser

Nei

9. Startkriterier/forutsetninger

​​10. Input og leverandører

11. Deltakere
Beskrivelse av roller finner du her:

12. Prosessdiagram

EHF vise interesse for anskaffelse (pdf)

13. Aktiviteter

14. Kontrollpunkter og målinger

15. Output og mottaker/bruker

16. Sluttkriterier

Nei

17. Unntak/spesielle hensyn

​​​​​​18. Risiko

19: Behov for støtte

20. Lenke til EHF/PEPPOL BIS Spesifikasjon.

Lenke: https://docs.peppol.eu/pracc/  

Når EHF foreligger vil du finne spesifikasjoner her:  https://anskaffelser.dev/.

21. Tilleggsinformasjon

Nei

22. Vedlegg

Nei

EHF anskaffelsesdokument lar oppdragsgiver lage strukturerte, maskinlesbare konkurransedokumenter.

Status for formatet

I produksjon

Formål og virkemåte: Digitalisere konkurransedokumentene fra oppdragsgiver

Formatet er en start på å kunne gjøre mer og mer av innholdet i konkurranser maskinlesbart. Basert på europeisk standardisering og pilotering vil formatet kunne inneholde viktig informasjon som gjenbrukes av leverandører i deres systemer for innlevering.

Formatet vil gjøre det mulig for leverandører å få informasjon fra konkurransedokumentene inn i sine egne systemer. De kan dermed besvare krav og behov som oppdragsgiver har definert, ved hjelp av strukturerte data.

Formatet tilrettelegger for inkludering av forskjellige meldinger basert på det behov oppdragsgiver har. Veilederen gir informasjon om hvordan sending av overordnet konkurranseinformasjon og hvordan vedlegge standardformater som det europeiske egenerklæringsskjema (ESPD Request) og for ytelsesbeskrivelser via EHF forespørselskatalog (pre-award catalogue request), beskrives og inkluderes. Andre dokumenter som tilhører anskaffelsesdokumentene vil etterhver bli maskinlesbare ved at de blir etablert som EHF.

Fordeler med å ta i bruk formatet

For oppdragsgivere

• Dersom prosessene som går forut for utarbeidelse av konkurransedokumentene er elektroniske, vil oppdragsgiver kunne sende ut konkurransegrunnlag på et maskinlesbart format til alle leverandører som har vist interesse, via sitt konkurransesystem.
• Oppdragsgivers system trenger ikke å vedlikeholde manuelle e-postlister, fordi alle mottakere ligger i felles adresseregister (SML/SMP/ELMA).
• Hvis oppdragsgiver har vurdert at konkurranseinnsendingen skal være kryptert, inkluderes den offentlige nøkkelen leverandørene trenger til å kryptere innsendingen i EHF anskaffelsesdokument.  
• Ved at formatet kan inkludere EUs egenerklæringsskjema (ESPD request) i et maskinlesbart format, kan leverandørens system importere skjemaet.  
• Det samme gjelder EHF forespørselskatalog, der leverandørens system kan importere og lagre generisk vare- og tjenesteinformasjon fra oppdragsgiver, og inkludere det i sin informasjon ved innlevering av tilbud.

For leverandører

• Ved at leverandør benytter et innleveringssystem har man muligheter til å importere strukturert informasjon og la sitt system pre-fylle informasjon fra oppdragsgivers konkurransedokumenter.
• På en enkelt måte kunne kryptere tilbudet ved at krypteringsnøkkelsen ligger i et strukturert format.

Prosess Definisjon Dokument (PDD) DIFI ANS ATS

1. Informasjon

2. Historikk

3. Om prosessen

EHF utsendelse av anskaffelsedokumenter prosess, er en prosess hvor leverandør sender en forespørsel om oppdragsgiver kan sende anskaffelsesdokumentene til sitt system. Oppdragsgivers system sender anskaffelsedokumenten til leverandøren. Leverandør system bekrefter mottak av anskaffelsedokumentene.   

4. Brukere og bruksområde 

Leverandør har behov for å få informasjon som er maskinlesbart.  

Oppdragsgiver trenger prosessen for å effektiv sende ut anskaffelsedokumenter i maskinlesbart format til riktig leverandør(er).  

5. Formål

Høyne kvalitet på informasjonsinnhold. Samt tilrettelegge for at leverandør kan effektivisere sine prosesser.

6. Mål

Få en mest mulig optimal prosess som kan stimulere til økt deltakelse.  

7. Gevinster

Leverandør:

• Enklere å besvare en anskaffelse. 

• Mer effektive prosesser – spare tid og ressurser.  

• Sannsynligheten for å vinne anskaffelser øker.  

Oppdragsgiver: 

• Sikre at leverandør mottar og gir riktig informasjon.  

• Mer effektive prosesser – spare tid og ressurser.  

• Sikrer økt kvalitet og effektivitet i mottakende prosess(innleveringsprosessen). 

Samfunnsgevinst: Enten redusert bruk av ressurser og/eller økt produktivitet - utføre andre/flere oppgaver

8. Definisjoner/forkortelser

Nei

9. Startkriterier/forutsetninger

​​10. Input og leverandører

11. Deltakere
Beskrivelse av roller finner du her:

12. Prosessdiagram

EHF utsendelse av anskaffelsesdokumenter (pdf)

13. Aktiviteter

14. Kontrollpunkter og målinger

15. Output og mottaker/bruker

16. Sluttkriterier

Nei

17. Unntak/spesielle hensyn

​​​​​​18. Risiko

19: Behov for støtte

20. Lenke til EHF/PEPPOL BIS Spesifikasjon.

Når EHF er utviklet vil du finne de her https://anskaffelser.dev/

Lenke: https://docs.peppol.eu/pracc/

21. Tilleggsinformasjon

Nei

22. Vedlegg

Nei

EHF spørsmål og svar lar oppdragsgiver og leverandør sende spørsmål og svar som strukturerte EHF-data, heller enn å bruke e-post.

Status for formatet

Under planlegging.

Formål og virkemåte: Kommunisér via strukturerte EHF-data, ikke på e-post

Det er klare regler for kommunikasjonen i selve konkurransegjennomføringsprosessen. Leverandører som ønsker å få belyst detaljer i anskaffelsesdokumentene skal få svar av oppdragsgiver. Det er et krav om at alle leverandører som deltar i konkurransen får tilsendt spørsmålet og svaret fra oppdragsgiver. Oppdragsgiver må vurdere om spørsmålet fra leverandør er konkurransesensitivt og dermed må redigeres.  

Målet med EHF spørsmål og svar er å få denne kommunikasjonen flyttet fra e-post, over til bruk av strukturerte EHF-data, slik at oppdragsgiver og leverandør kan benytte sine egne systemer for mottak av og svar på meldinger via PEPPOL eDelivery og adresseregisteret ELMA.

EHF Spørsmål og svar vil kunne benyttes i konkurransegjennomføringsprosessen og i kontraktsoppfølgingsprosessen

Målet er sikre at kommunikasjonen skjer i henhold til regelverk, lagre kommunikasjonen så den eventuelt kan gjenbrukes i andre konkurranser via eks. chat-roboter og slippe kostbart vedlikehold av e-postlister.

Fordeler med å ta i bruk formatet

For oppdragsgivere

• Unngå at du ikke mottar e-poster fordi du oppgav feil e-post adresse i anbudet.
• Unngå å glemme å informere alle deltakerne om spørsmål og svar underveis i anbudsprosessen.  
• La konkurranseverktøyet styre utsendingen av og dokumentere spørsmål og svar.

For leverandører

• Gir mulighet til å benytte sitt eget system for spørsmål og svar relatert til det enkelte anbud og lagre disse for læring.
• Gir trygghet for mottakers adresse ved at de ligger i ett adresseregister (ELMA-SMP)

Prosess Definisjon Dokument (PDD) DIFI ANS ATS

1. Informasjon

2. Historikk

3. Om prosessen

I denne sammenheng har valgt å ta utgangspunkt i den generiske prosessen og beskrive spesielt spørsmål og svar i konkurransegjennomføring.  

Spørsmål og svar i konkurransegjennomføring:  

Prosessen begynner med at leverandører leser gjenom innholdet i kunngjøringsdokumentene eller anskaffelsesdokumentene og får behov for avklaringer. Leverandør sender spørsmål til oppdragsgiver. Oppdragsgiver mottar spørsmålene, formulerer svar, anonymiserer navn på spørsmålsstiller og innholdet i spørsmålet før dette lagres og sendes alle interessenter til konkurransen.  

I alle andre prosesser mottas spørsmål og sendes svar til spørsmålstiller.  

4. Brukere og bruksområde 

Brukere: 

Leverandør og oppdragsgiver har behov for denne prosessen når det er behov for avklaringer.

Bruksområde: 

I alle prosesser der det er behov for avklaringer

5. Formål

Sikrer felles forståelse – unngå misforståelser, feil, etc.

6. Mål

Få til effektiv kommunikasjon basert på strukturert informasjon. Gjøre det enklere å dokumentere kommunikasjon. Gjenbruke spørsmål og svar i andre prosesser slik som spørsmål og svar på nettsider. Forenkle og effektivisere Statistikk, Analyse og forbedringsarbeid.

7. Gevinster

Oppdragsgiver: Slipper å vedlikeholde mail-lister – sparer tid og ressurser. Får automatisk en liste over leverandører som deltar i konkurransen slik at du kan sikre at alle får svar, og for ettertiden kan dokumentere det i systemet.  Dette reduserer tidsbruk og reduserer/eliminerer risiko for feil. Dokumentasjonen kan benyttes som grunnlag for utarbeidelse av statistikk og i forbedringsarbeid. Fordi informasjonen ligger i systemet tilgjengelig for alle i virksomhetens anskaffelsesavdeling, unngås problemet som oppstår når informasjon lagres lokalt. – for eksempel ved sykdom, ferier, etc 

Leverandør: Gi mulighet til å benyttes sitt eget system til spørsmål og svar og lagre dette for egen dokumentasjon og læring. All informasjon om anskaffelsen blir dokumentert og lagret sentralt – enklere for alle å få tilgang til informasjonen og gjenbruke den i nye anskaffelser, ved utarbeidelse av statistikk, forbedringsarbeid, etc.   

Samfunnsgevinst: Enten redusert bruk av ressurser og/eller økt produktivitet - utføre andre/flere oppgaver

8. Definisjoner/forkortelser

Nei

9. Startkriterier/forutsetninger

​​10. Input og leverandører

11. Deltakere
Beskrivelse av roller finner du her:

12. Prosessdiagram

EHF spørsmål og svar (pdf)

13. Aktiviteter

14. Kontrollpunkter og målinger

15. Output og mottaker/bruker

16. Sluttkriterier

Nei

17. Unntak/spesielle hensyn

​​​​​​18. Risiko

19: Behov for støtte

20. Lenke til EHF/PEPPOL BIS Spesifikasjon.

Foreløig ikke utviklet EHF. EHF spørsmål og svar vil bli lagt på følgende adresse: https://anskaffelser.dev/

21. Tilleggsinformasjon

Nei

22. Vedlegg

Nei

Status for formatet

Under utvikling.

Formål og virkemåte: Leverandører kan sende inn kvalifiseringsdokumenter via eget system

I toleddet prosedyre må leverandører kvalifisere seg for å være med i konkurransen. Dette gjelder også i en Dynamisk innkjøpsordning (DPS).

EHF kvalifisering legger til rette for at leverandøren skal kunne gjøre dette via sitt eget system, ved å sende kvalifiseringsdokumenter til oppdragsgiver via PEPPOL eDelivery.

Formatet er tilrettelagt for å inneholde EUs egenerklæringsskjema (ESPD Response) som en egen strukturert fil. Ved utlysning av anbud med begrenset prosedyre, kan dermed en leverandør sende inn både strukturerte og ikke-strukturerte kvalifikasjonsdokumenter. Prosessen ekskluderer ikke andre strukturerte dokumenter hvis dette støtter oppunder oppdragsgivers behov for dokumentasjon.

Prosessen kan også tas i bruk for dynamisk innkjøpsordning (DPS) der ESPD request og response er sentrale elementer i en kvalifisering.

Fordeler med å ta i bruk formatet

For oppdragsgivere

• Dersom du bruker formatene EHF kunngjøring og EHF anskaffelsesdokument, har du standardisert og maskinlesbar informasjon som du kan sende til leverandørene.
• Data du mottar i retur fra leverandører på samme format, kan i sin tur brukes til automatisert evaluering av kvalifikasjonskravene i ditt eget konkurranseverktøy. 

For leverandører

• Formatet gjør det mulig å automatisere utfylling av maskinlesbar informasjon sendt fra oppdragsgiver. Eksempel på dette er EUs egenerklæringsskjema (ESPD Request og Response) som kan importere kravene og sende et tilsvar automatisert. Dette vil øke effektiviteten hos tilbyder og dermed senke besvarelseskostnadene.

 Prosess Definisjon Dokument (PDD) DIFI ANS ATS

1. Informasjon

2. Historikk

3. Om prosessen

Dette er en prosess hvor leverandør sender inn svar på kravene til oppdragsgiver for å kunne kvalifisere seg for anskaffelsen. Dersom han er kvalifisert mottar han en bekreftelse på dette. Hvis ikke kan du rette opp feil og kvalifisere på nytt dersom det er en DPS prosess

4. Brukere og bruksområde 

Oppdragsgivere trenger prosessen når de skal redusere antall tilbydere. I DPS benyttes prosessen for å få oversikt over de leverandører man skal sende forespørsler til.  

For leverandør er dette en måte å gjøre seg tilgjengelig for oppdragsgiver for å få tilsendt forespørsler i DPS.  

5. Formål

Ha mulighet til å redusere antall tilbydere i en anskaffelse. Kvalitetsikre om krav for å kunne delta i en konkurranse er innfridd før selve besvarelse og innsendelse av konkurransedokumenter har funnet sted. Og kunne ha en leverandørdatabase for å kunne sende forespørsler i henhold til DPS. Kunne sjekke krav som er stilt.  

6. Mål

• Få en digital, effektiv kvalifiseringsprosess.  

• Likebehandling av alle leverandører.  

• Sikre tilstrekkelig informasjon for å kunne sjekke bevis i henhold til krav.

7. Gevinster

Oppdragsgiver: Mye mer effektiv prosess – sparer tid og ressurser. Riktig dokumentasjon fra leverandør. Informasjon innhentes kun én gang – «Once only principle». Ved bruk av maskinlesbare formater (EHF) i transaksjonene kan systemet foreta en automatisk evaluering av oppfyllelse av krav stilt i kvalifiseringen.  Legger til rette også for en automatisert bevisinnhenting (eBevis prosess) fra offentlige databaser. 

Leverandør: Mer effektiv prosess – redusert bruk av tid og ressurser når system automatisk fyller ut de krav som oppdragsgiver stiller. Synliggjøre sin interesse overfor oppdragsgiver. Spesielt ved DPS.

Samfunnsgevinst: Enten redusert bruk av ressurser og/eller økt produktivitet - utføre andre/flere oppgaver

8. Definisjoner/forkortelser

DPS (Dynamic Purchasing System) = Dynamisk innkjøpsordning

9. Startkriterier/forutsetninger

​​10. Input og leverandører

11. Deltakere
Beskrivelse av roller finner du her:

12. Prosessdiagram

EHF kvalifiseringsprosess (pdf)

13. Aktiviteter

14. Kontrollpunkter og målinger

15. Output og mottaker/bruker

16. Sluttkriterier

Nei

17. Unntak/spesielle hensyn

​​​​​​18. Risiko

19: Behov for støtte

20. Lenke til EHF/PEPPOL BIS Spesifikasjon.

Format EHF ikke ferdig utviklet. Når den er klar vil den bli publisert her: https://anskaffelser.dev/

21. Tilleggsinformasjon

Nei

22. Vedlegg

Nei

EHF Dokumentasjonsbevis lar oppdragsgjevar automatisere innhenting og kontroll av bevis for at kvalifikasjonskrava er oppfylte.

Status for formatet

I produksjon

Føremål og verkemåte: Automatisering av innhenting av bevis

EHF Dokumentasjonsbevis skildrar prosessen der oppdragsgjevar skal sjekke opplysningane leverandør har gjeve opp i konkurransen. Det er oppdragsgjevar sitt ansvar å hente inn bevis for at opplysningane er riktige.

Kjelder for bevis vil typisk vere offentlege databasar, men det kan i tillegg vere leverandørspesifikke bevis som oppdragsgjevar må få direkte frå leverandør. Ved elektronisk førespurnad bør ein bruke same format for førespurnad og retur av bevis. 

Fordelar med å ta i bruk formatet 

For oppdragsgjevarar

• Oppdragsgjevarar vil kunne få tilgang til kvalifikasjonsdokumentasjon frå offentlege register i sanntid, noko som kan gje store innsparingar.
• Oppdragsgjevarar vil kunne kontrollere dokumentasjonsbevis på ein enklare måte.
• Formatet gjer det mogleg at dokumentasjonsbevisa blir leverte inn på eit standardisert format (EHF), slik at «bevispakka» kan lesast direkte inn i oppdragsgjevar sitt IT-system.

 For leverandørar

• Leverandørar vil oppnå store innsparingar knytte til tid, sidan dei berre treng å gje samtykke til at bevis blir kontrollerte ved innlevering av skjemaet "ESPD response", i staden for sjølv å hente inn oppdaterte bevis og sende dei inn saman med tilbodet sitt.

• Leverandøren vil også få betre oversikt over kva slags bevis som er henta inn av kven, ved at han får gjenpart av dokumentasjonen oppdragsgjevarane har henta inn i Altinn.

Totalt sett vil dette forenkle dagens manuelle og papirbaserte arbeidsflyt monaleg, både for leverandørar og oppdragsgjevarar.

Prosess Definisjon Dokument (PDD) DIFI ANS ATS

1. Informasjon

2. Historikk

3. Om prosessen

eBevis eller «Hente bevis» er en prosess der oppdragsgiver digitalt og i sanntid kan innhente bevis/dokumentasjon fra leverandører relatert til den spesifikke anskaffelsen. Bevisene/dokumentasjonen kan gjelde avvisningsgrunner eller kvalifikasjonskrav enten i kvalifikasjons- eller i kontraktsoppfølgningsfasen. Mange av bevisene/dokumentasjonen er basert på det europeiske egenerklæringsskjemaet (ESPD). Beviskilden kan både være offentlige databaser, sertifiseringsdatabaser eller leverandørspesifikke baser. 

4. Brukere og bruksområde 

Brukere: 

Kan brukes av offentlige oppdragsgivere ved alle former for anskaffelsesprosedyre.

Bruksområde: 

Kan brukes over og under terskelverdi.  

Kan brukes både ved konkurransegjennomføring/kvalifisering og ved kontraktsoppfølging

5. Formål

Hovedformålet er at du skal kontrollere dokumentasjon på at leverandører er kvalifisert jfr. LOA/FOA.

6. Mål

At oppdragsgiver henter inn informasjonen som det offentlige har ansvar for kun én gang – “once-only- principle” 

7. Gevinster

Oppdragsgiver: Forenkle og effektivisere innhenting av bevis i anskaffelsesprosessen. Sikre at oppdragsgivers bevisinnhentingsprosess er i henhold til LOA/FOA. Redusert mulighet for at leverandører kan forfalske dokumenter – hentes direkte fra kilden. Enklere dokumentasjonsprosess. Enklere å gjenbruke maskinlesbar informasjon. Enklere kontraktsoppfølging.

Leverandør:Redusere arbeidsbelastning for leverandør ved at oppdragsgiver henter inn dokumentasjon selv fra offentlige eller andre databaser. Enklere for leverandør å formidle leverandørspesifikke beviser.  

Systemleverandør: Tilby markedet nye tjenester.  

Samfunn: Forebygge arbeidslivskriminalitet. Betydelig effektiviseringsgevinst. Stimulere til seriøsitet i markedet. Enklere kontraktsoppfølging. 

Samfunnsgevinst: Enten redusert bruk av ressurser og/eller økt produktivitet - utføre andre/flere oppgaver

8. Definisjoner/forkortelser

Nei

9. Startkriterier/forutsetninger

​​10. Input og leverandører

11. Deltakere
Beskrivelse av roller finner du her:

12. Prosessdiagram

EHF eBevis prosess (pdf)

13. Aktiviteter

14. Kontrollpunkter og målinger

15. Output og mottaker/bruker

16. Sluttkriterier

>Alle definerte bevis må være innhentet og tilgjengeliggjort for neste prosess.

>De som ikke har gitt samtykke har fått purring slik at de formelt sett kan vurderes om de skal avvises.  

17. Unntak/spesielle hensyn

​​​​​​18. Risiko

19: Behov for støtte

20. Lenke til EHF/PEPPOL BIS Spesifikasjon.

Lenke: https://vefa.difi.no/ehf-egov/specs/ehf-get-evidence-1.0.0/

21. Tilleggsinformasjon

Nei

22. Vedlegg

Elektronisk innlevering lar leverandør automatisere utfyllingen av anskaffelsesdokumenter basert på utsendelse fra oppdragsgiver.  Oppdragsgiver kan automatisk evaluere de strukturerte dokumentene som sendes fra leverandør

Status for formatet

I produksjon

Formål og virkemåte: Automatisering av innlevering av anskaffelsesdokumenter

En innlevering av et tilbud består av en rekke dokumenter.  Prosessteget innlevering finnes i alle prosedyrer. Det er oppdragsgiver som generer anskaffelsesdokumentene som danner grunnlaget for leverandørs tilbud.  Derfor opererer EHF med recuest (forespørsel) og response (svar) for å skille mellom meldingene som kommer fra oppdragsgiver og leverandør.  Innleveringsmeldingen består av en hovedtransaksjon samt andre transaksjoner som beskriver deler av forespørselen. Noen formater er i produksjon og noen er under planlegging.  Målet er å redusere antall PDF dokumenter og erstatte de med strukturerte formater.  Følgende meldinger kan være representert i en innlevering:

• Hovedtransaksjon (EHF/PEPPOL BIS T005 Tender) med kvitteringsmelding ( EHF/PEPPOL BIS T005 Tender Receipt Notification)
• EHF ESPD response
• EHF Tilbudskatalog
• Kontrakt
• Andre anskaffelsesdokumenter

Fordeler med å ta i bruk formatet 

For oppdragsgjevarar

• Oppdragsgiver vil kunne sammenligne tilbud på strukturert dokumentnivå.
• Oppdragsgiver vil kunne automatisk evaluere de dokumenter som er maskinlesbare
• Oppdragsgiver vil kunne lagre og gjenbruke strukturerte dokumenter i andre konkurranser og for dokumentforvalning
• Oppdragsgiver vil kunne sende kvitteringsmeldinger til leverandørs systemer.

 For leverandører

• Leverandør vil kunne fylle ut besvarelser basert på lagret informasjon i sitt system og fra anskaffelsesdokumentene som for eksempel EHF forespørselskatalog som inneholder standard klassifiseringskoder på vare og tjenester.
• Leverandøren vil få en bedre oversikt over innleverte tilbud ved at de benytter eget system.
• Leverandøren får kvitteringsmeldinger direkte inn i sitt system som reduserer usikkerhet om innleveringen har gått bra.

Totalt sett vil dette forenkle dagens manuelle og papirbaserte arbeidsflyt, både for leverandører og oppdragsgivere.

 Prosess Definisjon Dokument (PDD) DIFI ANS ATS

1. Informasjon

2. Historikk

3. Om prosessen

Leverandør har fylt ut alle anskaffelsesdokumentert og levert inn tilbud før fastsatt tidsfrist.

4. Brukere og bruksområde 

Leverandør trenger prosessen for å tilby sine varer og tjenester i henhold til de krav oppdragsgiver har satt.  

Oppdragsgiver trenger prosessen for å ta imot anskaffelsesdokumenter i et maskinlesbart format.   

5. Formål

Hovedhensikten er å forbedre eksisterende innleveringsprosess

6. Mål

• Få flere tilbydere.  

• Øke kvalitet på informasjon.  

• Økt grad av automatisk evaluering – mindre bruk av tid og ressurser.  

7. Gevinster

Oppdragsgiver: Riktig informasjon fra leverandør. Ved bruk av EHF i denne prosessen har du mulighet til å foreta automatisk evaluering som igjen sparer tid og ressurser. Og sikrer riktig informasjonskvalitet. Redusert risiko for klager.

Leverandør: Automatisert prosess sikrer kvalitet og effektivitet – sparer tid og ressurser.  

Samfunnsgevinst: Enten redusert bruk av ressurser og/eller økt produktivitet - utføre andre/flere oppgaver

8. Definisjoner/forkortelser

Nei

9. Startkriterier/forutsetninger

​​10. Input og leverandører

11. Deltakere
Beskrivelse av roller finner du her:

12. Prosessdiagram

EHF tilbudsinnlevering prosess (pdf)

13. Aktiviteter

14. Kontrollpunkter og målinger

15. Output og mottaker/bruker

16. Sluttkriterier

Nei

17. Unntak/spesielle hensyn

​​​​​​18. Risiko

19: Behov for støtte

20. Lenke til EHF/PEPPOL BIS Spesifikasjon.

Lenke EHF: https://anskaffelser.dev/

Lenke PEPPOL BIS: https://docs.peppol.eu/pracc/ 

21. Tilleggsinformasjon

Nei

22. Vedlegg

Nei

EHF kontrakt lar oppdragsgjevar og leverandør signere kontrakt elektronisk, på ein sikker og bindande måte.

Status for formatet

Under planlegging.

Føremål og verkemåte: Elektronisk signering av kontrakt

Oppdragsgjevar sender eit utkast til leverandør som les igjennom, signerer med sin elektroniske signatur, og sender ferdig signert kontrakt tilbake til oppdragsgjevar.

Oppdragsgjevar signerer så, og sender signert kontrakt tilbake til leverandør, slik at begge partar har kvart sitt signerte eksemplar lagra.

Fordelar med å ta i bruk formatet

For oppdragsgjevarar

• Elektronisk signert kontrakt gjer prosessen sporbar, og kontraktsinnhaldet kan lagrast og vere sporbart heilt ned på feltnivå i systemet.    
• Du kan setje opp systemet til å gje ulike oppfølgingar eller avgrensingsoppgåver, til dømes kor lenge kontrakten varar (setje på varsling god tid i forvegen før avtalen går ut).  
• Verdien på kontrakten kan vere kopla opp mot formatet EHF bestilling via kontraktsadministrasjonssystemet. Systemet kan så varsle når maksgrensa for verdien av kontrakten byrjar å nærme seg.

For leverandørar

• Fordelane for leverandør er mykje av det same som for oppdragsgjevar når det gjeld prosessinnsparingar, sporbarheit og lagring.
• Om leverandør tek i bruk eit system som er i høve til dei retningslinjene som er gjevne, og er kopla opp mot infrastrukturen i PEPPOL-nettverket (aksesspunkt, adresseregister ELMA), vil leverandør signere ein avtale på same måte med alle offentlege verksemder, sjølv om verksemdene brukar ulike plattformer.
• Ein treng ikkje vere fysisk til stades eller sende papirbaserte dokument i posten.

EHF katalog lar oppdragsgiver motta og endre avtalesortiment på en standardisert måte. Det gir også mulighet for bedre oppfølging av avtalen og økt avtalelojalitet.

Status for formatet

I produksjon.

Formål og virkemåte: Sikre at alt kjøp er i henhold til kontrakt

EHF katalog skal gjøre det enklere for både oppdragsgiver og leverandør å inngå avtaler, endre avtalesortiment og avvikle avtaler.

Formatet kan brukes til å motta informasjon om varer og tjenester fra en leverandør det er inngått kontrakt med, på en standardisert måte.

Katalogfamilien består av forespørselskatalog, tilbudskatalog og katalog. Alle tre katalogtyper dekker hver sin del av anskaffelsesprosessen og er harmonisert slik at de henger sammen og man kan overføre data fra en katalogprosess til den neste.

En katalog kan brukes til å

• gjøre avrop på en rammeavtale via et bestillingssystem
• oppdatere avtalesortiment hvis avtale tillater det
• implementere nye avtale på en effektiv måte
• avvikle en avtale på en effektiv måte

Rollene må være definert i organisasjonen

For at prosessene skal fungere, er det viktig at de roller som er definert inn i prosessen er etablert både i oppdragsgivers og leverandørs organisasjon.

Fordeler med å ta i bruk formatet

For oppdragsgivere

• En god katalog som kommer rett inn i bestillingssystemet, vil gjøre det enklere å søke vare eller tjeneste for bestiller.  
• Reduserte kostnader i form av mindre tidsbruk og riktigere bestillinger (riktig vare eller tjeneste til riktig pris).  
• Oppdateringer vil være sporbare fordi EHF katalog sendes og lagres elektronisk. Man har dermed mulighet å gi innkjøpsavdelingen gode data som grunnlag for nye konkurranser.  
• Krav til miljø, sosialt ansvar, produsent og opprinnelsesland, vil sette oppdragsgiver i stand til å følge opp krav fra konkurransen. Den merkeordningen varen eller tjenesten tilhører kan legges ved på linjenivå i katalogen, se siden "Koder for bruk i EHF katalog for merkeordninger - miljø og samfunnsansvar".
• Vare- og tjenesteinformasjon som følger med i katalogen fra leverandøren vil gi god kvalitet i bestillingen. Denne informasjonen kan igjen danne grunnlag for automatisering av matching av faktura.

For leverandører

• Kan presentere sitt sortiment av varer og tjenester på en god måte for bestillere, i bestillerens egen innkjøpsløsning. Det er viktig både med tanke på å forhindre feilbestillinger, en mest mulig effektiv implementering av ny avtale, og en effektiv måte for å holde sortimentet oppdatert hvis avtalen tillater dette.
• Det er også kritisk for leverandør at avtalelojaliteten er maksimal. Det sikres ved at bestiller får god informasjon om varen og tjenesten via bestillingssystemet. Oppdragsgiver på sin side sikrer avtalelojalitet ved å ha klare definisjoner av roller og en god prosessforståelse i egen virksomhet.

Prosess Definisjon Dokument (PDD) DIFI ANS ATS

1. Informasjon

2. Historikk

3. Om prosessen

Dette er en prosess hvor en avtaleansvarlig mottar en katalog som viser avtalt sortiment på varer og tjenester på en maskinlesbar måte. Avtaleansvarlige sjekker om varen og tjenester som er beskrevet i katalog er i henhold til avtale. Avtaleansvarlige godkjenner katalog og sprer denne til virksomhetens bestillere. Neste gang det avtaleansvarlig mottar en katalog sjekker systemet den nye katalogen opp mot den gamle og gir en avviksrapport.  

4. Brukere og bruksområde 

Brukere: Leverandør, avtaleansvarlig - i virksomhet eller hos innkjøpssentral, og bestiller.  

Bruksområde: Den kan benyttes ved alle bestillinger av varer og tjenster som kan beskrves på en maskinell måte i form av en katalog. Benyttes når avtalen er inngått og avrop på avtale skal starte.  

5. Formål

EHF katalog skal gjøre det enklere for oppdragsgiver og leverandør å: Inngå avtaler. Endre avtalesortiment underveis i kontraktasperioden. Og avvikle avtaler.  

6. Mål

At bestilling gjøres i henhold til avtalt sortiment.

7. Gevinster

Oppdragsgiver: Sparer tid. Økt avtalelojalitet som gir økt besparelse på avtalen, økt troverdighet i leverandørmarkedet for neste konkurranse. Sikrer en god implementering av avtalen hos alle bestillere som medfører redusert bruk av tid og økt kvalitet. Økt medarbeidertilfredshet.  

Innkjøpssentral: Enklere å sende ut kontrollert katalog til alle medlemmer av innkjøpssamarbeidet og deres bestillingssystemer. 

Leverandør: Sparer tid på implementering av avtale. Sikrer at riktig sortiment blir presentert, og slipper å bruke tid på å kontakte bestillere for å presentere ny avtale. for bestillere. . Økt avtalelojalitet – sikrer at man kjøper på avtalt sortiment. Leverandør er sikret at gamle avtaler (fra andre leverandører) fjernes fra system.

Samfunnsgevinst: Enten redusert bruk av ressurser og/eller økt produktivitet - utføre andre/flere oppgaver

8. Definisjoner/forkortelser

Nei.

9. Startkriterier/forutsetninger

10. Input og leverandører

11. Deltakere
Beskrivelse av roller finner du her:

12. Prosessdiagram

EHF katalog prosess (pdf)

13. Aktiviteter

14. Kontrollpunkter og målinger

15. Output og mottaker/bruker

16. Sluttkriterier

Gammel katalog må være fjernet for å unngå utgått sortiment.  

17. Unntak/spesielle hensyn

18. Risiko

19: Behov for støtte

20. Lenke til EHF/PEPPOL BIS Spesifikasjon.

Lenke: https://anskaffelser.dev/

21. Tilleggsinformasjon

Lenke til klassifisering av varer og tjenester https://www.gs1.no/support/standardbibliotek/dele/unspsc  

22. Vedlegg

Nei

EHF ordre og ordrebekreftelse gjør det mulig å standardisere ordreprosessen mellom oppdragsgiver og leverandør.

Status for formatet

I produksjon.

Formål: Standardisere ordreprosessen mellom oppdragsgiver og leverandør

I oppdragsgivers bestillingssystem hentes innholdet til en EHF ordre fra kataloginformasjon, lagrede historiske bestillinger eller via punchout funksjonalitet hvis systemet tilbyr denne tjenesten mot leverandøren.

EHF ordre stiller imidlertid visse krav til informasjonsinnholdet for at orden/bestillingen skal kunne prosesseres. Det er viktig at vare og tjeneste data i ordre/bestillingen er korrekt for at leverandøren som mottar ordren skal kunne importere dataene inn i sitt ordrehåndteringssystem automatisk.

Etter å ha mottatt en ordre, skal leverandøren sende en ordrebekreftelse i retur til oppdragsgiver på samme format, slik at han får kunnskap om hvilke varer og tjenester som blir levert og når de blir levert. 

Fordeler med å ta i bruk formatet

For oppdragsgivere

• Foreta en sikker og standardisert bestilling av kontraktsfestede varer og tjenester.
• Økt avtalelojalitet, sporbarhet og kontroll for oppdragsgiveres bestillere.  
• Motta en standardisert ordrebekreftelse som er dokumenterbar med de forpliktelser leverandør gir for leveransen.
• Gi mulighet til et elktronisk varemottak for å redusere risiko for svinn og gi ordre oppdatert informasjon for å kunne automatisk matche faktura 
• Kunne fange data som kan gjenbrukes i nye anskaffelser.  
• Kunne måle innkjøpsmønster når det gjelder miljø og sosialt ansvar, basert på krav i konkurranse og informasjon lagt til i formatet EHF katalog.

For leverandører

• Stalig sektor benytter en enhetlig måte å bestille varer og tjenester på, der leverandør kan importere ordrer automatisk inn i sitt system. Dette vil øke kvaliteten i bestillingene med redusert risiko for returer/feilbestillinger.  
• Data fra ordre og ordrebekreftelse kan benyttes for å produsere EHF faktura.

Prosess Definisjon Dokument (PDD) DIFI ANS ATS

1. Informasjon

2. Historikk

3. Om prosessen

Prosessen starter med at en person/enhet har et behov for varer og/eller tjenster. Behovet beskrives og sendes til en bestiller(kan være samme person som behovshaver). Så søker bestiller opp varer og tjenster i bestillingssystemet basert på katalog og/eller puch-out. Så lagres dette i handlekurven til bestiller. Som påfører den handlekurven konteringsinformasjon(prosjekt, kostnadssted, etc.). Dersom organisasjon har en beløpsgrense der bestilling skal godkjennes, sendes bestillingen til den som har autorisajonsfullmakt. Dersom godkjenner ser at bestillingen må endres sendes den tilbake til bestiller som gjør endringer. Hvis alt er ok sender godkjenner bestilling til leverandør. Er bestillingen under vedtatt beløpsgrense sender bestiller direkte til leverandør.

Leverandør mottar bestillingen og sjekker tilgjengelighet på varen/tjenesten. Leverandør sender ordrebekreftelse med eller uten endringer. Dersom endringer må bestiller ta stilling til de endringer som er kommet – enten ta kontakt med leverandør for å endre bestilling eller kansellere bestilling.

Forskjellen på denne prosessen og avansert ordre er at endring og kansellering kan gjøres via system.

4. Brukere og bruksområde (hvem og når)

Oppdragsgiver med følgende roller: Behovshaver, bestiller og godkjenner.

Leverandør v/den som tar i mot bestillingen/ordre og sender bestillings-/ordrebekreftelsen, eller leverandørsystem som elektronisk importerer bestiling og automatisk genererer ordrebekreftelse basert på tilgjengelighet til varen/tjenesten. 

5. Formål

Effektivisering i betydningen redusert bruk av tid, ressurser og økt kvalitet

6. Mål

At oppdragsgiver automatiserer bestilingsprosessen basert på inngåtte avtaler i form av katalog/punch-out.

At leverandør automatiserer prosess for mottak av bestilling/ordre og automatisk kan sende en ordrebekreftelse.

At man automatisk kan matche faktura og ordre/bestilling.

7. Gevinster

For oppdragsgiver: Spart tid og/ev ressurser/kostnader. Økt kvalitet i betydningen ingen feil i utførelsen.  Fange data for analyse som kan benyttes i planlegging og oppfølgning av leverandør i avtaleperioden. Som gir mulighet for å bedre kontroll og forbedring av prosesser.  Bedre planlegging kan redusere transportbehov som vil gi miljøgevinster.

For leverandør: Få inn bestillingen elektronisk i system og slippe manuelle punching på for eksempel kundesenter og redusere/eliminere feil som krever tid, ressurser. Slippe å sjekke varer/tjenester og sende ordrebekreftelse manuelt – kan krave mye tid og ressurser samt risiko for feil som kan gå ut over kundetilfredshet. Kan dokumentere bestilling fra oppdragsgiver slik at man slipper tvister i ettertid. Oppdragsgiver oppgir presise leveransetider og steder – reduserer transportkostnader og transportbehov som gir miljøgevinster. 

Samfunnsgevinst: Enten redusert bruk av ressurser og/eller økt produktivitet - utføre andre/flere oppgaver 

8. Definisjoner/forkortelser

Nei

9. Startkriterier/forutsetninger

10. Input og leverandører

11. Deltakere
Beskrivelse av roller finner du her:

12. Prosessdiagram

EHF ordre prosess (pdf)

13. Aktiviteter

14. Kontrollpunkter og målinger

15. Output og mottaker/bruker

16. Sluttkriterier

Nei

17. Unntak/spesielle hensyn

18. Risiko

19: Behov for støtte

20. Lenke til EHF/PEPPOL BIS Spesifikasjon.

Lenke: https://anskaffelser.dev/

21. Tilleggsinformasjon

Nei

22. Vedlegg

Nei

EHF avansert ordre gjør det mulig å standardisere ordreprosessen mellom oppdragsgiver og leverandør.

Status for formatet

I produksjon.

Formål: Standardisere ordreprosessen mellom oppdragsgiver og leverandør

I oppdragsgivers bestillingssystem hentes innholdet til en EHF ordre fra kataloginformasjon, lagrede historiske bestillinger eller via punchout funksjonalitet hvis systemet tilbyr denne tjenesten mot leverandøren.

EHF avansertordre stiller imidlertid visse krav til informasjonsinnholdet for at orden/bestillingen skal kunne prosesseres. Det er viktig at vare og tjeneste data i ordre/bestillingen er korrekt for at leverandøren som mottar ordren skal kunne importere dataene inn i sitt ordrehåndteringssystem automatisk.

Etter å ha mottatt en ordre, skal leverandøren sende en ordrebekreftelse i retur til oppdragsgiver på samme format, slik at han får kunnskap om hvilke varer og tjenester som blir levert og når de blir levert. Oppdragsgiver har mulighet for å kunne sende et forslag på en endret ordre (order change) eller en kanselering av ordren (order cancellation) hvis ikke leverandørens forslag til endring av ordren er akseptabel for oppdragsgiver.

Teknisk informasjon om bruk av formatet

Se gjeldende standarder for EHF avansert ordre (EHF Advanced order)

Fordeler med å ta i bruk formatet

For oppdragsgivere

• Foreta en sikker og standardisert bestilling av kontraktsfestede varer og tjenester.
• Økt avtalelojalitet, sporbarhet og kontroll for oppdragsgiveres bestillere.  
• Motta en standardisert ordrebekreftelse som er dokumenterbar med de forpliktelser leverandør gir for leveransen.
• Sende en endring eller kanselering av ordren
• Gi mulighet til et elktronisk varemottak for å redusere risiko for svinn og gi ordre oppdatert informasjon for å kunne automatisk matche faktura 
• Kunne fange data som kan gjenbrukes i nye anskaffelser.  
• Kunne måle innkjøpsmønster når det gjelder miljø og sosialt ansvar, basert på krav i konkurranse og informasjon lagt til i formatet EHF katalog.

For leverandører

• Stalig sektor benytter en enhetlig måte å bestille varer og tjenester på, der leverandør kan importere ordrer automatisk inn i sitt system. Dette vil øke kvaliteten i bestillingene med redusert risiko for returer/feilbestillinger.  
• Data fra ordre og ordrebekreftelse kan benyttes for å produsere EHF faktura.

Dette formatet er basert på det europeiske standardisering OASIS-UBL

Prosess Definisjon Dokument (PDD) DIFI ANS ATS

1. Informasjon

2. Historikk

3. Om prosessen

En oppdragsgiver har et behov og sender en ordre til sin leverandør. Leverandøren gir et ordresvar som enten bekrefter hele ordren eller har avvik. Da kan oppdragsgiver ente akseptere avviket, foreta en endring av ordren, eller kansellere ordren.

4. Brukere og bruksområde

Brukere: Oppdragsgiver og leverandør av varer og tjenester. Transportør. (pakkseddel basert på ordre)

Bruksområde: Kan brukes ved vare og tjenestekjøp basert på katalog eller punch-out.

5. Formål

Prosessen hjelper oppdragsgiver og leverandør i å finne riktig varer og tjenester – optimalisere bestillingsprosessen. Sikre dokumentasjon av det oppdragsiver og leverandør gjør. Effektivserer komplekse bestillingsprosesser ved at systemet støtter deg både når det gjelder bestilling, endring, kansellering og bekreftelse. Danner grunnlag for senere prosesser – varemottak, automatisert mottak av faktura. Danner grunnlag for planleggingsfasen.

6. Mål

Gjøre all manuell kommunikasjon overflødig ved at man kommuniserer via systemet.

7. Gevinster

For oppdragsgiver: Ved å bruke et system reduseres tidsbruken. Kan dokumentere alle prosesstrinn som er utført - viktig ved revisjon, kontroll. Du sikrer at bestillingen har den rette kvalitetene – slipper returer. Man kan lage statistikker som kan gjøre planlegging av enklere. Forsyner faktura med bestillingsnummer som gjør fakturamatch mulig.

For leverandører: Sikrer kvalitet i bestillingsprosessen og unngår dermed feil som medfører returer og andre komplikasjon som igjen fører til økt tidsbruk og kostnader.

Samfunnsgevinst: Enten redusert bruk av ressurser og/eller økt produktivitet - utføre andre/flere oppgaver

8. Definisjoner/forkortelser

Nei.

9. Startkriterier/forutsetninger

10. Input og leverandører

11. Deltakere
Beskrivelse av roller finner du her:

12. Prosessdiagram

Prosesstegning for avansert ordre (pdf) 

13. Aktiviteter

14. Kontrollpunkter og målinger

15. Output og mottaker/bruker

16. Sluttkriterier

Leverandør og oppdragsgiver er enig om leveranse av varer/tjeneste.

17. Unntak/spesielle hensyn

18. Risiko

19: Behov for støtte

20. Lenke til EHF/PEPPOL BIS Spesifikasjon.

Lenke: https://anskaffelser.dev/

21. Tilleggsinformasjon

Nei

22. Vedlegg

Nei.

EHF ordreforslag (EHF Order Agreement) lar oppdragsgjevar dokumentere kjøp av tenester utført i leverandøren sine system eller tenester utført basert på rammeavtalar.

Status for formatet

I produksjon.

Føremål: Dokumentere kjøp av varer eller tenester utan ei forutgåande bestilling

EHF ordreforslag kan brukast i bestillingsprosesser der

• prisar på tenester fastsetjast på bestillartidspunktet
• tenester utførast basert på ein vedlikehalds- eller utviklingsavtale, utan ei forutgåande direkte bestilling

Døme på dette er

• bestilling av billettar i bestillingssystemet til eit flyselskap
• ein røyrleggjar som utbetrar ein lekkasje på ein skole og sender kostnader på materiale og brukt tid i etterkant til oppdragsgjevar
• ein konsulent som rapporterer inn timar brukt for ein avgrensa periode på eit stort prosjekt

Formatet lar leverandør og oppdragsgjevar nytte sine eigne system til å utveksle og lagre strukturerte data i slike tilfelle, og dermed også bruke dataa vidare i kjøpsprosessen tildømes å matche faktura.

Teknisk informasjon EHF Ordreforslag

EHF Order Agreement teknisk spesifikasjon

Fordelar med å ta i bruk formatet

For oppdragsgjevarar

• Får maskinlesbar dokumentasjon på varer og tenester som er kjøpt utan forutgåande bestilling.    
• Bruke lagra informasjon til å matche pakksedel og faktura.

For leverandørar

• Kunne bruke sitt eige system mot systemet til ulike oppdragsgjevarar, for stadfesting og innrapportering av utført arbeid og kostnader som må dekkast.    
• Kunne gjenbruke informasjonen til å fakturere oppdragsgjevar.

Prosess Definisjon Dokument (PDD) DIFI ANS ATS

1. Informasjon

2. Historikk

3. Om prosessen

I denne prosessen registrerer leverandør informasjon om utført tjeneste eller utført bestilling for oppdragsgiver. Systemet sender et ordreforslag til oppdragsgiver. Oppdragsgiver mottar ordreforslag og lagrer det i sitt system.  

4. Brukere og bruksområde (hvem og når)

Prosessen kan benyttes av leverandør og oppdragsgivere.  

Oppdragsgiver skal normalt sende en ordre til leverandør før varer og tjenester leveres. Dette kan i mange tilfeller være lite hensiktsmessig – forsinke prosessen med å utføre tjenesten. For eksempel: Det har oppstått en vannlekkasje på en skole hvor det ikke er tid til å vente på en ordre. Det er inngått avtale om vedlikehold hvor det er uhensiktsmessig å be om og vente på en ordre for hver oppgave som skal utføres. Det er tatt en policy beslutning i virksomheten om å bruke reiseselskapets web-side for å reserve plass. Uten en slik løsning ville du kunne tapt reservasjonen før bestillingen når leverandør (sanntids-bestilling).    

5. Formål

Når leverandør sender faktura for et hasteoppdrag, må den behandles manuelt. Hensikten med denne prosessen er å sikre at innkomne faktura kan behandles maskinelt og effektivt.  

6. Mål

Flest mulig maskinelt behandlede fakturaer, automatch.  

7. Gevinster

For leverandør: Dokumentasjon som kan brukes som input til faktura. Gjenbruk av informasjon sparer tid, reduserer feil og som følge av det reduserer kostnader. Ved statusmøter mellom oppdragsgiver og leverandør kan leverandør enkelt dokumentere sine prosesser/arbeid. Noe som sparer partene for tid samt øker tilliten til leverandøren.   

For oppdragsgiver: Kunne dokumentere utført oppdrag ved ettersyn/revisjon – sparer tid og skaper tillit. Ved statusmøter blir det enklere å sammenligne informasjon som leverandør fremlegger med egen. Noe som sparer tid og reduserer kostnader. Fakturamatch sparer tid og reduserer risiko for feil. Enkel gjenbruk av strukturert informasjon forenkler planlegging – sparer tid ved nye konkurranser.  

Samfunnsgevinst: Enten redusert bruk av ressurser og/eller økt produktivitet - utføre andre/flere oppgaver

8. Definisjoner/forkortelser

Nei.

9. Startkriterier/forutsetninger

10. Input og leverandører

11. Deltakere
Beskrivelse av roller finner du her:

12. Prosessdiagram

EHF ordreforslag prosess

13. Aktiviteter

14. Kontrollpunkter og målinger

15. Output og mottaker/bruker

16. Sluttkriterier

Leverandør må inkluderer ordreforslagsnummer i faktura slik at det er mulig for oppdragsgiver å koble ordreforslag mot faktura når den mottas. 

17. Unntak/spesielle hensyn

18. Risiko

19: Behov for støtte

20. Lenke til EHF/PEPPOL BIS Spesifikasjon.

Lenke: https://anskaffelser.dev/

21. Tilleggsinformasjon

Nei.

22. Vedlegg

Nei.

EHF Punch Out gjev kontroll på komplekse bestillingar ved hjelp av leverandøren sitt system.

Status for formatet

I produksjon.

Formål og virkemåte: Kontrollere at riktig vare eller tjeneste leveres via leverandørs system

EHF punch out skildrar prosessen og meldingsinnhaldet der oppdragsgjevar

1. får automatisk tilgang til avtalt sortiment i leverandøren sin nettbutikk, ved å klikke på ei lenkje i sitt eige bestillingssystem
2. vel varer og tenester og legg dei i ei handlekorg inne i systemet til leverandøren
3. overfører handlekorga tilbake til sitt eige bestillingssystem

Fordeler ved å ta i bruk formatet

For oppdragsgivere

• Høve til å setje saman komplekse varer eller tenester, til dømes ein PC.
• Lagre strukturert informasjon om varer og tenester i bestillingssystemet sitt som dannar grunnlaget for ein ordre/bestilling, til dømes ved utsending av EHF ordre og matching med EHF faktura.

For leverandør

• Informasjon om komplekse varer og tenester kan sendast til oppdragsgjevar sitt bestillingssystem på ein strukturert måte.
• Bestillar sender ordre med leverandøren sin vare- og tenesteinformasjon. Det lar leverandøren importere strukturert ordreinformasjon (EHF ordre) direkte inn i sitt eige system. Informasjonen kan så gjenbrukast ved utsending av ordrestadfesting og faktura.

Prosess Definisjon Dokument (PDD) DIFI ANS ATS

1. Informasjon

2. Historikk

3. Om prosessen

I punch out prosessen logger oppdragsgiver seg inn i sitt bestillingssystem, søker ønsket vare og klikker på lenken til leverandørens nettbutikk (punch out system). Oppdragsgiver søker etter varer og/eller tjenester i leverandørens nettbutikk og legger disse i handlkurv. Når oppdragsgiver har funnet alle varer eller tjenester klikker han på knappen som skal sende handlekurven over til sitt bestillingssystem.  Handlekurven lagres i oppdragsgivers system. Neste prosess er ordreprosess.  

4. Brukere og bruksområde (hvem og når)

Oppdragsgiver kan benyttes ved kjøp av komplekse varer og/eller tjenester som må skreddersys i leverandørens system, for eksempel konfigurering av PC.

5. Formål

Sikre god maskinlesbar informasjon fra leverandørenes system inn i eget bestillingssystem ved bruk av standard format.  

6. Mål

• Tilstrekklig informasjon for å kunne sende en EHF ordre 

• Tilstrekkelig informasjon for å matche EHF faktura med EHF ordre.   

• Muliggjøre innsamling og bruk av data i analyser.  

• Synlighet, transparens i bestillingsprosessen.  

7. Gevinster

Oppdragsgiver: Økt kvaliltet i informasjonen vil redusere bruk av tid, ressurser og risiko for feil. Ledelsen får mulighet til bedre planlegging og kontroll.   

Leverandører: Sparer tid ved at oppdragsgiver benytter leverandørens informasjon i etterfølgende prosesser.  

Samfunnsgevinst: Enten redusert bruk av ressurser og/eller økt produktivitet - utføre andre/flere oppgaver

8. Definisjoner/forkortelser

Punch out er det samme som round trip.  

9. Startkriterier/forutsetninger

10. Input og leverandører

11. Deltakere
Beskrivelse av roller finner du her:

12. Prosessdiagram

EHF punch-out prosess

13. Aktiviteter

14. Kontrollpunkter og målinger

15. Output og mottaker/bruker

16. Sluttkriterier

Varer og tjenester må være i henhold til avtale.  

17. Unntak/spesielle hensyn

18. Risiko

19: Behov for støtte

20. Lenke til EHF/PEPPOL BIS Spesifikasjon.

Lenke: https://anskaffelser.dev/

21. Tilleggsinformasjon

Nei

22. Vedlegg

Nei

EHF pakkseddel gjør det mulig for oppdragsgiver å kontrollere at rett vare eller tjeneste er mottatt, og at det betales for riktig vare eller tjeneste.

Status for formatet

I produksjon.

Formål og virkemåte: Kontrollere at riktig vare eller tjeneste leveres

Kontroll med leveranser er viktig for både oppdragsgivere og leverandører. Begge parter må være trygge på at leveransen stemmer med bestillingen, og at det betales for riktig vare eller tjeneste. Formatet EHF pakkseddel kan hjelpe begge parter med kontrollen, ved at leveransen blir dokumentert elektronisk.

For leveranse av fysiske varer er det viktig at varemottakerrollen er definert hos oppdragsgiver. Varen kan bli levert et annet sted enn der den ble bestilt fra, og mottaker av varen kan være en annen enn bestiller.

Et eksempel er en skole: Bestiller sitter på kontoret og en vaktmester tar i mot varene. Dermed bør vaktmesteren være definert som varemottaker og må registrere varene inn i systemet.

Vareinformasjon fra EHF pakkseddel kan benyttes som underlag for denne kontrollen. Varemottaket vil også fungere som en referanse for ordre og benyttes ved match av EHF faktura.

EHF pakkseddel kan også benyttes som en bekreftelse på utført tjenesteoppdrag, der bestiller vil sjekke om for eksempel en konsulent eller vikar har vært tilstede og utført oppgaven i henhold til tilsendt pakkseddel.

Fordeler ved å ta i bruk formatet

For oppdragsgivere

• Få kontroll på leveransene.
• Klargjøre eget system for automatisert matching av EHF faktura.
• Ved elektronisk mottak (registrere restlevering, ukurans og brekkasje): Bedre grunnlag for å følge opp leverandør på levereransekvalitet i henhold til kontrakt på jevnlige statusmøter.  
• Få definert rollebeskrivelsen varemottaker og tildele oppgaven til personer i organisasjonen.
• Redusere avvik på faktura ved at den reelle leveransen registreres, så feilfakturering ikke forekommer.

For leverandør

• Pakkseddel er som regel den siste oversikten over leveransen av varer som leverandør tar ut. Det vil si at restinger og andre ting som avviker fra bestilling er luket ut, slik at man har en reell oversikt over de varer som faktisk sendes til oppdragsgiver. Elektronisk pakkseddel sendes som regel over til transportør. Dersom EHF pakkseddel sendes til oppdragsgiver samtidig, vil begge parter være koordinert.  
• For leverandør er det en fordel at oppdragsgiver sjekker varene i henhold til EHF pakkseddel for å unngå tvister der bestiller ikke har mottatt varene, eller at man påstår ukuranse og brekkasje som kan ha skjedd internt hos oppdragsgiver.
• For tjenesteleveranser er det en fordel for konsulent eller innleid personell, som vikarer, å kunne sende inn en bekreftelse på utført arbeid, slik at faktura er klarert før den sendes og sjekkes. Dermed flyttes kontrollen tidligere i prosessen slik at man unngår kreditering.

Prosess Definisjon Dokument (PDD) DIFI ANS ATS

1. Informasjon

2. Historikk

3. Om prosessen

Dette er en prosess hvor oppdragsgiver mottar og registrerer inn et korrekt mottak av varer og/eller tjenester. Systemet oppdatere opprinnelig bestilling med hva som er levert for derigjennom å kunne automatisk matche en faktura.  

4. Formål

Pakkseddel gjør det mulig for oppdragsgiver å kontrollere at riktig vare og/eller tjenester er mottatt. For derigjennom sikre korrekt utbetaling i henhold til bestilling.  

Fange statistikk på leveransepresisjon fra leverandør.    

5. Mål

Målet er å helautomatisere behandlingen av faktura.  

Ikke betale for noe som ikke er levert

6. Gevinster

For oppdragsgivere vil gevinst være å unngå utbetalinger for manglende leveranser – redusere kostnader. Reduserer risiko for at varer ikke blir levert som kan være virksomhetskritisk, eks helsesektoren. Reduserer tidsbruk i prosesser knyttet til dokumentasjon og arkivering. Bestilling oppdateres for automatisk match av faktura – sikrer en effektiv fakturaprosess. Ved elektronisk mottak, der pakkseddel gir en elektronisk dokumentasjon på leveranse, kan oppdragsgiver følge opp leverandørens leveransekvalitet (restlevering, ukurans og brekkasje) for problemløsning/forbedring.  

Leverandør får dokumentert at leveranse er gjennomført på riktig sted, til riktig tid – kan redusere risiko for tvister om varen er levert på riktig sted, med riktig kvalitet, antall osv.  

Totalt sett bidrar koordineringen til en mer effektiv verdikjede – samhandling mellom oppdragsgiver, leverandør og transportør.   

For tjenesteleveranser er det en fordel for den som yter tjenesten å kunne sende inn en bekreftelse på utført arbeid slik at faktura er klart av oppdragsgiver før den sendes. Dermed flyttes kontrollen tidligere i prosessen slik at man reduserer risiko for kreditering – reduser bruk av tid og kostnader.  

Samfunnsgevinst: Enten redusert bruk av ressurser og/eller økt produktivitet - utføre andre/flere oppgaver

7. Brukere og bruksområde (hvem og når)

Oppdragsgiver v/vare- og tjenestmottak. Brukes der bestilling er sendt via et bestillingssystem. 

8. Definisjoner/forkortelser

Ingen

9. Startkriterier/forutsetninger

10. Input og leverandører

11. Deltakere
Beskrivelse av roller finner du her:

12. Prosessdiagram

EHF mottaksprosess (pdf)

13. Aktiviteter

14. Kontrollpunkter og målinger

15. Output og mottaker/bruker

16. Sluttkriterier

Korrekt leveranser er registrert i systemet.  

17. Unntak/spesielle hensyn

18. Risiko

19: Behov for støtte

20. Lenke til EHF/PEPPOL BIS Spesifikasjon.

Lenke: https://anskaffelser.dev/

21. Tilleggsinformasjon

Nei

22. Vedlegg

Nei

EHF fakturering 3.0 sikrer automatisk, rask og sikker utbetaling. Formatet er obligatorisk ved fakturering i staten.

Status for formatet

I produksjon.

Formål og virkemåte: Standardisering av utbetaling og matching mot ordre

Faktura og en eventuell kreditnotatransaksjon er den siste transaksjonen i bestillingsprosessen og danner informasjonsgrunnlaget for utbetaling til leverandør av varer og tjenester.

Bruker din virksomhet allerede EHF katalog og EHF ordre, har du strukturert informasjon som kan gjenbrukes når du skal sende elektronisk faktura på formatet EHF fakturering 3.0 til opdragsgiver. Dermed gir leverandøren oppdragsgiver mulighet til automatisk å matche faktura mot ordre, og reduserer dermed sjansene for at utbetalinger blir forsinket, utbetaling skjer til feil leverandør. Samtidig effektiviserer virksomheten sin prosess og øker kvaliteten. 

EHF faktura er obligatorisk ved fakturering i staten:

• Se Referansekatalogen for hvilke lovkrav som gjelder
• Forskrift

Fordeler ved å ta i bruk formatet

For oppdragsgivere

• En EHF Fakturering 3.0 gir oppdragsgiver mulighet til å kunne prosessere meldingen elektronisk intern, og kunne validere og arkivere den.  
• En elektronisk faktura gir en enklere prosess for internflyt og godkjennelse, som igjen reduserer mulige forsinkelsesrenter for virksomheten.  
• Har oppdragsgiver tatt i bruk et bestillingssystem med formatet EHF ordre, har oppdragsgiver mulighet for å godkjenne de økonomiske forpliktelsene før bestilling er gjort, og sende leverandør bestillingsnummer. Faktura kan dermed matches mot ordren og godkjennes maskinelt.
• Samlet fører dette til vesentlig reduksjon av prosesskostnader, reduserer feil og øker sporbarheten. 

For leverandører

• Den store gevinsten for en leverandør er at man kan sende faktura til alle offentlige oppdragsgivere på ett format, via samme infrastruktur.  
• Da oppdragsgiver kan automatisere prosesseringen av faktura, vil utbetalingen kunne komme raskere enn ved manuell fakturabehandling.
• Ved mottak av EHF ordre gjennbruke informasjon fra ordre i å lage EHF fakturering.

Prosess Definisjon Dokument (PDD) DIFI ANS ATS

1. Informasjon

2. Historikk

3. Om prosessen

I denne prosessen lager leverandør en faktura for varer han har sendt eller tjenester han har utført, som sendes til oppdragsgiver. 
Oppdragsgiver sjekker faktura mot bestilling. Hvis faktura er lik bestilling/orderen som er sendt kan faktura betales automatisk – uten manuell behandling. 
Hvis faktura ikke er i samsvar med bestilling må oppdragsgiver kontrollere og eventuelt kreve at leverandør retter opp feil og eventuelt sender en kreditering. 

4. Brukere og bruksområde (hvem og når)

Offentlige oppdragsgiver må benytte EHF faktura se Referansekatalogen for IT-standarder: https://www.digdir.no/digitale-felleslosninger/digitale-anskaffelser/1486

5. Formål

Effektivisere fakturabehandling – spare tid. Samt kunne dokumentere utbetaling fra offentlige virksomheter.  

6. Mål

Korrekt faktura opp mot bestilling og i henhold til avtale.

7. Gevinster

Oppdragsgiver: 

• Ved å eliminere den manuelle faktureringsprosessen kan virksomhetene spare mye tid og ressurser. 
• Fordi faktura finnes imaskinlesbart format er det enklere å gjennomføre bokettersyn/revisjon. 
• Fordi faktura er grunnlag for utbetaling til leverandør kan utbetalingsprosessen også effektiviseres.
• Hvis det er feil på faktura kan den også effektivisere kreditteringsprosessen. 
• En elektronisk faktura reduserer også risiko for morarenter ved for sen utbetaling.  

Leverandører: 

• Reduserer risiko for sen betaling av varer og tjenester fra oppdragsgiver.
• Faktura danner grunnlag for purreprosessen som kan settes opp automatisk i leverandørens systemer ved overskridelse av innbetalingsdato.
• Fakturaen danner også grunnlag for en effektiv krediteringsprosess ved feil. 

Samfunnsgevinst: Enten redusert bruk av ressurser og/eller økt produktivitet - utføre andre/flere oppgaver

8. Definisjoner/forkortelser

Nei

9. Startkriterier/forutsetninger

10. Input og leverandører

11. Deltakere
Beskrivelse av roller finner du her:

12. Prosessdiagram

EHF faktura og kreditnota prosesstegning (pdf)

13. Aktiviteter

14. Kontrollpunkter og målinger

15. Output og mottaker/bruker

16. Sluttkriterier

Kvitteringsmelding fra paymentsystem

17. Unntak/spesielle hensyn

18. Risiko

19: Behov for støtte

20. Lenke til EHF/PEPPOL BIS Spesifikasjon.

Lenke: https://anskaffelser.dev/

21. Tilleggsinformasjon

Nei

22. Vedlegg

Nei

Prosess Definisjon Dokument (PDD) DIFI ANS ATS

1. Informasjon

2. Historikk

3. Om prosessen

ss

4. Brukere og bruksområde (hvem og når)

ss

5. Formål

ss

6. Mål

ss

7. Gevinster

ss

Samfunnsgevinst: Enten redusert bruk av ressurser og/eller økt produktivitet - utføre andre/flere oppgaver

8. Definisjoner/forkortelser

ss

9. Startkriterier/forutsetninger

10. Input og leverandører

11. Deltakere
Beskrivelse av roller finner du her:

12. Prosessdiagram

ss

13. Aktiviteter

14. Kontrollpunkter og målinger

15. Output og mottaker/bruker

16. Sluttkriterier

ss

17. Unntak/spesielle hensyn

18. Risiko

19: Behov for støtte

20. Lenke til EHF/PEPPOL BIS Spesifikasjon.

Lenke: https://anskaffelser.dev/

21. Tilleggsinformasjon

ss

22. Vedlegg

ss

EHF purring lar leverandøren automatisere purring av oppdragsgiver ved manglende betaling. Formatet gir også mulighet for å matche purring mot faktura.

Status for formatet

I produksjon.

Formål og virkemåte: Automatisere purring ved manglende betaling

Dersom en leverandør ikke har mottatt betaling i tide, kan han bruke formatet EHF purring til å purre oppdragsgiver.

I Lov om inkassovirksomhet og annen inndriving av forfalte pengekrav (inkassoloven), § 3 a. Elektronisk kommunikasjon, legges det til rette for elektronisk kommunikasjon:
"Krav i eller i medhold av denne loven om at meddelelser til skyldneren skal gis skriftlig, er ikke til hinder for bruk av elektronisk kommunikasjon dersom meddelelsen er sendt på en betryggende måte".

Formatet et anbefalt i henhold til Referansekatalogen

Fordeler ved å ta i bruk formatet

For oppdragsgivere

• Når du mottar purring elektronisk på formatet EHF purring, får du maskinlesbare referanser til EHF faktura som er innsendt av leverandør tidligere. Dermed kan oppdragsgiver spore opp den aktuelle fakturaen i eget datasystem, og spore prosessen for utbetaling til leverandør. Har utbetalingen stoppet, kan du sende melding om utbetaling på nytt.

For leverandører

• Mulighet for å automatisere prosessen med å purre oppdragsgivere, ved at EHF purring utløses automatisk ved manglende betaling.

Prosess Definisjon Dokument (PDD) DIFI ANS ATS

1. Informasjon

2. Historikk

3. Om prosessen

Før purreprosessen begynner har leverandør sendt en faktura til oppdragsgiver og lagret forfallsdato for betaling i sitt øknomisystem/kundeoppfølgingssystem. Purreprosessen begynner når forfallsdato passeres uten at systemet har regitrert innbetaling for den aktuelle faktura. Leverandørs system oppretter en EHF purring og sender denne til oppdragsgivers system. EHF purring inneholder referanse til den aktuell faktura slik at oppdragsgiver lett kan finne denne. Basert på mottatt purring starter oppdragsgiver en ny utbetalingsprosess..

Hvis EHF purring inneholder purregebyr må oppdragsgiver også sikre utbetaling av dette.  

4. Brukere og bruksområde (hvem og når)

Brukere: Leverandør og oppdragsgiver.

Når: Ved for sen betaling av innsendt faktura.

5. Formål

Unngå manuelle purrerutiner som kan være tid- og kostnadskrevende

6. Mål

At purring kan utføres elektronisk mellom leverandør og oppdragsgiver

7. Gevinster

Leverandør: Sparer tid ved at systemet genererer en purremelding ved manglende betaling fra oppdragsgiver (etter forfallsdato på den opprinnelige fakturaen). Spart tid skjer ved at system tar utgangspunkt i utsendt orginalfaktura når purring lages. Dettesikrer riktig informasjon(kvalitet) i purringen.

Oppdragsgiver: Sparer tid ved at purring referer til innsendt/mottatt orginalfaktura. Sikrer at orginalfakturainformasjon er riktig. Muliggjør automatisert sjekk om orginalfaktura er godkjent og utbetalt eller at purringen skal godkjennes og utbetales.

Samfunnsgevinst: Enten redusert bruk av ressurser og/eller økt produktivitet - utføre andre/flere oppgaver

8. Definisjoner/forkortelser

Forfallsdato: Den datoen oppdragsgiver må ha betalt fakturaen på.

9. Startkriterier/forutsetninger

10. Input og leverandører

11. Deltakere
Beskrivelse av roller finner du her:

12. Prosessdiagram

EHF purring prosess

13. Aktiviteter

14. Kontrollpunkter og målinger

15. Output og mottaker/bruker

16. Sluttkriterier

Leverandør: At innbetaling for utsendt orginalfaktura og purring er registrert og bokført i leverandørs system.

Oppdragsgiver: Undersøker hva som var årsaken til at utbetaling ikke fant sted og utbredrer eventuelle feil

17. Unntak/spesielle hensyn

18. Risiko

19: Behov for støtte

20. Lenke til EHF/PEPPOL BIS Spesifikasjon.

Lenke: https://anskaffelser.dev/ 

21. Tilleggsinformasjon

https://lovdata.no/dokument/SF/forskrift/1989-07-14-562

Alle regninger skal ha en forfallsdato, det vil si at kunden må betale fakturaen innen denne fristen. På grunn av at man bruker purring for å minne kunden på en manglende innbetaling, kan purring også kalles betalingspåminnelse.

Regler for purring og purregebyr:

• Man kan sende ut en purring 14 dager etter den opprinnelige betalingsfristen, for å minne kunden på at regningen ikke er betalt.
• Når man først må sende ut en purring, kan man legge til et gebyr for å måtte sende ut denne. Da kalles det purregebyr. Hvor stort gebyr man kan kreve, og andre regler for utsendelse av purringer, reguleres av Inkassoforskriften.

I Norge kan man kun kreve gebyr på utsendelse av to purringer. Det kan kreves renter fra betalingsfristen på den opprinnelige regningen, til forfall på purringen. Det gebyret som kan kreves inn, kan være lik en tidel av den gjeldende inkassosatsen når det sendes ut en purring. Per 01.01.2014 er maksimumsgebyret for purrenota kr 64,- (10% av Inkassogebyr). Purringen må ha en betalingsfrist på minst 14 dager.

Fra purring til inkasso

Dersom en regning ikke betales innen forfallsdatoen, kan man velge å sende et inkassovarsel direkte i stedet for purring. Man kan også sende ut inkassovarsel etter at purringen er sendt. Hvis inkassovarselet ikke betales innen 14 dager, kan saken sendes til inkasso. Inkasso vil si å inndrive gjeld, som ofte gjøres av et inkassobyrå.

22. Vedlegg

Nei

Prosess Definisjon Dokument (PDD) DIFI ANS ATS

1. Informasjon

2. Historikk

3. Om prosessen

4. Brukere og bruksområde 

5. Formål

6. Mål

7. Gevinster

Oppdragsgiver: 

Leverandør:   

Samfunnsgevinst: Enten redusert bruk av ressurser og/eller økt produktivitet - utføre andre/flere oppgaver

8. Definisjoner/forkortelser

Nei

9. Startkriterier/forutsetninger

​​10. Input og leverandører

11. Deltakere
Beskrivelse av roller finner du her:https://www.anskaffelser.no/innkjopsledelse/organisering-roller-og-ansvar

12. Prosessdiagram

13. Aktiviteter

14. Kontrollpunkter og målinger

15. Output og mottaker/bruker

16. Sluttkriterier

17. Unntak/spesielle hensyn

​​​​​​18. Risiko

19: Behov for støtte

20. Lenke til EHF/PEPPOL BIS Spesifikasjon.

21. Tilleggsinformasjon

22. Vedlegg

Prosess Definisjon Dokument (PDD) DIFI ANS ATS

1. Informasjon

2. Historikk

3. Om prosessen

4. Brukere og bruksområde 

5. Formål

6. Mål

7. Gevinster

Oppdragsgiver: 

Leverandør:   

Samfunnsgevinst: Enten redusert bruk av ressurser og/eller økt produktivitet - utføre andre/flere oppgaver

8. Definisjoner/forkortelser

Nei

9. Startkriterier/forutsetninger

​​10. Input og leverandører

11. Deltakere
Beskrivelse av roller finner du her:https://www.anskaffelser.no/innkjopsledelse/organisering-roller-og-ansvar

12. Prosessdiagram

13. Aktiviteter