XML meldingspesifikasjon for Priskatalog (VVSXML-PRICAT)

Transkript

1 XML meldingspesifikasjon for Priskatalog (VVSXML-PRICAT) Status: GODKJENT Versjon: 1.2 Dato: Utarbeidet av: Concept Factory AS

2 1. Innledning Denne spesifikasjonen omfatter definisjonen for priskatalogmeldingen til bruk i elektronisk datautveksling mellom handelspartnere i rørbransjen. Priskatalog er en melding som sendes fra selger til kjøper og som inneholder prisdetaljer for varer/ytelser som selger tilbyr til kjøper. Dette dokumentet beskriver oppbygning av meldingen, detaljforklaring av de enkelte komponentene og sammenhengen dem i mellom. I tillegg inneholder den en samling av testscenarioer som anbefales benyttet før produksjonsetting og også gjerne som en del av kvalitetsikringen under produksjon. For tilgang til annen utfyllende informasjon, ta kontakt med vvsxml@conceptfactory.no. Kommentarer og forslag til forbedringer av formatet, kan sendes til vvsxml@conceptfactory.no. Side 2 av 19

3 2. Meldingsstruktur Struktur Meldingen består 8 nodetyper: 1. PriceCatalogs 2. MessageInfo - har attributter (datafelt) 3. Catalog - har attributter (datafelt) 4. CatalogItems 5. CatalogItem - har attributter (datafelt) 6. DiscountAgreements 7. DiscountAgreementItems - har attributter (datafelt) 8. DiscountItem - har attributter (datafelt) Noen av nodene finnes kun en gang i en melding, mens andre kan gjentas i en bestemt rekkefølge. Strukturen er grafisk fremstilt nedenfor. <PriceCatalogs> <MessageInfo <Catalog> <CatalogItems> <CatalogItem... </CatalogItems> </PriceCatalogs> <DiscountAgreements> <DiscountAgreementItems> <DiscountItem... </DiscountAgreementItems>... </DiscountAgreements > </Catalog> Side 3 av 19

4 Underliggende prinsipper Meldingen er en priskatalog, som spesifiserer alle tilgjengelige varer med tilhørende pris og rabattstruktur. Annen relevant informasjon skal i størst mulig grad være avtalt i gjeldende handelsbetingelser mellom partene. For meldingen PRICAT gjelder følgende: En melding består av minimum en MessageInfo node og kun en Catalog node. For hver Catalog node vil det finnes en CatalogItems node med tilhørende 0 til mange CatalogItem noder. For hver Catalog node kan det finnes det en DiscountAgreements node med 0 til mange DiscountAgreementItems noder. Hver DiscountAgreementItems node inneholder rabatt betingelser for en kunde. Det er tillatt med mer enn en DiscountAgreementItems node pr DiscountAgreements node. Terminologi Kolonnen Kl. står for klassifisering av feltet. Den har følgende gyldige verdier og betydning: M D A O Påkrevet (Mandatory), må være med i meldingen. Avhengig (Depending), må være med i meldingen dersom en definert betingelse er oppfylt. Anbefalt (Adviced), anbefales benyttet, men det er ikke påkrevet. Valgfritt (Optional), kan være med i meldingen. Kolonnen Format står for hvilke type data som feltet inneholder: an = Alfanumerisk (Alle utskrivbare tegn tillatt). n = Numerisk. (Kun tegn fra og med 0 til og med 9 er tillatt.). Desimaltegn angis med punktum (.). Angivelse av feltlengde i XML-dokumenter har som regel ingen betydning da det reelt sett ikke finnes en. Derimot vil mottakende system ha begrensinger for dette og derfor er det angitt en anbefalt maksimum grense på feltene. Side 4 av 19

5 3. Beskrivelse av noden MessageInfo NODE: MessageInfo Funksjon: Kommentarer: Noden MessageInfo inneholder metainformasjon om meldingen og identifikatorer som kan logges til sporingsformål. Det skal finnes kun en node av denne typen i en melding. Navn Kl. Format Beskrivelse MessageVersion M an.. Angir spesifikasjonsnummer. Skal ha verdi 1.1 MessageID M n..25 Unik referanse for denne melding. Angis med organisasjonsnr+datotid (i formatet ÅÅÅÅMMDDttmmss). Eks MessageDate M an..19 Datotid-stempel for generering av melding. Format: ÅÅÅÅ-MM-DDTtt:mm:ss Eks T14:04:30 MessageStatus M an..1 Angir meldingens status: Produksjon = P Test = T MessageType M an..6 Angir meldingstype. Skal ha verdien PRICAT. Eksempel: <MessageInfo MessageVersion="1.1" MessageId=" " MessageDate=" T12:00:00" MessageStatus="P" MessageType="PRICAT" Side 5 av 19

