SPESIFIKASJON. Ordreflyt i VSYS VirkesHandel SKOG-DATA AS

Transkript

1 SPESIFIKASJON Ordreflyt i Sporing og oppfølging av leveranser i verdikjeden gjennom Innkjøpsordre og Salgsordre i og utveksling av informasjon med papinet e-dokumenter. Saksbehandler: Trond Karlsen Versjon 0.2 Revisjonshistorie: Versjon Beskrivelse Dato 0.2 Oppdatert med flere scenarioer og redusert detaljer i hver scenario for å gi bedre overordnet beskrivelse Første utkast SKOG-DATA AS Økernveien 94, 0579 Oslo firmapost@skogdata.no Din samarbeidspartner innen forretningskritisk IT - når kontinuitet er viktig!

2 Innhold 1 INNLEDNING Prosessen for kjøp og salg Referansedokumenter 4 2 INNKJØPSORDRE OG SALGSORDRE Internt hos et ledd i verdikjeden Mellom handelsledd i verdikjeden Videresalg og kobling i flere ledd Endring/omdisponering ved videresalg og kobling i flere handelsledd 7 3 INFORMASJONSUTVEKSLING MELLOM HANDELSPARTNERE papinet e-dokumenter Mapping mellom databaseentiteter og e-dokumenter Forsendelse av e-dokumenter 8 4 GENERELLE ELEMENTER BRUKT I PAPINET E-DOKUMENTER Party Product Quantity MapCoordinates 9 5 GENERELLE REGLER FOR UTFYLLING AV PAPINET PURCHASEORDER PurchaseOrder root element PurchaseOrderHeader PurchaseOrderLineItem 10 6 GENERELLE REGLER FOR UTFYLLING AV PAPINET ORDERCONFIRMATION root element Header LineItem 13 7 INTEGRASJON MOT INNMÅLING OG TRANSPORT 15 8 SCENARIOER Innkjøp i første handelsledd (Innkjøp med et handelsledd) Scenario Prosessen Innkjøp med to handelsledd Scenario Prosessen Avtalene mellom industrien ( og Massebruket) og salgsorganisasjonen Innkjøp fra skogeiere 21 Side 2

3 Kobling IO og SO hos Salgsorganisasjon for å fylle opp leveransene mot industrien Innkjøp med to handelsledd to varemottagere av samme vare Scenario Prosessen Kobling IO og SO hos Salgsorganisasjon for å fylle opp leveransene mot industrien Tre handelsledd videresalg Scenario Prosessen Kobling og oppdatering i verdikjeden Tre handelsledd videresalg til to varemottagere og omdisponering av en leveranse Scenario Prosessen inngår en ny avtale med Massefabrikken kobler SO mot IO omdisponerer allerede koblet leveranse mot Massebruket Tre handelsledd videresalg til to varemottagere i siste ledd og omdisponering av virke på vei Scenario Prosessen åpner for levering fra en vareleverandør til to varemottagere Tre handelsledd kansellering av ordre i siste ledd Ordre er feilregistrert Den inngåtte avtalen (kontrakten) kanselleres 33 9 FEILHÅNDTERING OG OVERVÅKING AV DATAUTVEKSLINGEN Logging av forsendelser Bruk av kvitteringsmelding Status på forsendelser Status på transaksjoner Overvåking 35 Side 3

4 1 Innledning Dokumentet beskriver hvordan leveranser følges opp og kan spores gjennom flere handelsledd ved bruk av Innkjøpsordre og Salgsordre i. Informasjonen flyter mellom handelspartnere som papinet e-dokumenter. 3. parts løsninger kan opptre i verdikjeden så lenge de mottar og formidler informasjon ved bruk av de spesifiserte e-dokumentene. Det forutsettes at bruker har tilgang til følgende dokumenter/informasjon i tillegg til dette dokumentet: Schema for det aktuelle e-dokumentet Dokumentasjonen for det aktuelle e-dokumentet papinet Data Dictionary for detaljert spesifikasjon av hvert element Alt kan lastes ned fra skiller mellom innkjøp og salg/leveres som to moduler. Som opsjon leveres også en produksjonsmodul, men integrasjon mot denne modulen inngår ikke denne spesifikasjonen. VirkesHandel Innkjøp Produksjon Salg / Leveranse Plan Plan Plan Produksjon Produksjon Produksjon Oppgjør Oppgjør Oppgjør R&A R&A R&A Register Register Register GIS GIS GIS MKS MKS MKS 1.2 Prosessen for kjøp og salg forutsetter at det foreligger en avtale mellom kjøper og selger før en innkjøpsordre eller salgsordre godkjennes i systemet. Avtalen bestemmer hvilke mengder som skal leveres av hvilke varer i angitte tidsrom. En slik avtale betegnes ofte som en Kontrakt. Basert på avtalen registreres innkjøpsordre/salgsordre. Dersom det ikke foreligger en avtale på forhånd, må systemet kunne håndtere «forhandlinger» om volumer og priser. Det vil resultere i en kompleks informasjonsutveksling i form av elektroniske meldinger og er ikke implementert i løsningen. 1.3 Referansedokumenter Følgende dokumenter inneholder informasjon relatert til dette temaet: «Dataflyt og datautveksling - Standard for implementering av datautveksling mellom systemer og moduler i VSYS» «VSYS DataBuss - Dataflyt i VSYS» Side 4

5 «papinet Envelope - Dataflyt i VSYS» Alle dokumentene kan lastes ned fra 2 Innkjøpsordre og salgsordre I innføres begrepene Innkjøpsordre og Salgsordre. Hvert omsetningsledd (hver aktør) vil ha et sett med innkjøpsordre og et sett med salgsordre. 2.1 Internt hos et ledd i verdikjeden Under innkjøp registreres Innkjøpsordre (IO) og under salg registreres Salgsordre (SO). Ved videresalg kan hele eller deler av en innkjøpsordre (IOx i figuren) kobles til en salgsordre (SOx i figuren) som et leveranseobjekt (LOx i figuren). Ved innkjøp til forbruk skjer ingen kobling mellom IO og SO. Omsetningsledd Innkjøpsordre (IO1) Sagtømmer (LO1) Massevirke Salgsordre (SO1) Sagtømmer (LO1) Sagtømmer (LO3) Innkjøpsordre (IO2) Sagtømmer (LO3) Massevirke (LO4) Salgsordre (SO2) Massevirke (LO4) Massevirke (LO6) Innkjøpsordre (IO3) Sagtømmer Massevirke (LO6) Massevirke (LO7) Salgsordre (SO3) Massevirke (LO7) Et eksempel basert på figuren over. Vi tar utgangspunkt i salgsordre SO1. Dette er et salg av sagtømmer til et sagbruk. For å kunne fylle opp leveransen, må omsetningsleddet hente sagtømmer fra to vareleverandører. Det er skrevet innkjøpsordre (IO1 og IO2) mot disse vareleverandørene. Sagtømmeret fra IO1 kobles til salgsordren SO1. Det opprettes da et leveranseobjekt LO1 i systemet. På samme måte kobles sagtømmeret fra IO2 også mot salgsordre SO1. Leveranseobjektet LO3 opprettes. Vi har nå full sporing tilbake til vareleverandørene for alt tømmeret som levers på salgsordren SO1. En innkjøpsordre kan kobles mot en salgsordre tidlig eller sent i prosessen. Det vil være et krav om at en salgsordre av typen «videresalg» alltid må ha et tilknyttet leveransobjekt/måleoppdrag før levering kan iverksettes. En kobling mellom en IO og en SO er definert som en Leveranse eller Leveranseobjekt. Et leveranseobjekt er en angitt mengde av en vare som skal leveres i en angitt tidsperiode og har en vareleverandør og en varemottager. I figuren over er også to varelinjer som ikke er koblet og derfor ikke er definert som et leveranseobjekt. På innkjøpsordre 3 (IO3) er varen massevirke splittet i to leveranseobjekter koblet til to forskjellige SO. 2.2 Mellom handelsledd i verdikjeden Et salg i et handelsledd resulterer i et kjøp i neste handelsledd. En salgsordre hos et omsetningsledd (aktør) må kobles mot en innkjøpsordre hos neste omsetningsledd. Det vil alltid være et 1:1 forhold mellom innkjøpsordre i et omsetningsledd og en salgsordre i foregående ledd. Denne kjeden av sammenkoblinger Side 5

