Copyright

Copyright © 2017-2025 Biometria ekonomisk förening, which is “Copyright Owner” below. All rights reserved by the Copyright Owner under the laws of the United States, Sweden, the European Economic Community, and all states, domestic and foreign. This document may be downloaded and copied provided that all copies retain and display the copyright and any other proprietary notices contained in this document. This document may not be sold, modified, edited, or taken out of context such that it creates a false or misleading statement or impression as to the purpose or use of the specification. Use of this Standard, in accord with the foregoing limited permission, shall not create for the user any rights in or to the copyright, which rights are exclusively reserved to the Copyright Owner.

Biometria, the Confederation of European Paper Industries AISBL ("papiNet"), and the members of all papiNet^® Groups (collectively and individually, "Presenters") make no representations or warranties, express or implied, including, but not limited to, warranties of merchantability, fitness for a particular purpose, title, or noninfringement. The presenters do not make any representation or warranty that the contents of this document are free from error, suitable for any purpose of any user, or that implementation of such contents will not infringe any third party patents, copyrights, trademarks or other rights. By making use of this document, the user assumes all risks and waives all claims against Presenters.

In no event shall Presenters be liable to user (or other person) for direct, indirect, special or consequential damages arising from or related to any use of this document, including, without limitation, lost profits, business interruption, loss of programs, or other data on your information handling system even if Presenters are expressly advised of the possibility of such damages.

Use of Documents in papiNet Implementations

Documents may be used as templates for a papiNet implementation. The Presenters grant the right to modify and edit them to fit an actual implementation project provided all copies display the copyright and any other proprietary notices contained in this document. Such modified documents must not be distributed beyond the trading partners implementing or maintaining a papiNet connection.

Översikt

Detta use case beskriver hur uppgifter som gäller själva produktionsaffären kan förmedlas mellan Biometria och externa parter samt mellan Biometria och skördare/skotare.

Förmedlingen mellan Biometria och externa parter sker via StanForD-formaterade meddelanden, elektroniska affärsdokument (e-dokument) som följer standarden papiNet eller med dator-till-dator-gränssnitt som är REST API-er. 

Vid produktion i skogen sker förmedlingen mellan skördare/skotare och Biometria via StanForD-formaterade meddelanden.

Läsanvisning

Denna beskrivning läses med fördel tillsammans med dokumentet Process and Transaction overview (PTO) dokumentet ”SDC Use Case J – Manage Production Information’’, härefter refererat som “PTO SDC Use Case J” i det här dokumentet.

Då det står råvara i detta dokument, innebär det råvara för en mottagare. För levererande part kan det vara dennes färdigvara (stockar, grotflis av grenar och toppar, bränslekross etc) eller biprodukt (spån, cellulosaflis, returträ etc).

Biometrias system VIOL 3 erbjuder gränssnitt för att ta emot respektive skicka information. Dessa integrationsgränssnitt förmedlar data från externa parter till VIOL 3 respektive från VIOL 3 till externa parter.     

Begrepp

papiNet-begrepp

papiNet-standardens termer är på engelska och används flitigt i det dokument du just nu läser. Var god referera till dokumentet papiNet Data Dictionary för att se definitionerna för respektive term, exempelvis termerna OrderParty och LogisticsBuyerAgent. Detta uppdateras regelbundet och kan laddas hem från webbplatsen http://www.papiNet.org via menyvalet THE STANDARD → Download Current Version → V2R40 - namespaced version → Documentation. Branschgruppen Forest Wood Supply & Bioproducts inom papiNet har utarbetat verksamhetsregler och publicerat dem i dokumentet FWS Business Rules. Dessa ska följas och kan laddas hem i senaste version på webbplatsen http://www.papiNet.org under menyvalet USER GROUPS → Forest Wood Supply & Bioproducts → Helpful Implementation Material.

Varje e-dokument ska valideras OK mot sitt dokumentschema innan det sänds till VIOL 3. Då det i dokumentet beskrivs att ett e-dokument ”sänds/skickas till VIOL 3” menas att Biometria mottar ett e-dokument i egenskap av TransmissionReceiver.

