Tiedostojen jakaminen työssä: linkki, oikeudet ja versiot

Työpaikan tiedostojen kanssa on kaksi toistuvaa ongelmaa, ja molemmat johtuvat samasta asiasta. Ensimmäinen on se, että kukaan ei tiedä mikä versio on voimassa: liikkeellä on tarjous, tarjous_uusi ja tarjous_lopullinen_2, ja kolme ihmistä on muokannut eri tiedostoa. Toinen on se, että aineistoa päätyy ihmisille, joille sitä ei ollut tarkoitus antaa.

Molemmat seuraavat siitä, ettei tehdä eroa kahden täysin erilaisen asian välille. Liitteen lähettäminen ja linkin jakaminen näyttävät käyttöliittymässä samalta toimenpiteeltä, mutta ne ovat mekanismeina toistensa vastakohtia. Kun tämän eron ymmärtää, suurin osa arjen sekaannuksista ratkeaa itsestään.

Tässä artikkelissa keskitytään siihen, miten työaineisto liikkuu ja miksi. Käyttöoikeuksien tekninen logiikka ja pääsyn purkaminen on käsitelty tarkemmin artikkelissa jakolinkit ja käyttöoikeudet, ja pilvipalvelun perusteet löytyvät artikkelista pilvipalvelu selitetty.

Kopio vai viittaus: mistä ero oikeasti syntyy

Kun liität tiedoston sähköpostiin, ohjelma lukee tiedoston sisällön ja pakkaa siitä oman kappaleen viestin mukaan. Siitä hetkestä alkaen olemassa on kaksi toisistaan riippumatonta tiedostoa: sinun ja vastaanottajan. Ne eivät tiedä toisistaan mitään. Jos korjaat oman kappaleesi, vastaanottajan kappale ei muutu.

Kun jaat linkin, mitään ei kopioida. Linkki on osoite yhteen tiedostoon, joka on tallessa palvelussa. Kaikki, jotka avaavat linkin, katsovat samaa tiedostoa. Muutos näkyy kaikille heti, koska muutettavia kappaleita on vain yksi.

Tästä seuraa yksi käytännön sääntö, joka kantaa pitkälle. Jos tiedostoa on tarkoitus vielä muuttaa, jaa linkki. Jos tiedosto on valmis ja vastaanottajan pitää saada se pysyvästi haltuunsa, lähetä liite. Sekaannus syntyy siitä, että liitettä käytetään keskeneräiseen työhön, jolloin jokainen kommenttikierros tuottaa uuden kopion.

Kolmas vaihtoehto on synkronoitu kansio, joka näyttää tavalliselta kansiolta koneella mutta on todellisuudessa näkymä palvelussa olevaan aineistoon. Se yhdistää molempien hyvät puolet, mutta sen pettämistavat ovat omanlaisiaan, ja ne on käyty läpi artikkelissa tiedostojen synkronointi.

Milloin liite on silti oikea valinta

Liitteellä on huono maine, mutta se on monessa tilanteessa täsmälleen oikea väline. Liite on paras silloin, kun tarkoitus on nimenomaan antaa kopio, jonka vastaanottaja saa pitää.

• Sopimukset, laskut ja todistukset. Näiden pitää säilyä muuttumattomina vastaanottajalla, eikä ole toivottavaa että lähettäjä voi muuttaa niitä jälkikäteen.
• Viranomaisasiointi ja hakemukset. Vastaanottaja tarvitsee tiedoston omaan järjestelmäänsä, ei pääsyä sinun palveluusi.
• Vastaanottaja on organisaation ulkopuolella eikä käytä samaa palvelua. Linkin avaaminen voi vaatia häneltä tilin luomista, mikä on kohtuuton este pienessä asiassa.
• Aineisto pitää saada arkistoon sellaisenaan. Kopio on todiste siitä, mitä lähetettiin ja milloin.

