BEAst Supply Material. Meddelandetyp ORDERÄNDRING, version 3.0

Relevanta dokument
BEAst Supply Material. Meddelandetyp TILLVALSORDER, version 3.0

BEAst Supply Material. Meddelandetyp ORDER, version 3.0

BEAst Supply. Meddelandetyp Offertförfrågan och Offert

BEAst Spridningsprojekt. Omvärldsanalys. Del 1: Sammanställning från intervjuer

Välkomna! Peter Fredholm på Digital samhandling i byggenäringen Oslo

Effektivare hyresprocess

Effektivare offert- och tillvalsprocess

Presentation. Benjamin Lindén. Marie Magnusson

Projektbeskrivning Effektivare tillvals- och offerthantering vid byggprojekt Stockholm

Projektet Effektivare varuförsörjning. Delrapport. Status

Nyhetsbrev 3/ företag i BEAst Portal. Viktiga pusselbitar på plats

Effektivare försörjning med digitala processer Peter Fredholm

BIM och e-affärer. Integration mellan processerna för handel / logistik och projektering

Byggbranschens konferens om e-affärer Peter Fredholm

Länk mellan projektering & logistik. BEAst Årskonferens, 19 april 2016

Nyhetsbrev 4/2018. Dokumentstandard klar. Komplett palett av standarder. BEAst l l

Agresso AB Tillämpning SFTI

BEAst Supply. Meddelandetyp KATALOG, version 1.0

Effektivare anläggningstransporter och maskintjänster 27 januari Peter Fredholm, vd på BEAst

Logistikutskottet

BEAst Supply - Effektivare anläggningstransporter. Peter Svensson på Swerock och Peter Fredholm på BEAst TTF 15 december 2015

Affärsdokumentspecifikation Publiceringsdatum: Version: Avropsbekräftelse Tillhörande meddelandespecifikation: MS 46

Arbetsutskott Logistik. Peabs pilotprojekt

Aktuellt inom BEAst. BEAst Årskonferens 24 april Peter Fredholm

Projektet Effektivare varuförsörjning

Informationsträff. Projektet Effektivare varuförsörjning. Stockholm

Affärsdokumentspecifikation Publiceringsdatum: Version: Avropsbekräftelse Tillhörande meddelandespecifikation: MS 46

Projektbeskrivning "Effektivare varuförsörjning" Etapp 2 med införande och pilotprojekt

Effektivare anläggningstransporter och maskintjänster

Handledning PEPPOL Punch Out

Affärsdokumentspecifikation Publiceringsdatum: Version: 1.3.0

Infrastruktur för effektiva e-affärer i byggsektorn. Peter Fredholm, BEAst årskonferens, april 2016

Beräkning av nytta med e-faktura vid olika typfall. Vägledning från BEAst

Nyhetsbrev 1/2015. Nya namn på BEAst:s standarder. Introduktion till PEPPOL. Konferens om e- affärer 2015

Anvisning för Svensk Livfaktura

Process- och informationsmodell. December 2012

BEAst. Rekommendation Bilagehantering. Rekommendation Bilagehantering ver november 2015

Effektivare varu- försörjning, etapp två. Rapport från BEAst

BEAst arbete för effektivare bygglogistik AMA Konvent, Svensk Byggtjänst Peter Fredholm

Workshop Punchout Integration mellan webbshop och EDI. BEAst 26 januari 2016

STOCKHOLM LIGHTHOUSE Kvarnholmen, Stockholm

Nyhetsbrev 1/2016. Projektering + logistik för effektivare projekt

Utgåva Datum Utfärdare Status Kommentar Tomas Wennebo. Jämförelse mellan Avrop mot ramavtal (ESAP 6) från version 2.6 till version 2.7.

Affärsdokumentspecifikation Publiceringsdatum: Version: 1.60 Orderbekräftelse Tillhörande meddelandespecifikation: MS 32

Affärsdokumentspecifikation Publiceringsdatum: Version: 2.30

Isolda Inköp - EDI. Specifikation v 2.0

Peabs erfarenheter av branschstandarden för anläggningstransporter och maskintjänster, Nordic e-construction (NeC). BEAst årskonferens

HANDLEDNING TILL TEKNISK BILAGA - TB 2007

Affärsdokumentspecifikation Publiceringsdatum: Version: 1.3.0

Projektbeskrivning NeC etapp 3

Göteborgs stads krav för elektronisk handel

Affärsdokumentspecifikation

