Hva er EDIFACT? Forklart for leverandører – Kundan

Hva er EDIFACT?

Hvordan fungerer EDIFACT?

Hvilke dokumenttyper sendes med EDIFACT?

EDI FACT støtter flere standardiserte forretningsdokumenter som brukes i norsk varehandel. Hver dokumenttype følger en definert meldingsstruktur og kodebruk.

Vanlige meldingstyper er:

• ORDERS – Innkjøpsordre fra kjeden

• ORDRSP – Ordrebekreftelse fra leverandør

• DESADV – Forsendelsesmelding

• INVOIC – Fakturamelding

• INVRPT – Lagerstatusrapport

• PRICAT – Pris- og produktkatalog

Hver melding inneholder strukturerte segmenter som for eksempel:

• Kjøper- og leverandøridentifikasjon

• Produktnummer

• Antall

• Pris

• MVA-koder

• Leveransereferanser

Kjedene definerer hvilke segmenter som er obligatoriske og hvilke som er valgfrie. Mangler i påkrevde data fører til avvisning.

Produktidentifikasjon skjer normalt ved bruk av GTIN (EAN) for å sikre entydighet og konsistens.

Hva er de tekniske kravene for EDI FACT?

For å bruke EDI FACT må leverandøren ha et systemmiljø som kan generere, validere, sende og motta standardiserte EDI-meldinger.

Minimumskravene inkluderer:

• ERP- eller lagersystem med strukturert dataeksport

• EDI-konverter eller integrasjonsmodul

• Mapping-oppsett i tråd med kjedens spesifikasjon

• Sikker kommunikasjonsløsning (AS2, SFTP eller VAN)

• Mekanismer for format- og innholdsvalidering

ERP-systemet håndterer transaksjonsdata. EDI-løsningen konverterer interne data til korrekte EDIFACT-segmenter. Sikker kommunikasjon sørger for kryptert overføring mellom partene.

Kjedene kan i tillegg stille krav om:

• Bruk av GLN (Global Location Number)

• Definerte MVA- og prisstrukturer

• Håndtering av kvitteringsmeldinger

• Testing og sertifisering før produksjonssetting

De fleste kjeder krever testing i et eget testmiljø før leverandøren får tilgang til produksjon. Leverandøren må dokumentere at meldingene valideres korrekt og behandles riktig i kjedens system.

Hvordan sikres etterlevelse i EDI FACT?

Etterlevelse (compliance) i EDI FACT sikres gjennom strukturert validering, testing og bruk av kvitteringsmeldinger.

Validering skjer på flere nivåer:

• Syntaksvalidering – Kontrollerer korrekt EDIFACT-struktur og segmentrekkefølge

• Validering av forretningsregler – Sjekker at obligatoriske felter og koder følger kjedens krav

• Datakonsistens – Verifiserer produktnummer, mengder og prislogikk

Hvis en melding feiler i valideringen, blir den avvist. Leverandøren mottar en feilmelding som viser hvilket segment eller dataelement som er feil. Korrigering må gjøres før ny innsending.

Kjedene kan sende:

• CONTRL – Teknisk kvittering (syntaks)

• APERAK – Applikasjonskvittering med feilmelding

Løpende etterlevelse krever overvåking av meldingslogger, feilmeldinger og kvitteringsstatus. Endringer i kjedens spesifikasjoner må implementeres raskt for å unngå driftsavbrudd.

Hvorfor er EDI FACT påkrevd for leverandører?

EDI FACT er en forutsetning for effektiv ordrebehandling, lagerstyring og økonomisk avstemming mellom leverandør og kjede.

Varehandel i Norge er avhengig av automatiserte prosesser. Manuell dokumentutveksling skaper forsinkelser og øker risikoen for feil. EDI FACT sikrer strukturert og standardisert kommunikasjon som er tilpasset kjedens ERP- og lagersystemer.

Manglende etterlevelse kan føre til:

• Forsinket ordrebehandling

• Avviste fakturaer

• Avvik i lagerbeholdning

• Midlertidig stans i handel

Standardisert EDI-kommunikasjon gjør det mulig for kjedene å håndtere store transaksjonsvolumer med minimal manuell inngripen. For leverandøren betyr dette forutsigbar drift og stabil elektronisk samhandel.

