Siirry pääsisältöön
Certyneo
Yritys

SOW SaaS: toteutussopimuksen strukturointi vuonna 2026

Huonosti laadittu SOW on ensimmäinen syy SaaS B2B -projektin epäonnistumiseen. Opi kuinka strukturoida toimittamasi, konfigurointivaiheet ja sopimusvelvoitteesi.

Certyneo-kirjoittaminen10 min lukuaika

Päivitetty

Certyneo-kirjoittaminen

Kirjoittaja — Certyneo · Tietoja Certyneon

Diverse team collaborating around a laptop in office.

Johdanto : miksi SOW on onnistuneen SaaS-toteutuksen kulmakivi

Lors d'un déploiement SaaS B2B, le Statement of Work (SOW) représente bien plus qu'un simple document contractuel annexé à un accord-cadre. Il constitue la colonne vertébrale opérationnelle de tout le projet d'implémentation : paramétrage de la plateforme, formation des utilisateurs, jalons de livraison, critères d'acceptation et périmètre de support. Un SOW insuffisamment précis expose le déploiement SaaS à des dépassements de budget. Dans un contexte B2B où les enjeux contractuels, réglementaires et opérationnels se croisent, maîtriser la structure d'un SOW SaaS devient un avantage concurrentiel décisif. Cet article vous guide à travers les composantes essentielles d'un SOW d'implémentation SaaS, des livrables au cadre de gouvernance, en passant par l'onboarding et les modalités de signature.

---

SOW SaaS -toteutuksen perustavanlaatuiset osat

Projektin laajuus ja mitattavat tavoitteet

Tehokas SOW SaaS alkaa projektin laajuuden (scope) tarkkalla määrittelyllä. Tämä osio tulee vastata kolmeen perusteloon : mitä tehdään, kenelle ja missä aikaväleissä ? Laajuus tulee kuvata :

  • Aktivoidut moduulit tai ominaisuudet : SSO-todentaminen, API-integraatiot, validointityöt, analyyttiset kojelaudat.
  • Asiaan liittyvien käyttäjien määrä ja heidän profiilinsa (ylläpitäjät, allekirjoittajat, lukijat).
  • Integraatiot olemassa olevaan : ERP, CRM, SIRH, GED-työkalut.
  • Nimenomaisia poissulkemisia : mitä ei ole katettu välttää laajuuden rönsyn (scope creep), pääsyy riita-asioille.

Jokainen tavoite tulee muotoilla SMART-menetelmällä (Spesifinen, Mitattava, Saavutettava, Realistinen, Ajallisesti määritelty). Esimerkiksi : « Alustavat 150 pilot-käyttäjää varten saavat alustan toimimaan 45 kalenteripäivän sisällä SOW:n allekirjoittamisesta ».

Sopimusvelvoitteet ja hyväksyntäkriteerit

Toimittamisen osio on usein kiistellyin riitatapauksissa. Hyvin laadittu SOW SaaS:ssa olevien toimittamisien tulee sisältää :

  • Toimittamisen toiminnallinen kuvaus (esim. : konfiguroitu testausympäristö, vahvistettu API-liitin).
  • Vastuussa oleva osapuoli (palveluntarjoaja tai asiakas).
  • Sopimuksellinen määräaika.
  • Mitattavat hyväksyntäkriteerit : saatavuusprosentti, vasteaika, vahvistetut testisarjat.
  • Testausmenettely : asiakkaan validointiaikataulu (yleensä 5–10 arkipäivää), kriittisten vs. pienempiä poikkeamien käsittely.

Sähköisen allekirjoituksen alalla tyypillisiä toimittamisia ovat allekirjoitustyöt konfigurointi, mallien personointi (branding), integrointi henkilöstö- tai lakitietojärjestelmän kanssa ja allekirjoitasojen vahvistaminen (SES, AES, QES eIDAS:n mukaan).

Projektin hallinto ja RACI-matriisi

SOW ilman hallintoa on SOW ilman ohjausta. RACI-matriisi (Responsible, Accountable, Consulted, Informed) selventää rooleja kullekin toimittamiselle ja päätökselle. Se tulee liittää SOW:iin ja viitata siihen nimenomaisesti. Harkittavat hallintoelimet :

  • Operatiivinen komitea (kahden viikon välein) : tehtävien seuranta, esteiden ratkaiseminen.
  • Johtamisen komitea (kuukausittain) : virstanpylväiden hyväksyminen, strategiset ratkaisut.
  • Sopimusperustainen escalation : muodollinen menettely merimiehistön tai määräaikaistoimittamiseen liittyvässä erimielisyydessä.