Produkt

I detta use case förekommer elementet Product i de flesta av Biometrias e-dokument för standarden papiNet. För de produkter och handelssortiment som Biometria klassificerar som ”icke-skogliga” förmedlar Biometria i elementet Product utöver ProductIdentifier och namn (ProductDescription) inte någon annan information än attributet med icke-skoglig produkttyp (OtherProductsType) i elementet OtherProducts.             

Roller

Tabell 1 visar de roller som kan som kan användas för involverade aktörer (parter) i detta use case. Med ’papiNet-roll’ avses den PartyType i papiNet som en viss verksamhetsroll i Biometrias system motsvarar och ’StanForD-roll’ avses den roll i standarden StanForD som motsvarar en verksamhetsroll i Biometrias system.

 

Biometria verksamhetsroll	papiNet-roll (p) / StanForD-roll (S)
Tjänsteleverantör	ServiceProvider (p)
Produktionsaffären
Ansvarigt avverkningsföretag skotning	MainForestForwarder (p)
Ansvarigt avverkningsföretag skördning	MainForestHarvester (p)
Uppdragsgivare för skotning	ForestForwardingRequestor (p),
	LoggingServiceRequestor (S)
Uppdragsgivare för skördning	ForestHarvestingRequestor (p),
	LoggingServiceRequestor (S)
Utförande avverkningsföretag skotare	ForestForwarder (p)
Utförande avverkningsföretag skotare	LoggingContractor (S)
Utförande avverkningsföretag skördare	ForestHarvester (p)
Utförande avverkningsföretag skördare	LoggingContractor (S)
Skogsmaskin som utför skotning och skördning	ForestMachine (S)
Biometria verksamhetsroll	PartyType i papiNet
Råvaruaffären
Juridisk köpare	Buyer
Kontraktsansvarig	ContractParty
Köpare	BuyerAgent
Råvarumottagare	EndUser
Säljare	Supplier
Transportaffären
Logistikinformationsmottagare	NotifyParty

Tabell 1

 

Biometria agerar i rollen ’Tjänsteleverantör’ (ServiceProvider) och realiserar sina tjänster i systemet VIOL 3.

I VIOL 3 systemet är det alltid råvaruköparen i det första affärsledet (Buyer eller BuyerAgent) som är den part som är uppdragsgivare (ForestForwardingRequestor, ForestHarvestingRequestor och LoggingServiceRequestor) till det ansvariga skotarföretaget eller skördarföretaget.

Möjligheten finns att, på produktionsunderlaget, i ett tidigt skede ange vilka parter som planeras att bli mottagare av råvaran. Dessa uppgifter är då preliminära och endast aktuella till dess att destinering gjorts. Den mottagare som var planerad men inte senare blev den destinerade mottagaren kommer att bli meddelad detta genom borttagningsbeskedet i e-dokumentet OtherDocument(Notification).

ServiceProvider kan kommunicera förväntat produktionsutfall (planerad kvantitet) till en Logistikinformationsmottagare, vilken i e-dokumentet anges som en OtherParty av typen NotifyParty.

Transaktioner och kvittenser

Samarbete mellan processer sker i form av transaktioner för att uppnå en kontrollerad överlämning av ansvar vid övergång mellan olika processer.

För papiNet-baserade e-dokument används kvittenserna BusinessAcknowledgement och BusinessAcceptance för att kontrollera och styra överlämningen.

Dessa kvittenser och deras mekanismer vid överlämningen beskrivs mer detaljerat i dokumentet “Appendix 1, Biometria Technical Communication Guidelines for VIOL 3”.

Beskrivning av processer och deras samverkan via transaktioner

För varje diagrambild i PTO SDC Use Case J finns här ett motsvarande avsnitt som textuellt förtydligar bilden samt refererar till den/de integrationsfunktion(er) som där kan medverka.

Produktionsunderlag IN