Liitteessä on kaksi rajoitusta, jotka kannattaa tietää. Sähköpostijärjestelmissä on kokorajoja, ja iso liite joko hylätään tai jää jumiin matkalle. Lisäksi liitteet ovat huijausviestien tavallisin tartuntareitti, minkä takia monet järjestelmät suodattavat tietyntyyppiset liitteet kokonaan pois. Kummankin takia isot ja epätavalliset tiedostot kulkevat käytännössä paremmin linkkinä.

Liitteitä koskee myös yksi hiljainen ongelma. Sähköpostin liite on lähes aina huono paikka säilyttää työn ainoaa kappaletta, koska se ei ole varmuuskopio eikä se kuulu kenenkään järjestelmälliseen arkistoon. Postilaatikon rooli ja sen hallinta on oma aiheensa artikkelissa sähköposti ja kalenteri hallintaan.

Katselu vai muokkaus, ja miten kauan

Kun jaat linkin, teet samalla kaksi päätöstä: kenelle ja millä oikeudella. Oikeustasoja on tyypillisesti kolme.

Katseluoikeus antaa mahdollisuuden avata ja lukea. Se sisältää lähes aina myös mahdollisuuden ladata tiedosto omalle koneelle, mikä on tärkeä ymmärtää: katseluoikeus ei tarkoita, ettei vastaanottaja saisi tiedostoa haltuunsa. Se tarkoittaa vain, ettei hän voi muuttaa alkuperäistä.

Kommentointioikeus on katseluoikeus, johon on lisätty mahdollisuus kirjoittaa huomioita tekstin viereen. Tämä on kommenttikierroksen oikea taso. Sillä saa palautteen ilman että kukaan muuttaa sisältöä vahingossa.

Muokkausoikeus antaa mahdollisuuden muuttaa sisältöä ja käytännössä myös poistaa sen. Jaetussa kansiossa tämä on merkittävää, koska poisto näkyy kaikille. Muokkausoikeus kannattaa antaa niille, jotka oikeasti kirjoittavat, ei kaikille varmuuden vuoksi.

Näiden lisäksi kannattaa käyttää kahta rajausta aina kun ne ovat tarjolla:

1. Rajaa jako nimetyille henkilöille. Nimetty jako sitoo pääsyn tiliin, jolloin linkin välittäminen eteenpäin ei riitä. Se myös näkyy lokissa, joten jälkikäteen voi selvittää kuka aineistoa katsoi.
2. Aseta voimassaoloaika. Tämä on yksittäisistä rajauksista tehokkain, koska se korjaa unohtamisen. Kukaan ei pura jakoja siksi että ne tulisivat mieleen, joten linkin on paras vanhentua itsestään.
3. Estä edelleenjakaminen, jos aineisto ei ole tarkoitettu leviämään. Monessa palvelussa muokkausoikeuden saanut voi lisätä uusia ihmisiä ilman lupaa.
4. Käytä salasanaa vain, jos lähetät sen eri kanavaa pitkin. Samassa viestissä oleva salasana ei suojaa miltään, koska sen näkee jokainen joka näkee linkin.

Oikeuksien tärkein ominaisuus on se, että ne ovat voimassa vain siellä, missä tiedosto on. Kun tiedosto ladataan omalle koneelle, siitä tulee tavallinen tiedosto ilman mitään oikeusrakennetta. Tämä on syy siihen, miksi latauksen estäminen on hidaste eikä este, ja miksi arkaluonteisen aineiston kohdalla ratkaisevaa on se, kenelle pääsy annetaan, ei se mitä asetuksia jaossa on päällä.

Versiohistoria korvaa tiedostonimien kasvavan sarjan

Nimeämiskäytäntö, jossa versio kirjataan tiedostonimeen, on syntynyt aikana jolloin tiedostosta oli olemassa vain se kappale, joka oli koneella. Silloin nimi oli ainoa tapa erottaa eilinen tänäisestä. Nykyisissä palveluissa se on tarpeeton ja aiheuttaa juuri sen sekaannuksen, jota se yrittää estää.

