1. Perusteet Tärkeää informaatiota Aineettomat oikeudet Autenttisuus Viittaaminen Käännökset
|
|
- Sofia Halonen
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 1. Perusteet 1.1. Tärkeää informaatiota Aineettomat oikeudet MoReq2010 -määrityksen tekijänoikeudet kuuluvat DLM-Forumille, 2010 & 2011, joka pidättää ne itsellään, mukaan luettuna kaikki oikeudet tekstiin ja sen alkuperäiseen kuvitukseen. Joissakin kuvissa on käytetty Microsoft Corporationin ( tekijänoikeuskorvauksista vapaita leikekuvia. Uusien kopioiden tekeminen tästä työstä on sallittu muuten kuin kaupallisessa tarkoituksessa. Työtä lainattaessa tai kopioitaessa on lähde mainittava. Lähde on DLM Forum Foundation Autenttisuus Dokumentin viimeisin versio on saatavissa osoitteista ja DLM Forum ei pidä yllä, tue tai suosittele käyttämään muita MoReq2010 :n jakelukanavia Viittaaminen Suositeltu tapa viitata tähän dokumenttiin on seuraava: DLM Forum Foundation, MoReq2010 : Modular Requirements for Records Systems Volume 1: Core Services & Plug-in Modules, 2011, saatavilla at Suomalainen käännös on saatavissa osoitteessa: Käännökset Käännöksen julkaiseminen tai muu jakelu MoReq2010 :sta mihin tahansa tarkoitukseen vaatii aina luvan, jota on anottava sähköpostitse DLM Forumin sihteeristöltä osoitteessa secretariat@dlmforum.eu. Käännöslupa edellyttää, että DLM Forum ja sen jäsenet saavat vapaasti kopioida, käyttää ja jakaa käännöstä ei-kaupallisiin tarkoituksiin ja asettaa jaella käännöstä MoReq2010 -sivustolla Logot ja tavaramerkit DLM Forum Foundationin logon, MoReq Governance Boardin logon ja MoReq2010 :n logon tekijänoikeudet kuuluvat DLM Forum Foundationille, vuodesta 1996 tähän hetkeen. Termit DLM Forum, MoReq, MoReq2 ja MoReq2010 ovat DLM Forum Foundationin rekisteröityjä tavararamerkkejä. Euroopan komission symbolin käyttöön on saatu lupa Julkaisussa käytetyt merkintätavat Muodolliset vaatimukset ja tietotyyppien määritykset on merkitty tunnistamisen helpottamiseksi julkaisussa seuraavilla alkukirjaimilla: D Tietorakenne (Data structure); E Entiteettityyppi (Entity type); F Toiminnallinen määritelmä (Function definition); M Metatietoelementin määritelmä (Metadata element definition); N Ei-toiminnallinen vaatimus (Non-functional requirement); and
2 R Toiminnallinen vaatimus (Functional requirement). On huomattava, että näillä alkukirjaimilla alkavat numerot on tarkoitettu ao. kohdan löytämiseen vain kyseessä olevassa määrittelyssä. Ne voivat muuttua MoReq2010 :n alaversionumeroilla toisistaan erotetuissa versioissa, kun vaatimukset ja määritelmät kehittyvät. Asiakirjajärjestelmien ja muiden MoReq2010 :tä noudattavien sovellusten tulee aina käyttää ainutkertaisia yksilöiviä tunnuksia, jotka on määritetty tietomallissa. Sekä toiminnallisiin että ei-toiminnallisiin vaatimuksiin voi liittyä kursivoitu kuvaus, joka selostaa vaatimuksen taustalla olevaa ajatusta. Sen tarkoituksena on selventää ja tukea vaatimusta. 1.2 Päämäärät Tavoitteet MoReq2010:n tavoitteena on tarjota asiakirjajärjestelmille kattava, yksinkertainen ja helposti ymmärrettävä joukko vaatimuksia, jotka ovat mukautettavissa ja käytettävissä erilaisissa informaatioja toimintaympäristöissä, eri aloilla ja erityyppisissä organisaatioissa. MoReq2010 ei määrittele yhtä kaikille sopivaa ratkaisua vaan joukon ydinpalveluja, joita eri asiakirjajärjestelmät voivat jakaa keskenään. Ydinpalvelut ovat modulaarisia ja joustavasti yhdistettävissä sellaisiin erikoistuneisiin sovelluksiin, joita ei yleensä ole tunnistettu asiakirjajärjestelmiksi. Tässä dokumentissa kuvataan MoReq2010 -yhteensopivien asiakirjajärjestelmien vähimmäisvaatimukset, yhteiset prosessit (esim. asiakirjojen vienti järjestelmästä, säilytysajan mukaiset toimenpiteet) sekä tietomalli entiteettityyppeineen, tietorakenteineen, metatietoelementteineen ja funktioineen. Täysin toteutettuna ne mahdollistavat asiakirjajärjestelmien yhteiskäyttöisyyden ja asiakirjojen siirtämisen järjestelmästä niiden elinkaaren eri vaiheissa joko saman tai toisen järjestelmätoimittajan toiseen MoReq2010 -yhteensopivaan järjestelmään. Tarkoituksena on, että MoReq2010 -määrityksen toiminnallisuutta voidaan kehittää ja laajentaa erilaisten moduulisarjojen pohjalta. Kyseiset moduulit kattavat sekä yleisiä että erityisiä alueita, joita kehitetään DLM Forumin MoReq Governance Board:n valvonnassa kuukausien ja vuosien aikana, jotta erilaisten markkina-alueiden, toimialojen, maiden ja alueiden tarpeet voitaisiin täyttää. MoReq Governance Board tarjoaa yhteensopivuuden takaamiseksi erillistä ohjeistusta niille, jotka haluavat päivittää nykyiset MoReq2 -sovelluksensa MoReq2010 -yhteensopiviksi Kohdeyleisö Määritystä voidaan käyttää eri tavoin: Organisaatioissa apuna hankittaessa asiakirjajärjestelmiä; käytännön työkaluna määriteltäessä asiakirjajärjestelmiä vastaamaan toiminnan ja lainsäädännön asettamia vaatimuksia; sekä oppaana auditoitaessa olemassa olevia asiakirjajärjestelmiä. Asiantuntijoiden työssä koulutusmateriaalina ja apuna sen valmistelussa ; opetusvälineenä korkeakouluissa; sekä esimerkkinä siitä kuinka perinteisiä asiakirjahallinnon lähestymistapoja ja arkistotiedettä voidaan soveltaa nykyaikaisten tietojärjestelmien vaatimuksiin. Ohjelmistoteollisuudessa ohjaamaan järjestelmätoimittajien asiakirjajärjestelmien kehitystyöstä; integroimaan asiakirjajärjestelmiä muihin tietojärjestelmiin; sekä
3 virallisena lähtökohtana tehtäessä testejä sovellusten sertifioimiseksi siihen valtuutetuissa testauskeskuksissa. Käyttäjien apuna käyttäjäkeskeisenä ja helposti ymmärrettävänä johdatuksena asiakirjajärjestelmiin; käännösten alkuperäislähteenä; sekä asiakirjahallinnon termien ja niiden merkitysten yhtenä sanastona Hyvät käytännöt MoReq2010 on parhaiten hyödynnettävissä osana kattavaa asiakirjahallinnon toiminnan ohjeistusta, joka on osa organisaation kehittynyttä strategista toimintakehystä. Käyttäjien kouluttaminen, kannustaminen MoReq2010:n käyttöön, hyvän toimintakulttuurin luominen informaation ja asiakirjojen ympärille, tietoisuuden lisääminen informaation hallinnan vaatimuksista, työntekijöiden informoiminen kaikilla tasoilla tietoturvallisuudesta, tarpeesta yksityisyyteen, asiakirjajulkisuuteen ja datan avoimuuteen; samoin kuin selkeät käytännölliset toimintakäytännöt, joihin yhdistyy ajoittainen laadun valmistus kaikki nämä ovat yhtä tärkeitä kuin automatisointi ja asiakirjajärjestelmien integrointi toimintaympäristöön. Hyvä asiakirjahallinta vaatii ennakkosuunnittelua ja esiin tulevien asioiden ennakointia sekä organisaation toimintapolitiikan ja toimintatapojen kehittämistä vastaamaan siihen, miten asiakirjoja tulee hallita, luoda ja ottaa talteen; kuinka asiakirjoja säilytetään ja pidetään käytettävissä koko niiden aktiiviajan; ja kuinka huomioidaan säilytysajan mukaiset toimenpiteet. Tämä etukäteissuunnittelu ulottuu pidemmälle kuin mikä on yksittäisen teknologian tai järjestelmän elinikä. Siinä asiakirjojen talteen saamisella tämän hetkiseen järjestelmään on sama painoarvo kuin asiakirjojen viemisellä tulevaisuudessa seuraavaan asiakirjajärjestelmään. Tällaisessa toimintaympäristössä MoReq2010 yhteensopiva järjestelmä saattaa olla mielekäs investointi organisaatiolle. 1.3 Tausta MoReq Ensimmäinen MoReq määritys julkaistiin v Se oli tulos läheisestä yhteistyöstä DLM Forumin ja Euroopan komission välillä. MoReq tarjosi yleiseurooppalaisen määrityksen tietokonejärjestelmille sähköisten asiakirjojen hallintaan. Ennen tätä vain harvoilla Euroopan maista oli omia kansallisia standardeja asiakirjahallinnolle. Alusta saakka MoReqin piirteinä ovat olleet sisällön ja käyttöalueen yleismaailmallisuus MoReq on kansainvälinen määritys jota käytetään ja joka on otettu käyttöön monissa, myös Euroopan ulkopuolisissa maissa; saatavuus eri kielillä MoReq ja sen seuraaja MoReq2 on käännetty yli tusinalle eurooppalaiselle kielelle ja myös joillekin ei-eurooppalaisille kielille; sekä de facto standardin asema vaikka alun perin MoReq ajateltiin määritykseksi eikä de jure standardiksi, se on nyt laajalti ohjelmistoteollisuuden de facto standardi, koska se on luonteeltaan yleinen, laajalti hyväksytty ja käytetty. MoReq oli aikaisemmin lyhenne sanoista Model Requirements (mallivaatimukset). Ajatuksena oli, että MoReqin tarjoama vaatimusten malli räätälöitäisiin soveltuvaksi kuhunkin paikalliseen ympäristöön. Siksi ensimmäinen versio sisälsi ohjeistusta siitä, miten MoReqiin voitaisiin lisätä, muokata ja poistaa lukuja sekä vaatimuksia ja miten esimerkiksi ristiin viittauksia eri osien välillä voitaisiin tällaisessa tapauksessa hallita.
4 1.3.2 MoReq2 Vuonna 2005 DLM Forum sai valmiiksi selvityksen, jonka tarkoituksena päivittää ja laajentaa MoReqia. Tulos tästä oli MoReq2:n kehitystyö ja julkaiseminen alkuvuodesta Keskeinen uusi piirre MoReq2 :ssa oli testaus- ja sertifiointiohjelman sisällyttäminen mukaan ensi kertaa. Sen ansiosta toimittajat saattoivat testauttaa järjestelmänsä MoReq2 -testauskeskuksessa ja saada riippumattoman sertifikaatin siitä, että tuote täytti määrityksen vaatimukset. Testausta varten MoReq2 sisälsi metatietomallin sekä XML-skeeman, jonka tavoitteena oli määrittää yhteinen tietojen tuonti/vientiformaatti eri tuotteiden ja sovellusten välille. MoReq2 :n testaus- ja sertifiointiohjelma oli erittäin tärkeä askel parannettaessa laatua määrityksen käytössä. Toimittajat, joilla oli korkeatasoinen tuote, saattoivat nyt saada riippumattoman vahvistuksen ja todisteen siitä, että tuote täytti määritykset; käyttäjät puolestaan saattoivat valita joukosta tuotteita, joilla oli osoitetusti riittävä laatu. Samalla testaus- ja sertifiointiohjelmalla oli yksi tahaton seuraus, joka liittyi sen piirteisiin mallina. Jos tuotteet testattiin ja sertifiointiin ennalta, käyttäjäorganisaatioiden oli vaikeampaa muokata sovellusta paikallisesti. Miten sertifioidun valmisohjelman toimittaja saattoi tällöin ennakoida myöhempiä lisäyksiä, muutoksia ja poistoja, joita tarvittiin paikallisella tasolla? Tähän liittyvä toinen seikka oli määrityksen kompleksisuuden kasvu; kuinka organisaatiot saattoivat olla varmoja siitä, etteivät vähäiset lisäykset, muutokset ja poistot vaatimuksissa romuttaneet määritystä kokonaisuutena? Joulukuussa 2008 Toulousessa, kolmen vuoden välein järjestettävässä konferenssissa, DLM Forum päätti alakomitean, eli ns. MoReq Governance Boardin, perustamisesta. Sen tehtävänä oli silloin, ja on edelleen, hallita kaikkia MoReqiin liittyviä seikkoja, kuten: pitää yllä määritystä ja kehittämissuunnitelmaa pitkän tähtäimen jatkokehityksestä sekä suunnitella MoReqin päivityksiä hallita käännöksia, validoida hyväksytyt käännökset ja ohjeistaa kääntäjiä; akkreditoida hyväksyt testikeskukset, jotta ne voivat sertifioida ohjelmistoja; valvoa ohjelmistojen testausta ja sertifiointia testikeskuksissa; järjestää koulutusta, kuten workshopeja ja kursseja, julkaista lisä- ja opetusmateriaalia; sekä aktiivisesti markkinoida määritystä, kerätä tietoa käyttötapauksista, ja rohkaista määrityksen käyttämiseen suojellen samalla MoReqia brändinä.
5 1.3.3 MoReq kehittämissuunnitelma Vuonna 2009 MoReq Governance Board julkaisi MoReq -kehittämissuunnitelman (roadmap), joka sittemmin hyväksyttiin DLM Forumin jäsenten kokouksessa Härnösandissa Ruotsissa saman vuoden marraskuussa. Kehittämissuunnitelmassa, josta on kuva kaaviossa 1a, tunnustettiin se, että vaikka MoReq määritystä pidettiin laajasti ohjelmistoteollisuudessa vastauksena tavanomaisiin asiakirjahallinnan tarpeisiin perinteisissä toimistoympäristöissä sekä sähköisten asiakirjojen ja dokumenttien hallinnassa (EDRMS) että sisällönhallinnassa (ECM), sen katsottiin samalla olevan vähemmän soveltuva sellaisille toiminta-alueille, joissa erikoistuneet, toiminta-alueelle räätälöidyt sovellukset ovat normi. Tällaisia ovat terveydenhuolto, lääketeollisuus, oikeudenhoito ja finanssipalvelut. Näihin toiminta-alueisiin tyypillisesti liittyi lainsäädännössä ja muualla erityisvaatimuksia, minkä vuoksi niillä oli tarvetta luoda ja soveltaa omia kriteerejä asiakirjahallinnassa. Kaavio 1a Kehittämissuunnitelma vuodelta 2009 (MoReqGovernance Board). Toinen MoReq Governance Boardin tunnistama trendi oli asiakirjajärjestelmien kasvava heterogeenisuus. MoReqin pohjana oli ajatus yhdestä keskitetystä järjestelmästä, johon organisaatiossa otettaisiin asiakirjat talteen eri lähteistä, kuten käyttäjiltä ja muista järjestelmistä. Tämä perinteinen ohjelmistoarkkitehtuuri on esitetty kaaviossa 1b. Kaavio 1b Perinteinen arkkitehtuuri, jossa asiakirjat otetaan liiketoimintajärjestelmistä talteen asiakirjajärjestelmään joka keskitetysti valvoo niitä säilytysjärjestelmässä. Governance boardin kehittämissuunnitelma määritteli joukon muita arkkitehtuureja. Yksi uusista malleista on kaaviossa 1c; siinä asiakirjajärjestelmä, jolla ei ole omaa tallennustilaa, hallinnoi
6 asiakirjoja, jotka ovat edelleen muissa asiakirjajärjestelmissä, joissa asiakirjat ovat syntyneet ja joista niitä ei kopioida keskitettyyn säilytysjärjestelmään. Kaavio 1c Vaihtoehtoisessa arkkitehtuurissa asiakirjat jätetään alkuperäiseen tallennusjärjestelmään, jossa asiakirjajärjestelmä valvoo niitä. Vaihtoehtoinen arkkitehtuuri on huolehtia asiakirjojen hallinnasta itse liiketoimintajärjestelmässä. Tällöin liiketoimintajärjestelmä on käytännössä samanaikaisesti asiakirjajärjestelmä, vaikkakin se hallinnoi vain niitä asiakirjoja, jotka on luotu tallennettu ao. järjestelmään. Tämä malli on esitetty kaaviossa 1d. Kaavio 1d Kun asiakirjahallinnan valvonnasta ja prosesseista tulee yksinkertaisempia, joustavampia ja paremmin ymmärrettyjä, liiketoimintajärjestelmistä voi muodostua asiakirjajärjestelmiä, ainakin niiden asiakirjojen osalta, jotka näissä järjestelmissä tuotetaan. MoReq kehittämissuunnitelmassa todettiin myös joustavien ja skaalautuvien järjestelmien tarve; järjestelmien, jotka sopisivat sekä pieniin että suuriin asiakirjahallinnan ratkaisuihin. MoReq2:ssa toiminnallisten vaatimusten määrä enemmän kuin kaksinkertaistui ja sivumäärä kolminkertaistui edellisestä versiosta. Siksi oli selvää, ettei jokaisen MoReq -version koko ja kompleksisuus voinut kasvaa samalla tavalla vaatimusten pysyessä samalla yhtenä kokonaisuutena. Silloin niiden soveltaminen kävisi mahdottomaksi, erityisesti pienille, paikallisille ja erikoistuneille toimittajille. Tästä syystä vuoden 2009 kehittämisuunnitelmassa määritettiin MoReqille kaksi jatkokehitysvaihetta: lyhyellä aikavälillä, alkaen vuodesta 2010, määritykset muokattaisiin uudelleen. Niistä tehtäisiin modulaarisempia, jos mahdollista yksinkertaisempia, ja niihin lisättäisiin tuki vaihtoehtoisille asiakirja-arkkitehtuureille; sekä pitkällä aikavälillä, vuodesta 2012 alkaen, eri alojen asiantuntijoiden avulla ja käyttäen hyväksi modulaarista rakennetta, MoReqin sovellusaluetta laajennettaisiin kaikille toiminta-alueille, joissa vaaditaan hyvää asiakirjahallintaa.
7 Ensimmäinen näistä toteutui DLM Forumin vuosikokouksessa Madridissa toukokuussa 2010, kun MoReq2010:n toteutustyö virallisesti alkoi MoReq2010 DLM Forum päätti, että kehitystyötä täydennettäisiin kahdella julkisella kommenttikierroksella ja että EU:n komissio lisäksi nimittäisi projektia ohjaamaan asiantuntijaryhmän parhaista kansainvälisistä asiantuntijoista. Julkisilla kommenttikierroksilla mukaan kehitystyöhön tuli aikaisempaa laajempi yhteisö ja kollegiaalinen verkosto. Tätä kautta saatu panos oli odotettua laajempi ja laadukkaampi. Määritys hyötyi siitä, että se kehitettiin avoimesti ja keskustellen. Asiakirjahallinta voi nykyisin olla hyvin monimutkaista. MoReq2010:n joustava ja laajennettu arkkitehtuuri antaa asiakirjajärjestelmän määrittelyyn yhden lähestymistavan, joka houkuttelee sekä toimittajia, alan ammattilaisia että asiakirjahallinnan asiakkaita. MoReq2010:ssa mallivaatimukset on korvattu modulaarisilla vaatimuksilla. Ohjelmistojen ennakkotestaus ja sertifiointi sekä yhteiskäyttöisyyden tarve tekevät paikallisen muokkaamisen ja räätälöinnin tarpeettomaksi. Sille ei ole enää tarvetta, koska uuden modulaarisen arkkitehtuurin ansiosta kattavat ja yhdenmukaiset vaatimukset voidaan toteuttaa tekemällä valintoja organisaation tarpeisiin sopivista moduuleista. Ajan myötä MoReq2010 ydinpalveluiden päälle rakennettujen palvelujen määrä kasvaa ja laajenee yhä uusille toiminnan, lainsäädännön ja teollisuuden alueille. Myös järjestelmätoimittajat hyötyvät uudelleen muokatusta MoReq2010 :stä. Vaikka laajennusosien määrä kasvaa vähitellen ja ulottuu yhä erikoistuneempiin sovelluksiin, vaatimusten ydinjoukko vastaavasti suhteessa pienenee. Ydinvaatimukset ovat yhteisiä kaikille asiakirjajärjestelmille ja vain niitä täytyy noudattaa kaikissa asiakirjajärjestelmissä. Muut toteutettavat ja sertifioitavat moduulit määräytyvät erikoistumisasteesta ja toiminta-alueesta, jolle tuote on tarkoitettu. Järjestelmätoimittajat voivat siksi vapaasti valita, mitä toiminnallisuutta he haluavat tarjota millekin markkina-alueelle, samalla tavalla kuin järjestelmien käyttäjät voivat valita ne moduulit, joita he pitävät tärkeinä. Kolmas MoReq2010 :n uudesta lähestymistavasta hyötyvä ryhmä ovat asiakirjahallinnon asiantuntijat (experts) ja kaikki asiakirjahallinnan ammattilaiset (practitioner). MoReq2010 pyrkii joka suhteessa käyttämään asiakirjahallinnan johtavia teorioita ja parhaita käytäntöjä. Ammattilaiset huomaavat, että MoRe2010:ssa käytetyt käsitteet, mallit ja termit ovat samoja, joita käytetään kansainvälisissä standardeissa ja joita johtavat asiantuntijat suosittavat. Sen lisäksi, että määritystä voidaan soveltaa käytännössä, se tarjoaa järkevän pohjan opetukselle ja koulutukselle. Vuosi 2011 oli DLM Forumin viidestoista toimintavuosi. Samalla MoReqista on kymmenen vuotta. MoReq2010:n kehitystyö alkoi samaan aikaan näiden merkkivuosien kanssa. Modulaarinen MoReq2010 tähtää tulevaisuuteen. Se on katalysaattori ja perusta hyvän asiakirjahallinnan tunnistamiselle, ymmärtämiselle ja omaksumiselle ympäri Eurooppaa ja kansainvälisesti.
8 1.4 Lähtökohdat Asiakirjat ja informaatio Kaikki organisaatiot ja kansalaiset käyttävät asiakirjoja. Kaikilla myös on asiakirjoja. Asiakirjat ovat informaatiota, jota on tarpeen säilyttää ja suojata todisteena informaation itsensä arvon vuoksi. Useimmilla henkilöillä on esimerkiksi asiakirjoja, joita he säilyttävät todisteena henkilöstään. Tällaisia asiakirjoja ovat esimerkiksi: syntymätodistus passi ajokortti ja/tai henkilöllisyystodistus. Näiden kohdalla dokumenttien merkitys asiakirjoina ja todisteina on ilmeinen. Näin ei kuitenkaan ole aina. Ihmiset eivät yleensä pidä kaikkea itsellään olevaa informaatiota asiakirjoina. Esimerkiksi ostoslistaa ei usein pidetä asiakirjana. Kuitti ostoksista on kuitenkin todiste ostosta. Se voi olla asiakirja, jos se on tärkeä henkilölle tai toiminnalle. Ostoskuittia voidaan käyttää perittäessä kuluja työnantajalta tai vaadittaessa rahojen palautusta pilalle menneistä tai vahingoittuneista tuotteista. Tätä esimerkkiä havainnollistaa kuva 1e. Kuva 1e Toinen näistä ei varmaankaan ole asiakirja, mutta toinen kenties on? Ero informaation ja asiakirjojen välillä on organisaatioilla sama kuin yksilöillä. Niinpä joka organisaatiossa asiakirjat ovat osajoukko sen kaikista tietovarannoista. Tämä on esitetty Vennkaaviossa (kaavio 1f).
9 Kaavio 1f Asiakirjat ovat henkilön tai organisaation kaiken informaation osajoukko. Jotta voitaisiin päättää, mikä on asiakirja ja mikä ei, toiminnan konteksti on tunnettava hyvin samoin kuin toiminnan merkitys organisaatiolle. Siksi jokaisen organisaation on tärkeää ymmärtää toimintaansa ja voida käyttää tätä ymmärrystä sen arvioimiseen, mitä informaatiota on säilytettävä ja hallittava asiakirjoina. Organisaatiolle kuuluvat informaatiovarannot, joita ei pidetä asiakirjoina, kuten luonnoksia tai epätäydellisen transaktion tietokonedataa, on katsottava tilapäisiksi ja ne tulisi hävittää rutiininomaisesti. Esimerkiksi, työprosessissa syntynyt luonnos pitäisi hävittää sen jälkeen, kun dokumentti on valmis, ja transaktion tilapäinen data pitäisi hävittää sitten, kun transaktio on kokonaan suoritettu tai peruutettu. Tilapäisen informaation jättäminen hävittämättä on parhaimmassa tapauksessa vain organisaation tallennustilan tuhlaamista tilan täyttyessä ylimääräisillä tai puutteellisilla kopioilla, tai työntekijöiden ajan hukkaamista heidän etsiessään joukosta oikeaa ja täydellistä informaatiolla. Pahimmillaan se voi johtaa joko yksityisyyden loukkauksiin tai muihin säädösrikkomuksiin tai suuriin kustannukseen kun tietoa koostetaan esim. julkisuuslain vaatimusten täyttämiseksi tai muuta tarkoitusta varten Asiakirjahallinnan prosessit ja järjestelmät ISO standardi (julkaistu 2001) on kenties kansainvälisesti kaikkein merkittävin asiakirjahallinnan standardi. Asiakirjoina käsiteltävän tiedon määrittely on vain yksi kyseisen standardin määrittelemistä asiakirjahallinnan prosesseista. Kaiken kaikkiaan ISO standardin määrittelemiin asiakirjahallinnan prosesseihin kuuluvat lisäksi: asiakirjojen säilytysaikojen määrittely asiakirjojen luominen ja rekisteröinti asiakirjojen luokittaminen asiakirjojen säilytys ja käsittely käyttöoikeuksien määrittely asiakirjojen jäljittäminen asiakirjoihin kohdistuvat säilytysajan mukaiset toimenpiteet asiakirjahallinnan prosessien dokumentointi ISO standardin mukaan organisaation tulisi käyttää asiakirjajärjestelmää edellä mainittujen prosessien toteuttamiseen. Kyseinen standardi määrittelee asiakirjajärjestelmän tietojärjestelmäksi, joka ottaa talteen ja käsittelee asiakirjoja sekä mahdollistaa pääsyn niihin elinkaaren kaikissa vaiheissa (ISO :2001, 3.17).
10 MoReq2010 -määrityksen avulla voidaan määritellä modulaaristen vaatimusten mukaan rakentuva asiakirjajärjestelmä. Kyseinen määritys tarjoaa ISO standardiin verrattuna tarkemman ja yksityiskohtaisemman kuvauksen siitä, kuinka asiakirjahallinnan prosessit tulisi toteuttaa. MoReq2010 -yhteensopivuuden saavuttamiseksi asiakirjahallinnalta vaaditaan paljon suurempaa tarkkuutta kuin mikä saataisiin rakentamalla asiakirjajärjestelmä, joka hallinnoi ISO standardin määrittelemiä asiakirjahallinnan prosesseja omalla tyylillään. Mahdollisuus Moreq-yhteensopivien järjestelmien (MoReq Compliant Records Systems, MYJ) yhteiskäyttöisyyteen on yksi MoReq2010 -määrityksen eduista ja sen suunnittelun tavoitteista. MoReq2010 -määrityksen mukainen asiakirjajärjestelmä (MYJ) pystyy hahmottamaan omat entiteettinsä ja prosessinsa sekä siirtämään ne standardoituun formaattiin, jonka toinen MYJ osaa edelleen tulkita oikealla tavalla. Yhteiskäyttöisyys on ensiarvoisen tärkeää asiakirjojen hallinnalle asiakirjajärjestelmissä. Tyypillisesti nykypäivän organisaatiot päivittävät teknologioitaan 3-5 vuoden sykleissä. Usein asiakirjoja kuitenkin säilytetään huomattavasti tätä pidempään. Mikäli organisaatiolta edellytetään tietyn asiakirjan säilyttämistä 75 vuoden ajan, kyseisen ajanjakson lopussa tuota asianomaista asiakirjaa on tyypillisesti siirretty asiakirjajärjestelmästä toiseen kertaa. Tätä havainnollistaa Kaavio 1g. Mikäli jokaisen siirtotoiminnon yhteydessä osa asiakirjan kontekstuaalisesta informaatiosta menetetään, edellä mainittujen lukuisten siirtotoimintojen vaikutukset asiakirjan eheyteen saattavat olla kohtalokkaat. Kaavio 1g Asiakirjat saatetaan niiden eliniän aikana siirtää useita kertoja asiakirjajärjestelmästä toiseen. On kuitenkin syytä ottaa huomioon, ettei MYJ:n ydinpalveluihin kuulu asiakirjojen tuonti järjestelmään, vaan jokaisen MYJ:n tulee vain voida viedä tietonsa MoReq2010 määrityksen yhteisellä XML-formaatilla. Asiakirjojen tuonti vaatii järjestelmäsovellukselta suurempaa monipuolisuutta kuin vienti. Tästä syystä kyseisen toiminnallisuuden vaatiminen kaikilta asiakirjajärjestelmiltä estäisi useita asiaan erikoistuneita liiketoimintajärjestelmiä omaksumasta MoReq2010 -määrityksiä Asiakirjojen luonne Lähes mitä tahansa aineistoa, jolla on informatiivista merkitystä tai todistusarvoa, voidaan käsitellä asiakirjana. Virallisesti, ISO standardi määrittelee asiakirjan olevan tietoa, jonka organisaatio tai henkilö on tuottanut tai vastaanottanut osana laillisia velvoitteitaan tai liiketoimintaansa ja jota se säilyttää tietovarantona sekä todisteena. (ISO :2001, 3.15). Aikaisemmin asiakirjat ovat suurelta osin olleet paperisessa muodossa, mutta 2000-luvulla sähköisen informaation räjähdysmäinen kasvu on vääjäämättä syrjäyttämässä paperiset asiakirjat. Aina tulee kuitenkin olemaan tarvetta sekä paperimuotoisten että fyysisessä muodossa olevien asiakirjojen
11 hallinnointiin soveltuville fyysisen asiakirjahallinnan järjestelmille. Näin on esimerkiksi silloin, kun käsitellään biolääketieteellisiä tai oikeuslääketieteellisiä näytteitä. Kaikilla asiakirjoilla (sekä fyysisillä että sähköisillä) on tiettyjä ominaisuuksia. ISO standardin mukaan asiakirjan keskeisimpiä ominaisuuksia ovat: Autenttisuus asiakirja on sitä, mitä sen pitäisikin olla; ja henkilö, joka väittää luoneensa kyseisen asiakirjan, on sen todella myös luonut; Luotettavuus asiakirjassa oleva informaatio on totuudenmukaista ja luotettavaa; Eheys asiakirja on eheä kokonaisuus, ja muodoltaan sekä sisällöltään muuttamaton; Käytettävyys asiakirja voidaan paikallistaa, hakea, näyttää ja tulkita. MYJ voi taata nämä ominaisuudet asiakirjalle vasta siitä hetkestä alkaen, kun kyseinen asiakirja on luotu asiakirjajärjestelmässä. ISO standardin mukaan asiakirjat tulisi laatia sen toimenpiteen tai tapahtuman yhteydessä, jota ne ilmentävät, tai pian sen jälkeen, sellaisten henkilöiden toimesta, joilla on ensikäden tieto tosiasioista, tai työvälineillä, joita liiketoiminnassa rutiininomaisesti käytetään toimenpiteen suorittamisessa. (ISO : ). Kyseinen ohjeistus mahdollistaa kaksi eri tapaa asiakirjojen luomiselle: asiakirjan luomisesta vastaa henkilö; tai asiakirjan luomisesta vastaa jokin väline tai laite. MoReq2010 -määrityksessä asiakirjajärjestelmän käyttäjiä voivat olla sekä ihmiset että liiketoimintajärjestelmät, joista molemmat voidaan valtuuttaa luomaan asiakirjoja. MYJ voidaan kehittää kommunikoimaan vain joko ihmiskäyttäjien tai muiden liiketoimintajärjestelmien kanssa - tai vaihtoehtoisesti molempien. Edellä mainittujen ominaisuuksien lisäksi kaikkiin asiakirjajärjestelmän asiakirjoihin tulee liittää myös metatietoja. ISO standardin määritelmän mukaan metatieto on tietoa, joka kuvaa asiakirjojen kontekstia, sisältöä ja rakennetta sekä hallintaa niiden elinkaaren kaikissa vaiheissa. (ISO :2001, 3.12) Entiteetit ja palvelut MoReq2010 -määrityksen mukainen asiakirjajärjestelmä käsittelee asiakirjoja entiteetteinä. Asiakirjat ovat vain yksi MoReq2010 :n määrittelemistä lukuisista erityyppisistä entiteeteistä. Esimerkiksi kaikki järjestelmän käyttäjät muodostavat yhden entiteettityypin, luokitusjärjestelmän luokat oman tyyppinsä jne. Kattava lista erilaisista entiteettityypeistä löytyy luvusta 14.2 Entiteettityypit. Huolimatta siitä, että MYJ:n hallinnoimat entiteetit ovat kokonaisuuksina erilaisia, MoReq määrityksen tavoitteena on tehdä ne mahdollisimman yhdenmukaisiksi metatietojen käytön, käsittelyhistorian hallinnan, käyttöoikeuksien sekä entiteettien elinkaarten osalta. Tosin kuin muissa tietojärjestelmissä, MYJ:ssä entiteettejä ei poisteta vaan ne tuhotaan, jolloin järjestelmään jää jäljelle kokonaisuudesta ns. jäännösentiteetti. Jäännösentiteetit ovat käsitteellisesti asiakirjajärjestelmissä tärkeitä, koska ne edustavat järjestelmässä aiemmin olleita entiteettejä. Ilman kyseisiä jäännösentiteettejä historiallisen asiakirjan koko kontekstin rekonstruointi olisi mahdotonta. MY-järjestelmissä erityyppisten entiteettien kuvataan olevan erilaisten palvelujen hallinnan alaisina, koska koko MYJ rakentuu palvelukeskeiselle arkkitehtuurille (ks. 2. Järjestelmäpalvelut): Käyttäjä/käyttäjäryhmäpalvelu hallinnoi käyttäjäentiteettejä sekä käyttäjäryhmäentiteettejä (ks. 3. Käyttäjä/käyttäjäryhmäpalvelu) Käyttäjäroolipalvelu hallinnoi käyttöön liittyvä valtuuksia (ks. 4. Käyttäjäroolipalvelu) Luokittamispalvelu hallinnoi luokkia (ks. 5. Luokittamispalvelu) Asiakirjapalvelu hallinnoi asiakirjoja sekä asiakirjakoosteita (ks. 6. Asiakirjapalvelu)
12 Metatietopalvelu hallinnoi metatietoja ja metatietopohjia (ks. 7. Metatietomallipalvelu) Säilytysaikapalvelu hallinnoi säilytysajan mukaisia toimenpiteiden suunnitelmia (ks. 8. Säilytysaikasuunnitelmapalvelu) Toimenpidekeskeytyspalvelu hallinnoi toimintokeskeytyksiä (ks. 9. Toimenpidekeskeytyspalvelu) Muut palvelut ovat sen sijaan täysin prosessipohjaisia, eivätkä ne hallinnoi entiteettejä. Näihin palveluihin kuuluvat: Haku- ja raportointipalvelu (ks. 10. Haku- ja raportointipalvelu) Asiakirjojen vienti järjestelmästä (ks. 11. Vientipalvelu) Vaikka MoReq2010 -määritys tukee palvelukeskeistä arkkitehtuuria ja käyttää sen mukaista terminologiaa, siinä on tiedostettu se, etteivät aiemmat erillistä palvelumallia hyödyntäneet asiakirjajärjestelmät ole välttämättä toimineet toivotulla tavalla. Tästä syytä MoReq2010 tyytyykin vain kokoamaan käytännön vaatimuksensa loogisiksi palvelukokonaisuuksiksi, joista jokaisen käytännön vaatimukset testataan yksitellen. Sellaisetkin MYJ:t, jotka eivät toteutuksessaan tarjoa erillisiä palveluja, voidaan sertifioida MoReq2010 -yhteensopiviksi. Kaiken kaikkiaan MoReq2010 -määrityksen lähestymistapa asiakirjahallintaan on tarkoin harkittu: se maalaa tulevaisuudenkuvan, jossa järjestelmien yhteistoimivuutta ei ole rajattu vain asiakirjojen siirtoon MYJ:stä toiseen. Sen sijaan, siinä halutaan ennakoida tulevaisuutta, jossa eri asiakirjajärjestelmät voivat jakaa yhteisiä palveluja. Tulevaisuuden organisaatiossa kaikilla asiakirjajärjestelmillä voi siis olla mahdollisuus hyödyntää yhtä yhteistä käyttäjä/käyttäjäryhmäpalvelua, käyttäjäroolipalvelua, luokittamispalvelua, metatietomallipalvelua, säilytysaikasuunnitelmapalvelua, toimenpidekeskeytyspalvelua ja/tai haku- ja raportointipalvelua. Tällainen lähestymistapa mahdollistaisi esimerkiksi yhden liiketoiminnan luokitusjärjestelmän määrittelemisen koko organisaatiolle ja sen hallinnoimisen keskitetysti yhteisen luokittamispalvelun avulla. Tätä havainnollistaa Kaavio 1h. Samanlaista toimintaperiaatetta voitaisiin soveltaa muidenkin palvelujen osalta.
13 Kaavio 1h Tulevaisuudessa useilla asiakirjajärjestelmillä voisi olla yksi keskitetty luokittamispalvelu. Tulevaisuudessa yhteisten palvelujen hyödyntäminen ei välttämättä ole myöskään sidottu yhden organisaation sisälle. Yksi hallinnoija voisi esimerkiksi jakaa ja ylläpitää laajalti käytettävissä olevaa säilytysaikasuunnitelmien standardoitua kokonaisuutta, jota käyttäisivät kaikki tietyn sektorin organisaatiot. Vastaavasti, esimerkiksi jaetun toimenpidekeskeytyspalvelun avulla voitaisiin hallinnoida tietyn oikeusistuimen antamia toimenpidekeskeytyksiä Luokittaminen ja koostaminen MoReq2010 -määrityksessä on monia uusia käsitteitä. Niihin lukeutuu muun muassa käsitepari luokittaminen ja koostaminen. ISO standardin mukaan luokittaminen on liiketoiminnan tehtävien ja/tai asiakirjojen systemaattista tunnistamista ja järjestämistä ryhmiin siten, että noudatetaan luokitusjärjestelmän loogisesti strukturoituja käytänteitä, metodeja ja toimintasääntöjä (ISO :2001, 3.5). Luokituksen tarkoituksena on siis tarjota asiakirjalle liiketoimintakonteksti sekä luoda yhteys asiakirjan ja sen syntytapahtuman välille. Koostaminen sen sijaan tarkoittaa toisiinsa liittyvien asiakirjojen keräämistä yhteen. Toisin kuin luokituksen, koosteen muodostaminen voi perustua mihin tahansa organisatoriseen vaatimukseen tai kriteereihin ei vain liiketoimintakontekstiin. Koosteen rakenne on kerroksittainen, jolloin ylemmän tason kooste muodostuu useista alemman tason koosteista. Näin ollen koko asiakirjajärjestelmän voitaisiin todennäköisesti ajatella edustavan yhtä kokonaista ylemmän tason koostetta. Jotkut aiemmista asiakirjahallinnan määrityksistä liittävät hierarkkisen luokitusjärjestelmän koostetason yläpuolelle, jolloin jokainen asiakirja perii aina luokkansa koosteen perusteella. Tässä lähestymistavassa käytetään luokkia ylemmän tason koosteiden tilalla (ks. Kaavio 1i). Kyseinen järjestelytapa voi onnistuneesti toteutettuna olla yksinkertaisuudessaan varsin puoleensavetävä, mutta toisaalta se on myös varsin jäykkä, eikä aina toteutuskelpoinen todellisissa toimintaympäristöissä. Tähän lähestymistapaan sisältyvät rajoitukset ovat aikaan saaneet sen, että monissa tapauksissa organisatoriset ja asiapohjaiset elementit on sekoitettu tehtäväpohjaiseen liiketoiminnan luokitusjärjestelmään, jolloin tuloksena on paikallinen, yhteisön oma sekamuoto - hybridi.
14 Kaavio 1i Perinteinen hierarkinen malli, jossa sekä luokat että koosteet on yhdistetty yhdeksi rakenteeksi (tällainen toteutustapa on mahdollinen MYJ:ssä, mutta MoReq2010 tarjoaa tässä asiassa enemmänkin joustavuutta) Monien organisaatioiden toimintaan sisältyy erilaisia ryhmä- tai projektipohjaisia tehtäviä. Niissä organisaatioiden taipumuksena on tavallisesti koostaa asiakirjat yhteen itse päätehtävän (esim. projekti) mukaan, eikä niinkään asiakirjat luoneen liiketoiminnan tai transaktion perusteella. Esimerkiksi pienessä yhdistyksessä sen jäseniin liittyviä asiakirjoja saatetaan säilyttää jokaisen jäsenen kohdalla omassa koosteessaan. Yksittäinen jäsenen kooste saattaa siten sisältää: Jäsenen alkuperäisen ilmoittautumiskaavakkeen, sekä tiedot sen käsittelystä ja hyväksymisestä Henkilötiedot, pankkiyhteystiedot ja henkilön omat yhteystiedot, sekä niihin tehdyt muutokset Vuosittaiset tilaus- ja jäsenmaksut Henkilön tehtävät yhdistyksessä ja hakemukset ja nimitykset niihin Kirjeenvaihtoa ja muuta informaatiota jäsenen toiminnasta yhdistyksessä Tiedot kustannuksista ja hyvitysvaateista Sopimukset, todistukset, lailliset dokumentit sekä luopumiskirjat jne. Kyseisessä esimerkissä jäsenhenkilön koosteen asiakirjat liittyvät erilaisiin tehtäviin, toimintaan ja transaktioihin, jolloin ne tulisi myös sijoittaa eri tehtäväluokkiin. Osalla näistä eri tehtäväluokkien asiakirjoista voi olla suhteellisen pitkiäkin lakisääteisiä säilytysajanjaksoja, koska säilytysajat määräytyvät tehtäväluokkien perusteella ja perustuvat erilaisiin oikeudellisiin tai muihin säädöksiin ja hyvän toiminnan periaatteisiin. Koosteen muilla asiakirjoilla voi sen sijaan olla varsin lyhyt säilytysaika, jonka jälkeen ne tuhotaan. Vaikka tällainen asetelma on varsin yleinen monissa organisaatioissa, sen yhdistäminen perinteiseen hierarkkiseen luokitusmalliin (ks. Kaavio 1i) on haasteellista, koska perinteisessä mallissa koko jäsenhenkilön koosteen tulee sopia yhteen ainoan luokitusjärjestelmän luokkaan. Tästä on väistämättä seurauksena ristiriita toiminnan tehokkuuden ja asiakirjahallinnan tarpeiden välillä. Yhtenä vaihtoehtona on luoda hybridiluokitusjärjestelmä, jossa luodaan esimerkiksi
15 yläkäsitteitä (kuten avustustehtävät, asiakkaat, projektit, henkilökunta ja tapahtumat ). Toisaalta vaihtoehtoisesti itsestään muodostuvat koosteet voidaan hajottaa siten, että esimerkiksi kaikkien jäsenten ilmoittautumisasiakirjat löytyvät samasta luokasta/koosteesta (esim. jäsenyyshakemukset ). Tällöin esimerkiksi kaikkien jäsenten vuosittaiset tilausmaksuasiakirjat löytyisivät täysin erillisestä luokasta/koosteesta (esim. jäsenmaksut 2011 ). Todennäköisesti kumpikaan ratkaisu ei kuitenkaan ole kaikin puolin tyydyttävä. Erottamalla selkeästi luokan ja koosteen käsitteet toisistaan MoReq2010 antaa enemmän joustavuutta suunniteltaessa yhdessä pidettäviä asiakirjoja sekä päätettäessä luokitusjärjestelmästä ja sen käyttötavoista. Nämä toiminnallisuudet tekevät MoReq2010 :n helpommin sovellettavan käytännön tilanteissa. MoReq2010 :ssä koosteet voivat perustua operationaalisiin kriteereihin, kun taas luokitusta voidaan soveltaa mihin tahansa koosteen eri kerroksista. Tarpeen vaatiessa luokkiin voidaan yhdistää jopa yksittäisiä asiakirjoja (ks. Kaavio 5d, sekä lisätiedot osiossa 5. Luokittamispalvelu). Lisäksi voidaan edelleen hyödyntää myös Kaaviossa 1i havainnollistettua taaksepäin yhteensopivuutta Säilyttäminen ja säilytysajan mukaiset toimenpiteet MoReq2010 :ssä liiketoimintaluokitus liittyy olennaisesti säilyttämiseen ja muihin säilytysajan mukaisiin toimenpiteisiin, jolloin jokaiseen luokkaan liittyy säilytysaikasuunnitelma ja jokainen asiakirja perii säilytysaikasuunnitelmansa omalta luokaltaan (so. luokitus määrää asiakirjan kohtalon). Tämä eroaa niistä lähestymistavoista, joissa säilytysaikasuunnitelma periytyy asiakirjan koosteen, ja vasta epäsuorasti sen luokan, perusteella. MoReq2010 :ssa eräs säilytysaikasuunnitelmaan liittyvä tärkeä piirre on, ettei asiakirjaan voi kerrallaan kohdistua useampia kuin yksi säilytysaikasuunnitelma. MoReq2010 sallii asiakirjan luokalta perityn alkuperäisen säilytysaikasuunnitelman kumoamisen, mutta kullakin hetkellä yksittäiseen asiakirjaan voi silti kohdistua vain yksi säilytysaikasuunnitelma kerrallaan. Tällöin ei ole vaaraa säilytystoimenpidekonflikteista, joiden ratkaisu vaatisi käyttäjien väliintuloa. Koska jokainen koosteen asiakirja voi kuulua eri luokkaan ja jokaisella on omalta luokaltaan peritty säilytysaikasuunnitelma, on mahdollista, että koosteen yksittäisillä asiakirjoilla säilytysajan mukaiset toimenpiteet aktivoituvat eri aikoihin. Tämän määräävät sekä organisaation käyttämät säilytysaikasuunnitelmat että kussakin tapauksessa määritellyt säilytyksen aktivointitapahtumat. MoReq2010 hyödyntää koosteen tuhoamisessa ns. alhaalta ylös -periaatetta, jolloin koosteen tuhoaminen on mahdollista vasta, kun koko sen sisältö on hävitetty ja kooste itse samalla sulkeutunut. Alhaalta ylös -periaatetta kuvataan yksityiskohtaisemmin osiossa Yksi kyseisen periaatteen eduista on se, ettei koosteille sen ansiosta tarvitse luoda säilytysaikasuunnitelmia. MoReq2010 mahdollistaakin ainoastaan asiakirjoihin liitetyt säilytysaikasuunnitelmat. Vaikka MoReq2010 :ssa säilytysajan mukaisia toimenpiteitä sovelletaan asiakirjoihin yksitellen, saman toimenpiteen suorittaminen yhtä aikaa useille asiakirjoille on myös mahdollista. MoReq2010 antaa esimerkiksi käyttäjälle mahdollisuuden luoda yhden yhteisen säilytysaikasuunnitelman kaikille koosteen asiakirjoille. Tämä luo helppokäyttöisyyttä ja takaa samalla yksinkertaisen mutta joustavan lähestymistavan säilyttämiseen ja säilytysajan mukaisiin toimenpiteisiin Käsittelyhistoriat ja kirjausketjut ISO standardin vaatimusten mukaan metatietoja/ kirjausketjuja tulee käyttää siten, että ne säilyvät täydellisinä ja virheettöminä kuvauksina kaikista asiakirjaan kohdistuvista toimenpiteistä (ISO :2001, 8.3.2). MoReq2010 noudattaa tätä lähestymistapaa, mutta vie sen myös pidemmälle soveltamalla jokaisen asiakirjan kohdalla ISO standardin käsittelyhistorian käsitettä.
16 ISO on kansainvälinen asiakirjojen metatietostandardi, joka kuvaa käsittelyhistoriaa seuraavalla tavalla: käsittelyhistoria- metatieto dokumentoi sekä entiteettiin että sen metatietoon liittyvät suoritetut asiakirjahallinnan tapahtumat ja muut hallintatapahtumat. Jokaisesta tapahtumasta määritetään tyyppi, mitä tapahtui, milloin tapahtui, miksi tapahtui ja kuka vastasi tapahtuman toteuttamisesta. Tämän elementin metatieto on ketju, joka dokumentoi tietyn tapahtuman. MoReq2010 :ssä jokaiselle entiteetille liitetään oma käsittelyhistoriansa. Yhteiskäyttöisyyden kannalta tämä on tärkeää, että siirrettäessä entiteettejä yhdestä asiakirjajärjestelmästä toiseenj okainen entiteetti siirretään kokonaisuutena, johon sisältyvät sen metatiedot, käsittelyhistoria, käyttöoikeudet yms. Käsittelyhistoria on olennainen osa entiteettiä. Tämä antaa jokaiselle MYJ:lle mahdollisuuden sekä tuoda että tulkita kunkin entiteetin tapahtumat aiemmassa asiakirjajärjestelmässä. Vaikka käsittelyhistoriametatiedot on sidottu entiteetteihin, MoReq2010 avaa kuitenkin koko MYJ:än näkymän järjestelmän kirjausketjusta, jolloin käyttäjät voivat hakea tietoja kaikkien entiteettien käsittelytapahtumista ja lajitella ne tapahtumapäivämäärien mukaan. Tällä tavoin kaikkiin käsittelyhistoriametatietoihin kertyneet tapahtumat muodostavat MYJ:n kirjausketjun. MoReq2010 -määrityksen mukaan entiteettien käsittelyhistoriaa ja metatietoja karsitaan entiteettien tuhoamisen yhteydessä suhteessa ISO standardin ohjeistukseen, jonka mukaan kirjausketju tulisi säilyttää vähintään yhtä kauan kuin dokumentti (ts. asiakirjasisältö), johon ne liittyvät (ISO :2001, 8.3.2) Modulaarinen arkkitehtuuri Kaavio 1j havainnollistaa MoReq2010 -määrityksen modulaarista arkkitehtuuria. Kaavion jokainen laatikko edustaa joko yhden palvelun tai moduulin vaatimuskokonaisuuksia. Määrityksen ensimmäisessä osassa (Osa 1) määritellään ydinpalvelut, jotka tarjoavat MoReq yhteensopivuuden kannalta välttämättömät toiminnallisuuksien vähimmäisvaatimukset. Toisin sanoen ne määrittelevät yksinkertaisimman mahdollisen MYJ-kokonaisuuden rakenteen. Kaavio 1j MoReq2010-määrityksen rakenne. Osa ydinpalvelujen kuvaamista toiminnallisuuksista voidaan toteuttaa vaihtoehtoisilla, mutta yhtä lailla pätevillä, tavoilla. Tällaisissa tilanteissa MoReq2010 hyödyntää nk. plug-in -moduuleja (lisämoduuleja). Jokainen plug-in -moduuli on toiminnallisuudeltaan samanlainen kuin muut saman sarjan plug-in -moduulit. MYJ:ssä täytyy olla vähintään yksi sarjan moduuleista, mutta järjestelmä voi myös toteuttaa useamman kuin yhden moduulin.
17 Ydinpalveluissa käytetään plug-in -moduuleja luomaan joustavuutta seuraaviin toiminnallisuuksiin: Eri käyttöliittymät MYJ:ä voivat hallinnoida joko suoraan käyttäjät (ihmisille tarkoitetun käyttöliittymän kautta) tai toiminnan tukijärjestelmät (koneella prosessoitavan käyttöliiittymän kautta) Eri luokitukset MYJ:ssä luokittaminen voidaan toteuttaa tavoin (esim. käyttäen hierarkkista luokitusjärjestelmää) Eri tyyppiset asiakirjat - MYJ:ssä voi olla erityyppisiä asiakirjoja (esim. elektronisia komponentteja fyysisten sijasta) MoReq2010 -määrityksen ensimmäisessä osassa (Osa 1) kuvatut ydinpalvelut ja plug-in -moduulit muodostavat keskeisen alustan, jonka pohjalle erilaisia laajennusmoduuleja voidaan rakentaa. MoReq2010 -määrityksen moduulien kirjo ja laajuus on kattava. Siihen sisältyvät esimerkiksi: Lisäpalvelut - esim. tuonti; Lisäkäsitteet - esim. keskeiset asiakirjat; Erityisteknologiat - esim. sähköposti; ja Tiettyjen toimialojen ja hallintoalueiden asiakirjajärjestelmien vaatimukset Kuten Kaaviossa 1j havainnollistetaan, laajennusmoduulit voivat rakentua ydinpalvelujen lisäksi myös toisten laajennusmoduulien pohjalta. Jokaisen moduulin johdanto sisältää listan sekä sen perusedellytyksistä että yhteistoimintaedellytyksistä. Perusvaatimuksissa edellytetään MYJ:n toiminnallisuuksiin kuuluvat sekä tietyt perusmoduulit että laajennusmoduulit. Yhteentoiminnallisuuden vaatimukset taas määrittävät moduuleja, joihin liittyy toiminnallisia lisävaatimuksia, kun kyseisiä moduuleja käytetään laajennusmoduulin yhteydessä Mallipalvelut MoReq2010 -määrityksen kehittäminen on vaatinut kompromisseja asiakirjahallinnan nykytilanteen ja MoReq Governance Boardin visioiman tulevaisuuden välillä. Nämä kompromissit ovat ilmeisiä erityisesti katsottaessa rooli- ja metatietopalveluja. Yhteiskäyttöisyyden vuoksi MoReq2010 -määrityksessä sekä entiteetin käyttöoikeudet että metatietoelementit voidaan siirtää uuteen asiakirjajärjestelmään, jossa niitä on mahdollista tulkita sekä käyttää. Metatiedoissa voidaan kertoa alkuperäisen entiteetin kontekstista ja käyttöoikeudet (vaikka ne korvattaisiin toisilla vastaanottavassa järjestelmässä) tarjoavat tärkeää tietoa siitä, millaisia käyttöoikeuksia asiakirjoihin on ollut eri henkilöillä alkuperäisessä asiakirjajärjestelmässä. Koska yksikään aiempi määritys ei ole standardisoinut tätä, palveluiden toimittajat ovat pakosta joutuneet kehittämään omia menetelmiä metatieto- ja käyttöoikeustoiminnallisuuksien toteuttamiseen asiakirjajärjestelmissä. Tämän vuoksi olemassa oleviin asiakirjajärjestelmiin vaadittaisiin kohtuuttoman laajoja muutoksia, ennen kuin kaikille MY-järjestelmille yhteinen metatietomalli tai käyttöoikeusmalli olisi mahdollinen. Tästä syystä MoReq2010 määrittelee rooli- ja metatietopalvelut nk. mallipalveluiksi. Mallipalvelu on esimerkkipalvelu, joka tulisi omaksua jatkossa asiakirjahallintasovellusten toteutuksessa. Se ei estä jo olemassa olevia tuotteita saavuttamasta MoReq2010 -yhteensopivuutta tai MoReq2010-sertifikaattia. MoReq2010 mahdollistaa kaksi erilaista tapaa osoittaa yhteensopivuus mallipalveluun. Tavassa A mallipalvelun edellyttämät vaatimukset toteutetaan ja niiden yhteensopivuus todistetaan testaamalla. Tapa B on tarkoitettu pääasiassa jo olemassa oleville ohjelmistoille. Siinä toteutustapa voi olla aivan oma, mutta sen on oltava toiminnallisuuksiltaan yhtä runsas kuin mallipalvelu ja myös luotujen rakenteiden ja tietojen tulee olla muunnettavissa ja vietävissä järjestelmästä samalla tavoin kuin jos ne olisi luotu mallipalvelua käyttävässä asiakirjajärjestelmässä. Yksi vaatimus on olennainen tavoiteltaessa yhteensopivuutta mihin tahansa mallipalveluun: entiteetit, niiden metatiedot ja käyttöoikeudet on pystyttävä mielekkäästi viemään MoReq2010 :n
18 standardoituun XML-formaattiin. Jos tämä on mahdollista, toinen MYJ kykenee tuomaan kyseiset entiteetit ja käyttämään mallipalvelussaan Testaus ja sertifiointi DLM Forum on aloittanut MoReq2010 :n testaus- ja sertifiointiohjelman. Ohjelma antaa mahdollisuuden testata akkreditoiduissa keskuksissa valmisohjelmistoina (COTS, common-off-theshelf) toimitettavia asiakirjajärjestelmiä samoin kuin organisaatioissa omaan käyttöön tehtyjä räätälöityjä sovelluksia. Järjestelmät on aina testattava ydinpalveluiden osalta. Lisäksi voidaan testata laajennusosia. Kun testaus on onnistuneesti ohi, tuote tai sen asennus voi saada sertifikaatin DLM Forumilta MoReq2010 -yhteensopivuudesta. Toimittajat voit tämän jälkeen osoittaa järjestelmiensä olevan sertifioituja ja MoReq2010 yhteensopivia. Testiraportit hyödyttävät DLM Forumin jäseniä ja antavat näille mahdollisuuden analysoida alustavasti tarjolla olevia MoReq2010 -yhteensopivia järjestelmiä. DLM Forum pitää listaa akkreditoiduista testikeskuksista samoin kuin MoReq2010 -sertifikaatin saaneista tuotteista kotisivullaan
Suomenkielinen editio - osa 1a Ydintoiminnot. moreq2010 asiakirjajärjestelmien modulaariset vaatimukset
MoReq2010 Suomenkielinen editio osasta ydinpalvelut versiosta 1.1 moreq2010 asiakirjajärjestelmien modulaariset vaatimukset Suomenkielinen editio - osa 1a Ydintoiminnot Versio 1.1 1 moreq2010 asiakirjajärjestelmien
LisätiedotSuomenkielinen editio - Osa 1a Ydintoiminnot. Versio 1. moreq2010 asiakirjajärjestelmien modulaariset vaatimukset
moreq2010 asiakirjajärjestelmien modulaariset vaatimukset Suomenkielinen editio - Osa 1a Ydintoiminnot Versio 1 1 alkusanat Tämä suomenkielinen editio Moreq2010-vaatimusmäärittelystä ei ole virallinen
LisätiedotPalvelun versio 1.0 Toimeenpanopalvelun tunnus (ks. M ) 10fea, 9c2f, 4760, 9095, f4f9295f4b19
1 5. Luokittamispalvelu 5.1. Palveluinformaatio Palvelun nimi Luokittamispalvelu Palvelun versio 1.0 Toimeenpanopalvelun tunnus (ks. M14.4.42) 10fea, 9c2f, 4760, 9095, f4f9295f4b19 5.2 Avainkäsitteet 5.2.1
LisätiedotSÄHKE- ja Moreqvaikutukset. dokumenttienhallinnan järjestelmäkehitykseen. Juha Syrjälä, Affecto Finland Oy
SÄHKE- ja Moreqvaikutukset asian- ja Ju dokumenttienhallinnan järjestelmäkehitykseen Juha Syrjälä, Affecto Finland Oy Affecto Enterprise Information Management -ratkaisujen edelläkävijä Pohjois- Euroopassa
Lisätiedot2 Järjestelmäpalvelut
2 Järjestelmäpalvelut 2.1 Tietoa palvelusta 2.2 Avainkäsitteet Jokainen MoReq2010 :n ydinpalveluista on määritelty palvelunimellä (esim. käyttäjä ja käyttäjäryhmäpalvelu), palvelun versiolla (esim. 1.0)
Lisätiedot4.2 Yhteensopivuus roolimalleihin perustuvassa palvelussa
4. Roolimallipalvelu 4.1 Tiedot palvelusta Palvelun nimi: Palvelun versio 01.01.00 Toteuttaa palvelun yksilöllistä palvelua (kts. M14.4.42) Roolimallipalvelu (Model role service) MYJ:lle, jotka toteuttavat
LisätiedotNe liittyvät samaan henkilöön, paikkaan, projektiin, asiaan, asiakkaaseen, tapahtumaan tai seikkaan.
6. Asiakirjapalvelu 6.1 PALVELUINFORMAATIO Palvelun nimi Asiakirjapalvelu Palvelun versio 1.0 Tunnus (ks. M14.4.42) 6.2 Avainkäsitteet 6.2.1 Tarkoituksenmukainen asiakirjakoosteiden muodostaminen MoReq2010
LisätiedotTiedonhallinta ja tietopalvelu sähköisessä ympäristössä
Tiedonhallinta ja tietopalvelu sähköisessä ympäristössä Tallennusjärjestelmät & Tiedonhallinta - konferenssi 1.-2.11.2005 Meripuisto, Espoo 2.11.2005 Leena Kononen Tulli -palvelua ja lainvalvontaa 1. Sisämarkkinoiden
LisätiedotJHS 156 suosituksen päivitys
JHS 156 suosituksen päivitys Mikael Himanka, Avain Technologies Oy Sisältö Suosituksen aikataulu Päivityksen taustat Suosituksen tavoitteet Suosituksen avulla saavutettavat edut Suosituksen menetelmät
LisätiedotSisäänrakennettu tietosuoja ja ohjelmistokehitys
Sisäänrakennettu tietosuoja ja ohjelmistokehitys Petri Strandén 14. kesäkuuta, 2018 Petri Strandén Manager Cyber Security Services Application Technologies Petri.stranden@kpmg.fi Petri vastaa KPMG:n Technology
LisätiedotMihin tarkoitukseen henkilötietojani kerätään ja käsitellään?
TIETOSUOJASELOSTE Yleistä Jotta voimme palvella sinua parhaamme mukaan, edellyttää se että keräämme ja käsittelemme joitakin sinua koskevia tietoja. Arvostamme kuitenkin yksityisyyttäsi ja olemme sitoutuneet
LisätiedotProjektin tilannekatsaus
Kuntasektorin yhteinen KA Asianhallinnan viitearkkitehtuuri Projektin tilannekatsaus Heini Holopainen Kuntien Tiera Oy heini.holopainen@tiera.fi Sisältö» Taustaa Mitä tarkoitetaan viitearkkitehtuurilla
Lisätiedot7 Metatietomallipalvelu. 7.1 Tiedot palvelusta. Palvelun versio 1.0
7 Metatietomallipalvelu 7.1 Tiedot palvelusta Palvelun nimi Malli metatietopalveluksi Palvelun versio 1.0 Toteuttaa palvelua (kts M14.4.42) MYJ:lle, jotka toteuttavat MoReq2010 mukaista roolimallia käytetään:
LisätiedotJHS-suositusluonnos: Tiedonohjaussuunnitelman rakenne
JHS-suositusluonnos: Tiedonohjaussuunnitelman rakenne JUHTA 10.2.2015 Mikko Eräkaski, STM Tiedonohjaussuunnitelma Metatietomääritys, joka sisältää tietojärjestelmässä käsiteltävien asiakirjojen metatietoarvot
LisätiedotOulun Maanmittauskerho ry. Tietosuojaseloste
Oulun Maanmittauskerho ry Tietosuojaseloste 1 SISÄLLYSLUETTELO 1 TIETOSUOJASELOSTE PROJEKTI... 3 2 TIETOSUOJAPERIAATTEET... 4 3 TIETOSUOJAN NYKYTILA... 5 3.1 Henkilötietokartoitus... 5 3.2 Henkilötietovirrat...
LisätiedotSisäänrakennettu tietosuoja ja ohjelmistokehitys
Sisäänrakennettu tietosuoja ja ohjelmistokehitys Petri Strandén 8. kesäkuuta, 2018 Agenda Ohjelmistokehitys Ohjelmistokehitys vs. konsultointi Vaatimukset Tietosuoja Tietosuoja ohjelmistokehityksessä kiteytettynä
LisätiedotSäilytysaikasuunnitelmapalvelu
8 Säilytysaikasuunnitelmapalvelu 8.1 Tietoa palvelusta Palvelun nimi: Palvelun version 1.0 Työkalun palvelutunniste (ks. M14.4.42) 8.2 Avainkäsitteet 8.2.1 Moreq2010 asiakirjan elinkaari Säilytysaikasuunnitelmapalvelu
LisätiedotTIETOSUOJASELOSTE. Yleistä. Mihin tarkoitukseen henkilötietojani kerätään ja käsitellään? Mitä henkilötietoja minusta kerätään ja mistä lähteistä?
TIETOSUOJASELOSTE Yleistä Jotta voimme palvella sinua parhaamme mukaan, edellyttää se, että keräämme ja käsittelemme joitakin sinua koskevia tietoja. Arvostamme kuitenkin yksityisyyttäsi ja olemme sitoutuneet
LisätiedotSÄHKE2-SERTIFIOINTIKRITEERIT
1 (9) Kansallisarkisto SÄHKE2-SERTIFIOINTIKRITEERIT SÄILYTYSJÄRJESTELMÄ v. 2.0 (23.4.2015) VERSIOHISTORIA Versio Päivämäärä Tekijä Sisältö 1.0 15.3.2012 Mikko Eräkaski yhteensä 37 vaatimusta 1.1 21.5.2013
LisätiedotKuntasektorin asianhallinnan viitearkkitehtuuri 1.0. Kuntamarkkinat Tuula Seppo, erityisasiantuntija
Kuntasektorin asianhallinnan viitearkkitehtuuri 1.0 Kuntamarkkinat 14.9.2016 Tuula Seppo, erityisasiantuntija Kuntasektorin asianhallinnan viitearkkitehtuuri 1.0 Hallinnon toimintatapojen digitalisointi
LisätiedotARKISTOLAITOS. Asiakirjahallinnon keskeiset standardit. Pekka Henttonen ylitarkastaja.
ARKISTOLAITOS Asiakirjahallinnon keskeiset standardit Pekka Henttonen ylitarkastaja pekka.henttonen@narc.fi TIE- DOSTOT METADATA- ELEMENTIT METADATAN ELINKAARI, TARKOITUS JA KÄYTTÖ JÄRJESTELMIEN TOIMINNALLISUUS
LisätiedotAsiakirjahallinnon opas organisaatiomuutostilanteisiin AL/6640/07.01.01.00/2009. Keskeisiä käsitteitä
Asiakirjahallinnon opas organisaatiomuutostilanteisiin AL/6640/07.01.01.00/2009 Liite 1 Keskeisiä käsitteitä Aineisto Asiakirjallisen tiedon käsittelyprosesseissa tuotettu kokonaisuus (metatiedot ja tiedostot).
LisätiedotMihin tarkoitukseen henkilötietojani kerätään ja käsitellään?
TIETOSUOJASELOSTE Yleistä Jotta voimme palvella sinua parhaamme mukaan, edellyttää se, että keräämme ja käsittelemme joitakin sinua koskevia tietoja. Arvostamme kuitenkin yksityisyyttäsi ja olemme sitoutuneet
LisätiedotSemanttinen Web. Ossi Nykänen Tampereen teknillinen yliopisto (TTY), DMI / Hypermedialaboratorio W3C Suomen toimisto
Semanttinen Web Ossi Nykänen ossi.nykanen@tut.fi Tampereen teknillinen yliopisto (TTY), DMI / Hypermedialaboratorio W3C Suomen toimisto Esitelmä "Semanttinen Web" Sisältö Konteksti: W3C, Web-teknologiat
LisätiedotTaltioni teknisen alustan arviointi
Taltioni teknisen alustan arviointi Taltioni sidosryhmätilaisuus, 10.1.2012 Jaakko Lähteenmäki, Niilo Saranummi 1/11/2012 2 Selvitystyön kohde Selvitystyö: VTT & Fujitsu Keskeiset vaatimukset Taltioni-palvelulle?
LisätiedotTILINTARKASTAJA JA EU:N TIETOSUOJA-ASETUS KYSYMYKSIÄ JA VASTAUKSIA
1 (5) PÄIVITETTY 29.10.2018 TILINTARKASTAJA JA EU:N TIETOSUOJA-ASETUS KYSYMYKSIÄ JA VASTAUKSIA SUOMEN TILINTARKASTAJAT RY:N SUOSITUKSIA 1/2018 Suomen Tilintarkastajat ry (Finnish Association of Authorised
LisätiedotMihin tarkoitukseen henkilötietojani kerätään ja käsitellään?
TIETOSUOJASELOSTE Yleistä Jotta voimme palvella sinua parhaamme mukaan, edellyttää se että keräämme ja käsittelemme joitakin sinua koskevia tietoja. Arvostamme kuitenkin yksityisyyttäsi ja olemme sitoutuneet
LisätiedotKOMISSION DELEGOITU ASETUS (EU) /, annettu ,
EUROOPAN KOMISSIO Bryssel 14.3.2019 C(2019) 2031 final KOMISSION DELEGOITU ASETUS (EU) /, annettu 14.3.2019, Euroopan parlamentin ja neuvoston asetuksen (EU) N:o 305/2011 täydentämisestä vahvistamalla
LisätiedotYhteentoimivuusvälineistö
Yhteentoimivuusvälineistö Yhteinen tiedon hallinta (YTI) hanke V 1.0, 5.9.2017 Päivittyvä Miksi yhteentoimivuusvälineistöä tarvitaan? Ongelmana on kielen moniselitteisyys Tavallisessa kielenkäytössä emme
LisätiedotYhteentoimivuusalusta ja Sanastot-työkalu
Yhteentoimivuusalusta ja Sanastot-työkalu Marko Latvanen erityisasiantuntija, VRK Kuntatalo 12.3.2019 Tiedon yhteentoimivuuden tarve kasvaa Hallinnossa syntyy ja ylläpidetään erittäin paljon tietoa on
LisätiedotYhteentoimivuusalusta ja sen hyödyntäminen kuntien/maakuntien taloushallinnossa Petri Tenhunen, VRK
Yhteentoimivuusalusta ja sen hyödyntäminen kuntien/maakuntien taloushallinnossa Petri Tenhunen, VRK YTI tp4: XBRL taksonomian muodostaminen yhteentoimivuusalustalta Sisältö XBRL Taloustiedot sähköisessä
LisätiedotPyrkimyksiä sähköisen tiedon haltuunottoon ja elinkaaren hallintaan
Pyrkimyksiä sähköisen tiedon haltuunottoon ja elinkaaren hallintaan Kohti avointa ja kestävää tietoa seminaari. Mikkelin ammattikorkeakoulu 20.11.2014. Juho Rännäli, VTM, IRMS Fellow fi.linkedin.com/in/juhorannali/
LisätiedotToiminnalliset ja ei-toiminnalliset vaatimukset Tunnus (ID) Vaatimus Vaatimuksen
Vaatimusluettelo versio 0.17 Toiminnalliset ja ei-toiminnalliset vaatimukset Tunnus (ID) Vaatimus Vaatimuksen Yleiset vaatimukset 1 Koodistopalvelujärjestelmä on selainkäyttöinen 2 Käyttöliittymän tulee
LisätiedotVAPA. Sähköisen säilyttämisen palvelu [ESITYSAINEISTO] 29.10.2012
VAPA Sähköisen säilyttämisen palvelu [ESITYSAINEISTO] 29.10.2012 Sisältö VAPA kokonaiskuva Siirto- ja säilytyssopimus Aineiston käyttö VAPAsta Milloin VAPA-asiakkaaksi? VAPAn käyttöönotolla kustannussäästöjä
LisätiedotMistä on kyse ja mitä hyötyä ne tuovat?
Pilvipalvelut Mistä on kyse ja mitä hyötyä ne tuovat? Pilvipalvelut - Mistä on kyse ja mitä hyötyä ne tuovat? Suurin osa kaikista uusista it-sovelluksista ja -ohjelmistoista toteutetaan pilvipalveluna.
LisätiedotLuonnos eams-rakenteeksi
JHS-XXX: eams-rakenne ja xml-skeema Luonnos eams-rakenteeksi 19.4.2013 Tässä dokumentissa kuvataan keskeiset linjaukset tulevan JHS-suosituksen määrittämäksi eamsrakenteeksi. Dokumentti ei ole JHS-suositusluonnos,
LisätiedotSÄHKE2-vaatimusten mukainen hävitysesitys ja sen tietosisältö
1 (8) SÄHKE2-vaatimusten mukainen hävitysesitys ja sen tietosisältö Määräys 15.3.2012 AL 9815/07.01.01.00/2008 Ohje 15.3.2012 AL 9815/07.01.01.00/2008 Sisältö Arkistolaitoksen määräys/ohje SÄHKE2-vaatimusten
LisätiedotKorkeakoulujen yhteentoimivuusmalli
Korkeakoulujen yhteentoimivuusmalli Tavoitteena korkeakoulujen opetus-, tutkimus- ja julkaisutietojärjestelmien yhteentoimivuus Miika Alonen Suvi Remes Nykytila Esim. Kirjastotoimi Opintopolku? Korkeakoulujen
LisätiedotKDK: Finna ja pitkäaikaissäilytys
KDK: Finna ja pitkäaikaissäilytys Maakuntamuseoiden, aluetaidemuseoiden ja valtakunnallisten erikoismuseoiden johtajien tapaaminen 22.3.2017 Vesa Hongisto Kansallinen digitaalinen kirjasto 22.3.2017 /
LisätiedotMetatiedot lainsäädäntötiedon hallinnassa
Metatiedot lainsäädäntötiedon hallinnassa Antti Lehtinen antleht@cc.jyu.fi Reija Nurmeksela rekorhon@cc.jyu.fi Esityksen tavoite Esitellä RASKE2-projektin loppuraportti Esittää pohdintoja tulevaisuuden
LisätiedotTILINTARKASTAJA JA EU:N TIETOSUOJA-ASETUS KYSYMYKSIÄ JA VASTAUKSIA
1 (5) TILINTARKASTAJA JA EU:N TIETOSUOJA-ASETUS KYSYMYKSIÄ JA VASTAUKSIA SUOMEN TILINTARKASTAJAT RY:N SUOSITUKSIA 1/2018 Suomen Tilintarkastajat ry (Finnish Association of Authorised Public Accountants)
LisätiedotKOMISSION DELEGOITU ASETUS (EU) /, annettu ,
EUROOPAN KOMISSIO Bryssel 14.7.2016 C(2016) 4407 final KOMISSION DELEGOITU ASETUS (EU) /, annettu 14.7.2016, Euroopan parlamentin ja neuvoston asetuksen (EU) N:o 600/2014 täydentämisestä kolmansien maiden
LisätiedotMihin tarkoitukseen henkilötietojani kerätään ja käsitellään?
TIETOSUOJASELOSTE Yleistä Jotta voimme palvella sinua parhaamme mukaan, edellyttää se että keräämme ja käsittelemme joitakin sinua koskevia tietoja. Arvostamme kuitenkin yksityisyyttäsi ja olemme sitoutuneet
LisätiedotKOMISSION TÄYTÄNTÖÖNPANOPÄÄTÖS (EU) /, annettu ,
EUROOPAN KOMISSIO Bryssel 18.7.2018 C(2018) 4543 final KOMISSION TÄYTÄNTÖÖNPANOPÄÄTÖS (EU) /, annettu 18.7.2018, eurooppalaisen luokituksen taitojen, osaamisen ja ammattien luettelon hyväksymisestä ja
LisätiedotArkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14
Arkkitehtuurikuvaus Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy Ryhmä 14 Muutoshistoria Versio Pvm Päivittäjä Muutos 0.4 1.11.2007 Matti Eerola 0.3 18.10.2007 Matti Eerola 0.2
LisätiedotAvoimet standardit ja integraatio
Avoimet standardit ja integraatio Avoimet standardit ja integraatio Trendin ainutlaatuinen lähestymistapa avoimiin standardeihin ja integraatioon tarjoaa odottamasi hyödyt, sekä markkinoiden johtavat innovaatiot
LisätiedotTietopolitiikka Yhteentoimivuus ja lainsäädäntö , Sami Kivivasara ICT-toimittajien tilaisuus
Tietopolitiikka Yhteentoimivuus ja lainsäädäntö 2.10.2018, Sami Kivivasara ICT-toimittajien tilaisuus Tiedon käyttö asiakaslähtöisen toiminnan perustana Lait, Linjaukset Toimintatavat Tiedonhallinta Palvelussa
LisätiedotLiite 1: KualiKSB skenaariot ja PoC tulokset. 1. Palvelun kehittäjän näkökulma. KualiKSB. Sivu 1. Tilanne Vaatimus Ongelma jos vaatimus ei toteudu
Liite 1: skenaariot ja PoC tulokset 1. Palvelun kehittäjän näkökulma Tilanne Vaatimus Ongelma jos vaatimus ei toteudu Palvelun uusi versio on Palveluiden kehittäminen voitava asentaa tuotantoon vaikeutuu
LisätiedotAVOIN DATA AVAIN UUTEEN Seminaarin avaus Kansleri Ilkka Niiniluoto Helsingin yliopisto
AVOIN DATA AVAIN UUTEEN Seminaarin avaus 1.11.11 Kansleri Ilkka Niiniluoto Helsingin yliopisto TIETEELLINEN TIETO tieteellinen tieto on julkista tieteen itseäänkorjaavuus ja edistyvyys tieto syntyy tutkimuksen
LisätiedotMihin tarkoitukseen henkilötietojani kerätään ja käsitellään?
TIETOSUOJASELOSTE Yleistä Jotta voimme palvella sinua parhaamme mukaan, edellyttää se että keräämme ja käsittelemme joitakin sinua koskevia tietoja. Arvostamme kuitenkin yksityisyyttäsi ja olemme sitoutuneet
LisätiedotYhteentoimivuusalusta: Miten saadaan ihmiset ja koneet ymmärtämään toisiaan paremmin?
Yhteentoimivuusalusta: Miten saadaan ihmiset ja koneet ymmärtämään toisiaan paremmin? Avoin verkkoalusta ihmisen ja koneen ymmärtämien tietomääritysten tekemiseen Riitta Alkula 20.3.2019 Esityksen sisältö
LisätiedotOmakannan Omatietovaranto palvelun asiakastestaus
Omakannan Omatietovaranto palvelun asiakastestaus 18.4.2017 Johdanto Tämä dokumentti käsittelee hyvinvointisovelluksen toimittajan asiakastestaukseen liittymistä Kuvauksessa ei käsitellä Ammattilaissovelluksia
LisätiedotPerustietoa IMIstä 1. IMI-TIETOA JA -APUA PERUSTIETOA IMISTÄ... 2
Perustietoa IMIstä 1. IMI-TIETOA JA -APUA... 2 2. PERUSTIETOA IMISTÄ... 2 2.1. MIKÄ IMI ON?... 2 2.2. MITEN IMI TOIMII?... 3 2.3. YLI KIELIMUURIN... 3 2.4. IMIN TOIMIJAT... 4 2.4.1. TOIMIVALTAISET VIRANOMAISET...
LisätiedotPAS-tilanne ja julkaistujen opinnäytteiden pitkäaikaissäilytykseen liittyvä prosessi ja edellytykset
PAS-tilanne ja julkaistujen opinnäytteiden pitkäaikaissäilytykseen liittyvä prosessi ja edellytykset Kirjastoverkkopäivät 24.10.2017 Opinnäytteiden arkistointi työpaja Lassi Lager (lassi.lager@helsinki.fi)
LisätiedotMihin tarkoitukseen henkilötietojani kerätään ja käsitellään?
TIETOSUOJASELOSTE Yleistä Jotta voimme palvella sinua parhaamme mukaan, edellyttää se että keräämme ja käsittelemme joitakin sinua koskevia tietoja. Arvostamme kuitenkin yksityisyyttäsi ja olemme sitoutuneet
LisätiedotTheseus ja rajatun käytön aineistot
Theseus ja rajatun käytön aineistot Theseus-seminaari, 26.4.2016 Jyrki Ilva, jyrki.ilva@helsinki.fi Lähtökohta : mistä on kyse? Julkaisuarkistossa ensisijaisesti vapaasti saatavilla olevia aineistoja Miten
LisätiedotSuomen avoimien tietojärjestelmien keskus COSS ry
Viisaat hankinnat: Avoimuudet uusissa JIT 2015 -ehdoissa JulkICTLab-seminaari 20.11.2015 Martin von Willebrand, puheenjohtaja Avoin arkkitehtuuri Luo jäsenien menestystarinoita avoimilla ratkaisuilla Avoimet
LisätiedotTOR Arkkitehtuuri. - Muiden palveluiden hyödyntäminen - Tiedon loogiset vastuut - Tietovirrat - Master data -malli - Tietojen siirto
TOR Arkkitehtuuri - Muiden palveluiden hyödyntäminen - Tiedon loogiset vastuut - Tietovirrat - Master data -malli - Tietojen siirto Opintopolun palveluiden hyödyntäminen TOR hyödyntää vähintään organisaatiopalvelua,
LisätiedotUudelleenkäytön jako kahteen
Uudelleenkäyttö Yleistä On pyritty pääsemään vakiokomponenttien käyttöön Kuitenkin vakiokomponentit yleistyneet vain rajallisilla osa-alueilla (esim. windows-käyttöliittymä) On arvioitu, että 60-80% ohjelmistosta
LisätiedotEU:n tietosuoja-asetuksen vaikutukset. Tietosuojavastaava Outi Salmela,
EU:n tietosuoja-asetuksen vaikutukset Tietosuojavastaava Outi Salmela, 14.5.2018 EU:n yleistä tietosuoja-asetusta (General Data Protection Regulation, GDPR) sovelletaan lähtökohtaisesti kaikkeen henkilötietojen
LisätiedotMitä on asiakirja- ja arkistonhallinta?
Mitä on asiakirja- ja arkistonhallinta? Arkistonhallinnan maisteriohjelma Jyväskylä 14.1.2010 Marjo Rita Valtonen Sisältö 1. Asiakirjatiedon hallinnan käsitteitä 2. Archival Methods 3. Arkistotieteellisen
LisätiedotSähköisten viranomaisaineistojen arkistoinnin ja säilyttämisen palvelukokonaisuus
Luo / Muokkaa Lähetä Lausunnonantajat Yhteenveto Sähköisten viranomaisaineistojen arkistoinnin ja säilyttämisen palvelukokonaisuus Sähköinen arkistoinnin palvelukokonaisuus Lausunnonantajia: 1 Puollatko
LisätiedotKansallisarkiston koulutusohjelma 2017
Kansallisarkiston koulutusohjelma 2017 Tenttipäivät Kansallisarkiston asiakirjahallinnon ja arkistotoimen perustutkinnon tenttipäivät 2017 Kansallisarkiston toimipaikoissa: Helsinki (Rauhankatu 17), Hämeenlinna,
LisätiedotWebforum. Version 17.1 uudet ominaisuudet. Päivitetty:
Webforum Version 17.1 uudet ominaisuudet Päivitetty: 2017-03-19 Sisältö Tietoja tästä dokumentista... 3 Yleistä... 4 Dokumentit... 5 Yksinkertaisempi dokumentin valikko... 5 Vie metadata kansiosta... 5
LisätiedotHeikki Helin Metatiedot ja tiedostomuodot
Heikki Helin 6.5.2013 Metatiedot ja tiedostomuodot KDK:n metatiedot ja tiedostomuodot KDK:n tekniset määritykset ja niiden väliset suhteet Aineistojen valmistelu ja paketointi on hyödyntäville organisaatioille
LisätiedotSonera Viestintäpalvelu VIP VIP Laajennettu raportointi Ohje
Sonera Viestintäpalvelu VIP VIP Laajennettu raportointi Ohje Sisällysluettelo VIP Laajennettu raportointi... 3 Luo raportti Laajennetun raportoinnin työkaluilla... 4 Avaa Laajennettu raportointi... 4 Valitse
LisätiedotRyhmäläisten nimet:
1 TJT10, kevät 2017 VERTAISARVIOINTILOMAKE Ryhmäläisten nimet: 1. 2. 3. Heuristinen arviointi käyttäen ohjeistuksessa olevaa heuristiikkalistaa. Tehdään vertaisarviointi käyttöliittymästä. Testi suoritetaan
LisätiedotYhteisen tiedon hallinta -hanke Eli YTI
Yhteisen tiedon hallinta -hanke Eli YTI 4.5.2017 Anne Kauhanen-Simanainen Tiedonhallintalakityöryhmän työpaja: Tiedon ja tietojärjestelmien yhteentoimivuus YHTI YTIMA YHTIHA YTHAMA YTIHAMA Mitä tarkoitatte?
LisätiedotSATASERVICEN TIETOSUOJAKÄYTÄNTÖ
1 (5) SATASERVICEN TIETOSUOJAKÄYTÄNTÖ 1. Yleistä Me Sataservice-konsernissa kunnioitamme tietosuojaasi. Tätä tietosuojakäytäntöä sovelletaan työnhakijoihin, työntekijöihin, käyttäjiin; jotka käyttävät
LisätiedotRistiinopiskelun kehittäminen -hanke
Joustavia opiskelumahdollisuuksia tuetusti Exam-kevätpäivät (31.5.2018) Joustavia opiskelumahdollisuuksia tuetusti Hanke on opetus- ja kulttuuriministeriön rahoittama korkeakoulujen kehittämishanke. Tukea
LisätiedotRyhmäläisten nimet:
1 TJTA10, kevät 2020 VERTAISARVIOINTILOMAKE Ryhmäläisten nimet: 1. 2. 3. Heuristinen arviointi käyttäen ohjeistuksessa olevaa heuristiikkalistaa. Tehdään vertaisarviointi käyttöliittymästä. Testi suoritetaan
LisätiedotInformaatiovelvoite ja tietosuojaperiaate
SISÄLLYSLUETTELO Informaatiovelvoite ja tietosuojaperiaate 7.5.2018 SISÄLLYSLUETTELO 1. EU:N TIETOSUOJA-ASETUS... 4 1.2 REKISTERÖIDYN OIKEUDET... 4 1.3 TIETOSUOJA-ASETUKSEEN VALMISTAUTUMINEN... 4 2. INFORMAATIOVELVOITE...
LisätiedotMuistitko soittaa asiakkaallesi?
webcrm Finland 1 webcrm Finland Muistitko soittaa asiakkaallesi? Riippumatta siitä, oletko myyntipäällikkö, markkinoija vai työskenteletkö HR tehtävissä, voit käyttää CRM ratkaisua erilaisiin tarpeisiin.
LisätiedotEUROOPAN YHTEISÖJEN KOMISSIO. Ehdotus EUROOPAN PARLAMENTIN JA NEUVOSTON DIREKTIIVI
EUROOPAN YHTEISÖJEN KOMISSIO Bryssel 22.12.2006 KOM(2006) 909 lopullinen 2006/0282 (COD) Ehdotus EUROOPAN PARLAMENTIN JA NEUVOSTON DIREKTIIVI säännellyillä markkinoilla kaupankäynnin kohteeksi otettavien
LisätiedotZENworks Application Virtualization 11
ZENworks Application Virtualization 11 ZENworks / perinteinen asennus ZENworks virtualisointi Ei erillistä asennusta Ei vaadita erilisiä oikeuksia Oletusasetukset mukana Eri versiot samanaikaisesti Sama
LisätiedotELM GROUP 04. Teemu Laakso Henrik Talarmo
ELM GROUP 04 Teemu Laakso Henrik Talarmo 23. marraskuuta 2017 Sisältö 1 Johdanto 1 2 Ominaisuuksia 2 2.1 Muuttujat ja tietorakenteet...................... 2 2.2 Funktiot................................
LisätiedotMikä Apotti- ekosysteemi on miten se luo yhteistyötä eri toimijoiden kanssa
Mikä Apotti- ekosysteemi on miten se luo yhteistyötä eri toimijoiden kanssa Jari Renko Teknologiajohtaja, Oy APOTTI Ab Oy Apotti Ab Ekosysteemi on VAKUUTUS hankkeelle, jotta.. Hankekokonaisuus Ekosysteemi
LisätiedotTESTIRAPORTTI - VYM JA KANTA Virtuaaliyhteisöjen muodostaminen Versio 1.0
TESTIRAPORTTI - VYM JA KANTA Versio 1.0 i Sisällysluettelo 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI 3 2.1. Testauksen
LisätiedotJärjestelmäarkkitehtuuri (TK081702) Web Services. Web Services
Järjestelmäarkkitehtuuri (TK081702) Standardoidutu tapa integroida sovelluksia Internetin kautta avointen protokollien ja rajapintojen avulla. tekniikka mahdollista ITjärjestelmien liittämiseen yrityskumppaneiden
LisätiedotKuntien yhteentoimivuusseminaari. Tietomallien laatiminen Taina Nurmela projektipäällikkö, Helsingin kaupunki
Kuntien yhteentoimivuusseminaari Tietomallien laatiminen Taina Nurmela projektipäällikkö, Helsingin kaupunki Case Tiedonohjaus tietomallituki Tiedonohjaus tarjoaa tiedot rajapinnan kautta käyttöliittymään
LisätiedotREKISTERI- JA TIETOKANTA-AINEISTOJEN SIIRTÄMINEN VAPA-PALVELUUN
Arkistolaitos REKISTERI- JA TIETOKANTA-AINEISTOJEN SIIRTÄMINEN VAPA-PALVELUUN Ohje v. 1.0 (16.10.2012) Kansallisarkisto Rauhankatu 17 PL 258, 00171 Helsinki Puh. Tel. (09) 228 521 arkisto@narc.fi Riksarkivet
LisätiedotLausuntopyyntö julkisen hallinnon tiedonhallinnan sääntelyn kehittämistä selvittäneen työryhmän raportista
Lausunto 01.11.2017 2860/00 04 05/2017 Asia: VM/1709/00.01.00.01/2016 VM098:00/2016 Lausuntopyyntö julkisen hallinnon tiedonhallinnan sääntelyn kehittämistä selvittäneen työryhmän raportista Yleiset kommentit
LisätiedotKansallisarkiston päätökset opinnäytteiden pysyvästä säilyttämisestä
Kansallisarkiston päätökset opinnäytteiden pysyvästä säilyttämisestä Kirjastoverkkopäivät 24.10.2017 Opinnäytteiden arkistointi - työpaja Vesa-Matti Ovaska (vesa-matti.ovaska@arkisto.fi) Opinnäytteiden
LisätiedotAikuisopiskelijan viikko - Viitekehys alueellisten verkostojen yhteistyöhön
Aikuisopiskelijan viikko - Viitekehys alueellisten verkostojen yhteistyöhön Aikuisopiskelijan viikko tarjoaa mainion tilaisuuden toteuttaa tapahtumia yhteistyössä oman alueen eri organisaatioiden kanssa.
LisätiedotArkistoaineistojen sisällönkuvailu
Arkistoaineistojen sisällönkuvailu Suomen yliopistokirjastojen neuvosto Sisällönkuvailuverkoston Sisällönkuvailupäivä 22.11.2013 Kenneth Ahlfors Arkistokuvailu Arkistokuvailun ominaispiirre on, että tietovarannon
LisätiedotTietosuojauudistus tulee PTC:n käytännön vinkit. Tapio Lahtinen
Tietosuojauudistus tulee PTC:n käytännön vinkit Tapio Lahtinen Mistä on kyse ja miten päästä alkuun? Tietosuoja-asetus ei suoraan anna yleisvastausta, siihen, mitä pitäisi tehdä Kärjistäen kyse on ikään
LisätiedotTietohallinnon uudistuksia ja haasteita sähköisen hallinnon näkökulma viranomaisten asiakirjojen pysyvään säilyttämiseen
Tietohallinnon uudistuksia ja haasteita sähköisen hallinnon näkökulma viranomaisten asiakirjojen pysyvään säilyttämiseen Anne Kauhanen-Simanainen 11.6.2014 Mitä sähköisellä hallinnolla tavoitellaan? tehokkaampia
LisätiedotTOIMENPITEET ITPOINT OY ASIAKKAAN HENKILÖTIETOJEN TURVALLISUUDEN VARMISTAMISEKSI
TOIMENPITEET ITPOINT OY ASIAKKAAN HENKILÖTIETOJEN TURVALLISUUDEN VARMISTAMISEKSI SELONTEKO EU:N TIETOSUOJA-ASETUS GDPR:N VAATIMUSTEN TOTEUTTAMISTAVOISTA ITPOINT OY:SSA ITpoint Oy toimittaa asiakkaansa
LisätiedotDigi-tv vastaanottimella toteutetut interaktiiviset sovellukset
Tekninen määrittely: Editori Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Sisällysluettelo 1. Johdanto...4 1.1. Tarkoitus ja kattavuus...4 1.2. Tuote ja ympäristö...4 1.3. Määritelmät,
LisätiedotLuonnos hallituksen esitykseksi eduskunnalle laiksi julkisen hallinnon tiedonhallinnasta sekä eräiksi siihen liittyviksi laeiksi
Turun kaupunki Lausunto 01.10.2018 Asia: VM183:00/2017 ja VM/1631/03.01.00/2018 Luonnos hallituksen esitykseksi eduskunnalle laiksi julkisen hallinnon tiedonhallinnasta sekä eräiksi siihen liittyviksi
LisätiedotSähköpostin arkistointi
Suomen XII liikearkistopäivät 1 12.-13.9.2007 Tampere Sähköpostin arkistointi www.industrialitc.fi 2 Esityksen sisältö Sähköpostiarkistointi osana informaation hallintaa ja ECM-kokonaisuutta Lainsäädäntö
LisätiedotLiite D: Poikkeamispäätösten ja suunnittelutarveratkaisujen mallinnus tiedonsiirtoa varten
Liite D: Poikkeamispäätösten ja suunnittelutarveratkaisujen mallinnus tiedonsiirtoa varten Versio: 18.10.2011 Julkaistu: 27.10.2011 Voimassaoloaika: Toistaiseksi Sisällys 1 Johdanto... 2 1.1 Poikkeamispäätös
LisätiedotTietojärjestelmän osat
Analyysi Yleistä analyysistä Mitä ohjelmiston on tehtävä? Analyysin ja suunnittelun raja on usein hämärä Ei-tekninen näkökulma asiakkaalle näkyvien pääkomponenttien tasolla Tietojärjestelmän osat Laitteisto
LisätiedotTietopaketti tietosuojasta ProAgrian ja Maa- ja kotitalousnaisten jäsenyhdistyksille
Tietopaketti tietosuojasta ProAgrian ja Maa- ja kotitalousnaisten jäsenyhdistyksille 1 Tietosuoja-asetuksesta Asetus astui voimaan 24.5.2016 ja sitä ryhdytään soveltamaan alkaen. Asetuksen sisältö on suoraan
LisätiedotEhdotus NEUVOSTON ASETUS
EUROOPAN KOMISSIO Bryssel 27.8.2015 COM(2015) 409 final 2015/0182 (NLE) Ehdotus NEUVOSTON ASETUS pysyvistä orgaanisista yhdisteistä annetun Euroopan parlamentin ja neuvoston asetuksen (EY) N:o 850/2004
LisätiedotFAIRDATA-PALVELUT. CSC Suomalainen tutkimuksen, koulutuksen, kulttuurin ja julkishallinnon ICT-osaamiskeskus. Anssi Kainulainen / CSC
FAIRDATA-PALVELUT Anssi Kainulainen / CSC 23.8.2018 Tutkimustietovaranto ohjausryhmä CSC Suomalainen tutkimuksen, koulutuksen, kulttuurin ja julkishallinnon ICT-osaamiskeskus Fairdata-palvelut IDA tutkimusdatan
LisätiedotKäytönvalvonnan yhtenäistäminen ja tehostaminen organisaation ja kansalaisen kannalta
Käytönvalvonnan yhtenäistäminen ja tehostaminen organisaation ja kansalaisen kannalta Kehittämispäällikkö Anna Kärkkäinen, THL Sosiaali- ja terveydenhuollon tietosuojaseminaari, Lahti 16.11.2016 Esityksen
LisätiedotAVOIMEN TUOTTEEN HALLINTAMALLIT. Kunnassa toteutettujen tietojärjestelmien uudelleenkäyttö. Yhteentoimivuutta avoimesti 2.12.2011
AVOIMEN TUOTTEEN HALLINTAMALLIT Kunnassa toteutettujen tietojärjestelmien uudelleenkäyttö Yhteentoimivuutta avoimesti 2.12.2011 Erikoistutkija, MSc. Tapio Matinmikko, Teknologian tutkimuskeskus VTT 2 Esittäjästä
Lisätiedot