6 utgjør handelsveien. Den enkelte aktør vet hvem forrige og neste omsetningsledd er. En innkjøpsordre hos kunde-3 må ha en referanse til salgsordre hos kunde-2. Hos kunde-2 er det en kobling mellom salgsordre og innkjøpsordre. Innkjøpsordre hos kunde-2 må ha en referanse til salgsordre hos kunde-1. Hos kunde-1 er det igjen en kobling mellom salgsordre og innkjøpsordre. Det er hele tiden leveranseobjektet som er koblet og referert mellom innkjøps- og salgsordre. Leveranseobjektet inneholder vareleverandør og varemottager. Omsetningsledd A Omsetningsledd C Omsetningsledd D Innkjøpsordre (IO1) Salgsordre (SO1) Innkjøpsordre (IO4) Salgordre (SO4) Innkjøpsordre (IO6) Sagtømmer (LO1) Sagtømmer (LO1) Sagtømmer (LO1) Massevirke (LO2) Massevirke (LO2) Massevirke (LO2) Massevirke (LO2) Massevirke (LO2) Omsetningsledd B Innkjøpsordre (IO2) Sagtømmer (LO3) Massevirke (LO4) Salgsordre (SO2) Sagtømmer (LO3) Sagtømmer (LO5) Innkjøpsordre (IO5) Sagtømmer (LO3) Sagtømmer (LO5) Innkjøpsordre (IO7) Innkjøpsordre (IO3) Salgsordre (SO3) Salgsordre (SO5) Sagtømmer (LO5) Massevirke (LO4) Massevirke (LO4) Massevirke (LO6) Massevirke (LO6) Massevirke (LO6) Massevirke (LO6) Vareleverandør Varemottager Oppdatering av salgsordren sendes elektronisk som en ordrebekreftelse til neste ledd og fører til en automatisk oppdatering av innkjøpsordren (de røde pilene i figuren). Slike oppdateringer kan gå begge veier (en oppdatering av innkjøpsordre sendes som en elektronisk ordre til forrige ledd). I VSYS VH er vi helt avhengig av at opplysninger om vareleverandør flyter helt fram til siste omsetningsledd og at opplysninger om varemottager flyter helt tilbake til første omsetningsledd. Resultatet er at alle kjenner hele handelsveien (inkludert hvem som er vareleverandør og varemottager). Ved omsetning av virke utføres måling ved mottak hos siste omsetningsledd. Dette måledokumentet skal brukes av alle aktører som grunnlag for fakturering og oppfølging av avtaler/leveranser. Måledokumentet må derfor gjøres tilgjengelig for alle aktørene. Sporingsinformasjon og handelsveien henger nøye sammen. Handelsveien og sporingsinformasjonen må sendes fra klient til klient (aktør til aktør). Hver aktør i handelskjeden (handelsveien) knytter til informasjon om seg selv slik at helehandelsveien (alle aktørene) er kjent for alle. Informasjonen blir samlet i måleoppdraget. Opplysningene om vareleverandør og varemottager er nødvendig med tanke på transportoppdrag (logistikktransaksjonen). 2.3 Videresalg og kobling i flere ledd I den normale omsetningsprosessen med to handelsledd (skogeier salgsorganisasjon kjøper) bestemmer salgsorganisasjonen hvilken kjøper som skal ha de konkrete varepartiene (leveranseobjektene). Legger vil til et handelsledd til, vil vi to forskjellige scenarioer: 1. Alt av en vare videreselges (f.eks. at første kjøper beholder alt sagtømmer og selger alt massevirke videre til en kjøper 2). 2. En innkjøpt vare fordeles til to forskjellige kjøpere (f.eks. at første kjøper beholder alt sagtømmer og videreselger massevirket fordelt på to kjøpere) I det første scenarioet vil alt massevirket som knyttes til salgsordren hos salgsorganisasjonen bli koblet videre til varemottageren. I det andre scenarioet må noe kunne bestemme hvilke massevirkepartier som skal til den ene og den andre varemottagren. Dette ansvaret ligger fortsatt til kjøper i første handelsledd (salgsorganisasjonen) og for å Side 6

7 kunne gjennomføre dette i praksis må de kunne knytte de konkrete varepartiene til aktuell varemottager. I løsningen forutsettes: Ved videresalg av et sortiment fra andre eller senere handelsledd, skal det opprettes en varelinje pr. varemottager på innkjøpsordren. Ettersom det er 1:1 forhold mellom varelinjer på innkjøpsordre og kjøper og salgsordre hos selger, vil salgsorganisasjonen nå ha mulighet til å tildele (koble) varepartier til konkret varemottager. 2.4 Endring/omdisponering ved videresalg og kobling i flere handelsledd I noen tilfeller vil handelsledd 2 eller senere i handelskjeden ha behov for å omdisponere tildelte varepartier. Prinsippet skal være at omdisponeringer skal utføres av den organisasjonen der omdisponeringen skjer. 3 Informasjonsutveksling mellom handelspartnere Integrasjonen mellom to handelspartnere (kjøper og selger), skal skje asynkront med e-dokumenter basert på papinet standard. Det er e-dokumentene Purchase Order og Order Confirmation som skal benyttes. Bestilling av varer fra en kjøper kan skje på to måter: Bruk av IT-system (VSYS VirkesHandel eller tilvarende 3. part) Manuelt. Kjøper har ikke IT-system og bestiller via e-post, brev, telefon etc. Kjøper registrerer innkjøpsordre i sitt system og sender innkjøpsordre til selger. Opprinnelsen (master) er hos kjøper. Selger registrerer salgsordre i sitt system og sender ordrebekreftelse til kjøper. Opprinnelsen (master) er hos selger Både innkjøpsordre og ordrebekreftelse kan sendes elektronisk selv om mottager ikke har IT-system. Ved å knytte en mal (Style Sheet) til e-dokumenter, kan innholdet vises formatert i en e-postleser eller en webleser. 3.1 papinet e-dokumenter Følgende e-dokumenter benyttes: E-dokument PurchaseOrder ShipmentStatus BusinessAcknowledgement Beskrivelse Sendes fra kjøper til selger. Sendes fra selger til kjøper. Sendes fra selger til kjøper for å oppdatere lagerinformasjon knyttet til ordre. Sendes fra mottager til avsender av et e-dokument som kvittering på av dokumentet er mottatt og vil bli prosessert. En utsteder av et e-dokument vil normalt sette status til «Sendt» når dokumentet sendes og så endre denne ved mottak av BusinessAcknowledgement til: «I prosess» dersom det forventes en ordrebekreftelse «Akseptert» dersom det ikke forventes en bekreftelse 3.2 Mapping mellom databaseentiteter og e-dokumenter For PurchaseOrder og gjelder følgende: Side 7