Versiohistoria tarkoittaa sitä, että palvelu tallentaa tiedoston aiemmat tilat automaattisesti. Voit palata eiliseen versioon, verrata muutoksia ja usein myös nähdä kuka muutti mitäkin. Yksi tiedosto riittää, koska historia on tiedoston sisällä eikä sen nimessä.

Versiohistoriassa on kolme rajoitusta, jotka on hyvä tietää etukäteen:

• Säilytysaika on rajallinen. Vanhimmat versiot poistuvat jossain vaiheessa, ja raja riippuu palvelusta ja tilaustasosta.
• Historia koskee vain sitä tiedostoa. Jos tiedosto poistetaan tai koko tili suljetaan, myös historia menee mukana.
• Se ei ole varmuuskopio. Varmuuskopio on erillinen kappale erillisessä paikassa, ja sen periaatteet on käsitelty artikkelissa varmuuskopiointi selitettynä.

Kun versiohistoria on käytössä, tiedostonimeen kirjataan se mikä ei muutu: aihe, asiakas tai päivämäärä silloin kun kyse on aidosti eri asiakirjasta. Sana lopullinen ei kuulu tiedostonimeen koskaan, koska se ei ole koskaan totta. Kansiorakenne kannattaa suunnitella samasta lähtökohdasta: nimeen kuuluu se, mikä pysyy, ja versiotieto jää historiaan.

Yhteismuokkaus muuttaa työtavan, ei vain välineen

Yhteismuokkaus tarkoittaa sitä, että useampi ihminen kirjoittaa samaa tiedostoa yhtä aikaa ja näkee toistensa muutokset sitä mukaa kun ne tehdään. Se poistaa kokonaan kierroksen, jossa tiedosto lähetetään, odotetaan, saadaan takaisin ja yhdistetään käsin.

Käytännön hyöty ei ole nopeus vaan se, että yhdistämisvaihe katoaa. Juuri yhdistäminen on se kohta, jossa muutoksia häviää ja jossa syntyy kysymys siitä, kenen versio oli tuorein.

Yhteismuokkaus vaatii kuitenkin muutaman sopimuksen toimiakseen:

• Sopikaa kuka omistaa dokumentin. Yksi ihminen vastaa siitä, että teksti pysyy kokonaisuutena. Ilman tätä dokumentti muuttuu kollaasiksi.
• Käyttäkää kommentteja mielipiteisiin ja muokkausta korjauksiin. Suora muokkaus toisen tekstiin ilman merkintää hämärtää sen, mistä on sovittu.
• Kirjatkaa dokumentin tila näkyviin. Yksi rivi alkuun kertoo, onko teksti luonnos, kommentoitavana vai hyväksytty.
• Sopikaa määräpäivä kommenteille. Muuten dokumentti jää auki ja siihen tulee muutoksia sen jälkeen kun se on jo lähetetty eteenpäin.

Kun dokumentti on valmis ja lähtee ulos, kannattaa tehdä siitä tarkoituksellinen kopio kiinteässä muodossa. Silloin ulospäin lähtenyt versio on lukittu, vaikka työversio jatkaisi elämäänsä.

Kun aineisto lähtee organisaation ulkopuolelle

Ulkopuolelle jakaminen on jakamisen vaikein tapaus, koska siinä yhdistyy kaksi asiaa: tekninen pääsy ja se, kenen aineistoa ollaan luovuttamassa.

Tekninen puoli on suoraviivainen. Ulkopuoliselle kannattaa jakaa nimetylle henkilölle, voimassaoloajan kanssa ja mieluiten omasta erillisestä kansiosta, jota käytetään vain ulkoiseen jakoon. Älä jaa sitä kansiota, jossa työskentelet, koska kansiolle annettu oikeus koskee myös sinne myöhemmin lisättäviä tiedostoja.