Hvordan støtter Kundan implementering av EDI FACT?

Kundan leverer EDI FACT-integrasjon for leverandører som handler med dagligvare- og elektronikkjeder i Norge. Løsningen tar utgangspunkt i kjedens spesifikasjoner og leverandørens eksisterende systemer.

Kundan bistår med:

• Oppsett av ERP-til-EDI-mapping

• Konfigurasjon av FACT-meldinger (ORDERS, INVOIC, DESADV, INVRPT)

• Implementering av valideringsregler

• Oppsett av sikker kommunikasjon (AS2, SFTP, VAN)

• Testing og onboarding mot kjede

• Overvåking og håndtering av feilmeldinger

Implementeringen omfatter analyse av spesifikasjoner, design av mapping, testing av meldinger og produksjonssetting.

EDI FACT integreres direkte med leverandørens ERP- eller regnskapssystem, slik at dataflyten mellom interne prosesser og kjedens systemer blir stabil og konsistent.

Konklusjon

EDI FACT er en teknisk standard, men i praksis handler det om kontroll, forutsigbarhet og effektiv samhandling med norske dagligvare- og elektronikkjeder.

Når løsning, mapping og validering er korrekt satt opp, går ordre, leveranser og fakturaer sømløst mellom systemene. Når noe er feil, stopper flyten umiddelbart.

For leverandører betyr dette én ting: EDI FACT må være riktig implementert, kontinuerlig overvåket og tilpasset kjedenes krav. Det er avgjørende for stabil drift, korrekt fakturering og uavbrutt handel.

En strukturert og gjennomtestet EDI-løsning reduserer risiko, sparer tid og gir bedre kontroll over hele verdikjeden.

Trenger du en stabil og godkjent EDI FACT-løsning?

Hvis du skal etablere EDI mot en norsk kjede – eller opplever avviste meldinger, fakturafeil eller forsinkelser – bør implementeringen gjennomgås grundig.

Kundan bistår leverandører med:

• Analyse av kjedens spesifikasjoner

• Korrekt mapping og oppsett

• Testing og godkjenning

• Stabil produksjonssetting

• Løpende oppfølging og feilhåndtering

Ta kontakt for en uforpliktende gjennomgang av din EDI FACT-løsning.

Det er enklere å gjøre det riktig fra start enn å rette opp feil i etterkant.

Ofte stilte spørsmål

Hva er forskjellen mellom EDI FACT og EDIFACT?

EDI FACT er en praktisk implementasjon av EDIFACT-standarden tilpasset norsk varehandel.
Mens EDIFACT definerer de internasjonale meldingstypene og segmentene, beskriver EDI FACT hvordan disse skal brukes i praksis mellom leverandører og norske dagligvare- eller elektronikkjeder.
Hver kjede publiserer egne FACT-spesifikasjoner som angir hvilke segmenter, koder og dataelementer som er obligatoriske.

Hvilke systemer trenger en leverandør for å bruke EDI FACT?

For å bruke EDI FACT må leverandøren ha et systemmiljø som kan opprette, validere og sende strukturerte EDI-meldinger. Dette inkluderer vanligvis:

• Et ERP- eller lagersystem som inneholder transaksjonsdata
• En EDI-konverter eller integrasjonsplattform
• Mapping mellom ERP-felter og FACT-segmenter
• En sikker kommunikasjonskanal som AS2, SFTP eller VAN

Disse komponentene gjør det mulig å sende dokumenter som ORDERS, DESADV og INVOIC automatisk mellom systemene.

Hvorfor krever norske varekjeder EDI FACT fra leverandører?

Norske varekjeder krever EDI FACT fordi standardisert elektronisk kommunikasjon gjør det mulig å automatisere ordre, leveranser og fakturabehandling.

Når EDI FACT er riktig implementert kan kjedens systemer:

• Motta og behandle ordre automatisk
• Kontrollere produkt- og prisdata
• Validere fakturaer før betaling
• Redusere manuelle feil og forsinkelser

For leverandører betyr dette mer stabil handel, raskere behandling av transaksjoner og færre avviste meldinger.