Where Research Comes To Life www.tbrc.fi 10.12.10 KOULUTUS- JA KEHITTÄMISKESKUS 1
Agenda The Virtual Service Project Digital Business Ecosystem Information model 2
The Virtual Service Project 2011-2013 Research Scope Participants Developing next generation streamlined demand-supply network for the maintenance of Global Forest Industry Business process integration Product and service flow models Finance flow, e.g. transaction banking Working closely with international standardization and global software providers to generalize the results for wider adoption 3
Research on Digital Business Ecosystem DBE Energy and pulp, Paper, and Engineered materials Sales 8.9 billion Production plants in 15 countries Employs 22,000 people? Paper, packaging and wood products Sales 10.3 billion Production plants in 35 countries Employs 26,000 people 4
Digital Business Ecosystem As-Is -> To-Be One to many License model From B2B to DBE Many to many eecosystem Government Large company SME Bank Catalog Quoting Ordering Shipping Maintenance Invoicing 5 Kari Korpela
Work Packages WP WP 1: Virtual Value Net Requirements and Drivers WP 2: Business process model for maintenance supply chain WP 3: Data model for business processes WP 4: Collaboration platform for DBE WP 5: How to reach DBE savings WP 6: How redesign affects the entire eecosystem WP 7: Orchestration, collaboration and capabilities WP8: Decision making 6.6.2012 for Implementation project
Virtual Service Requirements and Drivers 1 st Results from Questionnaire
What How Where Who When Why Scope Data Function Network People Time Motivation List of Things Important to Business List of Processes the Business Performs List of Locations Important to Business List of Organizations Important to Business List of Events Significant to Business List of Business Goals/Strategies (contextual) Investor Enterprise Model Entity=Class of Business Thing e.g., Entity Relationship Diagram Function=Class of Business Process e.g., Function Flow Diagram Node=Major Business Location e.g., Logistics Network Agent=Class of Agent e.g., Organization Chart Time=Major Business Event e.g., Master Schedule End/Means=Major Business Goal e.g., Business Plan (conceptual) Owner Ent=Business Entity Rel=Business Rule Function=Business Process Node=Business Location Link=Business Linkage Agent=Org Unit Work=Work Product Time= Business Event Cycle=Business Cycle End=Business Objectives Means=Business Strategy Information System Model e.g., Data Model e.g., Data Flow Diagram e.g., Distributed System Architecture e.g., Human Interface Structure Analyst Eng Secy e.g., Processing Structure e.g., Knowledge Architecture (logical) Designer Entity=Data Entity Relationship= Data Relationship Funct=Appl Function Arg=User Views Node=Info Sys Funct Link=Line Char Phone WS WS Agent=Role Work=Job Time=Trigger Cycle=Component Cycle End=Criterion Means=Option Technology Model e.g., Data Design e.g., Structure Chart e.g., System Architecture e.g., Human/ Technology Interface Analyst Eng Secy e.g., Control Structure e.g., Knowledge Organization (physical) Builder Entity=Segment/Row Relationship=Pointer/ Key Funct=Computer Funct Arg=Screen/Device Formats Node=Hardware/ System Software Link=Line Specification Phone WS WS Agent=User Work=Job Time=Execute Cycle=Component Cycle End=Condition Means=Action Components (out-of-context) e.g., Data Definition Description e.g., Program e.g., Network Architecture e.g., Security Architecture e.g., Timing Definition e.g., Knowledge Definition Subcontractor Ent=Fields Rel=Addresses Funct=Language Stmts Arg=Control Blocks Node=Addresses Link=Protocols Agent=Identity Work=Transaction Time=Interrupt Cycle=Machine Cycle End= Means Functioning System e.g., Data e.g., Function e.g., Network e.g., Organization e.g., Schedule e.g., Strategy
FI Why Who What How Where Why Strategy (contextual) Motivation People Data Process Network B2B integrointisuunnitelm amme tukee yhtiön strategisia tavoitteita ja mahdollistaa uusien strategioiden syntymisen Ylin johtomme on tietoinen B2B integroinnin tuomista mahdollisuuksista yritykselle ja osallistuu aktiivisesti suunnitteluun Ylin johtomme on määritellyt mitä standardeja yhtiö käyttää liiketoimintatiedon ja - prosessien integroimiseen Ylin johtomme on määritellyt mitä standardeja yhtiö käyttää liiketoimintatiedon ja -prosessien integroimiseen Ylin johtomme on määritellyt ja priorisoinut, missä liiketoimintayksiköissä integroinnit toteutetaan Cost-Profit Ylin johtomme on tietoinen B2B integroinnin tuomista hyödyistä ja on siksi sitoutunut käyttämään yhteisiä standardeja koko verkoston kanssa Business Model (conceptual) B2B integrointisuunnitelm amme tukee liiketoimintayksiköid en tehtävää ja tavoitteiden saavuttamista Liiketoimintajohto osallistuu aktiivisesti B2B integroinnin suunnitteluun ja on nimennyt kaikille keskeisille liketoimintaprosesseille omistajat Liiketoimintajohto on priorisoinut liiketoiminta prosessit, joissa standardeja käyttämällä on nopeutettu integrointejaintegrointeja Liiketoimintajohto on priorisoinut liiketoiminta prosessit, joissa standardeja käyttämällä on nopeutettu integrointejaintegrointeja Ylin johtomme on määritellyt ja priorisoinut, missä liiketoimintayksiköissä integroinnit toteutetaan Liiketoimintajohto mittaa toimittajaverkoston suorituskykyä yhtiömme suorituskykyyn kuten toimitustäsmällisyytt ä, -aika, -puutteet Enterprise Architecture (logical) Yhtiöllämme on tietojärjestelmistä tiivis graafinen kuvaus, joka helpottaa kokonaisuuden ymmärtämistä IT johtomme osallistuu aktiivisesti B2B integrointisuunnielm an kehittämiseen ja on määritellyt tietojärjestelmäkuva ukseen vastuulliset henkilöt Tietojärjestelmäkuva uksemme kertoo missä tieto sijaitsee, mistä tietoa kerätään ja mihin tietoa jaetaan Tietojärjestelmäkuva uksemme kertoo missä liiketoimintaosioissa prosessien integroinnit toteutetaan Tietojärjestelmäkuvau ksemme sisältää keskeiset käyttäjäryhmät yrityksen sisällä ja verkostossa Yrityksemme IT budjetti voidaan esittää tietojärjestelmän kuvauksen mukaisesti.. Standards (physical) Integration (out-of-context) Service portfolio Standardien käyttö mahdollistaa järjestelmien nopean integroinnin ja helpon skaalautuvuuden Järjestelmien yhteensopivuus mahdollistaa reaaliaikaisen toimittajien välisen yhteistyön Yhteensopivat järjestelmät toimittajien ja asiakkaiden välillä parantavat asiakkaiden pysyvyyttä ja mahdollistavat uusien palveluiden ja tuotteiden tarjonnan Meillä on käytettävissä asiantuntijat, jotka osaavat standardien hyödyntämisen ja järjestelmien modulaarisuus on parantunut Meillä on ohjeet mitä tietoa jaetaan läpinäkyvästi ja kenelle. Ylin, liiketoiminta ja IT johto ovat yhdessä huolehtineet siitä, että toteutukseen on oikeat asiantuntijat Standardisanomilla välitettävä tieto on parantanut tiedon reaaliaikaisuutta, virheettömyyttä ja luotettavuutta Tiedon yhteensopivuus järjestelmien välillä sekä liitteenä tarvittaessa toimitettava lisätieto minimoi tuotteiden tai palveluiden toimituksen liittyviä Meillä puutteita on käytettävissä testausmenetelmät liiketoiminta prosessien integrointiin, jotta järjestelmien välinen integrointi nopeutuisi Standardit liiketoimintaprosessit mahdollistaa prosessien automatisoinnin Avoimet tietojärjestelmien rajapinta-kuvaukset vähentävät järjestelmien integrointikustannuk sia Meillä on käytettävissä testausmenetelmät liiketoiminta prosessien integrointiin, jotta järjestelmien välinen integrointi nopeutuisi Yhteiset standardit mahdollistavat globaalin toimittajaverkoston integroinnin. Verkostollamme on yhteinen toimintamalli B2B integroinnin toteuttamiseen ja vaiheistamiseen Verkostomme tarjoaa kehittäjille ja käyttäjille yhteiset tukipalvelut integrointiin Verkoston osapuolet ovat sopineet integroinnissa käytettävästä standardista kustannusten minimoimiseksi Olemme saavuttaneet riittävän integrointitason ja pystyneet purkamaan manualisia prosesseja. Avoin tiedonjako integroinnin toteutuksessa on nopeuttanut integrointeja
Tier -0 Why Who What How Where Motivation People Data Process Network Why Cost-Profit Strategy (contextual) 4,3 4,4 4,1 3,8 4,2 4,0 Business Model 4,4 3,8 4,2 3,8 3,9 3,9 (conceptual) Enterprise Architecture 4,5 4,2 4,6 4,5 4,4 3,7 (logical) Standards (physical) 4,3 4,1 4,3 4,3 4,0 3,5 Integration (out-of-context) 4,1 3,7 4,3 4,4 2,9 3,3 Service portfolio 4,3 3,8 3,5 3,3 3,4 3,6
Why Who What How Where Motivation People Data Process Network 3,8 4,3 4,1 4,4 3,9 3,8 3,6 4,2 4,3 4,4 3,9 3,8 3,4 4,5 4,2 4,3 3,6 4,6 3,1 4,1 4,2 4,3 4,5 4,2 3,4 3,8 3,5 4,3 3,0 3,5 3,8 3,8 3,5 3,9 3,3 4,5 3,6 4,4 3,1 3,3 4,0 4,4 3,6 4,0 2,8 2,9 3,4 3,4 3,4 4,1 3,9 4,3 4,0 4,2 4,1 4,3 3,7 3,7 4,7 4,1 Why Cost-Profit 4,2 4,0 4,1 3,9 3,4 3,7 3,0 3,5 3,2 3,3 3,1 3,6 Strategy (contextual) Business Model (conceptual) Enterprise Architecture (logical) Standards (physical) Integration (out-of-context) Service portfolio Tier -1
Virtual Service As-Is Electronic documents - penetration Penetration 100 % Manual > electronic -> automated Real time information Critical mass Service portfolio 1990 2001 05 06.12 Remark, only electronic invoicing could reduce supply chain costs by 243 billion EUR across Europe Ecosystems competitiveness
Virtual Service Virtual Service Information model
Virtual Service - Core Model idea will be ready 6.6.2012 XML UBL RosettaNet Repository and data elements UN CEFACT, CCTS. Keskeistä on että elementtejä on yhteensä 136, joista; - 25 sellaisenaan samoja (vastaanottaja, dokumentti ID jne.) - 25 joilla tekee kaikki keskeiset asiat - 3*~25 elementtiä, joita tarvitaan katalogissa, logistiikassa ja laskutuksessa. EDI EDI idoc Core Model Common processes Interoperable elements
Catalogue to Order to Pay eyellowpage (UDDI register IP s and organizations) ecatalogue (product info) Quotation Order Delivery Invoicing Buyer City Health Industry Need to order Analyze Ordering needs Request products availability Analyze product answers Request a new quote Yes Set specifications and create a quote request Analyze quote answers Create purchase order request Analyze purchase Order confirmation Shipment receipt Invoice workflow Process payment Process invoice Standard xml messages 2A2 2A2 3A1 3A1 3A4 3A4 4B2 3C3 Finvoice Seller SME s Analyze product request Create product Catalogue Can we mee the requirements Oh the quote? Yes Collect detailed information for the quote line items Analyze purchase order request Notify accepted or rejected Confirm purchase order (line item accepted or reject) Analyze of shipment receipt Create invoice
Catalog Catalog Catalogue Request Catalogue Product Marketing Information is needed Buyer Query marketing information Analyse the marketing Information response Supplier Process marketing Information query Create a marketing Information response
Quoting Quoting Request For Quotation Quotation Request a new quote Buyer Set specifications and create a quote request Analyze quote answers Supplier Collect detailed information for the quote line items Yes Can we meet the requirements Oh the quote?
Ordering Ordering Order Order Response Order Change The process of Issuing a purchase order typically occurs after: checking for price and availability or request quotes Buyer Create purchase order request Analyze purchase Order confirmation Request purchase order change Supplier Analyze purchase order request Confirm purchase order (line item accepted or reject) Analyze purchase order change
Warehouse Logistics Logictics Stock Availability - Document Availability Request Stock Availability Report Despatch Advice Receipt Advice Buyer Define requested Products and availability request Analyze the inventory report Process the advance shipment notification Create shipment delivery report Supplier Analyze availability request Create an inventory report (status of the inventory) Create the detailed advance shipment notification Analyze the Shipment receipt
Maintenance Maintenance Despatch Advice (service done) Receipt Advice (service approved) Buyer Process the service done notification Create service approved report Supplier Create the detailed Service done notification Analyze the service approved report
Invoicing Application Response Invoicing Invoice Self Billed Invoice Remittance Advice (Invoice Reject) Yes Is invoice Accepted? No The need to issue Self-billing invoice based on contracts Buyer Process the invoice Notify of invoice rejection Create billing Statement notification Create remittance ddvice notification Supplier Create invoice Process invoice rejection Process billing statement Process remittance advice
Process Example: Maintenance Service Work
Process Example: Maintenance Service Parts
Result of business processes prioritizing
Process Example
Elements in all Business Processes
Virtual Service Workflow Model for Building Digital Business Ecosystem
Findings Literature - Innovation network - Hub orchestration - Knowledge mobility - Clear story - Social networks Qualitative Focus group Business Research Standards Expert group - Different maturity and industry view - Standards for Hub - Process consolidation - Different datamodel Evolutionary Knowledge Cap - Process view (workflow) - Capabilities in process - No core model
Features B2B INTEGRATION STEPS AND TIME FRAME Capabilities Collaboration Goals Digital Business Ecosystem Shared understanding Decision day? My Business Network process Key Buyer Supply Chain +1-6 m? My Company project Project workflow +7-18 m?
WORKFLOW MODEL Capabilities Collaboration Goals Strategy (contextual) Business Model (conceptual) Real-time information for decision making Business processes re-design Enterprise Architecture (logical) Information integration (intra-inter) Standards (physical) Information model and workflow Integration (out-of-context) Open information of interfaces Service portfolio Service testing validation and maintenance
Contact information Virtual Service Project Kari Korpela kari.korpela@lut.fi int. +358-400-266 230