6 4. Beskrivelse av noden Catalog NODE: Catalog Funksjon: Kommentarer: Priskataloghodet inneholder overordnet informasjon om katalogen. Det skal finnes kun en node av denne typen innenfor nodetag ene <PriceCatalogs> og </PriceCatalogs> Navn Kl. Format Beskrivelse CustomerOrganisationNumber A an..14 Kjøpers foretaksnummer. Eks: NO MVA MasterCustomerNumber M an..10 Overordnet eller kjøpers kundenummer hos Selger. SupplierOrganisationNumber A an..14 Leverandørens foretaksnummer. Eks: NO MVA SupplierNumber M an..10 Leverandørnummer CatalogType M an..2 Spesifiserer innhold i meldingen. M = Hovedkjøring (Main) for en kunde. Meldingen består av samtlige artikler og rabatter som denne kunden kan bestille elektronisk. U = Oppdatering (Update)for en kunde. Meldingen består av alle artikler og rabatter som er endret siden forrige hovedkjøring. CatalogItemCount M n.. Kontrollfelt som inneholder summeringen av antall kataloglinjer i meldingen. DiscountAgreementCount M n.. Kontrollfelt som inneholder summen av antall rabattavtaler meldingen inneholder. Eksempel: <Catalog CustomerOrganisationNumber="NO MVA" MasterCustomerNumber=" " SupplierOrganisationNumber="NO MVA" SupplierNumber="1234" CatalogType="M" CatalogItemCount="1" DiscountAgreementCount="1" Side 6 av 19

7 5. Beskrivelse av noden CatalogItem NODE: CatalogItem Funksjon: Kommentarer: CatalogItem inneholder detalj informasjon om hver enkelt artikkel i priskatalogen. Det kan være 0 til mange forekomster av denne noden i en priskatalog melding. Navn Kl. Format Beskrivelse CatalogLineNumber M n.. Fortløpende nummerering av kataloglinjene og er unike innenfor nodetag ene <CatalogItems> og </CatalogItems>. Starter på 1. ArticleNumber M an..24 Inneholder leverandørens identifikator for artikkelen. TradeArticleNumber A an..24 Inneholder artikkelens NRF nummer. EANArticleCode O an..24 Inneholder artikkelens EAN kode. ManufacturersArticleNumber O an..24 Produsentens artikkelnummer. Description A an..90 Produktbeskrivelse/varetekst. Status O n..1 Statuskode på varen. Tillatt brukte verdier: 1 = Ny vare 2 = Oppdatert 3 = Utgått Weight O n..10 Artikkelens vekt. Oppgis med inntil 2 desimaler. Desimalskilletegn er punktum. Eks: WeightUnit O an..3 Artikkelens vektenhet. Eks: kg Volume O n..10 Artikkelens volum. Oppgis med inntil 2 desimaler. Desimalskilletegn er punktum. Eks: 1.25 VolumeUnit O an..3 Artikkelens volumenhet. Eks. cm UnitGrossPrice M n..10 Bruttopris per enhet. Oppgis med inntil 2 desimaler. Desimalskilletegn er punktum. Eks: UnitRecommendedRetailPrice O n..10 Veiledende utsalgspris per enhet. Oppgis med inntil 2 desimaler. Desimalskilletegn er punktum. Eks: MeasurementUnit A an..3 Bestillingsenhet. DiscountGroup A an..8 Rabattgruppe ProductGroup A an..8 Artikkelens varegruppe ValidFromDate O an..10 Starttdato for prisens gyldighet. Format: ÅÅÅÅ-MM-DD. Eks: ValidToDate O an..10 Sluttdato for prisens gyldighet. Format: ÅÅÅÅ-MM-DD. Eks: Side 7 av 19

8 Eksempel: <CatalogItem CatalogLineNumber="1" ArticleNumber=" " TradeArticleNumber=" " EANArticleCode=" " ManufacturersArticleNumber=" " Description="Bend 10 x 200" Status="1" Weight="10.25" WeightUnit="kg" Volume="1.25" VolumeUnit="cm" UnitGrossPrice="235.00" UnitRecommendedRetailPrice="255.00" MeasurementUnit="STK" DiscountGroup="YA" ProductGroup="YA" ValidFromDate=" " ValidToDate=" " Side 8 av 19