8 Entitet Innkjøpsordre Salgsordre Innkjøpsordre Linje Salgsordre Linje Leveranseobjekt E-dokument element PurchaseOrder PurchaseOrderLineItem LineItem OrderDeliverySource 3.3 Forsendelse av e-dokumenter Forsendelse av dokumenter til/fra skjer over VSYS DataBuss. VSYS DataBuss er dokumentert i eget dokument. E-dokumenter sendes fra ut fra følgende kriterier: Første gangs forsendelse Sende oppdatering Ordrestatus må være satt til «Aktiv» (godkjent og aktivert av bruker) «Sende Innkjøpsordre» / «Sende Ordrebekreftelse» må være satt til «Ja». Hver gang opplysninger som er relevant for den andre part er endret, sendes en oppdatering. Det brukes et flagg på ordren for å fortelle systemet at oppdatering skal sendes. Kriterier for å sette flagget, vil bli oppdatert i løpet av utviklingsfasen. Lagerendringer kan samles opp og sendes en gang pr. døgn (velges av bruker på ordre). Som lagerendringer regnes: Avvirket volum Framkjørt volum Transportklart volum 4 Generelle elementer brukt i papinet e-dokumenter Noen elementtyper/elementgrupper gjenbrukes flere steder i e-dokumentene så som «Party», «Product» og «Quantity». Generelle regler for innholdet i disse elementene gis her. 4.1 Party Party er fellesbetegnelse for en partner eller aktør i transaksjonen. Noen party-elementer er spesifikt definert så som ByerParty, ShipToParty og SupplierParty. Felles for disse er datatypen «party». I tillegg brukes OtherParty der rollen angis som et attributt. Dette elementet bygger på datatypen «typedparty» som er en utvidelse av datatypen «party» med tillegg av et attributt. Nedenfor er utfylling av datatypen «party» beskrevet. Element Agency NameAddress Innhold Aktørnummer brukt i VSYS «AssignedByAgency» «SD» Navn og adresse. I VirkesHandel sendes aktørens navn og adresse i e-dokumentet. Side 8

9 OrganisationUnit Kan brukes for å angi en under-enhet hos aktøren. Angir kontaktperson(er). Forhåndsdefinerte verdier som angir typen kontakt. 4.2 Product Brukes til å angi vare (sortiment). ProductIdentifierType AssignedBy Innhold Sortimentskode «SD» «GradeCode» Sortimentsnavn «nor» Prislistenummer fra P/A «PriceList» «Buyer» 4.3 Quantity Angir mengde. Verdiene i vil variere avhengig av hvilket kvantum som angis. Verdien er angitt i de forskjellige scenarioene. Angi m 3 : Element Value M Angi vekt I tonn: Element Innhold «CubicMeter» Innhold Tonn «MetricTon» 4.4 MapCoordinates Angivelse av kartreferanse (kartkoordinater) Coordinates Innhold Kartreferanse «WGS84» «UTM» Kartkoordinater på den form beskriver (xxx xxx) Side 9

10 @CoordinateFormatType «XY» 5 Generelle regler for utfylling av papinet PurchaseOrder 5.1 PurchaseOrder root element Element Skal har verdien Kriterie Innhold Første gangs forsendelse Original Oppdatering Amended Kansellering Cancelled 5.2 PurchaseOrderHeader Element PurchaseOrderHeaderStatusType Kriterie Innhold PurchaseOderInformation PurchaseOrderNumber PurchaseOrderIssueDate TransactionHistoryNumber ByerParty SupplierParty Første gangs forsendelse Oppdatering Kansellering Ingen endring Gruppeelement. Obligatorisk. Original Amended Cancelled NoAction Innkjøpsordrenummer tildelt av kjøper. Dato for innkjøpsordre (ordrestatus til «aktiv» i kjøpers system). Versjonsnummer = 1 ved første gangs forsendelse, deretter økes verdien med 1 for hver forsendelse. Kjøper. Se generell beskrivelse av «Party». Selger. Se generell beskrivelse av «Party». 5.3 PurchaseOrderLineItem Det skal være et LineItem for hver vare og leveringssted. Samme vare levert på to forskjellige steder skal sendes som to varelinjer. Element PurchaseOrderLineItemStatusType Kriterie Innhold Første gangs forsendelse Oppdatering Original Amended Side 10

11 PurchaseOrderLineItemNumber PurchaseOrderReferenceType Product ShipToCharacteristics ShipToParty SupplyPointDescription MapCoordinates DeliverySchedule DeliveryLineNumber DeliveryDateWindow Kansellering Ingen endring Cancelled NoAction Unikt ordrelinjenummer for denne ordren. Prislistenummer «PriceList» Sortiment. Se generell beskrivelse av «Product». Bestilt mengde av varen (sortimentet). Se generell beskrivelse av «Quantity». «Ordered» Måleforening (hvem som skal utføre måling). Se generell beskrivelse av «Party». «MeasuringParty» Angir hvordan måling skal utføres Angir detaljeringsgrad. Se papinet data dictionary for detaljbeskrivelse. Norsk betydning Stokkmåling Bil og henger samlet Lassmåling Måleformål «SD» Kode for målefomål «MeasuringPurpose» Innhold ByItem ByLoad ByPackage Kode for målemetode definert i VSYS RE «SD» Hvor varen skal leveres Leveringsadresse. Se generell beskrivelse av «Party». Forteller hvor varen kan hentes. «Orgin» Kode for hentested. Må avklares hva vi bruker. «SD» Navn på hentested Kartreferanse til hentested. Se generell beskrivelse av «MapCoordinates» Leveringsplan(er) Unikt linjenummer for denne leveringsplanen Leveringsperiode. Kan angis som: Fra/til dato År Måned Uke Side 11