---

SaaS-konfigurointi : kuinka dokumentoida konfiguraatiot SOW:ssa

Konfigurointitekniset vaatimukset

B2B SaaS -ratkaisun konfigurointi voi edustaa 30–50 % toteutuksen kokonaistyömäärästä. SOW:n tulee dokumentoida tarkasti :

  • Vakiokonfiguraatiot sisältyy peruslaajuuteen (ennalta määritetyt työt, alkuperäiset asiakirjamallit).
  • Erityiset konfiguraatiot edellyttävät kehitystä tai kehittynyttä personointia (liiketoimintosäännöt, räätälöidyt integraatiot).
  • Viitetiedot siirtää tai integroida (LDAP/AD-hakemistot, kolmannen osapuolen viitteet).
  • Vaadittu tekninen ympäristö : takaisinsoittojen URL, IP-whitelist, SSL-sertifikaatit, SSO:n SAML-parametrit.

Kaikki erityiskonfiguraatiot tulee dokumentoida teknisenä taulukkomerkintänä SOW:iin liitettynä, jonka molemmat osapuolet ovat allekirjoittaneet. Tämä käytäntö välttää myöhäisiä erimielisyyksiä siitä, mikä oli « sisällytetty » vai ei.

Muutosten hallinta projektissa

Konfigurointi kehittyy väistämättä projektin aikana. SOW:n tulee ennustaa muodollinen change request (CR) -menettely :

  • Muutosvaatimuksen lomake : toiminnallinen kuvaus, vaikutus aikatauluun, vaikutus budjettiin.
  • Hinnoitteluaika : palveluntarjoajalla on yleensä 5 arkipäivää vastatakseen hinnoiteltuun vastaukseen.
  • Muodollinen hyväksyminen : kaikki hyväksytyt CR:t allekirjoitetaan sähköisesti ja muodostavat muutosasiakirjan SOW:iin.

eIDAS-sääntöihin noudattavan sähköisen allekirjoituksen käyttö näiden liiteasiakirjojen allekirjoittamiseen takaa niiden todistusvoiman ja nopeuttaa vahvistusjaksoja.

---

Koulutus ja onboarding : usein laiminlyödyt SOW SaaS -toimittamiset

Käyttäjäprofiilia mukaan strukturoitu koulutussuunnitelma

Onboarding on vaihe, joka määrittää SaaS-ratkaisun hyväksyntäprosentin — ja siten sen tehokkaan ROI:n. Silti sitä dokumentoidaan usein puutteellisesti SOW:issa. Täydellisen koulutussuunnitelman tulee erottaa :

  • Tekniset ylläpitäjät : kehittynyt konfigurointi, oikeuksien hallinta, integrointien valvonta, hälytysparametrointi.
  • Liiketoiminta-ylläpitäjät : työn luominen, mallien hallinta, raportointi.
  • Loppukäyttäjät : päivittäisten ominaisuuksien käyttöönotto, allekirjoitusprosessi, ilmoitusten hallinta.

Jokainen koulutusistunto tulee kuvailla SOW:ssa seuraavasti : kesto, muoto (paikan päällä, etäältä, e-learning), maksimi osallistujamäärä, toimitetut materiaalit (PDF-oppaat, video-opetusohjelmat, UKK) ja menestyksen kriteeri (tietovisa-vahvistus, suorittamisprosentti).

Onboardingin dokumentaaliset toimittamiset

Harjoitussessioiden lisäksi SOW:n tulee luetella sopimusperustaisia dokumentaarisia toimittamisia :

  • Ylläpitäjäopas : konfigurointimenettelyt, tason 1 -virheenselvitys.
  • Käyttäjäopas : askel askeleelta -perehdytys, liiketoiminta-käyttötapaukset.
  • Integrointirunbook : käyttöön otettujen API:en ja liitin tekniset asiakirjat.
  • Jatkuvuussuunnitelma : failoversivumenettelyt alustan käytettävyyshäiriön tapauksessa.

Nämä asiakirjat tulee toimittaa muokattavassa muodossa (jotta asiakas voi ylläpitää niitä) ja ne tulee testata muodollisesti. Certyneosta löytyvä AI-sopimusrakentaja voi auttaa sinua tuottamaan nopeasti näitä toimittamisia varten vakioituja liiteasiakirjoja.