9 Beskrivelse av noden DiscountAgreementItems NODE: DiscountAgreementItems Funksjon: Kommentarer: DiscountAgreementItems inneholder overordnet informasjon om rabattavtalen. Det kun en forekomst av denne noden pr rabattavtale. Det er tillatt med flere rabattavtaler i en priskatalog melding. Navn Kl. Format Beskrivelse CustomerNumber M an..10 Kjøpers kundenummer hos Selger. Eksempel: <DiscountAgreementItems CustomerNumber=" " Side 9 av 19

10 6. Beskrivelse av noden DiscountItem NODE: DiscountItem Funksjon: Kommentarer: DiscountItem inneholder detalj informasjon om hver enkelt rabattering i priskatalogen. Det kan være 0 til mange forekomster av denne noden i en priskatalog melding. Navn Kl. Format Beskrivelse DiscountLineNumber M n.. Fortløpende nummerering av rabattlinjene og er unike innefor nodetag ene <DiscountItems> og </DiscountItems>. Starter på 1. DiscountIdentification M an..24 Inneholder enten leverandørens varenummer (ref. ArticleNumber i noden CatalogItem), eller en av leverandørens rabattgrupper (ref. DiscountGroup i noden CatalogItem) DiscountType M an..2 Forklarer om rabattypen: GP = Rabattgruppe med prosent (GroupPercent) AP = Varenummer med prosent (ArticlePercent) NP = Varenummer med effektiv pris (NetPrice) DiscountValue M n..10 Enten et prosenttall eller pris. Oppgis med inntil 2 desimaler. Desimalskilletegn er punktum. Eks: MinimumQuantity O n..10 Brukes ifm volumrabatt. Verdien forteller hvilket minimumsantall man må bestille av varen for å få den spesifiserte rabatten. Eksempel: <DiscountItem DiscountLineNumber="1" DiscountIdentification="YA" DiscountType="GP" DiscountValue="10.00" MinimumQuantity="0" Side 10 av 19

11 7. Eksempel på priskatalogmelding <?xml version="1.0" encoding="iso "?> <PriceCatalogs> <MessageInfo MessageVersion="1.1" MessageId=" " MessageDate=" T12:00:00" MessageStatus="P" MessageType="PRICAT" <Catalog CustomerOrganisationNumber="NO MVA" CustomerNumber=" " SupplierOrganisationNumber="NO MVA" MasterCustomerNumber=" " SupplierNumber="1234" CatalogType="M" CatalogItemCount="2" DiscountAgreementCount="2" > <CatalogItems> <CatalogItem CatalogLineNumber="1" ArticleNumber=" " TradeArticleNumber=" " EANArticleCode=" " ManufacturersArticleNumber=" " Description="Bend 10 x 200" Status="1" Weight="10.25" WeightUnit="kg" Volume="1.25" VolumeUnit="cm" UnitGrossPrice="235.00" UnitRecommendedRetailPrice="255.00" MeasurementUnit="STK" DiscountGroup="YA" ProductGroup="YA" ValidFromDate=" " ValidToDate=" " <CatalogItem CatalogLineNumber="2" ArticleNumber=" " Description="Bend 5 x 100" UnitGrossPrice="150.50" MeasurementUnit="STK" DiscountGroup="BG" ValidFromDate=" " ValidToDate=" " </CatalogItems> <DiscountAgreements> <DiscountAgreementItems CustomerNumber=" " > <DiscountItem DiscountLineNumber="1" DiscountIdentification="YA" DiscountType="GP" DiscountValue="10.00" MinimumQuantity="0" </DiscountAgreementItems> <DiscountAgreementItems CustomerNumber=" " > <DiscountItem DiscountLineNumber="1" DiscountIdentification="YA" DiscountType="GP" DiscountValue="20.00" MinimumQuantity="0" </DiscountAgreementItems> Side 11 av 19

12 </DiscountAgreements> </Catalog> </PriceCatalogs> Side 12 av 19