12 @DeliveryDateType [choice] DateTimeRange Year Dato «AvailableToShipDate» Fra/til dato Month Måned (1..12) Week DocumentReferenceInformation År Ukenummer Brukes for å referere til andre elementer, f.eks. salgsordre hos selger. Må kompletteres senere. 6 Generelle regler for utfylling av papinet 6.1 root element Element Kriterie Innhold Første gangs forsendelse Accepted Oppdatering Amended Kansellering «BlanketOrder» 6.2 Header Element HeaderStatusType Kriterie Innhold Number OrderConfrimationIssueDate TransactionHistoryConfirmationNumber PurcahseOrderInformation PurchaseOrderNumber Første gangs forsendelse Oppdatering Kansellering Avslått Ingen endring Accepted Amended Cancelled Rejected NoAction Ordrenummer (salgsordre) tildelt av selger Dato for salgsordre fra selger. Versjonsnummer = 1 ved første gangs forsendelse, deretter økes verdien med 1 for hver forsendelse. Referanse til innkjøpsordre fra kjøper. Innkjøpsordrenummer fra kjøper. Side 12

13 ByerParty SupplierParty Kjøper. Se generell beskrivelse av «Party». Selger. Se generell beskrivelse av «Party». 6.3 LineItem Det skal være et LineItem for hver vare og leveringssted. Samme vare levert på to forskjellige steder skal sendes som to varelinjer. Element LineItemStatusType Kriterie Innhold LineItemNumber PurchaseOrderLineItemNumber Product ReferenceType ReferenceType ShipToCharacteristics ShipToParty SupplyPoint SupplyPointDescription Første gangs forsendelse Oppdatering Kansellering Avslått Ingen endring Accepted Amended Cancelled Rejected NoAction Unikt ordrelinjenummer for denne ordren (salgsordren hos selger). Linjenummer på innkjøpsordren som denne ordrebekreftelsen er et svar på. Sortiment. Se generell beskrivelse av «Product». Innkjøpsordrenummer «PurchaseOrderNumber» Prislistenummer fra P/A «PriceList» Bestilt mengde av varen (sortimentet). Se generell beskrivelse av «Quantity». «Ordered» Hvor varen skal leveres Leveringsadresse. Se generell beskrivelse av «Party». Forteller hvor varen kan hentes. «Orgin» Kode for hentested. Må avklares hva vi bruker. «SD» Navn på hentested Kartreferanse til hentested. Se generell beskrivelse av «MapCoordinates» Måleforening (hvem som skal utføre måling). Se generell beskrivelse av «Party». «MeasuringParty» Angir hvordan måling skal utføres Angir detaljeringsgrad. Se papinet data dictionary for detaljbeskrivelse. Norsk betydning Innhold Side 13

14 DeliverySchedule DeliveryLineNumber [choice] DateTimeRange Year Stokkmåling Bil og henger samlet Lassmåling Måleformål «SD» Kode for målefomål «MeasuringPurpose» ByItem ByLoad ByPackage Kode for målemetode definert i VSYS RE «SD» Leveringsplan(er) Unikt linjenummer for denne leveringsplanen Leveringsperiode. Kan angis som: Fra/til dato År Måned Uke Dato «AvailableToShipDate» Fra/til dato Month Måned (1..12) Week DocumentReferenceInformation OrderDeliverySource OrderDeliverySourceLineItemNumber DeliveryOrigin LocatioParty Quantity InformationalQuantity SafetyAndEnvironmentalInformation År Ukenummer Brukes for å referere til andre elementer, f.eks. salgsordre hos selger. Må kompletteres senere. Leveranseobjektet. Delleveranser som skal «fylle opp» leveransen på ordrelinjen. Unikt linjenummer for OrderDeliverySource på denne ordrelinjen. Leveranseobjekt-ID «ProductOriginIdentifier» Varens opprinnelse Vareleverandør. Se generell beskrivelse av «Party». kartkoordinater for avvirkningsområde «Outer» Mengde knyttet til leveranseobjektet Må avklares. Miljø og sertifiseringsinformasjon Side 14

15 7 Integrasjon mot innmåling og transport skal gi opplysninger til VSYS IM (innmåling) og VSYS TR (transport) i form av Måleoppdrag (papinet Measuring Instruction) og Transportoppdrag (papinet Delivery Instruction). Disse meldingene sendes fra kjøper i første handelsledd og er knyttet til innkjøpsordre mot vareleverandør. På innkjøpsordre angis at måleoppdrag og transportoppdrag skal utstedes. De vil bli sendt når det foreligger nok opplysninger. Måleoppdrag kan sendes når vareleverandør og varemottager er kjent. Måleoppdraget sendes til den organisasjon som skal foreta målingen. Transportoppdraget kan sendes når vareleverandør, varemottager og transportadministrasjon er kjent. I tillegg må måleoppdrag være utstedt siden dette skal refereres i transportoppdraget. Etter at oppdragene er utstedt første gang, vil det i systemet være automatikk for å sende endringer til disse ved behov. Håndtering av meldingene for måleoppdrag og transportoppdrag er ikke innarbeidet i denne versjonen av dokumentet. 8 Scenarioer Her er beskrevet en del scenarioer og hvordan e-dokumenter brukes for å sende informasjon mellom parter i verdikjeden for å sikre riktig informasjon i alle ledd inkludert sporing av leveranser. Antall innkjøpsordre som industrien oppretter mot salgsorganisasjonene er få. De opprettes normalt tidlig og er langsiktige. De er tatt med i beskrivelsen av scenarioene og fører til mange steg i hvert scenario. I daglig bruk er det IO mot skogeiere, kobling mot SO og oppdatert ordrebekreftelse som vil være det normale. For hvert scenario er arbeidsprosessen og flyten av e-dokumenter beskrevet inkludert det viktigste innholdet i elementene som er nødvendig for å styre behandlingen og tolkningen hos mottager. I beskrivelsene er det brukt navn som, «Massebruket»,, «Skogeier1» osv i stedet for generelle betegnelser som selger, kjøper osv. forutsetter at det er inngått avtaler (kontrakter) utenfor systemet. Når det registreres en IO eller SO er dette en «kopi» av kontrakten (en elektronisk versjon for å kunne følge opp avtalen via et ITsystem). Dette gir noen føringer for hvilke type scenarioer systemet skal håndtere. Kansellering av ordre vil være basert på at partene er enige om å bryte en inngått avtale eller at den er feilregistrert. Volumet som skal leveres av hver vare (sortiment) kan ikke endres i systemet uten at det er avtalt mellom partene. Å avslutte levering mot en ordre vil være basert på Force Majeure situasjoner (konkurs, brann osv.). Scenario 7 beskriver situasjoner som er ment for å «rydde» i systemet etter hendelser beskrevet over. Følgende scenarioer er beskrevet: 1. Innkjøp i første handelsledd. 2. To handelsledd. kjøper fra Skogeier og selger til og Massebruket. 3. To handelsledd. kjøper fra Skogeier og selger til, Skurlaget og Massebruket. 4. Tre handelsledd. kjøper fra Skogeier og selger alt virket til som igjen selger deler av leveransen videre til Massebruket 5. Tre handelsledd. kjøper fra Skogeier og selger alt virket til som igjen selger deler av leveransen videre til Massebruket og Massefabrikken. En leveranse omdisponeres. Side 15

