Palveluehdot vai käyttöehdot: onko niillä eroa?

Käy tämä luettelo läpi ennen julkaisua:

1. Valitse yksi ensisijainen nimi tuotetyyppisi ja kohdeyleisösi perusteella.
2. Käytä täsmälleen samaa nimeä alatunnisteessa, rekisteröitymisessä, kassalla, sovelluskaupan sivulla ja tapahtumasähköposteissa.
3. Jos käytät myös EULAa tai hyväksyttävän käytön periaatteita, kerro pääehdoissa, miten asiakirjat liittyvät toisiinsa ja kumpi on ensisijainen ristiriitatilanteessa.
4. Älä jätä vanhaa käyttöehtosivua näkyviin uuden palveluehtosivun rinnalle. Ohjaa se uudelleen tai arkistoi se voimassaolopäivineen.
5. Varmista, että asiakirjassa mainitaan sopimuskumppani täsmällisellä virallisella yritysnimellään ja yhteystiedoillaan.
6. Merkitse jokaiseen versioon päivämäärä ja säilytä kopio jokaisesta.

Viimeinen vaihe on helppo unohtaa ja tuskallinen jälkikäteen selvittää. Jos kaksi vuotta sitten tehdystä ostosta syntyy riita, tarvitset version, jonka käyttäjä hyväksyi silloin, et tänään voimassa olevaa versiota. Yksinkertainen arkistokansio päivätyille kopioille sekä kirjaus siitä, minkä version kukin tili hyväksyi, riittää yleensä pienelle yritykselle ja on paljon parempi kuin ei mitään.

Lyhyesti: ei, ei missään yleisessä oikeudellisessa mielessä. Sopimusoikeus katsoo, mistä osapuolet sopivat, ei sivun otsikkoa. Käyttöehdoiksi nimetty asiakirja, jolla on selkeä hyväksymisvaihe ja kohtuulliset lausekkeet, painaa enemmän kuin palveluehtosivu, jota kenenkään ei ole koskaan pyydetty lukemaan.

Kolme yleistä nimeä viestivät kuitenkin hieman eri painotuksesta:

• Palveluehdot (Terms of Service) viittaavat jatkuvaan palveluun, kuten SaaS-tuotteeseen, alustaan tai verkkotiliin.
• Käyttöehdot (Terms of Use) viittaavat verkkosivuston, sovelluksen tai sisällön käyttöä koskeviin sääntöihin, usein ilman maksua.
• Sopimusehdot (Terms and Conditions) on laajin nimitys, ja se on yleinen verkkokaupoissa ja brittienglannissa.

Nämä ovat käytäntöjä, eivät sääntöjä. Suuret yritykset käyttävät kaikkia kolmea, joskus lähes identtisen rakenteen omaaville asiakirjoille. Jos myyt tilausta ja kutsut sopimusta käyttöehdoiksi, mikään ei hajoa.

Ongelmia syntyy sen sijaan, jos julkaiset kaksi eri nimistä asiakirjaa, joiden säännöt ovat ristiriidassa keskenään, esimerkiksi käyttöehtosivun, joka lupaa hyvitykset 30 päivän kuluessa, ja palveluehtosivun, joka kieltäytyy kaikista hyvityksistä. EU:n ja Yhdistyneen kuningaskunnan kuluttajasopimuksissa vakioehtojen epäselvyys tulkitaan kuluttajan eduksi, joten sekaannus maksaa sinulle.

Valitse nimi, jota käyttäjäsi odottavat, ja käytä sitä kaikkialla: alatunnisteen linkeissä, rekisteröitymisen valintaruuduissa, kassalla, sähköposteissa ja sovelluskauppojen sivuilla. Johdonmukaisuus on tärkeämpää kuin itse valinta.

Käytännön opas tuotetyypeittäin:

• Verkkokauppa: sopimusehdot (Terms and Conditions), joskus täydennettynä myyntiehdoilla (Terms of Sale) ostosääntöjä varten. Katso verkkokaupan käyttöehtogeneraattori.
• SaaS- tai tilaustuote: palveluehdot (Terms of Service), usein tilauslomakkeella tai erillisellä sopimuksella täydennettynä suuremmille yritysasiakkaille.
• Sisältösivusto tai blogi: käyttöehdot (Terms of Use), joiden painopiste on sisällön omistuksessa, sallitussa käytössä ja ulkoisissa linkeissä.
• Mobiilisovellus tai peli: palveluehdot tai käyttöehdot sekä käyttöoikeuden myöntäminen, ja tässä kohtaa EULA-kysymys tulee esiin.
• Yhteisö tai markkinapaikka: palveluehdot, joihin usein sisällytetään viittauksella yhteisöohjeet tai myyjien ehdot.

