Äriprotsesside modelleerimine ja automatiseerimine Loeng 10 Standardid Enn Õunapuu ennounapuu@ttu.ee
Kava Alustan probleemi selgitusest Näitan vahendit millega saab kontseptuaalsest skeemist XML skeemi ja dokumendi Vaatan Eesti e-arve standardit UBL univrsial business language Energiavaldkonna standard -ebix Selgitan, kuidas saaks standardeid meie projekti kontekstis kasutada.
Probleem Sisuliselt on tegu Semantic Web probleemiga. The Semantic Web is a "web of data" that enables machines to understand the semantics, or meaning, of information on the World Wide Web. [1] It extends the network of hyperlinked human-readable web pages by inserting machine-readable metadata about pages and how they are related to each other, enabling automated agents to access the Web more intelligently and perform tasks on behalf of users.
Eesti semantilise koosvõime raamistik Semantilise koosvõime all mõistame infosüsteemide võimet teistelt infosüsteemidelt saadud andmeid adekvaatselt kasutada. Ehk siis teiste sõnadega, semantilise koosvõime tagamine eeldab infosüsteemide inim- ja masinloetava semantika olemasolu. Koosvõime muudab keerukaks asjaolu, et tarkvarasüsteemide kasutusviisid, eesmärgid ja kontekstid on erinevad, seega on erinevad ka andmete esitusviisid, kodeerimine ja tähendusnüansid.
Semantilise koosvõime võtmepõhimõtted Riigi infosüsteemide semantilisel kirjeldamisel rakendatakse järgnevaid keeli ning nende laiendusi: XSD, OWL, WSDL, SA-WSDL, WS-BPEL. Riigi infosüsteemide nii inim- kui masinloetavad semantilised kirjeldused on tasuta kättesaadavad nii avaliku ja erasektori esindajatele kui kõigile EL-i kodanikele. Iga ministeerium on kohustatud looma ning seejärel haldama oma valitsemisalaga seotud ontoloogiaid, valdkonnasõnastikke, nendega seotud veebiteenuste semantilisi kirjeldusi ning muid semantilisi varasid.
Avaliku teabe seadus (RT I 2000, 92, 597; terviktekst https://www.riigiteataja.ee/ert/act.jsp?id=921835) Seaduse sätted tagavad üldiseks kasutamiseks mõeldud teabele avalikkuse ja igaühe juurdepääsu võimaluse, lähtudes demokraatliku ja sotsiaalse õigusriigi ning avatud ühiskonna põhimõtetest, ning loob võimalused avalikkuse kontrolliks avalike ülesannete täitmise üle.
Käideldavus ISKE K0 töökindlus pole oluline; jõudlus pole oluline; K1 töökindlus 90% (lubatud summaarne seisak nädalas ~ ööpäev); lubatav nõutava reaktsiooniaja kasv tippkoormusel tunnid (1 10); K2 töökindlus 99% (lubatud summaarne seisak nädalas ~ 2 tundi);lubatav nõutava reaktsiooniaja kasv tippkoormusel minutid (1 10); K3 töökindlus - 99,9% (lubatud summaarne seisak nädalas ~ 10 minutit);lubatav nõutava reaktsiooniaja kasv tippkoormusel sekundid (1 10).
Terviklus T0 info allikas, muutmise ega hävitamise tuvastatavus ei ole olulised; info õigsuse, täielikkuse ja ajakohasuse kontrollid pole vajalikud; T1 info allikas, selle muutmise ja hävitamise fakt peavad olema tuvastatavad; info õigsuse, täielikkuse, ajakohasuse kontrollid erijuhtudel ja vastavalt vajadusele; T2 info allikas, selle muutmise ja hävitamise fakt peavad olema tuvastatavad; vajalikud on perioodilised info õigsuse, täielikkuse ja ajakohasuse kontrollid; T3 infol allikal, selle muutmise ja hävitamise faktil peab olem tõestusväärtus; vajalik on info õigsuse, täielikkuse ja ajakohasuse kontroll reaalajas.
Konfidentsiaalsus S0 avalik info: juurdepääsu teabele ei piirata (st lugemisõigus kõigil huvitatutel, muutmise õigus määratletud tervikluse nõuetega); S1 info asutusesiseseks kasutamiseks: juurdepääs teabele on lubatav juurdepääsu taotleva isiku õigustatud huvi korral; S2 salajane info: info kasutamine lubatud ainult teatud kindlatele kasutajate gruppidele, juurdepääs teabele on lubatav juurdepääsu taotleva isiku õigustatud huvi korral, S3 ülisalajane info: info kasutamine lubatud ainult teatud kindlatele kasutajatele, juurdepääs teabele on lubatav juurdepääsu taotleva isiku õigustatud huvi korral.
Koosvõime komponendid sõnastikud, tesaurused, klassifikaatorid (nomenklatuurid), taksonoomiad, vastavustabelid (mapping tables), ontoloogiad, teenuste registrid.
Open Data Open data on praktika mille puhul tehakse kättesaadavaks info kõigile ilma ligipääsu, patentide ja autoriõiguse piiranguteta. Eelkõige mõeldakse open data all valitsuste, teadusasutuste andmete avamist. Aga isegi kodanik võib teatud juhtudel soovida avada oma andmeid.
Nõuded Open Data-le Terviklik Kõik avalikud andmed tehakse kättesaadavaks. Selle alla loetakse kõik data mida ei piira isikuandmete ja muul põhjusel salastatud andmete piirangud. Algallikast Andmed on töötluseta kogutud algallikast, säilitades oma originaalkuju ja detailsuse. Ajakohane Andmekogum on avaldatud võimalikult kiirelt, et säilitada selle asjakohasus. Kättesaadav Andmed on saadavad võimalikult laiale kasutajateringile võimalikult laia kasutuseesmärgiga.
Nõuded jätk Masinloetav Andmed on mõistetava struktuuriga, automaatselt töödeldavad. Mitte diskrimineeriv Andmed on esitatud avalikult, kättesaamiseks pole vaja registreeruda ega taodelda juurdepääsu. Vabu standardeid kasutav Andmed on esitatud vabas formaadis, mis ei ole ühegi ettevõtte ega isiku ainuomand. Vaba litsentsiga Andmed ei ole kaitstud autoriõiguse, patendi, kaubamärgi ega ärisaladuse regulatsiooniga. Mõistlikud privaatsus- ja turvalisuspiirangud võivad olla lubatud.
Teiste kogemus http://www.data.gov/ http://data.gov.uk/
Ontoloogial põhinev lahendus Tehakse iga valdkonna jaoks ontoloogiad. Annotatsioonide kaudu määratakse vastavused. Annotation, or tagging, is about attaching names, attributes, comments, descriptions, etc. to a document or to a selected part in a text. It provides additional information (metadata) about an existing piece of data. Semantic Annotation helps to bridge the ambiguity of the natural language when expressing notions and their computational representation in a formal language. By telling a computer how data items are related and how these relations can be evaluated automatically, it becomes possible to process complex filter and search operations.
Arvete vastuvõtmise protseduurid täna Arve väljastaja Trükk ja ümbrik Postitus Avamine ja sorteerimine Ülevaatamine ja kinnitus Raamatupidamine Makse Arhiiv Manuaalne protseduur Digitaalne protseduur
Kui palju mingi protsess aega võtab Protseduur Minutit Ümbriku avamine 1 Eeltöötlus (koopia, tempel, eelkontroll) 4 Eelkonteerimine 2 Kontroll 1 Aktsepteerimine ja kinnitus 2 Lõplik konteerimine 2 Arhiveerimine 2 Majasisene ringlus 10 Vigade käsitlus 2 Kokku 26
Arvete vastuvõtmise protseduurid homme Arve väljastaja Trükk ja ümbrik Postitus Avamine ja sorteerimine Ülevaatamine ja kinnitus Raamatupidamine Skanneerimine Makse Arhiiv Arve väljastaja Teenuse- pakkuja Teenuse- pakkuja Invoice WorkFlow Raamatu- pidamine Makse Arhiiv Manuaalne protseduur Digitaalne protseduur
Kui palju mingi protsess aega võtab Protseduur Manuaalselt Digitaalsel t Ümbriku avamine 1 Eeltöötlus (koopia, tempel, eelkontroll) 4 Eelkonteerimine 2 e-arve Kontroll 1 1 1 Aktsepteerimine ja kinnitus 2 1 1 Lõplik konteerimine 2 2 Arhiveerimine 2 Majasisene ringlus 10 Vigade käsitlus 2 1 1 Kokku 26 5 3
MIKS? Miks on vaja e-arveid vastu võtta? Kuluefektiivne Automatiseeritud raamatupidamine Parem ülevaatlikus Suurem arvete liikumise kiirus Miks on vaja e-arveid saata? Suurem arvete liikumise kiirus Parem kvaliteet Kuluefektiivne
KUIDAS? Kuidas e-arveid vastu võtta? Soovitavalt kõik arved ühe rutiini abil ei ole kasu üksikutest e-arvest Digitaalne arvete vastuvõtmise ja aktsepteerimise protseduur pilt ja andmed kõikide digitaliseeritud arvete puhul Integreeritud raamatupidamissüsteemiga Integreeritud maksesüsteemiga Kuidas e-arveid saata? Vajalik informatsioon adressaadi kohta. Vajalik mugav saatmisvõimalus - soovitavalt kõik arved ühe rutiini abil
Kuidas saab Itella aidata? Täna edukalt toimiv arved.ee portaal e-arve vastuvõtjate nimekirjade haldamiseks. Kuus saadetakse ligikaudu 160 000 e-arvet seitsmesse erinevasse kanalisse, millest ligikaudu 10 000 on B2B e-arved.26.03 lansseeritakse arved.ee versioon 3.0 koos juriidiliste isikute tellimisvõimalusega. E-arvete saatmisteenus erinevatesse kanalitesse juba täna saab saata meie kaudu arveid seitsmesse kanalisse. 26. märtsist lisandub täisteenus kanal suurematele ettevõtetele ning lähitulevikus veel üks keskmistele ettevõtetele suunatud kanal. Lisaks läbirääkimised võimalike teiste teenusepakkujatega (Hansaworld, Krediidiinfo) E-arvete vastuvõtmine erinevatest kanalitest koostööläbirääkimised pankadega, Hansaworldiga, Krediidiinfoga Arvete skanneerimisteenus täisteenuse tagamiseks - täna skanneerime 10 000 arvet kuus Arvete ringlussüsteem Itella workflow
Mida Eesti riik peaks tegema? Arvete vastuvõtjana Protsesside digitaliseerimine Kõikide sissetulevate arvete digitaliseerimine Saatjate suunamine e-arvete saatmise poole Arvete esitajana Hakkama saatma e-arveid erinevatesse kanalitesse kas siis ise või läbi teenusepakkuja Regulaatorina propageerima e-arveid (olema eeskujuks, põhjendama jm) kaotama võimalikud takistused aktsept kirjest andmebaasis võiks piisata ilma, et iga sissetulevat arvet oleks vaja allkirjastada mitte looma täiendavaid piiranguid e-arvendusele
UBL 2.0 http://www.oasisopen.org/committees/tc_home.php?wg_abbrev=ub l http://www.nesubl.eu/
UBL 2.0 Universal Business Language (UBL) is a library of standard electronic XML business documents such as purchase orders and invoices. UBL was developed by an OASIS Technical Committee with participation from a variety of industry data standards organizations. UBL is designed to plug directly into existing business, legal, auditing, and records management practices. UBL version 2.0 was approved as an OASIS Committee Specification in October 2006 and has been publicly released.
Üldvaade
UBL 2.0 tänane seis UBL 2.0 was ratified as an OASIS standard in December 2007. According to plans UBL 2.0 will become a UN/CEFACT specification soon and will later become a UN/CEFACT standard. UN/CEFACT will take over development of UBL 2.0. UBL 2.0 traces its origins back to the EDI standards and other derived XML standards. In total there are 31 documents covering business needs in the phases of presale, ordering, delivery, invoicing and payment.
UBL 2.0 dokumendid Presale: Request for quotation, Quotation, Catalog request, Catalog, Catalog deletion, Catalog item update, Catalog pricing update. Ordering: Order, Order response, Simple order response, Order cancellation, Order change. Delivery: Bill of lading, Certificate of origin, Forwarding instructions, Packing list, Transportation status, Way bill, Receipt advice, Despatch advice Invoicing: Reminder, Invoice, Self billed invoice, Credit note, Self billed credit note, Debit note, Self billed debit note, Statement Payment: Remittance advice Other: Application response, Attached document
NES 2.0 North European Subset A northern European cooperation on e-commerce and e-procurement. Participants are Denmark, Sweden, Norway, Finland, Iceland and the United Kingdom. Specifies profiles comprising of definitions of: Electronic business processes which each consist of one or more UBL 2.0 documents. A subset for each document (names NES subset). The use of code lists and subsets of each of them. NES aims to make subsets for the most common uses, thus easing and speeding up implementations of electronic business
NES 2.0 praegune seis The following profiles are currently defined by the NES Group: Profile 1: Catalogue Only Profile 2: Catalogue with Updates Profile 3: Basic Order Only Profile 4: Basic Invoice Only Profile 5: Basic Billing Profile 6: Basic Procurement Profile 7: Simple Procurement
Kuidas neid juurutada? Koodide tabelid UBL-CommonLibrary-2.0.xls Semantilise koosvõime raamistik SEmantikavaradeHaldamiseKEskond_Anal_s_ver_1. 0.doc X-tee ERP süsteemide ühendamine (Navision) Pangad Workflow süsteemid
Kontseptuaalsel mudelil põhinev lahendus Tehakse kontseptuaalne skeem Lepitakse kokku infovahetuse dokumendid, mis põhinevad sellel kontseptuaalsel skeemil.
Näide:Travel agent
Transpordi agent Lahendus võib ka realiseerida transpordi agendina. Agent õpib ja modifitseerib end töö käigus.
Travel agendi lahendus kasutades standardeid Open Travle alliance OTA standard http://www.opentravel.org/
Content What is Open Travel Alliance (OTA) What are the goals of OTA How alliance plan to meet its goals OTA code tabel OTA xml documents and xml schemas
What is Open Travel Alliance (OTA) The travel industry is comprised of many diversified sectors, including airlines, hotels, car rental companies, computer reservation systems, travel agents and other businesses that provide products and services to meet traveler needs. Travel industry business and technology leaders responsible for product distribution are working together through the OTA to transform the travel industry into one large global supermarket of products and services.
What are the goals of OTA The OTA is dedicated to helping the travel industry take full advantage of the near universal access to the Internet and related technologies. By working in cross industry sectors, each sector within OTA identifies its particular industry needs and appropriate terms. A final product of the alliance is a dictionary of common usage terms used throughout the industry. This dictionary of terms is being compiled and used in XML specifications.
Generic messages
Vaataks kuidas OTA standard välja näeb? http://elrond.tud.ttu.ee/material/enn/xmlkursus/lo eng11standardid/
Xcase http://xcase.codeplex.com/ XCase is a case tool for conceptual modeling of XML data based on MDA as it separates the conceptual modeling process to two levels: Platform- Independent and Platform-Specific Model. From each PSM diagram you can derive an XML schema describing a data view. http://www.ksi.mff.cuni.cz/xcase/
Vaatame xcase töös!
Mida saab genereerida? XML Schema XML document OWL
OTA näide D:\Raamat2\Labor\Sihtfin\EvolTarkvaraSemantic3 0052011\int_framework\int_framework\experiment s Vaatame mudelid Genereerime XML schema, XML Genereerime OWL Vaatame OWL-i Protege-ga
Käsitleme saadud owl-i Protege-ga Genereeritud OWL on D:\Raamat2\Labor\Sihtfin\EvolTarkvaraSemantic3005 2011\int_framework\int_framework\experiments\op entravel
xcase-iga saab ka xml Schema-st PSM mudeli Tuleb kõigepealt teha tühi PSM mudel Ja siis xsd -> PSM Näitan!
Elektrituru näide
Valdkonna terminid Harmoniseeritud rollimudeli valdkond Mõõtepunkt Valdkonna kirjeldus Punkt, kus mõõdetakse energiatooteid Metering point Arvesti Meter Mõõteseadme register Register Võrgupiirkond Metering grid area Tarbimis koht (tootmis) Local metering point Seade, mis on ette nähtud võrgust tarbitud või võrku antud elektrienergia koguste määramiseks Register võib olla arvesti sisemuses paiknev element, mis kogub ja salvestab etteantud tingimuste kohaselt elektrienergia koguseid. Füüsiline piirkond, kus saab mõõta tarbimist, tootmist ja kauplemist. Seda ei ole piiratud mõõdikute paigaldamisega perioodi mõõtmiseks piirkonna sisendina ja väljundina. Seda saab kasutada tarbimise ja tootmise summa kehtestamiseks ilma perioodilise mõõtmise ja võrgukadudeta. Tegemist on ainult ühe mõõtepunkti Koht, kus toimub energiatoodete mõõtmine. Väikseim punkt, kus toimub bilansi selgitamine ning kus saab toimuda Avatud tarnija vahetus. Võib olla füüsiline või loogiline punkt. Tegemist on mõõtepunkti tüübiga. Tarbimiskoht Consumption metering point Tootmiskoht Production point metering Koht, kus toimub tarbimise mõõtmine. Selleks võib olla üks mõõtepunkt või mitme mõõtepunkti kombinatsioon. Tegemist on mõõtepunkti tüübiga. Koht, kus toimub tootmise mõõtmine. See võib olla üks füüsiline punkt või mitme erineva punkti kombinatsioon. Tegemist on mõõtepunkti tüübiga. Piiri(ülemineku)koht Mõõtepunkt, milles mõõdetakse energiakauplemist teise mõõtmise võrgupiirkonnaga. Tegemist on mõõtepunkti tüübiga. Exchange point metering Bilansipiirkond Market balance area Geograafiline piirkond, mis koosneb koos ühtsete turureeglitega ühest või enamast võrgupiirkonnast, milleks arvelduse eest vastutav osapool teostab bilansi selgitust ja millel on sama hind kooskõlastamisel.
ebix rollimudel Arvesti 1..* käitab ja hooldab Arvestite käitaja 0..1 sisaldab Arvestite andmebaasi hooldab arvesteid haldur 1..* 1..* haldab 1..* haldab mõõteseadmete andmeid 1..* Mõõteseadme register Mõõtepunkt sisaldab 1..* Mõõtepunkti 1 haldur kuulub Piiri (ülemineku) mõõtepunkt 1 ühendatud Kooskõlastaja Võrgupiirkond koosneb Võrguoperaator Vabade võimsuste turuadministraator kogub andmeid 1..* Tarbimis (tootmis) koht Tasaarveldaja tarnib elektrit tagab võrguühenduse Võrguettevõtja võrguleping Avatud tarnija avatud tarne elektrileping Bilansihaldur toimetab sõlmib lepinguid saab tüükoormusgraafikud 1 Bilansipiirkond 1..* teostab finatskontrolli Süsteemihaldur Võrguühenduse kasutaja määratud tarne elektrileping Määratud tarne müüja Bilansiselgitaja Tüüpkoormusgraafikute haldur saadab andmed arveldamiseks Tootja Tarbija saadab mõõteandmed saadab mõõteandmed Mõõteandmete koguja saadab mõõteandmed Mõõteandmete haldur saadab kontrollitud mõõteandmed Mõõteandmete koondaja Arveldaja
Tarnija vahetus KLIENT UUS TARNIJA ANDMEVAHETUS- PLATVORM VÕRGUETTEVÕTJA ANDMELADU EELMINE TARNIJA 1. Taotlus uue lepingu sõlmimiseks 2. Sõlmib uue lepingu 3. Avaldus uue kliendi lisandumisest 4. Andmete kontrollimine mõõtepunkti võrguettevõtja Master Data alusel 6a. Kinnitab info kättesaamist 5. Edastab teate muudatuse jõustumisest (või mitte jõustumisest) 6b. Kinnitab info kättesaamist 8. Mõõteandmete küsimise päring 9A. Saadab mõõteandmed 9B. Saadab mõõteandmed 10. Edastab mõõteandmed
Elektrituru standard -ebix http://www.ebix.org/ http://cloud.ld.ttu.ee/ecomm/kursus.aspx
Development process
Suured tänud!!! Jõudu tööle!!!