16 6. Tre handelsledd. kjøper fra Skogeier og selger alt virket til som igjen selger deler av leveransen videre til Massebruket og Massefabrikken. Midlertidig innkjøringsstopp krever at bil på vei må omdirigeres. 7. Tre handelsledd. Kansellering av ordre i siste handelsledd. I VirkesHandel kan Innkjøpsordre (IO) og Salgordre (SO) benyttes av en handelspartner uten at motparten bruker et IT-system. De færreste skogeier vil ha systemet men det kan fortsatt bukes IO mot disse innkjøpene. På den andre siden kan det være små kjøpere som ikke har system men det kan fortsatt lages SO mot disse. Arkitekturen tar hensyn til at ikke alle vil benytte systemet (eller et annet system som fyller samme funksjon) med tanke på å om det vil komme kvitteringer eller bekreftelser på tilsende e-dokumenter. Sendes en PurcahseOrder til en skogeier som ikke har IT-system, vil det ikke komme en i retur. Systemet må oppfatte det slik at skogeier har akseptert og bekreftet ordren. I scenarioene vil vi beskrive som om alle har et IT-system. Side 16

17 8.1 Innkjøp i første handelsledd (Innkjøp med et handelsledd) Med innkjøp i første handelsledd menes normalt innkjøp fra skogeier. Både salgsorganisasjon, agent og industri kan kjøpe fra skogeier. Innkjøp av flis fra et sagbruk vil også pr. definisjon være innkjøp i første handelsledd. Forsendelse av e-dokumenter vil følge samme prosess Scenario kjøper fra Skogeier. Det er kjøpt inn to sortimenter (140 og 100) og leveransen er fordelt på 2 perioder Prosessen Skogeier SO : VM: PurchaseOrder 2 IO : VM: 5 VM: 4 VM: Beskrivelse av stegene: # Steg Utførende Type E-dokument Beskrivelse 1 Registrere IO Man registrerer IO i sitt system med Skogeier som selger og seg selv som varemottager. 2 Sende IO til selger Auto PurchaseOrder E-dokumentet opprettes og leveres til VSYS DataBuss. Status settes til sendt. Steg 3 5 utføres kun dersom selger (skogeier) benytter IT-system (). Ved fliskjøp til/fra industri vil stegene gjennomføres. 3 Motta og akseptere ordre Skogeier Man/Auto Ved mottak av innkjøpsordre opprettes SO i Skogeiers system. Skogeier aksepterer ordre. 4 Sende ordrebekreftelse Skogeier Auto E-dokumentet opprettes og leveres til VSYS DataBuss. Status settes til Akseptert 5 Motta ordrebekreftelse Salgsorganisasjon Auto Status på IO settes til Akseptert papinet e-dokument «PurchaseOrder» vil bestå av følgende hovedelementer: PurchaseOrderHeader o PurchaseOrderNumber ( ) o ByerParty (Salgorganisasjonen) o SupplierParty (Skogeier) PurchaseOrderLineItem o Product (140) o ShipToChyaracteristics () o DeliverySchedule (et element for hver periode) PurchaseOrderLineItem o Product (100) o ShipToChyaracteristics () Side 17

18 o DeliverySchedule (et element for hver periode) papinet e-dokument vil bestå av følgende hovedelementer: Header o Number ( ) o PurchaseOrderInformation PurchaseOrderNumber ( ) o ByerParty (Salgorganisasjonen) o SupplierParty (Skogeier) LineItem o Product (140) o ShipToChyaracteristics () o DeliverySchedule (et element for hver periode) LineItem o Product (100) o ShipToChyaracteristics () o DeliverySchedule (et element for hver periode) Side 18

19 8.2 Innkjøp med to handelsledd Dette er den vanligste omsetningen i Norge. Salgsorganisasjon kjøper fra skogeier og selger til industri (sagbruket og massebruket) som forbruker råvaren Scenario kjøper skurtømmer (sortimentene 140 og 240) fra salgsorganisasjonen. Massebruket kjøper massevirke (sortiment 100) fra salgsorganisasjonen. Salgsorganisasjon kjøper fra Skogeier1. Det kjøpes inn 2 sortimenter (100 og 140) og leveransen er fordelt over 2 perioder. Salgsorganisasjon kjøper også fra Skogeier2. Her kjøpes 3 sortimenter (100, 140 og 240) og leveransen er fordelt over 2 perioder., og Massebruket har IT-system. Skogeierne har ikke IT-system og det betyr at ikke vil komme en ordrebekreftelse i form av et e-dokument Prosessen Prosessen beskrives i 3 faser: Avtalene mellom industrien ( og Massebruket) og salgsorganisasjonen. Innkjøpene gjennomfører fra skogeiere. Koblingen mellom IO og SO hos for å fylle opp leveransene mot industrien Avtalene mellom industrien ( og Massebruket) og salgsorganisasjonen Dette vil være utgangspunktet for innkjøp fra skogeiere og kobling av leveranser. Antall SO hos en salgsorganisasjon vil være få siden en salgsorganisasjon vil 1 2 aktive SO mot sine kjøpere. En SO er langsiktig og kan inneholde store volumer som betyr at salgsorganisasjonen må hente leveranser hos mange skogeiere for å oppfylle ordren. SO : PurchaseOrder 2 IO : Massebruket SO: IO : PurchaseOrder 7 9 Beskrivelse av stegene: # Steg Utførende Type E-dokument Beskrivelse 1 Registrere IO Man registrerer IO i sitt system med som selger og seg selv som kjøper (varemottager). Side 19

20 2 Sende IO Auto PurchaseOrder E-dokumentet opprettes og leveres til VSYS DataBuss. Mottager er. Status settes til sendt. 3 Motta og akseptere ordre Man/Auto Ved mottak av innkjøpsordre opprettes SO i s system. aksepterer ordre. 4 Sende ordrebekreftelse Auto E-dokumentet opprettes og leveres til VSYS DataBuss. Mottager er. Status settes til Akseptert 5 Motta ordrebekreftelse Auto Status på IO settes til Akseptert 6 Registrere IO Massebruket Man Massdebruket registrerer IO i sitt system med som selger og seg selv som kjøper (varemottager). 7 Sende IO Massebruket Auto PurchaseOrder E-dokumentet opprettes og leveres til VSYS DataBuss. Mottager er. Status settes til sendt. 8 Motta og akseptere ordre Man/Auto Ved mottak av innkjøpsordre opprettes SO i s system. aksepterer ordre. 9 Sende ordrebekreftelse Auto E-dokumentet opprettes og leveres til VSYS DataBuss. Mottager er Massebruket. Status settes til Akseptert 10 Motta ordrebekreftelse Massebruket Auto Status på IO settes til Akseptert papinet e-dokument «PurchaseOrder» fra til vil bestå av følgende hovedelementer: PurchaseOrderHeader o PurchaseOrderNumber ( ) o ByerParty () o SupplierParty (Salgorganisasjonen) PurchaseOrderLineItem o Product (140) o ShipToChyaracteristics () o DeliverySchedule (et element for hver periode) PurchaseOrderLineItem o Product (240) o ShipToChyaracteristics () o DeliverySchedule (et element for hver periode) papinet e-dokument «PurchaseOrder» fra Massebruket til vil bestå av følgende hovedelementer: PurchaseOrderHeader o PurchaseOrderNumber ( ) o ByerParty (Massebruket) o SupplierParty (Salgorganisasjonen) PurchaseOrderLineItem o Product (100) Side 20