13 8. Testbeskrivelser og scenarioer Formål Formålet til dette kapittelet er å beskrive et minimum av testscenarioer som skal gjennomføres i forbindelse med implementeringen av nye brukere av elektroniske ordremeldinger. Etter at testscenarioene er gjennomført skal man være sikret at ordremeldinger tilfredsstiller de krav som er nødvendig for at elektroniske bestillinger for en kunde går problemfritt. Krav for gjenomføring av testscenarioer Avsender av melding Det forventes at avsender har et program/rutine/verktøy som kan produsere en melding i xml-format i henhold til den tekniske dokumentasjonen. Mottaker av melding Det forventes at mottaker har et program/rutine/verktøy som kan motta/verifisere og prosessere meldingen i henhold til den tekniske dokumentasjonen. Gjelder avsender/mottaker Når utveksling av meldinger er satt i produksjon er det rimeligste og mest praktiske at man bruker internett som meldingsbærer. Fortrinnsvis bør mottaker ha tilgjengligjort en FTPtjeneste som avsender benytter seg av. Transporten kan også gjøres med epost, men man mister da i stor grad mulighet til å automatisere utvekslingen av meldinger. Det anbefales sterkt at avsender og mottaker implementerer alle kontroller beskrevet i dette dokumentet i sine programmer/rutiner/verktøy. Dette for å sikre høyest mulig kvalitet på meldingsdata som utveksles. Testscenarioer 1. Struktur tester Tester som omhandler struktur og sammensetning vil sørge for at meldingene er logisk korrekt generert. Formålet er å hindre at meldinger uten meningsfylt innhold tar unødige ressurser i mottakersystemet. 1.1 Test av antall katalog og rabattlinjer i melding Hva: At en priskatalogmelding inneholder minst en kataloglinje eller rabattlinje. Handling: Kontroller at meldingen inneholder data for minst 1 vare eller 1 rabatt. Konsekvens ved feil: En tom melding (ukjent format) vil forkastes av mottakersystem. Feilmeldings e-post sendes til systemansvarlig hos mottaker og avsender. 1.2 Test av hode/linje sammensetning Hva: At hver melding har kataloghode og minst en linje. Meldinger uten hode eller linjer er ugyldig. Handling: Kontroller at meldingen inneholder hode med minst en linje av typen kataloglinje eller rabattlinje. Konsekvens ved feil: En ugyldig melding (mangler hode eller linje) vil bli forkastet av mottakersystem, og feilmeldings e-post sendes til systemansvarlig hos mottaker og avsender. Side 13 av 19

14 2. Felt tester Tester som omhandler de ulike feltverdiene sørger for at felter som skal fylles ut på en spesiell måte får korrekte verdier. Når det gjelder andre felter som ikke er nevnt under vil man finne krav til datatype og feltlengde i den tekniske dokumentasjonen for meldingen. 2.1 Test at obligatoriske felter ( må-felt ) er utfylt Hva: At minste krav til utfylte felt er oppfylt. For meldingsnode gjelder dette: MessageVersion MessageID MessageDate MessageStatus MessageType For kataloghodet gjelder dette: MasterCustomerNumber SupplierNumber CatalogType CatalogItemCount DiscountAgreementCount For kataloglinje gjelder dette: CatalogLineNumber ArticleNumber UnitGrossPrice For rabatthodet gjelder dette: CustomerNumber DiscountItemCount For rabattlinje gjelder dette: DiscountLineNumber DiscountIdentification DiscountType DiscountValue Handling: Kontroller at alle de nevnte feltene i meldingen har en verdi. Mer om formatet på feltene følger under. Konsekvens ved feil: En ugyldig melding ( må felter er ikke utfylt) vil bli forkastet av mottakersystem, og feilmeldings e-post sendes til systemansvarlig hos mottaker og avsender. 2.2 Test av feltet MessageVersion Hva: At meldingen identifiserer versjonnummer for denne meldingstypen. Handling: Kontroller at feltet inneholder verdien 1.1. Konsekvens ved feil: Ved ugyldig versjonsnr vil meldingen bli forkastet og feilmeldings e-post sendes til systemansvarlig hos mottaker og avsender. Side 14 av 19