DÄCKPORTAL. REKLAMATIONER OCH ÅTERKÖP ENDAST FÖR DÄCK LEVERERADE AV WYZ (Gäller ej däck som fakturerats direkt av däcktillverkarna)

Affärsdokumentspecifikation Publiceringsdatum: Version: Orderbekräftelse Tillhörande mappningsspecifikation: MS 32

Handledning. Att skicka elektronisk fristående Svefaktura 1.0 via eprinter till Säljdag Intention AB

Effektivare granskningsprocess

Handledning PEPPOL Punch Out

Ellevio AB har ett standardsystem för elektronisk hantering av inköpsordrar.

Affärsdokumentspecifikation Publiceringsdatum: Version: 2.0.0

Handledning. Att skicka elektronisk fristående Svefaktura 1.0 till Säljdag Intention AB

1 Skapa beställning och leveranskvittera

Inköpsorder finner man under Inköp Orderbearbeting Order.

Val av PEPPOL-ID. Val av PEPPOL-ID

Senast uppdaterat: Exder EDI direktorder sida 1 av 18

BEAst rekommendation för hantering av bilagor till elektroniska fakturor

1. Exempelbeskrivning

Handledning. Att skicka elektronisk fristående Svefaktura 1.0 via eprinter till Malmö stad

Lathund för ordermatchning. Version

Nyhetsbrev 1/2014. Goda resultat i NeCpiloter. Rapport från BEAst årliga konferens

Ifyllnadsexempel för Extempore

Affärsdokumentspecifikation Publiceringsdatum: Version: Avrop Tillhörande meddelandespecifikation: MS 45

Projektbeskrivning Effektivare integration mot portaler och dokumentplattformar SBUF-projekt Stockholm

Affärsdokumentspecifikation Publiceringsdatum: Version: 1.3.0

Handledning. Att skicka elektronisk fristående Svefaktura 1.0 till Mölndals stad

Handledning. Att skicka elektronisk fristående Svefaktura 1.0 via eprinter till Eskilstuna kommun

Bilaga 5b Faktureringsrutiner Dnr: /

Effektivare digital hantering av bygghandlingar

BEAst Bygg- och fastighetssektorns Elektroniska Affärsstandard Verksamhetsberättelse 2015

Ny version av Exder

Verksamhetsplan BEAst Bygg- och fastighetssektorns Elektroniska Affärsstandard

Projektbeskrivning Effektivare granskningsprocess SBUF-projekt Stockholm

Handledning Samordnad Varudistribution

Ekonomistyrningsverkets cirkulärserie över föreskrifter och allmänna råd

Palette. Matchning fakturor mot order - Manual. Version 1.0 /

Handledning. Att skicka elektronisk fristående Svefaktura 1.0 via eprinter till Landstinget i Östergötland

Verksamhetsplan BEAst Bygg- och fastighetssektorns Elektroniska Affärsstandard

Handledning. Att skicka elektronisk fristående Svefaktura 1.0 via eprinter till Härjedalens kommun

1. Exempelbeskrivning

Digital inlämning av årsredovisningar

Försäljningsordern finns under Försäljning och marknadsföring Orderbearbetning Order.

SMSI Byggfaktura. Per-Lennart Persson. BEAst erfarenhetsseminarium

BEAst arbetsutskott Teknik

1. Exempelbeskrivning

PEPPOL Införandeprojekt

Utgåva Datum Utfärdare Status Kommentar Tomas Wennebo. Prislista original/ersättning AT version 2.30

RAMAVTALSBILAGA 12. AVROP AV OPERATÖRSTJÄNST FÖR DISTRIBUTION AV KUNDFAKTUROR MALL FÖR SPECIFIKATION AV UPPDRAG Uppdaterad

1. Exempelbeskrivning

Framgångsexempel inom ehandel NEA Staffan Olsson

Affärsdokumentspecifikation Publiceringsdatum: Version: Avrop Tillhörande meddelandespecifikation: MS 45

Beskrivning av xml-produkten FirmagranskningSokord(F34) version 2.00

Transkript:

BEAst Supply Material Branschstandard för varuförsörjning Meddelandetyp ORDERÄNDRING, version 3.0 Anvisning för implementering BEAst 2019-08-01 BEAst AB, Augusti 2019 www.beast.se info@beast.se Sida 1

