Puhelun nauhoituslaki Suomessa — mitä yrityksen pitää tietää?

Puhelun nauhoitus on yksi niistä aiheista, jotka näyttävät helpoilta kunnes joku kysyy ensimmäisen tarkentavan kysymyksen. Saako yritys tallentaa asiakaspalvelupuhelun? Pitääkö asiakkaalta pyytää lupa? Riittääkö automaattinen ilmoitus? Mitä jos puhelun hoitaa tekoäly ja siitä syntyy myös transkriptio, yhteenveto ja luokittelu CRM:ään?

Lyhyt vastaus: puheluiden tallentaminen on mahdollista, mutta se pitää tehdä läpinäkyvästi, rajatusti ja dokumentoidulla perusteella. AI-puhelu ei muuta peruslogiikkaa. Se tekee siitä vain näkyvämmän, koska dataa syntyy enemmän kuin tavallisessa ihmisen hoitamassa puhelussa.

Tämä artikkeli ei ole juridinen lausunto. Se on käytännön opas yritykselle, joka suunnittelee AI-puhelinpalvelua Suomessa ja haluaa välttää klassisen "kyllä se varmaan käy" -riskinhallinnan. Se ei käy.

Nauhoitus, transkriptio ja yhteenveto ovat eri asioita

Ensimmäinen virhe on puhua kaikesta tallentamisesta yhtenä asiana. Äänitallenne, tekstiksi muutettu transkriptio ja CRM:ään tallennettu yhteenveto eivät ole sama asia, vaikka ne syntyvät samasta puhelusta.

Äänitallenne sisältää äänen, taustat, sävyt ja mahdollisesti tunnistettavia piirteitä. Transkriptio sisältää puheen sanat tekstinä. Yhteenveto voi sisältää vain lopputuloksen: asiakas haluaa siirtää ajan, reklamaatio kirjattiin, tarjouspyyntö etenee myynnille. Riskitaso ja tarpeellisuus vaihtelevat.

AI-puhelinpalvelussa kannattaa päättää erikseen:

• tallennetaanko ääni lainkaan
• muutetaanko puhelu tekstiksi reaaliajassa
• säilytetäänkö koko transkriptio vai vain yhteenveto
• kuinka kauan raakadata säilyy
• kuka saa nähdä tallenteen tai tekstin
• käytetäänkö dataa laadunvalvontaan, koulutukseen tai analytiikkaan

Jos tavoite on vain ajanvarauksen muutos, koko äänitallenne ei välttämättä ole tarpeellinen. Jos kyse on reklamaatiosta, sopimusriidasta tai laadunvarmistuksesta, tallenteelle voi olla perusteltu tarve. Ero pitää kirjata etukäteen.

Informointi pitää tehdä ennen kuin ihminen kertoo olennaista

Käytännössä yrityksen pitää kertoa puhelun alussa olennaiset asiat: kuka palvelua tarjoaa, käytetäänkö tekoälyä, tallennetaanko puhelu ja mihin tarkoitukseen. Jos informointi tulee vasta sen jälkeen, kun asiakas on kertonut henkilötietoja tai reklamaation yksityiskohdat, juna meni jo. Tyylikkäästi päin seinää, mutta meni.

Hyvä aloitus on lyhyt ja ymmärrettävä:

Hei, olet yhteydessä Yritys Oy:n AI-puhelinpalveluun. Puhelu voidaan tallentaa ja tekstittää asian hoitamiseksi ja laadun varmistamiseksi. Jos haluat puhua ihmiselle, sano "asiakaspalvelija".

Tämän lisäksi tarvitaan laajempi tietosuojaseloste verkkosivulle. Puhelun alussa ei kannata lukea koko dokumenttia ääneen. Kukaan ei kiitä siitä. Mutta alussa pitää kertoa ne asiat, joiden perusteella ihminen ymmärtää tilanteen ja voi valita, jatkaako hän puhelua.

Käsittelyperuste ratkaisee enemmän kuin sana "lupa"

Yrityksissä kysytään usein, tarvitaanko nauhoitukseen suostumus. Vastaus riippuu tarkoituksesta. GDPR:n näkökulmasta henkilötietojen käsittelylle tarvitaan käsittelyperuste. Se voi olla suostumus, sopimus, oikeutettu etu, lakisääteinen velvoite tai muu soveltuva peruste.

Asiakaspalvelussa tallennus voi joissain tilanteissa perustua esimerkiksi sopimuksen täyttämiseen tai oikeutettuun etuun, jos tallennus on tarpeellinen asian hoitamiseen, laadunvarmistukseen tai väärinkäytösten selvittämiseen. Markkinointi-, HR- ja terveydenhuollon tilanteissa arvio voi olla tiukempi. Erityisten henkilötietojen kohdalla rima nousee selvästi.

Oleellista on, ettei peruste ole jälkikäteen keksitty selitys. Yrityksen pitää pystyä vastaamaan näihin:

• miksi puhelu tallennetaan
• mitä dataa tallennetaan
• miksi juuri tämä data on tarpeellinen
• kauanko data säilyy
• kuka pääsee dataan
• miten rekisteröity saa lisätietoa tai käyttää oikeuksiaan

Jos näihin ei ole vastausta, tekninen toteutus on liian pitkällä ja governance liian jäljessä. Tämä on tavallinen järjestys. Ei hyvä järjestys.

AI-puhelussa tallennus syntyy usein moneen paikkaan