15 2.3 Test av feltet MessageID Hva: At meldingen er unikt identifiserbar med en korrekt generert identifikator. Handling: Kontroller at feltet er sammensatt av avsenders organisasjonsnr (9 siffer) og datotid (14 siffer). Eks Konsekvens ved feil: Hvis dette feltet ikke er utfylt i henhold til spesifikasjon vil det ikke være mulig å garantere sporbarhet for meldingen. 2.4 Test av feltet MessageDate Hva: At meldingen har en gyldig generert datotid. Handling: Kontroller at feltet inneholder verdi bestående av 10 tegn på formen ÅÅÅÅ- MM-DDTtt:mm:ss f.eks T10:46:23. Konsekvens ved feil: Ved ugyldig datoformat vil meldingen bli forkastet og feilmeldings e-post sendes til systemansvarlig hos mottaker og avsender. 2.5 Test av feltet MessageStatus Hva: At meldingen har en gyldig statusverdi. Handling: Kontroller at feltet inneholder en gyldig verdi i henhold til spesifikasjonen. Pr er det verdien T for test og P for produksjon Konsekvens ved feil: Ved ugyldig statusverdi vil meldingen bli forkastet og feilmeldings e-post sendes til systemansvarlig hos mottaker og avsender. 2.6 Test av feltet MessageType Hva: At meldingen identifiserer en gyldig meldingstype. Handling: Kontroller at feltet inneholder verdien PRICAT. Konsekvens ved feil: Ved ugyldig verdi vil meldingen bli forkastet og feilmeldings e-post sendes til systemansvarlig hos mottaker og avsender. 2.7 Test av feltet MasterCustomerNumber Hva: Skal inneholde et gyldig kundenr/kontonr som er registrert i mottakersystemet. Handling: Kontroller at feltet inneholder den gyldige kundeidentifikatoren hos mottaker. Eksempelvis en tallverdi på 9 siffer ( ). Konsekvens ved feil: Ved ugyldig kundenr vil meldingen bli forkastet og feilmeldings e-post sendes til systemansvarlig hos mottaker og avsender. 2.8 Test av feltet SupplierNumber Hva: Skal inneholde et gyldig leverandørnr som er registrert i mottakersystemet. Handling: Kontroller at feltet inneholder den gyldige identifikatoren hos mottaker. Eksempelvis en tallverdi på 9 siffer ( ). Konsekvens ved feil: Ved ugyldig leverandørnr vil meldingen bli forkastet og feilmeldings e-post sendes til systemansvarlig hos mottaker og avsender. Side 15 av 19

16 2.9 Test av feltet CatalogType Hva: Skal inneholde en av de gyldige kodene iht til spesifikasjon. Tillatte koder er: M = Hovedkjøring (Main). Meldingen består av samtlige artikler og rabatter som denne kunden kan bestille elektronisk. U = Oppdatering (Update). Meldingen består av alle artikler og rabatter som er endret siden forrige hovedkjøring. Handling: Kontroller at feltet inneholder en gyldig kode Konsekvens ved feil: Ved ugyldig kode vil meldingen bli forkastet og feilmeldings e-post sendes til systemansvarlig hos mottaker og avsender Test av feltet CatalogItemCount Hva: At antall kataloglinjer er det samme som verdien i CatalogItemCount i kataloghodet. Handling: Kontroller at feltet inneholder en heltallsverdi som stemmer med antall kataloglinjer i meldingen. Konsekvens ved feil: Ved et avvik mellom feltverdi og antall linjer i meldingen vil den forkastes og feilmeldings e-post sendes til systemansvarlig hos mottaker og avsender Test av feltet DiscountAgreementCount Hva: At antall rabattavtaler i meldingen er det samme som verdien i DiscountAgreementCount i kataloghodet. Handling: Kontroller at feltet inneholder en heltallsverdi som stemmer med antall rabattlinjer i meldingen. Konsekvens ved feil: Ved et avvik mellom feltverdi og antall linjer i meldingen vil den forkastes og feilmeldings e-post sendes til systemansvarlig hos mottaker og avsender Test av feltet CatalogLineNumber Hva: At antall kataloglinjer er fortløpende nummert. Handling: Kontroller at feltet inneholder en heltallsverdi som løper fortløpende fra første kataloglinje til siste. Skal starte på 1. Konsekvens ved feil: Ved et avvik vil meldingen forkastes og feilmeldings e-post sendes til systemansvarlig hos mottaker og avsender Test av feltet ArticleNumber Hva: Skal inneholde et gyldig varenummer. Handling: Kontroller at feltet inneholder en verdi som er et gyldig NRF nummer. Konsekvens ved feil: Ved ugyldig NRF nummer vil meldingen forkastes og feilmeldings e-post sendes til systemansvarlig hos mottaker og avsender Test av feltet UnitGrossPrice Hva: Skal inneholde et gyldig tall, med punktum som skilletegn. Det skal alltid oppgis øre. Handling: Kontroller at feltet inneholder en verdi som er gyldig. For eksempel Konsekvens ved feil: Ved ugyldig verdi vil meldingen bli forkastet og feilmeldings e-post sendes til systemansvarlig hos avsender. Side 16 av 19