Sisällöllinen puoli on tärkeämpi. Ennen ulkoista jakoa kannattaa kysyä kolme kysymystä.

1. Onko aineistossa muiden ihmisten henkilötietoja? Jos on, luovuttaminen on henkilötietojen käsittelyä, jolle tarvitaan peruste. Tämä koskee myös liitteitä ja kokousmuistioita, joissa on nimiä.
2. Onko aineisto työnantajan liikesalaisuutta? Liikesalaisuus säilyy salaisuutena vain niin kauan kuin sitä suojataan aktiivisesti, joten huolimaton jakaminen voi viedä suojan.
3. Kuuluuko tämä minun päätettäväkseni? Ulkoisesta jakamisesta on monessa organisaatiossa oma ohjeensa, ja se on olemassa juuri tätä tilannetta varten.

Toinen suunta on yhtä tärkeä. Työaineiston siirtäminen omalle henkilökohtaiselle tilille, jotta se olisi kotona helpommin käsillä, on tavallisin tapa synnyttää varjo-IT. Aineisto päätyy palveluun, jonka ehdoista työnantaja ei vastaa, eikä se ole palautettavissa työsuhteen päättyessä. Vastuunjaon perusperiaate pilvipalveluissa on, että palveluntarjoaja vastaa alustan toiminnasta ja käyttäjä siitä, mitä alustalle laitetaan ja kenelle pääsy annetaan. Sama jaettu vastuu koskee myös sitä, mihin palveluun aineisto ylipäätään viedään.

Jaon lopettaminen ja sen rajat

Jakojen purkaminen on ainoa osa tätä kokonaisuutta, joka pitää tehdä rutiinilla. Yksittäinen jako on aina pieni päätös, mutta niitä kertyy vuodessa satoja, eikä kukaan muista niitä jälkikäteen.

1. Avaa palvelun jakonäkymä. Lähes jokaisessa palvelussa on lista siitä, mitä olet jakanut ja kenelle. Tämä on ainoa luotettava tapa nähdä kokonaisuus.
2. Pura linkkijaot ensin. Ne ovat riskialttiimpia, koska et tiedä kenellä linkki on.
3. Katso jaetut kansiot erikseen. Arvioi mitä kansiossa on nyt, älä sitä mitä siellä oli jakohetkellä.
4. Tarkista päättyneet yhteistyöt. Projektin loppuminen ei pura jakoja, vaan ne jäävät voimaan kunnes joku purkaa ne.
5. Siirrä omistajuus ennen kuin tili suljetaan. Suljetun tilin omistamat jaot lakkaavat toimimasta, eikä siirtoa voi enää tehdä jälkikäteen.

Purkamisen rajat on syytä sanoa suoraan. Jaon lopettaminen katkaisee pääsyn siitä hetkestä eteenpäin. Se ei poista kopioita, jotka on jo ladattu, eikä se peruuta sitä, mitä joku on ehtinyt lukea tai kuvata ruudulta. Jos aineistoa on päässyt vääriin käsiin, olennaista ei ole linkin sulkemisen nopeus vaan sen arviointi, mitä aineisto sisälsi ja ketä se koskee. Jos mukana oli toisten henkilötietoja ja kyse on organisaation toiminnasta, tilanne käsitellään samalla logiikalla kuin muutkin tietovuototilanteet, ja arvioitavaksi tulee myös ilmoitusvelvollisuus.

Käytännön yhteenveto mahtuu neljään sääntöön. Jaa linkki, kun työ jatkuu, ja liite, kun työ on valmis. Anna pienin oikeus, joka riittää tehtävään. Aseta voimassaoloaika aina kun palvelu sen sallii. Ja pidä työaineisto työn välineissä, koska se on ainoa tapa varmistaa, että se on siellä myös silloin kun sinä et ole. Käytännöistä sopiminen tiimin kesken on kuvattu tarkemmin artikkelissa etätyön käytännöt.