Muissa kielissä on omat nimityksensä. Saksalaiset yritykset julkaisevat Allgemeine Geschäftsbedingungen -ehdot ja tšekkiläiset yritykset obchodní podmínky -ehdot, mutta tehtävä on sama: vakioehdot, joita tarjotaan jokaiselle asiakkaalle.

Jos olet epävarma, palveluehdot (Terms of Service) on laajimmin tunnettu yleisnimitys verkkotuotteille.

Loppukäyttäjän lisenssisopimus eli EULA on lisenssi: se antaa käyttäjälle luvan asentaa ja käyttää kopiota ohjelmistosta, jonka omistat sinä tai lisenssinantajasi. Tyypillisiä EULA-lausekkeita ovat:

• lisenssin laajuus, kuten henkilökohtainen, ei-siirrettävä käyttö laitteilla, jotka käyttäjä omistaa tai joita hän hallitsee
• kopioinnin, muokkaamisen, edelleenlevittämisen tai takaisinmallinnuksen rajoitukset
• ohjelmiston ja sen päivitysten omistus
• lisenssin päättyminen
• vastuuvapauslausekkeet ja vastuunrajoitukset

Palveluehdot säätelevät suhdetta jatkuvaan palveluun: tilejä, käyttäytymistä, käyttäjien sisältöä, maksuja, moderointia ja tukea. Monet nykyaikaiset tuotteet ovat sekä ohjelmistoa että palvelua, joten niiden ehdoissa on lisenssiosio, eikä erillistä EULAa tarvita.

Yksi varoitus: kaikkia rajoituksia et voi asettaa täysin oman harkintasi mukaan. EU:ssa ohjelmistodirektiivi 2009/24/EY tekee mitättömiksi sopimusehdot, jotka estävät laillista käyttäjää tekemästä tarpeellista varmuuskopiota, tarkkailemasta ja testaamasta ohjelman toimintaa tai purkamasta ohjelmaa kapean yhteentoimivuuspoikkeuksen puitteissa. EULA, joka kieltää kaiken takaisinmallinnuksen poikkeuksetta, ei välttämättä yksinkertaisesti sovellu näihin tilanteisiin.

Erillistä EULAa tarvitset todennäköisimmin silloin, kun käyttäjät asentavat ohjelmiston, joka toimii vähäisellä tai olemattomalla palvelinyhteydellä: työpöytäsovellukset, ladattavat pelit, lisäosat, paikallisesti asennettavat työkalut tai offline-mobiilisovellukset.

Sovelluskaupat muuttavat asetelmaa. Apple soveltaa omaa Licensed Application End User License Agreement -sopimustaan, joka tunnetaan nimellä Standard EULA, App Storen sovelluksiin, ellet toimita omaa EULAa App Store Connectissa. Oman EULAn on sisällettävä Applen vähimmäisehdot, kuten toteamus siitä, että sopimus on sinun ja käyttäjän välinen eikä Applen.

Google Playssa Developer Distribution Agreement antaa sinun liittää sovellukseesi oman EULAn, ja Google Playn omat ehdot antavat käyttäjille peruskäyttöoikeuden sieltä hankkimaansa sisältöön.

Useimmille sovelluksille, joissa on myös tilejä tai tilauksia, käytännön ratkaisu on nojata ohjelmiston osalta kaupan lisenssiin tai omaan EULAan ja julkaista palveluehdot itse palvelua varten. Oppaamme sovellusten käyttöehdoista käy tämän järjestelyn läpi yksityiskohtaisesti, mukaan lukien sen, missä kunkin linkin pitää näkyä.

Suuremmat palvelut jakavat ehtonsa usein asiakirjaperheeksi. Kukin niistä sisällytetään yleensä viittauksella, mikä tarkoittaa, että pääehdoissa todetaan toisen asiakirjan olevan osa sopimusta.

• Hyväksyttävän käytön periaatteet: yksityiskohtainen luettelo kielletystä toiminnasta, yleinen isännöinti-, API- ja tekoälytuotteissa.
• Yhteisöohjeet: selkokieliset säännöt julkaisemisesta, kommentoinnista ja vuorovaikutuksesta, jotka tukevat moderointipäätöksiä.
• Myyntiehdot: tilauksia, toimitusta, palautuksia ja hyvityksiä koskevat ostosäännöt.
• Tilaus- tai laskutusehdot: uusiutuminen, peruuttaminen, kokeilujaksot ja hinnanmuutokset.
• Tietosuojaseloste: ei lainkaan osa sopimusta, mutta siihen linkitetään sopimuksesta.