Hypercare-aika ja siirtyminen vakiotukeen

Hypercare-aika viittaa ensimmäisiin viikkoihin käyttöönotonjälkeen, jolloin palveluntarjoaja ylläpitää korkeampaa tukitasoa. SOW:n tulee määritellä :

  • Kesto (yleensä 2–4 viikkoa tuotantoon laittamisen jälkeen).
  • Tuen sitoumustavoitteet : vasteajat, käytännön ajat, omistettu yhteydenpitokanava.
  • Hypercaren poistumisen kriteerit : kriittisten poikkeamien ratkaistu määrä, saavutettu vähimmäishyväksyntäprosentti.
  • Siirtyminen SLA-standardiin : handover-menettely, nimetty tuen yhteyshenkilö.

---

Virstanpylväät, maksut ja vastaanottoehdot SOW SaaS:ssa

Sopimusperustaisten virstanpylväiden rakenne

SaaS B2B -toteutuksen sopimukselliset aikataulu SOW:ssa järjestäytyy yleensä 4–6 pääasiallisen virstanpylvään ympärille :

  • Käynnistys : lanseeraus-palaveri, pääsyn vahvistaminen, ympäristöjen avaaminen.
  • Suunnittelun loppuun (Design) : toiminnallisten ja teknisten spesifikaatioiden vahvistaminen.
  • Testausympäristön toimittaminen : täydellinen konfiguraatio asiakkaan testausta varten.
  • Testaus validoitu : asiakkaan testausmenettelyn hyväksyntä.
  • Tuotantoon siirtäminen : tuotantoympäristöön käyttöönotto, käyttäjille avautuminen.
  • Hypercaren loppu : siirtyminen vakiotukeen, projektin sulkeminen.

Jokainen virstanpylväs tulee liittää sopimukselliseen päivämäärään, liitettyjen toimittamisien luetteloon ja tarvittaessa laskutuksen määräaikaan.

Maksujen ehdot kytketyt toimittamiseen

Edetävä maksu (milestone-based billing) on parhaiten sopiva SaaS-toteutusprojekteihin. Se yhdistää laskutuksen kertymisen toimittamisien muodolliseen hyväksymiseen, mikä suojaa molempia osapuolia. Tyypillinen jakaminen :

  • 30 % SOW:n allekirjoittamisesta.
  • 30 % testauksen hyväksymisestä.
  • 40 % tuotantoon siirtämisestä.

Certyneossa saatavat sopimusmallit sisältävät jo valmiiksi laadituista ja ranskalaisen sopimusoikeuden mukaisia edettävän maksun lausekkeita.

Myöhästymissakot ja vastuun rajoitukset

SOW:n tulee ennustaa tasapainottavia mekanismeja :

  • Myöhästymissakkoja palveluntarjoajan vastuulla (yleensä 0,5–1 % asiaan liittyvästä virstanpylvään summasta viikossa, kumulatiivisesti enintään 10 % kokonaissummasta).
  • Asiakkaaan velvoitteet : resurssien saatavuus, vahvistus määrätyssä ajassa. Kaikki asiakkaan johdosta aiheutuvat myöhästymiset keskeyttävät palveluntarjoajan sopimuksellisia määräaikoja.
  • Vastuun maailmanlaajuinen rajoitaminen : rajattu sopimuksen kokonaismäärään useimmissa SaaS SOW:issa.
  • Ylivoimainen este : sopimusperustainen määritelmä sisältäen nimenomaisesti merkittävät tietoturvavaaratapahtumat ja kolmannen osapuolen infrastruktuureista aiheutuva saatavuuden puute (pilvitoimittajat).

Soveltuva oikeudellinen kehys SOW SaaS -toteutukselle

SOW SaaS:n kirjoittaminen ja allekirjoittaminen Ranskassa ja Euroopan unionissa sijoittuu monitasoisen oikeudellisen kehyksen sisään, jota on välttämätöntä hallita.

Ranska oikeudellisen järjestelmän sopimuksellinen laki