Integrationssekvensen visas i dokumentet ”PTO SDC Use Case J” i diagrambilden med underrubriken ”Forest Logging Instruction from Forest Harvesting Requestor”. Sekvensen initieras genom att ForestHarvestingRequestor eller MainForestHarvester sänder in en produktionsplanering i form av e-dokumentet ServiceInstruction(ForestLoggingInstruction) till ServiceProvider som kvitterar transaktionen med ett BusinessAcknowledgement.

ServiceProvider upprättar eller uppdaterar därefter produktionsunderlaget utifrån de delar av inskickad information som är relevant för produktionsunderlaget. I den informationen ingår också identiteten på insänt ServiceInstruction(ForestLoggingInstruction), dvs identiteten på produktionsplaneringen.

Om den avsändande parten har ett avtal med Biometria för att bli delgiven resultatet från processeringen av affärsinnehållet, förmedlas detta av ServiceProvider med BusinessAcceptance. ForestHarvestingRequestor eller MainForestHarvester kvitterar detta med BusinessAcknowledgement.

Transaktionerna mellan processerna ”Issue production planning’ till ”Process production planning related service information”’ stöds av integrationsfunktionen ”Produktionsunderlag IN” (se vidare i kapitel ”Integrationsfunktioner”).

Produktionsunderlag UT

Integrationssekvensen visas i dokumentet ”PTO SDC Use Case J” i diagrambilden med underrubriken ”Forest Logging Instruction from Service Provider”.

Sekvensen initieras genom att registrera ett nytt produktionsunderlag eller uppdatera ett befintligt produktionsunderlag. Det sker endera med integrationsfunktionen ”Produktionsunderlag IN” som i bilden visas med cirkeln A, eller direkt i VIOL 3klienten till ServiceProviders process ”Manage production planning related service information”.

Den distribution av produktionsunderlaget som sedan görs i ServiceProviders process ”Issue document with production planning related service information” oavsett hur sekvensen initierats, innebär att de olika parterna ForestHarvestingRequestor och MainForestHarvester i produktionsunderlaget kan få kännedom om den information som ServiceProvider har avseende ett produktionsunderlag. För att få tillgång till informationen krävs att parten prenumererar på produktionsunderlag från ServiceProvider.

Prenumeranten kvitterar transaktionen med ett BusinessAcknowledgement.

Transaktionerna mellan processerna ”Issue document with production planning related service information” till ”Update production planning” stöds av integrationsfunktionen ”Produktionsunderlag UT” (se vidare i kapitel ”Integrationsfunktioner”).

Observera att e-dokumenten ServiceInstruction i integrationsfunktionerna Produktionsunderlag IN och Produktionsunderlag UT är olika dokument.

Produktionsstyrning

Integrationssekvensen visas i dokumentet ”PTO SDC Use Case J” i diagrambilden med underrubriken ”Manage Production Control”.

Uppdragsgivaren (LoggingServiceRequestor) skickar in instruktioner i ett StanForD Envelope till ServiceProvider.

Om det uppstår fel vid valideringen av kuvertet returneras en negativ kvittens StanForD2010 EnvelopeAcknowledgement (ena) till uppdragsgivaren. I de fall att kuvertet innehåller en e-postadress skickas även ett e-brev till uppdragsgivaren med information om att ett fel uppstått.

Uppdragsgivaren kan även överföra instruktioner till ServiceProvider via användning av en specifik klient. Därefter utför ServiceProvider distribution av instruktion/instruktionerna via SenderXC till aktuella skogsmaskiner (ForestMachine).

I kvittensen (ena) som returneras till uppdragsgivaren framgår det om hanteringen av uppladdade produktionsstyrningsfiler har lyckats och i så fall vilka filer som har gjorts tillgängliga för vilka skogsmaskiner. Om det ej kunnat förmedlas några filer alls till skogsmaskinerna, skickas en negativ kvittens.

Transaktionerna mellan processerna i diagrambilden stöds av integrationsfunktionen ”Produktionsstyrning IN” (se vidare i kapitel ”Integrationsfunktioner”).

