EDI-mapping forklart: Hvordan data oversettes mellom systemer

EDI-mapping er prosessen der interne dataformater fra et ERP- eller forretningssystem oversettes til et standardisert EDI-format, og omvendt.

Det betyr at data fra interne tabeller, felter og strukturer blir koblet til tilsvarende segmenter og elementer i en EDI-melding, som for eksempel UN/EDIFACT. Mapping sikrer at riktig informasjon havner på riktig sted i meldingen.

Eksempel:

• ERP-felt: CustomerNumber → EDI-segment: NAD+BY
• ERP-felt: ProductID → EDI-segment: LIN
• ERP-felt: InvoiceAmount → EDI-segment: MOA

Hvordan fungerer EDI-mapping i praksis?

EDI-mapping fungerer ved at en definert oversettelseslogikk brukes til å konvertere data mellom systemer.

Prosessen består av tre hovedsteg:

1. Inndata fra ERP
   Systemet genererer forretningsdata som ordre, leveranser eller fakturaer.
2. Mapping-regler
   Hvert datafelt kobles til riktig EDI-segment og format.
   Dette inkluderer:
   • Datakonvertering (f.eks. datoformat)
   • Kodelister (f.eks. landkoder, enheter)
   • Strukturelle regler (hierarki i meldingen)
3. Output som EDI-melding
   Resultatet er en strukturert melding (f.eks. ORDERS, DESADV, INVOIC) som kan sendes til en handelspartner.

Hvorfor er EDI-mapping nødvendig?

EDI-mapping er nødvendig fordi interne systemer ikke bruker samme struktur eller standard som EDI.

Uten mapping:

• Data kan ikke tolkes korrekt av mottakers system
• Meldinger blir avvist i validering
• Forretningsprosesser stopper

Mapping sikrer:

• Strukturert datautveksling
• Kompatibilitet mellom systemer
• Validerbare meldinger i henhold til EDI-standarder

I norske retail-systemer (ASKO, Coop, Rema 1000) er korrekt mapping en forutsetning for å kunne sende og motta EDI-meldinger.

Hvilke elementer inngår i EDI-mapping?

EDI-mapping består av spesifikke tekniske komponenter som definerer hvordan data transformeres.

De viktigste elementene er:

• Kildedata (ERP-felter)
  Interne databaser og systemfelt
• Målstruktur (EDI-standard)
  Segmenter og elementer i EDIFACT eller XML
• Transformasjonsregler
  Regler for konvertering av dataformater og verdier
• Valideringsregler
  Kontroller som sikrer at obligatoriske felt og formater er korrekte
• Kodekonvertering
  Oversettelse av interne koder til standardiserte koder (f.eks. ISO, GS1)

Hvilke feil oppstår ved feil EDI-mapping?

Feil i EDI-mapping fører til at meldinger ikke blir godkjent eller behandlet korrekt.

Vanlige feil inkluderer:

• Feil segmentplassering
• Manglende obligatoriske felt
• Feil format (dato, desimaler)
• Ugyldige koder eller identifikatorer (GLN, GTIN)
• Uoverensstemmelser mellom meldinger (ordre vs faktura)

Resultatet er:

• Avviste meldinger
• Forsinkede leveranser
• Feil i fakturering og avstemming

Hvordan implementeres EDI-mapping?

EDI-mapping implementeres ved å konfigurere en mapping-modell mellom ERP-systemet og EDI-standarden.

Dette gjøres typisk gjennom:

• EDI-programvare eller integrasjonsplattform
• Definerte mapping-spesifikasjoner fra handelspartner (f.eks. Vinmonopolet)
• Test- og valideringsfaser før produksjon

Implementasjonen krever:

• Kjennskap til EDI-standarder (EDIFACT, EANCOM)
• Forståelse av interne datastrukturer
• Nøyaktig definisjon av alle felt og regler

Kundan leverer EDI-mapping som en del av integrasjonsoppsettet, der ERP-data struktureres og valideres mot kravene fra norske handelsaktører som ASKO, Coop og Vinmonopolet.

Viktige konklusjoner

• EDI-mapping oversetter interne data til standardiserte EDI-formater
• Mapping kobler ERP-felter til EDI-segmenter og elementer
• Prosessen inkluderer transformasjon, validering og kodekonvertering
• Feil mapping fører til avviste meldinger og stopp i prosesser
• Korrekt mapping er nødvendig for å oppfylle krav fra norske retail-aktører
• Implementering krever presise spesifikasjoner og testing

Ofte stilte spørsmål

Hva er forskjellen mellom EDI-mapping og EDI-integrasjon?

EDI-mapping er prosessen der interne data oversettes til et standardisert EDI-format. EDI-integrasjon er den totale løsningen som kobler ERP-systemet til handelspartnerens system, inkludert kommunikasjon, mapping og validering.

Hvilke EDI-meldinger krever korrekt mapping?

De vanligste EDI-meldingene som krever korrekt mapping er ORDERS (ordre), DESADV (leveringsmelding), ORDRSP (ordrebekreftelse) og INVOIC (faktura). Alle må følge strukturen i EDIFACT for å bli godkjent.

Hva skjer hvis EDI mapping er feil?

Feil i EDI mapping fører til at meldinger blir avvist under validering. Dette kan stoppe ordrebehandling, forsinke leveranser og hindre fakturaer i å bli behandlet korrekt.

Hvordan valideres EDI mapping før produksjon?

EDI mapping valideres gjennom testmiljøer levert av handelspartnere som ASKO, Coop eller Vinmonopolet. Her kontrolleres struktur, obligatoriske felt og datakvalitet før løsningen settes i produksjon.

Hvilke standarder brukes i EDI mapping?

De mest brukte standardene er UN/EDIFACT og EANCOM. Disse definerer hvordan EDI-meldinger struktureres og hvilke segmenter og elementer som skal brukes i datautvekslingen.

Trenger du korrekt EDI-mapping for Vinmonopolet, ASKO eller Coop?

Kundan setter opp, validerer og vedlikeholder mappingen slik at dine EDI-meldinger blir godkjent og behandlet uten feil.