Mikä on ohjelmistokehityssopimus?

On hyvin mahdollista ja jopa todennäköistäkin, että verkkokaupan, pilvipalvelun, ohjelmiston tai mobiilisovelluksen tarjoaja ei ole itse kehittänyt palvelua, ohjelmistoa tai sovellusta, vaan se on osittain tai kokonaan ostanut kehitystyön palveluna ulkopuoliselta toimittajalta. Ulkopuolisen toimittajan kanssa tehtävä kehityssopimus, eli ohjelmistokehityssopimus, on tärkeimpiä sopimuksia digitaalisessa liiketoiminnassa.

Riippumatta siitä onko kehitystyön tulos fyysisiä tuotteita myyvä verkkokauppa, pilvipalvelu tai mobiilisovellus, toimitus- tai sovelluskehityssopimuksen juridiikka on pitkälti samansuuntaista. Sovelluskehitystä tilattaessa tärkeätä on ymmärtää se, että ohjelmisto tai sovellus on harvoin täysin valmis, vaan sitä tulee todennäköisesti jatkokehittää ja se saattaa tapahtua myös muun kuin alkuperäisen kehittäjän toimesta. Tämä on tehtävä mahdolliseksi sopimusehdoin.

Mikäli ohjelmistokehittäjä käsittelee henkilötietojen käsittelijän roolissa sellaisia henkilötietoja, joiden rekisterinpitäjä kehitystyön tilannut asiakas on, on tarpeen myös solmia erillinen tietojenkäsittelysopimus (ns. DPA) taikka ottaa sitä koskeva liite osaksi ohjelmistokehityssopimusta.

Avustamme ammattitaidolla ja kokemuksella asiakkaitamme ohjelmistokehityssopimusten tekemisen kaikissa vaiheissa – selkokielellä, ketterästi ja kustannustehokkaasti.


ohjelmistokehityssopimus - software development agreement

Palvelumme:

  • Ohjelmistokehityssopimuksen laadinta

  • Ohjelmistokehityssopimuksen tarkistaminen ja kommentointi

Muut palvelut:

  • Juridinen konsultointi sopimusehtojen tulkintaan liittyen

  • Sopimusneuvotteluihin osallistuminen

  • Sopimusten päättäminen, muuttaminen ja siirtäminen

  • Henkilöstön kouluttaminen sopimusasioissa

  • Reklamaatiot ja sopimusrikkomustilanteet

Mahdollisuuksien mukaan annamme palveluista kiinteähintaisen tarjouksen tai kustannusarvion.