Jakaminen auttaa, kun jokin osa-alue muuttuu usein tai sillä on oma kohdeyleisönsä, kuten markkinapaikan myyjät. Siitä on haittaa, kun asiakirjat toistavat samaa aihetta eri sanamuodoilla. Hyvä sääntö: jokainen aihe on täsmälleen yhdessä asiakirjassa, ja muut linkittävät siihen.

Jos moderoit sisältöä EU:ssa oleville käyttäjille, muista, että digipalvelusäädös (Digital Services Act) edellyttää sisältörajoitusten ja moderointimenettelyjen kuvaamista käyttöehdoissa, joten pääehtojen pitää viitata selvästi mahdollisiin erillisiin ohjeisiin.

Yhdysvaltain tuomioistuimet ovat kahden vuosikymmenen ajan luokitelleet verkkosopimuksia sen mukaan, miten ne on esitetty, eikä asiakirjan nimi ole koskaan ratkaissut lopputulosta.

• Clickwrap: käyttäjä rastittaa ruudun tai napsauttaa painiketta, jossa sanotaan selvästi, että hän hyväksyy linkitetyt ehdot. Tuomioistuimet yleensä pitävät näitä sitovina, kun ilmoitus on selkeä.
• Sign-in-wrap: rekisteröitymispainikkeen lähellä oleva ilmoitus kertoo, että jatkaminen tarkoittaa hyväksymistä. Lopputulos riippuu siitä, kuinka näkyvä ilmoitus on.
• Browsewrap: ehtoihin on vain linkki jossain sivustolla, ja käytön sanotaan merkitsevän hyväksymistä. Tuomioistuimet ovat usein haluttomia pitämään näitä sitovina.

Asiassa Specht v. Netscape (2d Cir. 2002) ilmaisen ohjelmiston ladanneet käyttäjät eivät olleet sidottuja lisenssiehtoihin, jotka he olisivat voineet nähdä vain vierittämällä latauspainikkeen alapuolelle. Asiassa Nguyen v. Barnes & Noble (9th Cir. 2014) verkkosivuston alareunaan linkitetyt ehdot eivät sitoneet ostajaa, koska ei ollut näyttöä siitä, että hän tiesi niistä. Asiassa Berman v. Freedom Financial Network (9th Cir. 2022) pieni harmaa ilmoitusteksti, joka ei sanonut selvästi napsautuksen merkitsevän hyväksymistä, ei riittänyt.

Opetus pätee jokaiseen nimitykseen: esitä ehdot selkeästi hyväksymishetkellä ja tallenna tieto siitä, että käyttäjä hyväksyi ne. Vaiheittainen oppaamme ehtojen kirjoittamiseen näyttää, miten.

Legal Policy Generator tuottaa palveluehdot, eli saman sopimuksen, jota muut kutsuvat käyttöehdoiksi tai sopimusehdoiksi, versioiduista lausekkeista, jotka valitaan vastaustesi perusteella. Mikään tekoäly ei kirjoita lausekkeita ajon aikana, joten samat vastaukset tuottavat aina saman asiakirjan.

Kysely selvittää, miten tuotteesi todella toimii, ja aktivoi vain vastaavat osiot:

• tilit, kelpoisuus ja hyväksyttävä käyttö
• käyttäjien sisältö, moderointi ja EU:n digipalvelusäädöksen mukaiset tiedot
• tilaukset ja automaattinen uusiutuminen, mukaan lukien Kalifornian automaattista uusiutumista koskeva sanamuoto
• hyvitykset ja kuluttajan oikeudet EU:ssa, Yhdistyneessä kuningaskunnassa, Australiassa, Brasiliassa, Kanadassa ja Uudessa-Seelannissa
• Yhdysvaltain DMCA-ilmoitukset ja Yhdysvaltain välimiesmenettely
• vastuu, riidat ja ehtojen muutokset

Kysely ja koko esikatselu ovat maksuttomia ilman tiliä, ja yksinkertaiset HTML- ja PDF-lataukset ovat maksuttomia. Edistyneet alueelliset tai valinnaiset moduulit maksavat 5 dollaria. Jos haluat ensin tuntuman lopputulokseen, lue havainnollistava SaaS-ehtojen näyte tai palveluehtojen mallipohja -sivu. Luodut ehdot heijastavat antamiasi tietoja eivätkä ole oikeudellista neuvontaa.