Hantering av Skördarrapporter

Integrationssekvensen visas i dokumentet ”PTO SDC Use Case J” i diagrambilden med underrubriken ”Manage Production Information – Harvester”.

Produktionsrapportering från skördare

Uppdragsgivaren (LoggingServiceRequestor) eller Utförande avverkningsföretag (LoggingContractor) skickar in skördarrapporter, StanForD meddelanden (filer), som skapas i skogsmaskinerna, harvested production (.hpr/.pri) till ServiceProvider.

Transaktionerna mellan processerna ”Report harvested production” till ”Check data” i diagrambilden stöds av integrationsfunktionen ”Rapportering IN” (se vidare i kapitel ”Integrationsfunktioner”).

Skördarrapporter kan även skickas in från en skördare (ForestMachine) via Sender XC applikationen, eller rapporteras in via RAPP-klienten till ServiceProvider. Notera att endast produktionsresultat för stockar kan rapporteras in via RAPPklienten, se diagrambilden med underrubriken ”Manage Production Information – ProductionTicket Harvester’’.

Därefter hanterar ServiceProvider dessa rapporter enligt följande tre underrubriker.

Produktionsrapportering, rådata skördare

Innehållet i inkomna rapporter (benämns ’rådata’) processeras och valideras ej av ServiceProvider utan distribueras ut till uppdragsgivaren eller utförande avverkningsföretag.

Transaktionerna mellan processerna ”Distribute received harvester file (raw data)” till ”Update harvested production data” stöds av integrationsfunktionen ”Produktionsrapportering UT, rådata skördare”, (se vidare i kapitel ”Integrationsfunktioner”).

Produktionsrapportering, analys skördare

Innehållet i inkomna rapporter konverteras, rensas, kompletteras och valideras av ServiceProvider och distribueras därefter ut (endast .hpr) till Uppdragsgivaren (LoggingServiceRequestor) eller Utförande avverkningsföretag (LoggingContractor). I de fall rapporterna inte schemavaliderar mot sitt schema skapas ingen analysfil.

Transaktionerna mellan processerna ”Distribute result from analysis of received file” till ”Analysis of received harvester file” stöds av integrationsfunktionen ”Produktionsrapportering UT, analys skördare”, (se vidare i kapitel ”Integrationsfunktioner”).

Produktionsresultat skördare

Integrationssekvensen visas i diagrambilder med underrubrik ”Manage Production Information – ProductionTicket Harvester”.

