BII03 Order Only beskriver en process som endast inbegriper meddelandet elektronisk order. Ordermeddelandet kan avse både varor och tjänster, och dessa kan beskrivas antingen genom text i fri form eller med artikelsystematik enligt en katalog per definierade och unikt identifierade artiklar.
Registrering av ömsesidig partsinformation, eventuell utväxling av katalog liksom eventuell kommersiell grund i form av ramavtal förutsätts vara lösta när orderprofilen tillämpas. I de fall en order refererar till ramavtal mellan köpare och säljare gäller dess villkor, i övriga fall är det köparens villkor som gäller – detta för att lägga förutsättningarna på plats redan vid inköpstillfället och ge möjlighet till att styra inköpsarbetet mot användning av beställningsattest. Processen är tänkt att resultera i acceptans eller avvisande av orden, men sättet och formen för att förmedla detta ligger utanför ramen för BII profil.
Målsättningen är att profilen ska kunna användas med enkelt systemstöd med ingen eller liten integration mot affärssystem. Den interna transaktionshanteringen antas bli delvis manuell hos både köpare och säljare
Grundstandard och interoperabilitet
SFTI Sveorder 2.0 är en direkt tillämpning av nämnda BII profil utan inskränkningar eller tillägg.
För mer information om workshop BII, läs här: http://spec.cenbii.eu (endast på engelska). Det finns en mängd guider och dokumentation framtagen inom BII och denna sida presenterar de viktigaste dokumenten för implementation av den enkla ordern; den kompletta dokumentationen av BII finns på http://spec.cenbii.eu
Validering av XML
Standardiseringsprojektet CEN BII rekommenderar två kompletterande tekniker för att kontrollera att ett meddelande följer formatstandarden. Dels schemavalidering och dels schematron-validering. Schemavalideringen kontrollerar så att rätt strukturer, namnsättningar av element, datatyper och fältlängder används. Schematron används för att kontrollera att endast de element som är definierade som ingående i Sveordern används. Sveordern bygger på grundstandarden OASIS Universal Business Language men använder bara en liten del. Schematronreglerna kan verifiera att en xml-fil inte innehåller sådana fält som ingår i grundstarden men som ej används i Sveordern. SFTI kommer också löpande att komplettera schematron-reglerna med beräkningsregler, kodlistkontroller osv. När verifieringstjänsten för Sveordern är driftsatt så används där en kombination av XML-scheman och schematron.
· Profilbeskrivning - övergripande beskrivning av orderprocessen (uppdaterat 2010-06-07)
· Meddelandeinnehåll - som nedladdningsbart rtf-dokument (uppdaterat 2010-06-07)
· Meddelandeinnehåll - som windows-hjälpfil (chm) (uppdaterat 2010-06-07)
· Meddelandeinnehåll - som html-dokumentation (uppdaterat 2010-06-07)
· Migreringsguide från Sveorder 1.0 till Sveorder 2.0 (uppdaterat 2010-06-07)
· Valideringsverktyg - xsd-scheman (uppdaterat 2010-06-07)
· Valideringsverktyg - Schematron (uppdaterat 2010-06-07)
· Övrig BII-dokumentation - guider och beskrivande dokumentation om olika företeelser som skatt, partsinformation, kodlistor för denna och andra profiler. (uppdaterat 2010-06-07)
· Exempelorder - Exempel i XML-format (uppdaterat 2010-06-07)
· Presentationsmall (stylesheet) - Exempel på hur en stilmall kan se ut (BETA). (uppdaterat 2010-06-07)
Som inlSom inledningsvis nämnts är BII-profilen definierad med ett fristående ordermeddelande. Kompletterande informationsutbyten, som enkelt svar för accept eller avvisning av order, liksom leveransavi och faktura ligger utanför profilen. Miniminivån, operationellt sett, är alltså att skicka ett fristående elektroniskt ordermeddelande enligt specifikationerna ovan.
För lösningar som stödjer Sveorder ställer SFTI dessutom följande kompletterande funktionskrav:
· Hantering av ett enkelt ordersvar: Ett enkelt ordersvar innebärande antingen accept eller avvisning, kan skickas som e-post. Denna option är valbar, och den beskrivs närmare i bilaga 1;
· Hantering av enkel faktura: Faktura (inkl kreditnota, vid behov) kan valbart skickas elektroniskt eller på papper. Förutsättningar för användning av faktura beskrivs i bilaga 2.
För bådFör båda komplementen gäller att de väljs vid genomförandet av de enskilda ärendena (instanserna). Som jämförelse skiljer sig detta från alternativet att använda t ex BII profil 6, Procurement, där reglerna kring ordersvar och faktura/kreditnota definieras av profilen – sådana förutsättningar ger parterna möjlighet att bygga lösningar med högre grad av övervakning och synkronisering, men förutsätter å andra sidan samtidigt införande av hela profilen som ett paket.
Motiv för de tillkommande valbara funktionskraven i SFTI: Handelsparter skall ges möjlighet att närma sig elektroniskt meddelandeutbyte stegvis, och utan att de för den skull skall behöva omförhandla sin relation när ett nytt utvecklingssteg tas. Som illustration kan ett startsteg vara att köparen förbereder sitt inköpssystem för rekvisitions-/beställningsattest, ett andra att elektroniska beställningar skickas till sin tredjepartoperatör som distribuerar i den form och på det format som respektive mottagare önskar, ett tredje att varuleverantörer börjar gå över till att ta emot beställningar elektroniskt och senare bygger ut med elektroniskt ordersvar, och ytterligare därefter med elektronisk faktura och kreditnota. Men förstasteget kan likaväl vara att börja med elektronisk faktura och bygga på med e-order i efterhand.