Innehållsförteckning Innehållsförteckning... 2 1. Introduktion... 3 1.1 Rättigheter...3 1.2 Ändringslogg...3 1.3 Bakgrund och förvaltning...3 1.4 Målgrupp...3 2. Information om meddelandet... 3 3. Process... 4 3.1 Verksamhetsfördelar med meddelandet...4 3.2 Del av BEAst Supply Material-processen...5 3.3 Verksamhetsregler...6 4. Meddelandets innehåll... 7 4.1 Grunddata i meddelandet...7 4.2 Lista på meddelandeinnehåll...7 4.3 Exempel på delar av meddelandet...7 Status... 7 Identitet och referens... 8 Versioner... 8 Orderändringsrader... 8 Radstatus... 8 Fritext... 9 Kuvertering och kommunikation av meddelanden... 9 5. Referenser... 9 6. Typfall... 10 6.1 Typfall 1 Komplett meddelande... 10 6.2 Typfall 2 Ändring av önskad leveranstid... 10 6.3 Typfall 3 Ny orderrad... 10 6.4 Typfall 4 Annullering av hela ordern... 10 BEAst AB, Augusti 2019 www.beast.se info@beast.se Sida 2

1. Introduktion 1.1 Rättigheter BEAst AB äger upphovsrätten till branschstandarden som beskrivs i detta dokument. För implementeringar kan dokumentet fritt laddas ned från BEAst webbplats och användas. Anpassningar är tillåtna, förutsatt att interoperabilitet säkerställs. Detta dokument får inte ändras, distribueras, säljas eller ompaketeras på något sätt utan föregående samtycke från BEAst AB. 1.2 Ändringslogg Ändringslogg för detta dokument. Version Ansvarig Datum Ändringsbeskrivning 1.0 BEAst 2019-08-01 Version 1.0 Senaste version på meddelandet Orderändring enligt BEAst Supply Material är 3.0.1. 1.3 Bakgrund och förvaltning Standarden BEAst Supply Material är framtagen i ett SBUF-projekt av en arbetsgrupp inom BEAst. Detta meddelande är ett av flera som ingår i den standarden. Förvaltningen av standarden sker inom BEAst Logistikutskott som ansvarar för området varuförsörjning. Deltagande i utskottet är öppet för medlemmar i BEAst ideell förening. Den senaste versionen av både meddelandet och detta dokument hämtas på http://beast.se/standarder/beast-supply-material/. Detta meddelande är en standard för byggbranschen även i Norge och Finland, men kallas då NeB Supply Material respektive RT Supply Material. Innehållet är identiskt mellan de tre länderna och standardmeddelandet förvaltas gemensamt av de tre ländernas organisationer. För mer information, kontakta info@beast.se. 1.4 Målgrupp Målgrupp för standarden BEAst Supply Material är byggentreprenörer, installatörer, grossister, detaljister och andra leverantörer och tillverkare samt logistikföretag. Detta dokument vänder sig till personal som i detalj ska förstå möjligheterna med meddelandet och vad det kan användas till samt teknisk personal som arbetar med utveckling, integration samt och mappning av meddelanden. 2. Information om meddelandet Det finns ett antal grundläggande funktioner i meddelandet med tillhörande rekommendationer: BEAst AB, Augusti 2019 www.beast.se info@beast.se Sida 3