Perinteisessä puhelinjärjestelmässä tallenne voi olla yhdessä arkistossa. AI-puhelu on harvoin näin siisti. Dataa voi syntyä puheentunnistukseen, kielimallin käsittelyyn, puhesynteesiin, puhelinoperaattorin lokeihin, CRM:ään, tikettijärjestelmään, analytiikkaan ja audit-lokiin.

Siksi tallennuspolku pitää kuvata. Ei riitä, että sanotaan "puhelu tallennetaan". Pitää tietää, mihin se tallennetaan ja mitä siitä johdetaan.

Hyvä käytännön malli:

1. Puhelun raakadata käsitellään palvelun tuottamiseksi. 2. Transkriptio säilyy lyhyen ajan virheiden selvittämistä varten. 3. CRM:ään tallennetaan vain tiivis palvelutapahtuman yhteenveto. 4. Analytiikka anonymisoidaan tai aggregoidaan. 5. Poistot ajetaan automaattisesti sovitun säilytysajan jälkeen. 6. Pääsy tallenteisiin rajataan ja lokitetaan.

Tämä kuulostaa byrokraattiselta, kunnes ensimmäinen tietopyyntö tulee. Silloin järjestelmällisyys muuttuu yhtäkkiä nerokkaaksi ideaksi.

Milloin tallennetta ei kannata tehdä?

Tallentaminen ei ole oletusarvo. Monessa AI-puhelussa riittää, että järjestelmä käyttää puhetta keskustelun aikana ja tallentaa lopuksi vain lopputuloksen. Esimerkiksi aukioloaikakyselyssä, yksinkertaisessa ajanvarauksessa tai tapahtumamuistutuksessa koko tallenteen säilyttäminen voi olla ylimitoitettua.

Tallennetta kannattaa välttää erityisesti, jos puhelussa voi tulla arkaluonteista tietoa, mutta yritys ei oikeasti tarvitse sitä myöhemmin. Työntekijän poissaoloilmoituksessa voi riittää tieto poissaolon ajasta ja jatkotoimesta. Sairauden yksityiskohtainen kuvaus ei välttämättä kuulu AI:n tallennettavaksi.

Hyvä periaate: jos et osaa perustella tallennetta konkreettisella käyttötarkoituksella, älä tallenna sitä. Pelkkä "laadun kehittäminen" ei saa olla roskalaatikko, johon heitetään kaikki data ikuisesti.

Säilytysaika ja poistot ovat osa lakia, eivät siivouspäivä

Tallenteen säilytysaika pitää määritellä tarkoituksen mukaan. Asiakaspalvelun laadunvarmistuksen tallenne voi tarvita lyhyemmän säilytyksen kuin sopimusriitaan liittyvä tallenne. Myynnin yhteydenottomuistiinpano voi säilyä CRM:n elinkaaren mukaisesti, mutta raakatranskriptio voidaan poistaa aiemmin.

Poistojen pitää olla teknisiä, ei vain dokumentissa oleva lupaus. Jos tietosuojaseloste sanoo 90 päivää, järjestelmän pitää poistaa tai anonymisoida data 90 päivän kohdalla. Sama koskee varmuuskopioita ja alikäsittelijöitä sopimuksen mukaan.

Aisterin toteutuksissa tätä kannattaa käsitellä heti määrittelyssä. Tallennus, transkriptio, yhteenveto, lokitus ja poistot ovat osa samaa prosessia. Jos ne rakennetaan erillisinä paloina, lopputulos on helposti tietosuojavelkaa.

Tarkistuslista ennen nauhoituksen avaamista

Ennen kuin AI-puheluiden tallennus viedään tuotantoon, käy läpi ainakin tämä lista:

• Puhelun aloitus kertoo tekoälystä ja tallennuksesta.
• Tallennuksen tarkoitus on dokumentoitu.
• Käsittelyperuste on määritelty.
• Tietosuojaseloste on päivitetty.
• Ääni, transkriptio ja yhteenveto on erotettu toisistaan.
• Säilytysajat on määritelty datatyypeittäin.
• Poistot toimivat teknisesti.
• Pääsy tallenteisiin on rajattu ja lokitettu.
• Alikäsittelijät ja datan sijainti on kuvattu.
• Ihmiseen siirtyminen on helppo.
• Rekisteröidyn oikeuksiin vastaaminen on mahdollista.

Jos lista tuntuu pitkältä, se on tarkoitus. Tallennus on hyödyllinen työkalu, mutta se ei ole ilmainen riskinäkökulmasta.

Yhteenveto

Puhelun nauhoituslaki Suomessa ei ole yksi taikapykälä, joka ratkaisee AI-puhelut. Käytännössä kyse on viestinnän luottamuksellisuudesta, tietosuojasta, informoinnista, käyttötarkoituksesta ja datanhallinnasta.

Yrityksen kannattaa aloittaa minimimallilla: kerro avoimesti, tallenna vain tarpeellinen, säilytä vain niin kauan kuin on perusteltua ja tarjoa aina reitti ihmiselle. Kun tämä on kunnossa, AI-puheluiden tallennus tukee palvelua eikä muutu riskivarastoksi.

Aisteri auttaa suunnittelemaan puhe-AI:n tallennus- ja tietosuojamallin käyttötapauksen mukaan. Jos haluat arvioida nykyisen puheluprosessin riskit, ota yhteyttä: visa.valkonen@aisteri.fi.