Ett produktionsresultat i form av e-dokumentet (MeasuringTicket(ProductionTicket) skapas med kvantiteten för det handelssortiment som har skördats från ett avtalsobjekt sedan föregående inrapportering. Produktionsresultatet innehåller även uppgifter om respektive avverkad stock. Det skapas ett produktionsresultat för varje handelssortiment som förekommer i rapporteringen.

ServiceProvider verifierar insänd mätning mot produktionsunderlagets uppgifter. Då den har godkänts i verifieringen skapas ett produktionsresultat i sin första version. Det skapas olika e-dokument beroende på det som ska rapporteras; - MeasuringTicket (ProductionTicket) ByPackage för stammar. - MeasuringTicket (ProductionTicket) ByItem för sortiment.

Transaktionerna mellan processerna ”Distribute production data about cut stems” till ”Update production data” stöds av integrationsfunktionen ”Produktionsresultat skördare UT”, (se vidare i kapitel ”Integrationsfunktioner”).

Om en tidigare NotifyParty (logistikinformationsmottagare) ”plockas bort” från produktionsresultat skördare är den parten inte längre berättigad att i den rollen få information om produktionsresultatet och tidigare förmedlad information ska därför ignoreras. Detsamma gäller för den part som tidigare var planerad mottagare (EndUser) men inte blev destinerad mottagare.

För borttagen part gäller följande för borttagningsbesked:

• Dokumentet OtherDocument(Notification) distribueras till föregående NotifyParty (logistikinformationsmottagare) i de fall den parten endast fanns angiven på

produktionsresultat skördare med en prenumeration och numera inte har någon kvarvarande prenumererande roll.

• Om den parten efter uppdatering av produktionsresultat skördare fortfarande har en annan kvarvarande prenumererande roll kommer denne istället för OtherDocument(Notification) att få produktionsresultat skördare i den uppdaterade versionen med MeasuringTicket(ProductionTicket).

• Dokumentet OtherDocument(Notification) distribueras även till föregående planerad mottagare (tidigare OtherParty - EndUser, nu OtherParty - NotifyParty) i de fall den parten endast fanns angiven på produktionsresultat skördare som planerad mottagare men efter destineringen inte blev den verkliga mottagaren.

Notera att om NotifyParty väljer att få tillgång till information om produktionsresultat skördare genom prenumeration från ServiceProvider (se ovan) måste den parten stödja mottagande av OtherDocument(Notification) samt kvittera detta med ett BusinessAcknowledgement.

Hantering av Skotarrapporter

Integrationssekvensen visas i dokumentet ”PTO SDC Use Case J” i den första diagrambilden med underrubriken ”Manage Production Information – Forwarder”.

Produktionsrapportering från skotare

Uppdragsgivaren (LoggingServiceRequestor) eller Utförande avverkningsföretag (LoggingContractor) skickar in skotarrapporter, StanForD-meddelanden (filer), som skapas i skogsmaskinerna, forwarded production (.fpr/.prl), till ServiceProvider.

Transaktionerna mellan processerna ”Report forwarded production” till ”Check data” i diagrambilden stöds av integrationsfunktionen ”Rapportering IN” (se vidare i kapitel ”Integrationsfunktioner”).

Skotarrapporter kan även skickas in från en skotare (ForestMachine) via Sender XC applikationen, eller rapporteras in via RAPP-klienten till ServiceProvider. Denna rapportering kräver att ett produktionsunderlag existerar.

Notera att endast produktionsresultat för skotat sortiment kan rapporteras in via RAPP-klienten.

Uppdragsgivaren (LoggingServiceRequestor) kan istället använda en förenklad inrapportering av kvantiteter som inte förutsätter något produktionsunderlag utan endast att ett avtalsobjekt existerar med definierade handelssortiment eller sortimentskategorier att rapportera mot. Sådan rapportering kan göras via VIOL 3klient eller via API-integration. Notera att endast produktionsresultat för skotat sortiment kan rapporteras in med den förenklade kvantitetsrapporteringen. Transaktionerna mellan processerna ”Report quantity” till ”Manage and store forwarded production data” i diagrambilden stöds av integrationsfunktionen ”Kvantitetsrapportering IN” (se vidare i kapitel ”Integrationsfunktioner”).

Därefter hanterar ServiceProvider dessa rapporter enligt följande tre underrubriker.

Produktionsrapportering, rådata skotare

Innehållet i inkomna rapporter (benämns ’rådata’) processeras och valideras ej av ServiceProvider utan distribueras ut till uppdragsgivaren eller utförande avverkningsföretag.

Transaktionerna mellan processerna ”Distribute received forwarder file (raw data)” till ”Update forwarded production data” stöds av integrationsfunktionen ”Produktionsrapportering UT, rådata skotare”, (se vidare i kapitel ”Integrationsfunktioner”).

Produktionsrapportering UT, analys skotare

Innehållet i inkomna rapporter konverteras, rensas, kompletteras och valideras av ServiceProvider och distribueras därefter ut (endast .fpr) till uppdragsgivaren eller utförande avverkningsföretag.

I de fall rapporter inte schemavaliderar mot respektive schema skapas ingen analysfil.

Transaktionerna mellan processerna ”Distribute result from analysis of received file” till ”Analysis of received forwarder file” stöds av integrationsfunktionen ”Produktionsrapportering UT, analys skotare”, (se vidare i kapitel ”Integrationsfunktioner”).

Produktionsresultat skotare

Integrationssekvensen visas i dokumentet ”PTO SDC Use Case J” i den andra diagrambilden med underrubriken ”Manage Production Information – Forwarder”.

ServiceProvider verifierar insänd rapport mot produktionsunderlagets uppgifter. Om den blir godkänd skapas ”produktionsresultat skotat sortiment” i form av edokumentet DeliveryMessage (ShipmentAdvice) i sin första version. Då en version skapas används följande uppgifter om de vid just det tillfället finns registrerade i produktionsunderlaget: logistikinformationsmottagare, destinerad mottagningsplats samt destinerad mottagare.

I de fall inrapporteringen har skett som förenklad kvantitetsrapportering existerar inget produktionsunderlag vilket medför att ingen verifiering eller hämtning av information görs från något produktionsunderlag. Information hämtas istället från avtalsobjektet i detta fall.

Transaktionerna mellan processerna ”Distribute data about forest forwarded goods” till ”Update production data” stöds av integrationsfunktionen ”Produktionsresultat skotare UT”, (se vidare i kapitel ”Integrationsfunktioner”).

Om ett handelssortiment därefter destineras för avtalsobjektet, då skapas en ny version av produktionsresultatet endast om destineringen sker till den mottagningsplats som står i den tidigare insända rapporten. För den nya versionen används uppgifter som vid just det tillfället finns registrerade i produktionsunderlaget. En konsekvens av detta är att förändringar i produktionsunderlaget i allmänhet inte genererar nya produktionsresultat av skotningar som genomförts tidigare. I de fall inrapporteringen har skett som förenklad kvantitetsrapportering existerar inget produktionsunderlag vilket medför att ingen förändring av versioner sker på produktionsresultaten om destinering görs på avtalsobjektet.

Om en tidigare NotifyParty (logistikinformationsmottagare) ”plockas bort” från produktionsresultat skotare är den parten inte längre berättigad att i den rollen få information om produktionsresultatet och tidigare förmedlad information ska ignoreras. Detsamma gäller för den part som tidigare var planerad mottagare (EndUser) men som sedan inte blev destinerad mottagare.

För borttagen part gäller följande för borttagningsbesked:

• Dokumentet OtherDocument(Notification) distribueras till föregående NotifyParty (logistikinformationsmottagare) i de fall den parten endast fanns angiven på

produktionsresultat skotare med en prenumeration och numera inte har någon kvarvarande prenumererande roll.

• Om den parten efter uppdatering av produktionsresultat skotare fortfarande har en annan kvarvarande prenumererande roll kommer denne istället för OtherDocument(Notification) att få produktionsresultat skotare i den uppdaterade versionen med DeliveryMessage(ShipmentAdvice).
  
  
• Dokumentet OtherDocument(Notification) distribueras även till föregående planerad mottagare (tidigare OtherParty - EndUser, nu OtherParty - NotifyParty) i de fall den parten endast fanns angiven på produktionsresultat skotare som planerad mottagare men efter destineringen inte blev den verkliga mottagaren.

Notera att om NotifyParty väljer att få tillgång till information om produktionsresultat skotare genom prenumeration från ServiceProvider (se ovan) måste den parten stödja mottagande av OtherDocument(Notification) samt kvittera detta med ett BusinessAcknowledgement.

Kvalitetsrapportering

Integrationssekvensen visas i dokumentet ”PTO SDC Use Case J” i diagrambilden med underrubriken ”Manage Quality reports – Harvester”.

Kvalitetssäkrings-skördarrapporter

Uppdragsgivaren (LoggingServiceRequestor) eller Utförande avverkningsföretag (LoggingContractor) skickar in kvalitetssäkrings-skördarrapporter, harvesting quality control (.hqc/.ktr) till ServiceProvider.

Kvalitetssäkrings-skördarrapporter kan även skickas in från en skördare (skogsmaskin), via Sender XC applikationen till ServiceProvider.

Transaktionerna mellan processerna ”Report quality assurance data” till ”Check data” stöds av integrationsfunktionen ”Rapportering IN”, (se vidare i kapitel ”Integrationsfunktioner”).

Därefter hanterar ServiceProvider dessa rapporter enligt följande två underrubriker.

Kvalitetsrapportering, rådata skördare

Innehållet i inkomna rapporter (benämns ’rådata’) processeras och valideras ej av ServiceProvider utan distribueras ut (.hqc/.ktr) till uppdragsgivaren eller utförande avverkningsföretag.

Transaktionerna mellan processerna ”Distribute received harvester quality file (raw data)” till ”Analysis of received quality file” i diagrambilden stöds av integrationsfunktionen ”Kvalitetsrapportering UT, rådata skördare” (se vidare kapitel ”Integrationsfunktioner”).

Kvalitetsrapportering UT, analys skördare

Innehållet i dessa rapporter konverteras, rensas och valideras av ServiceProvider och distribueras därefter ut (.hqc) till uppdragsgivaren eller utförande avverkningsföretag.

I de fall rapporterna inte schemavaliderar mot sina scheman skapas ingen analysfil.

Transaktionerna mellan processerna ”Distribute result from analysis of received file” till ”Update quality assurance data” i diagrambilden stöds av integrationsfunktionen ”Kvalitetsrapportering UT, analys skördare” (se vidare kapitel ”Integrationsfunktioner”).

Driftsrapportering

Integrationssekvensen visas i dokumentet ”PTO SDC Use Case J” i diagrambilden med underrubriken ”Manage Operational monitoring”.

Driftsuppföljningsrapporter

Uppdragsgivaren (LoggingServiceRequestor) eller Utförande avverkningsföretag (LoggingContractor) skickar in driftsuppföljningsrapporter, på engelska operational monitoring (.mom/.drf), till ServiceProvider.

Driftsuppföljningsrapporter kan även skickas in från en skogsmaskin (ForestMachine) via Sender XC applikationen till ServiceProvider.

Innehållet i inkomna rapporter (benämns ’rådata’) processeras och valideras ej av ServiceProvider utan distribueras ut av ServiceProvider till utförande avverkningsföretag.

Transaktionerna mellan processerna ”Report machine operational monitoring data” till ”Check data” stöds av integrationsfunktionen ”Rapportering IN”, (se vidare i kapitel ”Integrationsfunktioner”).

Driftsrapportering

Innehållet i inkomna driftsuppföljningsrapporter (benämns ’rådata’) processeras och valideras ej av ServiceProvider utan distribueras ut av ServiceProvider till utförande avverkningsföretag.

Transaktionerna mellan processerna ”Distribute received operational file (raw data)” till ”Update operational data” stöds av integrationsfunktionen ”Driftsrapportering UT’’, (se vidare i kapitel Integrationsfunktioner’).

Integrationsfunktioner

I detta kapitel summeras och listas de integrationsfunktioner som används i detta use case. Användning av dessa finns omnämnda i föregående kapitel ”Beskrivning av processer och deras samverkan via transaktioner”.

Mer detaljerad beskrivning av dessa integrationsfunktioner finns i respektive integrationsfunktions specifikationer.

Use case integrationsfunktioner;

• Driftsrapportering UT
• Kvalitetsrapportering UT, analys skördare
• Kvalitetsrapportering UT, rådata skördare
• Kvantitetsrapportering IN
• Produktionsrapportering UT, analys skotare
• Produktionsrapportering UT, rådata skotare
• Produktionsrapportering UT, analys skördare
• Produktionsrapportering UT, rådata skördare
• Produktionsresultat skotare UT
• Produktionsresultat skördare UT
• Produktionsstyrning IN
• Produktionsunderlag IN
• Produktionsunderlag UT
• Rapportering IN

Avgränsningar

Det är bara produktion av virke i Sverige som omfattas av detta use case. Detta grundar sig på att produktionen endast får ske för träd som står på svenska koordinater.

Dokumentet innehåller inte ersättningsgrundande skördarmätning.