SOW on synallagmaattinen sopimus, jota koskevat Code civil:n artikkelit 1101 ja sitä seuraavat. 2016 sopimusvelvollisesti koskeva uudistus (asetus n°2016-131) on ottanut käyttöön SaaS-toteutussopimuksiin suoraan sovellettavia säännöksiä :

  • Artikla 1112-1 : sopimusedeltävä tiedon antamisen velvoite. SaaS-palveluntarjoajalla on ilmoitettava kaikki asiakkaan suostumukselle määräävä tieto, erityisesti alustan tekniset rajoitukset.
  • Artikla 1217 : oikeussuojatoimet täytäntöönpanovaatimuksessa (resioluutio, hinnan alentaminen, korvausvelka), soveltuu kun SOW:n toimittaminen ei vastaa.
  • Artikla 1231-5 : sakkolausekkeita voidaan tarkistaa oikeudessa, jos ne ovat ilmeisen liian korkeat tai vähäisyyksistä.

Sähköinen allekirjoitus ja todistusvoima (eIDAS / Code civil)

SOW:n sähköinen allekirjoitus ohjataan eIDAS -asetuksella n°910/2014 (EU) ja sen artiklat 25–32 sekä Ranskan Code civil:n artikleista 1366 ja 1367. Artikla 1366 määrää, että « sähköisellä kirjallisella asiakirjalla on sama todistusvoima kuin paperilla olevalla asiakirjalla » edellytyksenä että sen tekijän henkilöllisyys on täysin vahvistettu ja että sen eheys on taattu. Artikla 1367 täsmentää, että sähköisen allekirjoituksen on johduttava luotettavasta tunnistamismenettelystä.

SOW:lle, joka koskee merkittäviä summia (yli 50 000 €), on suositeltavaa käyttää edistynyttä sähköistä allekirjoitusta (AES) tai pätevää (QES) eIDAS-säännöksen mukaan, joka on kytketty pätevän luottamuspalvelun tarjoajan (QTSP) myöntämään sertifikaattiin, joka on kirjattu eurooppalaiseen luottamuslistaan (eIDAS Trust List).

Tietojensuoja (GDPR)

Asetus (EU) 2016/679 (GDPR) soveltuu aina kun SOW koskee henkilökohtaisten tietojen käsittelyä (esim. : käyttäjien tiedot, kirjautumislokien tiedot, allekirjoitusmetadata). SOW:n tulee ennustaa tai viitata seuraaviin :

  • DPA (Data Processing Agreement / tietojen käsittelysopimus) GDPR:n artiklan 28 mukainen.
  • Tietojen sijainti (GDPR:n artikla 46 EU:n ulkopuolisille siirroille).
  • Tekniset ja organisatoriset turvatoimet (GDPR:n artikla 32).

Kyberturvallisuus ja direktiivi NIS2

Direktiivi NIS2 (2022/2555/UE), joka on pantu täytäntöön ranskalaisessa laissa, asettaa digitaalisten palvelujen tarjoajille lisääntyneet riskienhallinta ja häiriöilmoitusvelvoitteet. SOW:n tulee sisältää lausekkeita turvapoikkeaman ilmoittamisen määräajoista (72 tuntia merkittäville poikkeamille), turvallisuusauditoinneista ja palvelun jatkuvuusvelvoitteista.

Soveltuvat ETSI-normit

SaaS-alustan sähköisen allekirjoituksen virroille soveltuvat normit ETSI EN 319 132 (XAdES), ETSI EN 319 122 (CAdES) ja ETSI EN 319 162 (ASiC) määrittelevät allekirjoitusmuodot, joilla on pitkäaikaisesti todistusvoima. SOW:n tulee nimenomaisesti määritellä tuetut allekirjoitusmuodot ja niiden ETSI-standardien noudattaminen.

Havainnollistavia käyttöskenaarioita: SaaS-palvelun SOW

Tapaus 1 — SaaS HR -toimittaja ottaa ratkaisunsa käyttöön keskisuuressa teollisuusyrityksessä

Nämä skenaarit ovat havainnollistavia: ne kuvaavat tyypillisiä tilanteita eivätkä kerro mitatuista tuloksista yhdenkään asiakkaan osalta. 1 200 työntekijän teollisuusalan ETI-yritys haluaa ottaa käyttöön SaaS-ratkaisun työsopimusten hallintaan ja sähköiseen allekirjoitukseen kahdeksalla tuotantolaitoksellaan. Käyttöönoton SOW jäsentää viisi välietappia määritellylle käyttöönottoaikataululle: monitasoisten allekirjoitusworkflow'iden konfigurointi (esimies, HR-johto, työntekijä), integrointi olemassa olevaan HR-järjestelmään REST-rajapinnan kautta, 12 HR-pääkäyttäjän ja 60 lähiesimiehen koulutus sekä tuotantoonvienti toimipaikka-aalloittain.