21 o ShipToChyaracteristics (Massebruket) o DeliverySchedule (et element for hver periode) papinet e-dokument vil bestå av følgende hovedelementer: Header o Number ( / ) o PurchaseOrderInformation PurchaseOrderNumber ( / ) o ByerParty ( / Massebruket) o SupplierParty (Salgsortganisasjonen) LineItem (tilvarende linjer som i PurchaseOrder) Innkjøp fra skogeiere PurchaseOrder IO : SO : IO : PurchaseOrder IO : VL : Sort 240, 200 m3 LP: m3 Massebruket Beskrivelse av stegene: SO: IO : # Steg Utførende Type E-dokument Beskrivelse 1 Registrere IO Man registrerer IO i sitt system med Skogeier1 som selger og seg selv som kjøper (varemottager). 2 Sende IO Auto PurchaseOrder E-dokumentet opprettes og leveres til VSYS DataBuss. Mottager er Skogeier1. Status settes til Akseptert. 3 Registrere IO Man registrerer IO i sitt system med Skogeier2 som selger og seg selv som kjøper (varemottager). 4 Sende IO Auto PurchaseOrder E-dokumentet opprettes og leveres til VSYS DataBuss. Mottager er Skogeier2. Status settes til Akseptert. Se avsnitt 8.1 vedr innhold i papinet e-dokument «PurchaseOrder». Side 21

22 Kobling IO og SO hos Salgsorganisasjon for å fylle opp leveransene mot industrien IO : SO : IO : IO : VL : Sort 240, 200 m3 LP: m3 4 2 Massebruket Beskrivelse av stegene: 5 SO: IO : # Steg Utførende Type E-dokument Beskrivelse 1 Koble IO fra Skogeier1 mot SO til 2 Koble IO fra Skogeier2 mot SO til Man kobler sagtømmeret (sort 140) fra Skogeier1 mot. Det opprettes leveranseobjekter på SO. Varemottager på sort 140 på IO settes til Man kobler sagtømmeret (sort 140 og 249) fra Skogeier2 mot. Det opprettes leveranseobjekter på SO. Varemottager på sort 140 og 240 på IO settes til. 3 Sende oppdatert IO Auto Endringene på SO trigger ved lagring en sending av oppdatert ordrebekreftelse til. 4 Koble IO fra Skogeier1 mot SO til Massebruket 5 Koble IO fra Skogeier2 mot SO til Massebruket Ved mottak av ordrebekreftelse hos, oppdateres IO med planlagte leveranser. Man kobler massevirket (sort 100) fra Skogeier1 mot Massebruket. Det opprettes leveranseobjekter på SO. Varemottager på sort 100 på IO settes til «Massebruket». Man kobler massevirket (sort 100) fra Skogeier2 mot Massebruket. Det opprettes leveranseobjekter på SO. Varemottager på sort 100 på IO settes til «Massebruket». 6 Sende oppdatert IO Auto Endringene på SO trigger ved lagring en sending av oppdatert ordrebekreftelse til Massebruket. Side 22

23 Ved mottak av ordrebekreftelse hos Massebruket, oppdateres IO med planlagte leveranser. papinet e-dokument (3) vil bestå av følgende hovedelementer: Header o Number ( ) o PurchaseOrderInformation PurchaseOrderNumber ( ) o ByerParty () o SupplierParty () LineItem o Product (140) o ShipToChyaracteristics () o DeliverySchedule (et element for hver periode) o OrderDeliverySource (et element for hvert leveranseobjekt) LocationInfo (Opplysninger om vareleverandør) DeliverySchedule (Leveringsplanen knyttet til IO mot vareleverandør) LineItem o Product (240) o ShipToChyaracteristics () o DeliverySchedule (et element for hver periode) o OrderDeliverySource (et element for hvert leveranseobjekt) LocationInfo (Opplysninger om vareleverandør) DeliverySchedule (Leveringsplanen knyttet til IO mot vareleverandør) papinet e-dokument (6) vil bestå av følgende hovedelementer: Header o Number ( ) o PurchaseOrderInformation PurchaseOrderNumber ( ) o ByerParty (Massebruket) o SupplierParty () LineItem o Product (100) o ShipToChyaracteristics (Massebruket) o DeliverySchedule (et element for hver periode) o OrderDeliverySource (et element for hvert leveranseobjekt) LocationInfo (Opplysninger om vareleverandør) DeliverySchedule (Leveringsplanen knyttet til IO mot vareleverandør) Side 23

24 8.3 Innkjøp med to handelsledd to varemottagere av samme vare Dette er den vanligste omsetningen i Norge. Salgsorganisasjon kjøper fra skogeier og selger til industri (sagbruket og massebruket) som forbruker råvaren. I dette scenarioet er skurtømmer fra en skogeier splittet mellom to varemottagere Scenario kjøper skurtømmer (sortimentene 140 og 240) fra. Skurlaget kjøper skurtømmer (sortiment 240) fra. Massebruket kjøper massevirke (sortiment 100) fra salgsorganisasjonen. Salgsorganisasjon kjøper fra Skogeier1. Det kjøpes inn 2 sortimenter (100 og 140) og leveransen er fordelt over 2 perioder. Salgsorganisasjon kjøper også fra Skogeier2. Her kjøpes 3 sortimenter (100, 140 og 240) og leveransen er fordelt over 2 perioder.,, Skurlaget og Massebruket har IT-system. Skogeierne har ikke IT-system og det betyr at ikke vil komme en ordrebekreftelse i form av et e-dokument Prosessen Prosessen mot Massebruket blir den samme som beskrevet i avsnitt og er derfor utelatt. Prosessen med innkjøp fra skogeiere er den samme som beskrevet i avsnitt og er også utelatt. Utgangspunktet før leveringer: IO : SO : IO : VM: VM: IO : VM: VL : Sort 240, 200 m3 VM: LP: m3 VM: SO : VM: Skurlaget LP: m3 LP: m3 SO: IO : VM: Skurlaget LP: m3 LP: m3 Skurlaget Massebruket IO : Side 24

25 Kobling IO og SO hos Salgsorganisasjon for å fylle opp leveransene mot industrien IO : VM: Salgsorgani... 1 SO : IO : VM: 2 IO : VM: Salgsorgani VL : Sort 240, 200 m3 VM: Salgsorgani LP: m3 3 LP: m3 LP: m3 VL : Sort 240, 200 m3 4 VM: Salgsorgani Skurlaget 6 VM: Skurlaget SO : VM: Skurlaget 7 IO : VM: Skurlaget LP: m3 LP: m3 LP: m3 LP: m3 Massebruket SO: IO : Beskrivelse av stegene: # Steg Utførende Type E-dokument Beskrivelse 1 Koble sort 140 på IO mot SO til 2 Koble sort 140 på IO mot SO til 3 Koble deler av sort 240 på IO mot SO til 4 Restvolum på sort 240 på ny varelinje Man kobler sort 140 på IO fra Skogeier1 mor. Hele volumet kobles. Det opprettes leveranseobjekter på SO. Varemottager på sort 140 på IO endres til. Man kobler sort 140 på IO fra Skogeier2 mor. Hele volumet kobles. Det opprettes leveranseobjekter på SO. Varemottager på sort 140 på IO endres til. Man kobler sort 240 på IO fra Skogeier2 mor. Kun deler av volumet kobles mot. Det opprettes leveranseobjekter på SO. Varemottager på deler av sort 240 på IO endres til. Auto Ettersom kun en del av volumet på sort 240 ble koblet mot SO til, vil systemet automatisk opprette ny varelinje for sort 240 med det resterende volumet. Varemottager settes til. Side 25