a. Meddelandet skickas från köparen till dennes leverantör för att specificera ändringar i en tidigare lämnas order. b. Orderändringen kan avse både avrop och annan typ av order. c. Om meddelandet Leveransplan används ska volymerna i orderändringen tas hänsyn till i den uppdaterade leveransplanen. d. Meddelandet används för att ändra leveranstid och/eller kvantiteter samt för att ta bort eller lägga till orderrader. e. Leverantören använder meddelandet Orderbekräftelse för att bekräfta, avvisa eller ändra orderändringen. f. Meddelandet baseras på XML som format. Det bygger på termer och grupper av termer som också finns i andra delar av BEAst Supply-standarden. g. Övrig dokumentation till detta meddelande är (laddas ned från beast.se): i. Affärsdokument Översikt som är en enkel lista över innehållet, dvs vilka uppgifter som kan skickas i meddelandet. ii. Affärsdokument Specifikation som även inkluderar uppgifter om fältlängd, datatyp, taggnamn, kommentarer och förtydliganden, samt koder i förekommande fall. iii. XML Schema som är det tekniska regelverket för meddelandet som definierar formatet, vilka uppgifter som måste inkluderas samt definition av datatyp och fältlängder. Det är också en exekverbar fil som parterna kan använda operativt för att validera filer som skickas och tas emot. iv. Exempelfil i XML-format som också kan användas för test. v. Change log som är en sammanfattning av ändringar från tidigare versioner av meddelandet. h. Meddelandets dokumentation i form av t.ex. affärsdokument finns även på engelska på http://beast.se/en/standards/. i. Meddelandet kan skickas med den tekniska lösning för överföring som parterna kommit överens om, men rekommendationen från BEAst är att använda infrastrukturen PEPPOL för att garantera en säker överföring som inkluderar viss validering. BEAst tillhandahåller en sådan accesspunkt, se https://beast.se/tjanster/beast-peppol-tjanst/. j. BEAst rekommenderar att alltid använda kuvert enligt SBDH. Se även avsnitt 4.3. 3. Process 3.1 Verksamhetsfördelar med meddelandet Exempel på fördelar med att använda meddelandet. För köparen: Enklare och snabbare att uppdatera en order med ändringar jämfört med att göra det manuellt. Samma ändring sker i båda parters system. Underlag för automatisk fakturamatchning mot uppgifter i den ändrade ordern. Ändringen kommer fram direkt till leverantören samt processas i dennes system utan eller med begränsad manuell hantering. BEAst AB, Augusti 2019 www.beast.se info@beast.se Sida 4

För leverantören: Automatiserad mottagning av orderändring sparar arbets- och ledtid. Systemet kan validera en mottagen ändring och skapa ett svar tillbaka. Gemensamt: Bättre ordning och reda när alla order och uppgifter om dem är uppdaterade med ändringar. Maskinell hantering och systemstöd gör att kvaliteten blir bättre och antalet fel minskar. 3.2 Del av BEAst Supply Material-processen Grunden för BEAst Supply Material är en processbeskrivning för att få till stånd ett samordnat arbetssätt i branschen när man samverkar genom att använda system som kopplas samman i digitala flöden. Processen är en övergripande beskrivning av arbetssättet som varje företag sedan tillämpar på bästa sätt. Processen för orderhantering i form av avrop och avropsändring beskrivs på http://beast.guidecloud.se/diagram/342/ och den övergripande varuförsörjningsprocessen på: http://beast.guidecloud.se/diagram/290/. Huvudprocess Försörjningsprocessen Delprocesser DP Projektering DP Inköp Projektering Specifikation Projektavtal Inköpsplanering DP Avrop Avrop Leveransplanering Avropsändring Manuellt avrop Tillval DP Leverans Plock, pack, märk Från leverantör Via TPL Under Transport Ankomst På bygge DP Fakturering Fakturering betalning Delprocesser i försörjningsprocessen och en del av BEAst Supply Material. För delprocessen om order- eller avropsändring finns denna beskrivning: BEAst AB, Augusti 2019 www.beast.se info@beast.se Sida 5

Entreprenör 1a. Ändrat avrop Accepteras ändring? Nej Ja Till Plock, pack, märk DP Avrop (entreprenör) 1b. Ändrat behov Annullera avrop? Ja Nej 2. Annullera avrop 3. Skapa orderändring Nej Ja Accepteras ändring? Leverantör DP Avrop (leverantör) Ärende avslutat 4. Ta emot orderändring Annullerat avrop? Ja Nej 5. Skicka avropsbekräftelse Delprocess avropsändring. Sammanfattning av ändringsprocessen: Ändring kan triggas av att köparen fått ett annat behov, t.ex. av att beställa fler artiklar eller få en senare leverans. Det kan också triggas av att köparen efter att ha fått en ändring av sitt avrop i leverantörens bekräftelse vill göra en ändring. Ett exempel kan vara att annullera en avropsrad om leveranstiden senarelagts av leverantören. Meddelandet kan även användas för att annullera hela ordern. Leverantören granskar den begärda ändringen och accepterar eller avslår den genom att skicka en order- eller avropsbekräftelse. 3.3 Verksamhetsregler Dessa regler ska följas och är obligatoriska för att tillämpa meddelandet. Notera referens till termnummer eller aktuell XML-tagg inom parantes. a. Alla uppgifter som är märkta som obligatoriska, 1..1 eller 1..n, måste skickas. För de som är frivilliga, t.ex. märkta med 0..1 eller 0..n, ska de finnas med om de rekommenderas under detta avsnitt eller om parterna överenskommer om att skicka dem. b. Grunduppgifter om ordern, både på huvud- och radnivå, finns även i ändringsmeddelandet och skall finnas med även i orderändringen. Se kompletterande regler i ordermeddelandets guide. c. En orderändring måste ha en unik identitet, orderändringsnummer (T6409), och denna sätts av köparen. Säljaren ska i följande kommunikation alltid referera till den identiteten. d. Det ska finnas en referens till den order som ändringen avser (T3316). e. Det första ändringsmeddelandet för en viss order ska inkludera termen för Versionsnummer, T6390, med värdet 1, medan fältet för termen Referens till tidigare version, T6391, är tomt. Om det skickas en andra ändring på samma order blir värdet i T6390 2 och i T6391 1. BEAst AB, Augusti 2019 www.beast.se info@beast.se Sida 6