Täsmällisen, mitattavat hyväksymiskriteerit sisältävän SOW:n ansiosta projekti voidaan toimittaa aikataulussa, käyttöönottoastetta seurataan 30 päivän kohdalla, ja työsopimusten keskimääräisen allekirjoitusajan tulisi selvästi lyhentyä. SOW:ssa muotoiltu muutospyyntömenettely mahdollistaa laajuuden hallinnan ilman laajuuden luisumista tai laskutusriitoja. Hyödyn laajuus mitataan projektin todellisella laajuudella, pilotin ennen ja jälkeen.

Tapaus 2 — Keskisuuri lakitoimisto siirtää uuteen allekirjoitusalustaan

45 työntekijän liikejuridiikan asianajotoimisto päättää siirtää sähköisen allekirjoituksen työkalunsa eIDAS QES -yhteensopivaan ratkaisuun korkean riskin asiakirjoja varten (osuuksien luovutukset, takaukset). SOW kattaa 2 300 arkistoidun asiakirjan migraation, workflow'iden uudelleenkonfiguroinnin asiakirjatyypeittäin, kaikkien työntekijöiden koulutuksen (kaksi koulutustilaisuutta) sekä yhteensopivuuden varmistamisen toimiston hallintaohjelmiston kanssa.

SOW:ssa määritelty hypercare-lauseke mahdollistaa pienten käyttöönoton jälkeisten häiriöiden korjaamisen ilman palvelukatkoa. Allekirjoitusten hallintaan liittyviin hallinnollisiin tehtäviin käytetty aika voi vähentyä, mikä vapauttaa laskutettavaa aikaa työntekijöille. Hyödyn laajuus mitataan toimiston todellisella laajuudella, pilotin ennen ja jälkeen.

Tapaus 3 — SaaS-startup ottaa käyttöön tuotteensa suurissa jakeluyrityksissä

SaaS-toimittaja, joka toimittaa toimittajasopimuksien hallintaratkaisua, allekirjoittaa SOW:n jakeluyrityksen kanssa, joka hallinnoi yli 3 000 toimittajasopimusta vuosittain. SOW ennustaa 3 vaiheen toteutuksen : pilotti 50 käyttäjälle (J+0 J+30), laajennus 300 käyttäjään (J+31 J+60), kansallinen käyttöönotto (J+61 J+90). Jokaisella vaiheella on omat toimittamiset, hyväksyntäkriteerit ja maksujen virstanpylväät.

SOW:n liitteenä oleva RACI-matriisi tunnistaa kuusi yhteyshenkilöä asiakkaan puolella (IT-johto, hankintajohto, lakiosasto, compliance) ja selkeyttää hyväksymisvastuut jokaisessa vaiheessa. Näin scale-up-yritys välttää osastojen väliset pullonkaulat, jotka voivat kaataa käyttöönoton. Sähköiseen allekirjoitukseen siirrettyjen sopimusten osuus on käyttöönoton edetessä seurattava indikaattori suhteessa SOW:n tavoitteisiin. Hyödyn laajuus mitataan käyttöönoton todellisella laajuudella, pilotin ennen ja jälkeen.

Usein kysytyt kysymykset

Mitä eroa on SOW:n ja SaaS-puitesopimuksen välillä?

Puitesopimus (MSA tai master service agreement) vahvistaa liikesuhteen yleiset ehdot: immateriaalioikeudet, vastuut ja irtisanomisehdot. SOW puolestaan on operatiivinen asiakirja, joka on liitetty tiettyyn projektiin: se kuvaa lopputuotteet, virstanpylväät, hyväksymiskriteerit ja mobilisoidut resurssit. Sama puitesopimus voi kattaa useita peräkkäisiä SOW-sopimuksia eri projekteille.

Mitä riskejä aiheutuu, jos SOW:n lopputuote ei ole varustettu mitattavilla hyväksymiskaavalla?