26 5 Ordrebekreftelse mot 6 Koble resten av sort 240 på IO mot SO til Skurlaget 7 Ordrebekreftelse mot Skurlaget Auto Endringene på SO trigger ved lagring en sending av oppdatert ordrebekreftelse til. Auto Ved mottak av ordrebekreftelse hos, oppdateres IO med planlagte leveranser. Man kobler sort 240 på IO fra Skogeier2 mor Skurlaget. Resten av volumet kobles. Det opprettes leveranseobjekter på SO. Varemottager på sort 240 på IO endres til «Skurlaget». Auto Endringene på SO trigger ved lagring en sending av oppdatert ordrebekreftelse til Skurlaget. Skurlaget Auto Ved mottak av ordrebekreftelse hos Skurlaget, oppdateres IO med planlagte leveranser. papinet e-dokumenter vil følge samme prinsipp som beskrevet i avsnitt Tre handelsledd videresalg Dette er også en vanlig omsetningsform der en kjøper videreselger deler av varene til en annen kjøper. Et sagbruk kan kjøpe både skurtømmer og massevirke og videreselge massevirket til en annen aktør Scenario kjøper skurtømmer (sortimentene 140 og 240) og massevirke (sortiment 100) fra. Massebruket kjøper massevirke (sortiment 100) fra. Salgsorganisasjon kjøper fra Skogeier1. Det kjøpes inn 2 sortimenter (100 og 140) og leveransen er fordelt over 2 perioder. Salgsorganisasjon kjøper også fra Skogeier2. Her kjøpes 3 sortimenter (100, 140 og 240) og leveransen er fordelt over 2 perioder., og Massebruket har IT-system. Skogeierne har ikke IT-system og det betyr at ikke vil komme en ordrebekreftelse i form av et e-dokument Prosessen Prosessen mot Massebruket blir den samme som beskrevet i avsnitt og er derfor utelatt. Prosessen med innkjøp fra skogeiere er den samme som beskrevet i avsnitt og er også utelatt. Utgangspunktet er: Massebruket PurchaseOrder IO : PurchaseOrder 14 VM: VM: IO : VM: VL : Sort 240, 200 m3 VM: LP: m3 VM: SO : Følgende steg er gjennomført: 13 3 PurchaseOrder IO : LP: m3 SO: PurchaseOrder IO : registrerer IO mot (1), sender innkjøpsordre (2), ordren aksepteres av (3) som bekrefter med en ordrebekreftelse (4). IO hos oppdateres (5). Side 26

27 Massebruket registrerer IO mot (6), sender innkjøpsordre (7), ordren aksepteres av (8) som bekrefter med en ordrebekreftelse (9). IO hos Massebruket oppdateres (10). registrerer IO mot Skogeier1 (11) og sender ordrebekreftelse (12) registrerer IO mot Skogeier2 (13) og sender ordrebekreftelse (14) Kobling og oppdatering i verdikjeden Massebruket IO : SO : IO : SO: IO : VM: Salgsor. Sagbr Massebruket PurchaseOrder 7 3 IO : VL : Sort 240, 200 m3 LP: m3 VM: Salgsorg. Sagbr. Massebruket Massebruket Massebruket 5 Beskrivelse av stegene: # Steg Utførende Type E-dokument Beskrivelse 1 Koble IO mot SO til 2 Ordrebekreftelse mot 3 Koble IO mot SO til 4 Ordrebekreftelse mot 5 Koble sort 100 på IO mot SO Ordrebekreftelse mot Massebruket Man kobler IO fra Skogeier1 mor. Hele ordren (alle sortimenter og alle volumer) kobles. Det opprettes leveranseobjekter på SO. Varemottager på IO endres til. Auto OrderConfrimation Endringene på SO trigger ved lagring en sending av oppdatert ordrebekreftelse til. Auto Ved mottak av ordrebekreftelse hos, oppdateres IO med planlagte leveranser. Man kobler IO fra Skogeier2 mor. Hele ordren (alle sortimenter og alle volumer) kobles. Det opprettes leveranseobjekter på SO. Varemottager IO endres til. Auto OrderConfrimation Endringene på SO trigger ved lagring en sending av oppdatert ordrebekreftelse til. Auto Ved mottak av ordrebekreftelse hos, oppdateres IO med planlagte leveranser. Man kobler sort 100 på IO mot mot SO mot Massebruket. Auto Varemottager på IO endres til «Massebruket» På denne varelinjen på IO finnes flere leveranseobjekter. Disse kopieres til SO Auto Endringene på SO trigger ved lagring en sending av oppdatert ordrebekreftelse til Massebruket. Side 27

28 7 Innkjøpsordre mot Auto Ved mottak av ordrebekreftelse hos Massebruket, oppdateres IO med planlagte leveranser. Auto PurchaseOrder Endringene på IO (endret varemottager) trigger ved lagring en sending av oppdatert Innkjøpsordre til. Auto Ved mottak av ordrebekreftelse hos, oppdateres med «Massebruket» som varemottager på sortiment 100. Til denne varelinjen er det knyttet flere leveranseobjekter som er koblet mot IO og Varemottager på sort 100 på disse IO endres til «Massebruket». 8.5 Tre handelsledd videresalg til to varemottagere og omdisponering av en leveranse I dette scenarioet bygger vi på det forrige, men vi tar med omdisponering ved å legge til en ny varemottager etter at leveransene er i gang Scenario kjøper skurtømmer (sortimentene 140 og 240) og massevirke (sortiment 100) fra. Massebruket kjøper massevirke (sortiment 100) fra. Salgsorganisasjon kjøper fra Skogeier1. Det kjøpes inn 2 sortimenter (100 og 140) og leveransen er fordelt over 2 perioder. Salgsorganisasjon kjøper også fra Skogeier2. Her kjøpes 3 sortimenter (100, 140 og 240) og leveransen er fordelt over 2 perioder. godkjenner er ny IO fra Massefabrikken på sortiment 100., og Massebruket har IT-system. Skogeierne har ikke IT-system og det betyr at det ikke vil komme en ordrebekreftelse i form av et e-dokument Prosessen Prosessen mot Massebruket blir den samme som beskrevet i avsnitt og er derfor utelatt. Prosessen med innkjøp fra skogeiere er den samme som beskrevet i avsnitt og er også utelatt. Vi har følgende utgangspunkt: Massebruket IO : SO : IO : SO: IO : VM: Salgsor. Sagbr Massebruket IO : VL : Sort 240, 200 m3 LP: m3 VM: Salgsorg. Sagbr. Massebruket Massebruket Massebruket Side 28