Vinkkejä ohjelmistokehityssopimuksen tekemiseen:

  • Immateriaalioikeudet. Miltä osin immateriaalioikeudet työn tuloksina kehitettäviin aineistoihin siirtyvät työn tilaajalle? Saako tilaaja myös myös oikeuden luovuttaa oikeuksiaan edelleen ja muokata aineistoja? mmateriaalioikeuksien siirtymisestä sopiminen on tärkeää, jotta (1) voidaan lisensoida edelleen palvelun käyttäjille oikeus käyttää työn tuloksia/ohjelmistoa, ja mahdollisesti (2) kehittää palvelua itse tai jonkun toisen sovelluskehittäjän kanssa, eli toimittajariippumattomuuden turvaamiseksi.

  • Salassapito. On hyvä tehdä toimittajan tai sovelluskehittäjän kanssa erillinen salassapitosopimus tai sisällyttää salassapitolauseke sopimukseen. Erillinen salassapitosopimus kannattaa tehdä, mikäli luottamuksellisia tietoja on luovutettava uudelle toimittajalle merkittävässä määrin ennen varsinaisen ohjelmistokehityssopimuksen tekemistä.

  • Ylläpitopalvelut. Kehitettävä ohjelmisto, sovellus tai pilvipalvelu todennäköisesti vaatii ylläpitoa ja jatkokehitystä. Tästä syystä on yleensä hyvä jo toimitussopimuksessa sopia (kiinteähintaisesta) kuukausiylläpidosta. Ylläpidolle voidaan määritellä toimitussopimuksessa esimerkiksi tietty määrä tunteja ylläpitoa per kuukausi, joka sisältää bugikorjauksia, päivityksiä ja uusien toiminnallisuuksien kehittämistä.

  • Myötävaikutusvelvollisuus sopimuksen päättyessä. On mahdollista, että kehitettävää pilvipalvelua tai sovellusta jatkokehittää jokin toinen toimittaja. Tämä tulisi huomioida toimitus- tai sovelluskehityssopimuksessa sisällyttämällä siihen toimittajariippumattomuutta turvaavat sopimuksen päättymisehdot.

  • Hinnoittelumallit ja niiden käyttö. Sovelluskehityksen hinnoittelussa voidaan käyttää yhtä tai useampaa hinnoittelumallia. Käytettävä malli riippuu pitkälti siitä, kuinka hyvin lopullinen palvelu, sen spesifikaatiot sekä kehittämisen vaatimat resurssit ja aika on etukäteen tiedettävissä. Mikäli nämä tiedetään, kehitys voi olla mahdollista tehdä kiinteähintaisena. Jos kiinteän hinnan käyttäminen on mahdotonta, voitte yrittää sopia esimerkiksi kustannuskatosta (eli laskutetaan toteutuneiden tuntien mukaan, mutta enintään x euroa). Toinen vaihtoehto on sopia kustannusarviosta, mutta tässä tilanteessa tulisi kuitenkin yrittää sopia samalla, minkä verran kustannusarviosta on mahdollista poiketa (Esim. max 10 - 20 %). Mikäli työ toteutetaan kustannusarviona / tuntityönä, toimittajalle tulisi määritellä velvollisuus ilmoittaa viipymättä, mikäli kustannusarvio ei pidä paikkaansa ja on tarve ylittää kustannukset. Mikäli käytetään aikaperusteista veloitusta tai kustannusarviota, toimittajalla tulisi olla vastuu seurata ja johtaa projektia siten, että suunniteltua arviota ei ylitetä ja että työt saadaan toteutettua arvion puitteissa. Aikaperusteisessa veloituksessa tilaajan intressissä on sopia sellaiset irtisanomisehdot, joiden puitteissa tilaaja voi nopeasti päättää työn ja estää lisäkustannusten syntymisen.

  • Palvelun kuukausiylläpito (jos sellaisesta sovitaan) voi usein olla kiinteällä hinnalla, missä yhteydessä on hyvä myös määritellä, mitä kuukausiylläpito sisältää.

  • Muutostenhallinta ja lisätyöt. Muutokset ovat usein välttämättömiä kehitysprojekteissa, asiat harvoin menevät kuten alunperin määriteltiin. Toimitus- ja sovelluskehityssopimuksessa on siitä syystä hyvä määritellä miten muutoksista tulee sopia. Kaikista muutoksista ja lisätöistä tulisi sopia kirjallisesti osapuolten välillä, missä yhteydessä tulee samalla sopia siitä, miten muutos tai lisätyö vaikuttaa kustannuksiin, aikatauluun ja muihin ehtoihin.

  • Palvelujen sisältö, laajuus ja osapuolten roolit. Sopimuksessa tulisi kiinnittää huomiota siihen, mitkä ovat osapuolten roolit projektissa ja mitä tehtäviä on kummankin osapuolen vastuulla. Samalla tulisi määritellä selkeästi mitä ovat ne työn tulokset, joita toimittajan tulee toimittaa projektin lopputuotoksena. Toimittajalle on hyvä myös määritellä raportointi- ja dokumentointivelvoitteita.

  • Vaatimusmäärittelyt. Spesifikaatiot ovat siitä tärkeitä, että niitä vastaan arvioidaan kehittäjän työn tulosten laatua. Voit kuvata paitsi teknisiä määrittelyitä, myös esimerkiksi toiminnallisia tai liiketoiminnallisia määrittelyitä. Myös käyttäjätarinat (user stories) voivat olla osa vaatimusmäärittelyä.

  • Jaa projektin laskutus maksuposteihin, asiakkaan kannalta niiden tulisi olla riittävän takapainotteisia, jotta toimittajalla on motivaatio tehdä työt laadukkaasti ja aikataulussa loppuun saakka. Maksupostit voivat seurata projektin valmistumisvaiheita.

  • Tietojenkäsittelyehdot (DPA). Mikäli toimittaja käsittelee kehitys- tai ylläpitovaiheessa loppukäyttäjien henkilötietoja, tulisi sovelluskehityssopimukseen sisällyttää tietosuojalainsäädännön edellyttämät ehdot, koska toimittaja katsotaan henkilötietojen käsittelijäksi ja asetus edellyttää kirjallista sopimusta minimiehdoin rekisterinpitäjän ja henkilötietojen käsittelijän välillä.