Objektiivisten hyväksymiskriteerien puute muuttaa vastaanoton subjektiiviseksi neuvotteluksi. Riitatapauksessa tuomioistuin joutuu tulkitsemaan, mitä osapuolet tarkoittivat "asianmukaisella toimittamisella", mikä usein käy palvelun tarjoajan vahingoksi. Ranskalainen siviililaki edellyttää velvoitteen täyttämisen todistamista: ilman konkreettisia lukuja tai dokumentoitua vastaanottojen menettelyä tämä todistus muuttuu kummalleksi tai toiselle osapuolelle vaikeaksi.

Onko yksinkertainen allekirjoitus riittävä SOW:n ja sen muutoksien allekirjoittamiseen?

Se riippuu projektiin liittyvän oikeudellisen ja taloudellisen riskin tasosta. SOW:lle, joka sisältää suuria summia tai arkaluonteisia tietoja, edistynyt sähköinen allekirjoitus (AES) tai hyväksytty sähköinen allekirjoitus (QES) eIDAS-asetuksen mukaisesti tarjoaa suuremman todistusarvon ja pienentää kiistan riskiä. Yksinkertainen allekirjoitus on edelleen käytettävissä pienempiä muutoksia varten, mutta se altistaa osapuolet enemmän riskeille, jos allekirjoittajan todentamisesta syntyy erimielisyyttä.

Miten hallita scope creeppiä SaaS-SOW:ssa ilman, että asiakassuhde kärsii?

Muodollinen muutospyyntöjen menettely on sopimuksellinen vastaus scope creepille. Se mahdollistaa muutoksien hyväksymisen samalla kun seurataan niiden vaikutusta aikatauluun ja budjettiin muutoksella, joka on allekirjoitettu. Tavoitteena ei ole kieltää kaikki muutokset, vaan dokumentoida ne ennen täytäntöönpanoa. SOW:n alkuperäiseen versioon voidaan sisällyttää myös soveltamisalan lukitsemisehto tietystä hankkeen kriittisenä pidettävästä päivämäärästä alkaen.

Onko SOW:n oltava GDPR:n mukainen, kun henkilötietoja käsitellään täytäntöönpanon aikana?

Kyllä. Jos palvelun tarjoaja pääsee asiakkaan henkilötietoihin täytäntöönpanon aikana – esimerkiksi siirron tai HRIS-integraation yhteydessä – hän toimii GDPR:n 28 artiklassa tarkoitettuna alihankkijana. SOW:n on silloin viitattava tietojenkäsittelysopimukseen (DPA), joka täsmentää käsiteltävien tietojen luonnetta, niiden säilytysaikaa projektissa ja sovellettavia turvatoimenpiteitä.

Johtopäätös

Hyvin strukturoitu SOW SaaS -toteutus on määrä hallitusta käyttöönottoa, onnistunutta adoptiota ja terveellistä sopimussuhdetta toimittajan ja asiakkaan välillä. Määrittelemällä tarkasti toimittamisen, hyväksyntäkriteerit, konfiguraatiovaiheet, koulutussuunnitelma ja onboarding-vaatimukset voit merkittävästi vähentää laajuuden rönsyn, riitojen ja budjettiylitysten riskejä.

SOW:n itsensä sähköinen allekirjoitus on keskeinen vaihe : se takaa asiakirjan todistusvoiman, nopeuttaa projektin käynnistämistä ja vahvistaa digitaalisen vaatimustenmukaisuuskulttuurin heti alusta alkaen. Certyneo antaa sinulle mahdollisuuden allekirjoittaa SOW:t ja muutosasiakirjat edistyneen tai pätevän sähköisen allekirjoituksen avulla, joka noudattaa eIDAS-asetusta, muutamassa minuutissa.

Valmis strukturoimaan ja allekirjoittamaan seuraavat SaaS-toteutus-SOW:si ? Tutustu Certyneosta löytyviin tarjehiksiin tai ota yhteyttä tiimiin henkilökohtaiseen tukeen.

Kokeile Certyneoa maksutta

Lähetä ensimmäinen allekirjoituskirjekuoresi alle 5 minuutissa. 5 kirjekuorta 14 päivän ajan, sitten 2/kk, ilman pankkikorttia.

Syvennetään aihetta

Kattavat oppaamme sähköisen allekirjoituksen hallintaan.

Certyneo-yhteisö

Onko sinulla kysymys sähköisestä allekirjoituksesta?

Liity Certyneo-yhteisöön: esitä kysymyksiä, jaa vastauksia ja vaihda kokemuksia tuhansien käyttäjien ja tiimimme kanssa.