29 inngår en ny avtale med Massefabrikken Massebruket IO : VM: Salgsor. Sagbr Massebruket IO : VL : Sort 240, 200 m3 LP: m3 VM: Salgsorg. Sagbr. Massebruket SO : Massebruket IO : Massebruket SO: IO : PurchaseOrder 2 IO : IO : Massefabrikken Massefabrikken oppretter en IO (1) mot og sender innkjøpsordre som e-dokument (2). aksepterer ordre (3) og bekrefter med ordrebekreftelse (4) som er e-dokument kobler SO mot IO Massebruket IO : SO : PurchaseOrder 4 IO : SO: IO : VM: Salgsor. Sagbr Massebruket IO : VL : Sort 240, 200 m3 LP: m3 VM: Salgsorg. Sagbr. Massebruket Massebruket LP: m3 LP: m3 Massebruket LP: m3 LP: m3 1 3 SO : VL : Sort 100, 1000 m3 IO : VL : Sort 100, 1000 m3 Massefabrikken Massefabrikken 2 Beskrivelse av stegene: # Steg Utførende Type E-dokument Beskrivelse 1 Redusere planlagt levert volum fra IO mot SO Ny varemottager opprettes på IO 3 Koble SO mot IO Innkjøpsordre mot Man For å kunne dele volumet av sort 100 mellom Massebruket og Massefabrikken, må redusere volumet som er koblet mot Massebruket fra 2000 m 3 til 1000 m 3. Auto Når koblet volum på sort 100 reeduseres, opprettes en ny linje (varemottager) på IO for resterende volum opp til totalen på varelinjen. Varemottager settes lik. Man kobler nå den nye SO mot Massefabrikken mot sort 100 på IO mot. Varemottager enders fra til Massefabrikken. Auto PuchaseOrder Oppdatert innkjøpsordre sendes til. 5 Salgsordre oppdateres Auto Salgsordre oppdateres basert på mottatt innkjøpsordre. Ny varemottager på sort 100 opprettes og volumet mot varemottager Massebruket reduseres. Side 29

30 6 Ordrebekreftelse Auto Bekreftelse på at innkjøpsordre er mottatt og oppdatert. Etter denne transaksjonen kan koble nye leveranser fra skogeiere mot ønsket varemottager omdisponerer allerede koblet leveranse mot Massebruket ønsker så å omdisponere en av leveransene som er tiltenkt Massebruket og levere det til Massefabrikken i stedet. Denne omdisponeringen må utføres av siden der her behovet oppstår. Massebruket IO : SO : PurchaseOrder 5 IO : SO: IO : VM: Salgsor. Sagbr Massebruket 2 IO : VL : Sort 240, 200 m3 LP: m3 VM: Sagbr. Masseb Massefabrikken 7 Massebruket LP: m3 LP: m3 Massebruket LP: m3 LP: m3 1 SO : VL : Sort 100, 1000 m3 8 IO : VL : Sort 100, 1000 m3 Massefabrikken 6 3 Beskrivelse av stegene: # Steg Utførende Type E-dokument Beskrivelse 1 Flytte leveranseobjekt Man flytter et av leveranseobjektene (Lev: ) fra Massebruket til Massefabrikken. 2 Leveranseobjektet fjernes Auto Når leveranseobjektet flyttes, brytes koblingen mot SO mot Massebruket. Det fjernes fra SO. 3 Leveranseobjektet opprettes 4 Sende oppdatert ordrebekreftelse 5 Sende oppdatert innkjøpsordre Auto Referansen til leveransobjektet endres slik at det nå er koblet mot SO mot Massefabrikken. Auto Endringen på SO fører til at det sendes en oppdatert ordrebekreftelse til Massebruket. Massebruket Auto Leveransobjektet fjernes fra IO hos Massebruket. Auto PurchaseOrder Endringen på IO mot fører til at det sendes en oppdatert innkjøpsordre til. 6 Leveranseobjektet flyttes Auto Ved mottak av oppdatert innkjøpsordre, oppdateres SO og leveranseobjektet flyttes til riktig varemottager. 7 IO mot skogeier oppdateres 8 Sende oppdatert ordrebekreftelse Auto Endringen av leveranseobjektet oppdaterer IO mot skogeier med riktig varemottager. Auto Endringen på SO fører til at det sendes en oppdatert ordrebekreftelse til Massefabrikken. Massefabrikken Auto IO oppdateres med Leveransobjektet. Side 30

31 8.6 Tre handelsledd videresalg til to varemottagere i siste ledd og omdisponering av virke på vei I dette scenarioet bygger vi på samme utgangspunkt som det forrige, men det er en hendelse som gjør at virke på vei må omdisponeres. Omdisponering av et lass som er på vei, er en krevende prosess. Fraktbrevet som følger lasset inneholder varemottager og det må utstedes nye transportdokumenter før lasset kan levers et annet sted. Denne operasjonen krever: 1. Selger må omdisponere leveransen ved å koble mot en ny SO. En slik omdisponering fører til at det utstedes et nytt transportoppdrag. 2. Transportadministrasjonen må utstede nye ordrebøker slik at transportør kan lage et nytt fraktbrev med de riktige referansene. Forutsetningen er at det er samme transportadministrasjon som styrer transporten til gammel og ny varemottager. Ofte vil en slik situasjon føre til at lasset losses og legges til side i påvente av korrekt dokumentasjon Scenario kjøper skurtømmer (sortimentene 140 og 240) og massevirke (sortiment 100) fra. selger massevirke (sortiment 100) videre til Massebruket og Massefabrikken. Salgsorganisasjon kjøper fra Skogeier1. Det kjøpes inn 2 sortimenter (100 og 140) og leveransen er fordelt over 2 perioder. Salgsorganisasjon kjøper også fra Skogeier2. Her kjøpes 3 sortimenter (100, 140 og 240) og leveransen er fordelt over 2 perioder. En hendelse gjør at et lass på vei til Massebruket må leveres hos Massefabrikken i stedet. Vi har følgende utgangspunkt: Massebruket IO : SO : IO : SO: IO : VM: Salgsor. Sagbr Massebruket IO : VL : Sort 240, 200 m3 LP: m3 VM: Sagbr. Masseb Massefabrikken Massebruket LP: m3 LP: m3 Massebruket LP: m3 LP: m3 SO : VL : Sort 100, 1000 m3 IO : VL : Sort 100, 1000 m3 Massefabrikken Prosessen Et lass er på vei fra Skogeier1 (IO ) til Massebruket. En hendelse på Massebruket gjør at lasset ikke kan leveres der, men omdirigeres til Massefabrikken., som er selger, må foreta en omdisponering slik som beskrevet i Deretter må det gjøres en jobb i transportsystemet for å utstede nye og korrekte transportdokumenter. Det er i løsningen ikke lagt opp Side 31