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, Vinmonopolet og 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 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 eller Vinmonopolet. Andre kjeder kan ha ulike krav — sjekk alltid gjeldende spesifikasjon hos den aktuelle kjeden. 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 eller ASKO?

Kundan bistår med oppsett, validering og vedlikehold av mapping slik at EDI-meldinger er korrekt strukturert og har gode forutsetninger for å bli godkjent.