17 2.15 Test av feltet CustomerNumber Hva: Skal inneholde et gyldig kundenr/kontonr som er registrert i mottakersystemet. Handling: Kontroller at feltet inneholder den gyldige kundeidentifikatoren hos mottaker. Eksempelvis en tallverdi på 9 siffer ( ). Konsekvens ved feil: Ved ugyldig kundenr vil meldingen bli forkastet og feilmeldings e-post sendes til systemansvarlig hos mottaker og avsender Test av feltet DiscountLineNumber Hva: At antall kataloglinjer er fortløpende nummerert. Handling: Kontroller at feltet inneholder en heltallsverdi som løper fortløpende fra første kataloglinje til siste. Skal starte på 1. Konsekvens ved feil: Ved et avvik vil meldingen forkastes og feilmeldings e-post sendes til systemansvarlig hos mottaker og avsender Test av feltet DiscountIdentification Hva: At feltet har en verdi (alfanumerisk eller numerisk). Handling: Kontroller at feltet ikke er tomt ( empty string ). Konsekvens ved feil: Ved ugyldig innhold linjen bli forkastet og feilmeldings e-post sendes til systemansvarlig hos mottaker og avsender. Eventuelle gyldige linjer i samme melding vil bli godkjent Test av feltet DiscountType Hva: At feltet har en gyldig kode. Tillatte koder er: GP = Rabattgruppe med prosent (GroupPercent) AP = Varenummer med prosent (ArticlePercent) NP = Varenummer med effektiv pris (NetPrice) Handling: Kontroller at feltet har gyldig kode. Konsekvens ved feil: Ved ugyldig innhold linjen bli forkastet og feilmeldings e-post sendes til systemansvarlig hos mottaker og avsender. Eventuelle gyldige linjer i samme melding vil bli godkjent Test av feltet DiscountValue Hva: At feltet har en numerisk verdi. Handling: Kontroller at feltet kan tolkes som en numerisk verdi. Konsekvens ved feil: Ved ugyldig innhold linjen bli forkastet og feilmeldings e-post sendes til systemansvarlig hos mottaker og avsender. Eventuelle gyldige linjer i samme melding vil bli godkjent. Avhengigheter til andre meldinger testcaser. Disse testscenarioene har ikke avhengighet til testscenarioer for andre typer meldinger. Side 17 av 19

18 9. VERSJONSOVERSIKT/ENDRINGSLOGG VERSJON DATO ENDRINGER FRA FOREGÅENDE UTGAVE Første versjon klar for gjennomgang Utvidet feltet Description i noden CatalogItem til 90 tegn Endret tekst i kapittel 2, Underliggende prinsipper Endret figur i kapittel 3 til å gjenspeile struktur endringer. Endret navn på øverste node fra PriceCatalog til PriceCatalogs Catalog node o Flyttet attributter fra CatalogHead til Catalog o La til attributtet DiscountAgreementCount o Endret navn på attributtet CustomerNumber til MasterCustomerNumber Fjernet noden CatalogHead Ny node DiscountAgreements DiscountAgreementItems o Endret navnet DiscountItems til DiscountAgreementItems o La til attributtet CustomerNumber til noden DiscountAgreementItems. o Flyttet attributtet DiscountItemCount til noden DiscountAgreementItems Endret eksempel i kapittel 8 iht strukturendringene 2 nye tester, 2.15 og Fjernet attributtet DiscountItemCount fra noden DiscountAgreementItems. Fjernet tilhørende test To nye attributer i Catalog noden o CustomerOrganisationNumber o SupplierOrganisationNumber Nye attributter i CatalogItem node o TradeArticleNumber o EANArticleCode o ManufacturersArticleNumber o UnitRecommendedRetailPrice o ProductGroup Oppdatert beskrivelse for attributtene DiscountIdentification og DIscountType i noden DiscountItem Formatet godkjent Utvidet feltlengden for DiscountIdentification til 24 tegn Nytt felt i CatalogItem -> Status Nytt felt i CatalogItem -> Weight Nytt felt i CatalogItem -> WeightUnit Nytt felt i CatalogItem -> Volume Side 18 av 19

19 Nytt felt i CatalogItem -> VolumeUnit Side 19 av 19