f. Status (T6370) är inte obligatorisk men rekommenderas. Där anges med en kod vad ändringen avser, t.ex. om den avser huvud och/eller rad eller om det är en annullering av hela ordern. g. En orderändring måste inte innehålla rader (OrderChangeLine), t.ex. i de fall då hela ordern annulleras. h. Om leverantören i sin orderbekräftelse har avvisat en rad ska denna ha tagits bort i den uppdaterade ordern hos både köpare och säljare. Den raden är borta och kan alltså inte ingå i meddelandet Orderändring. i. På samma sätt ska en rad som köparen annullerat i en första orderändring därmed vara borta och kan inte längre bli föremål för en ny ändring. j. Om det förekommer restorder och vissa rader redan levererats och fakturerats ska dessa rader tas bort från den uppdaterade ordern och därmed inte kunna ändras. k. För övriga verksamhetsregler, se motsvarande implementeringsguide för ordermeddelandet. 4. Meddelandets innehåll 4.1 Grunddata i meddelandet Det som är särskilt viktiga uppgifter i meddelandet är: Referens till den order som ska ändras (T3316). Orderändringsnummer (T6409), en unik identitet som sätts av köparen och som leverantören ska referera till i den fortsatta dialogen angående ändringar. Däremot är det ordernumret (T3316) som ska vara referens i leveransavisering och faktura. I huvudet anges typ av ändring (T6370), t.ex. att det är en ändring endast på radnivå. I de fall ändring skett på radnivå ska samtliga rader som fanns med i ordern (avropet) skickas med en status (T6115). Där anges med en kod om raden är Ny, Ändrad, Ej ändrad eller Borttagen. För övriga grunddata, se motsvarande implementeringsguide för ordermeddelandet. 4.2 Lista på meddelandeinnehåll Denna finns på http://beast.se/standarder/beast-supply-material/meddelanden/version-3-0/order/ under 1. Dokumentation affärstransaktioner, dels i form av en enkel lista med ingående uppgifter som kan skickas i meddelandet vilken kallas 1a. Affärsdokument Översikt och dels i form av en detaljerad version som kallas 1b. Affärsdokument Specifikation. 4.3 Exempel på delar av meddelandet I detta avsnitt finns exempel på utformning av de informationsgrupper och element som avser ändring. Eftersom ändringsmeddelandet ska spegla ordern refereras till motsvarande implementeringsguide för ordermeddelandet där t.ex. parter, artikelinformation och mycket annat finns och gäller även meddelandet för orderändring. Status I meddelandets huvud ska anges vad som ändrats sedan den tidigare skickade ordern (T6370). Det finns fyra alternativa status för ändringen, alla representerade med en kod. Dessa är: BEAst AB, Augusti 2019 www.beast.se info@beast.se Sida 7

Kod '01' = Ändring i meddelandets huvud Kod '02' = Ändring på meddelandets rad Kod '03' = Ändring på både huvud och rad Kod '04' = Annullering av hela ordern Exempel på annullering av order: <Status>04</Status> Identitet och referens Orderändringen har en egen unik identitet (T6409) som inte är lika med ordernumret. <OrderChangeNumber>282762</OrderChangeNumber> Dessutom anges identiteten på den order (T3316) som ändras: <ReferenceToOrder>182738</ReferenceToOrder> Båda dessa uppgifter finns inledningsvis i meddelandehuvudet. Versioner Första gången ändringsmeddelandet skickas ska versionsnummer (T6390) ha en etta som värde medan referensen till den tidigare versionen (T6391) ska utelämnas. I exemplet nedan skickas orderändringen en första gång. <VersionNumber>1</VersionNumber> I exemplet nedan skickas orderändringen en andra gång. <VersionNumber>2</VersionNumber> <ReferenceToAnEarlierVersion>1</ReferenceToAnEarlierVersion> Orderändringsrader Rader ska alltid förekomma bortsett för kod 1 (ändring i huvudet) och kod 4 (annullering av hela ordern) i T6370. Radnummer ska numreras från nummer 1, 2, 3 och framåt. <OrderChangeLine> <LineNumber>1</LineNumber> Radstatus I de fall rader förekommer ska alltid T6115 förekomma för att specificera typ av eventuell ändring på respektive rad. De koder som finns för att ange status på orderändringsrad är: Kod '1' = Tillagd Kod '2' = Ändrad Kod '3' = Ej ändrad Kod '4' = Borttagen. I exemplet har det alltså skett en ändring på raden vilket indikerar för det mottagande systemet att uppdatera ordern samt eventuellt avisera en användare för att acceptera ändringen. <LineStatusNeB>2</LineStatusNeB> BEAst AB, Augusti 2019 www.beast.se info@beast.se Sida 8

Oavsett vilket av dessa alternativ som är aktuellt ska alla värden från motsvarande orderrad skickas. För en ny rad (kod 1) skickas naturligtvis de uppgifter om kvantitet och annat som gäller. För en ändrad rad (kod 2) skickas de nya uppgifterna tillsammans med övriga uppgifter från motsvarande orderrad. För en rad där ingen ändring skett (kod 3) skickas samma uppgifter som i motsvarande orderrad. För en rad som annulleras (kod 4) skickas samma uppgifter som i motsvarande orderrad. Fritext Att använda fritextmeddelanden i en kommunikation av meddelanden mellan system är alltid en risk, men det finns fält som köparen kan använda för att skicka med extra information till leverantören. Innan dessa används måste köparen säkerställa att de kan läsas av leverantören. I huvudet finns en referens för transportinformation (T6008) för eventuella förtydliganden som kan behövas för leveransen. <TransportationInformation>Fordon med bakgavellift</transportationinformation> På radnivå finns en informationsgrupp för fritext (Text). T6031 Radinformation används i första hand för tilläggsuppgifter för att förtydliga för leverantören. T6036 Kundens anmärkning används i andra hand. <Text> <LineItemInformation>Obs Röda handtag</lineiteminformation> <CustomerRemarks>Leverans tillsammans med order 456789</CustomerRemarks> <LanguageCode>SE</LanguageCode> </Text> Kuvertering och kommunikation av meddelanden BEAst generella rekommendation är att meddelanden ska kuverteras med den standard som kallas SBDH. BEAst Tekniska utskott har tagit fram en anvisning för hur detta ska ske, se http://beast.se/standarder/rekommendationer/. För kommunikation av meddelanden rekommenderar BEAst att den internationella infrastrukturen PEPPOL används. BEAst tillhandahåller byggbranschen en accesspunkt till PEPPOL, se http://beast.se/tjanster/beast-peppol-tjanst/. Det finns även andra aktörer som erbjuder denna typ av tjänst på marknaden. Alla företag som är manuellt anslutna till BEAst Portal kan nås via PEPPOL. 5. Referenser Detta och övriga meddelanden finns att ladda ned på https://beast.se/standarder/beast-supply-material/ där det också finns annan information. På https://beast.se/standarder/beast-label/ finns en manual för BEAst Label som ger exempel på kopplingen mellan ordermeddelandet och fält i etiketten. Där finns också en teknisk specifikation. BEAst AB, Augusti 2019 www.beast.se info@beast.se Sida 9

6. Typfall Dessa typfall finns som XML-filer för att underlätta vid implementering, se separata xml-filer per testfall. 6.1 Typfall 1 Komplett meddelande En orderändring med alla element inkluderade, alltså inget typfall utan ett bruttomeddelande. 6.2 Typfall 2 Ändring av önskad leveranstid Alla rader är identiska med ordern, men den önskade leveranstiden är ändrad. Ordern består av två orderrader vilka ej ändrats och därför finns inga orderrader i ändringsmeddelandet. 6.3 Typfall 3 Ny orderrad Det har tillkommit en ny orderrad förutom de två tidigare raderna som inte ändrats. 6.4 Typfall 4 Annullering av hela ordern Hela ordern avbokas och då behöver rader inte skickas. BEAst AB, Augusti 2019 www.beast.se info@beast.se Sida 10