Tämä on käännös englanninkielisestä asiakirjasta. Tulkintaristiriidassa englanninkielinen sopimusasiakirja ratkaisee. Sovellettavat ehdot määräytyvät allekirjoitetun sopimuksen mukaan. Kielivalinta ei rajoita rekisteröidyn lakisääteisiä oikeuksia.

GreetScribe-tietoturvaseloste

Versio: 2.0
Päivitetty: 2026-09-20
Palvelun tarjoaja: Qevinto Oy

Tämä seloste kuvaa GreetScriben toteutettua tietoturva-arkkitehtuuria. Määritykset, käyttöönoton todentaminen ja operatiiviset menettelyt ovat edelleen tarpeen; koodin olemassaolo ei ole todiste siitä, että jokainen valinnainen kontrolli on otettu käyttöön yksittäisessä toteutuksessa.

1. Infrastruktuuri ja erottelu

UpCloud tarjoaa keskeisen hostingin ja Managed Databases for PostgreSQL -tietokantapalvelun. Dokumentoitu ydintietokantatoteutus sijaitsee Helsingissä, Suomessa. Hallinta-/ohjaustason tiedot ja vieraiden ajonaikaiset tiedot käyttävät erillisiä tietokanta-asiakkaita ja käyttöoikeusrajoja. Selainasiakkaat käyttävät taustajärjestelmän valtuuttamia rajapintoja etuoikeutettujen tietokantatunnusten sijaan.

Vanha Rasa-järjestelmä ei ole nykyinen vieraita palveleva arkkitehtuuri. GreetScribe käyttää omaa rakenteista keskustelujen ajoympäristöään, johon kuuluvat tietohaku ja valinnainen tekoälykäsittely.

2. Tunnistautuminen ja valtuutus

Henkilöstön/asiakkaiden tunnistautuminen käyttää itse ylläpidettyä Better Auth -toteutusta. Tuettuja menetelmiä ovat salasanat, monivaiheinen tunnistautuminen ja pääsyavaimet (passkeys); käytössä olevat menetelmät ja vaadittu varmuustaso riippuvat tili-/toteutuskohtaisesta käytännöstä. Tuettu federoitu kirjautuminen on erillinen valinnainen määritys.

Taustajärjestelmän tarkistukset valvovat asiakasympäristön (tenant) jäsenyyttä, rooleja, käyttöoikeuksia ja resurssien omistajuutta. Vierasistunnot ovat erillisiä henkilöstön tunnistautumisesta. Vieraspyynnöt tarkistetaan määritettyjä alkuperiä (origins) ja asiakasympäristö-/istuntokontekstia vasten. Webhook-allekirjoitukset ja toistotarkistukset suojaavat kyseistä saapuvien webhook-kutsujen polkua; niitä ei saa sekoittaa yleiseen allekirjoitettuun widget-tunnusmekanismiin.

3. Salaisuudet ja ulkoiset yhteydet

Scaleway Secret Manager ja Key Manager tukevat palvelinpuolen tunnistetietojen hallintaa. Sovelluskoodi ratkaisee valtuutetut salaisuusviittaukset; tunnistetietoja ei saa sisällyttää vierasviesteihin, julkisiin lomakkeisiin, selainpaketteihin tai tuen kuvakaappauksiin. Peruuttaminen ja poistaminen ovat erillisiä elinkaaritoimia integraation päättyessä.

Ulkoisissa tekoäly-/palveluntarjoaja-/työkalupyynnöissä on kohteiden validointi- ja pyyntöbudjettikontrollit. Tekoälypyyntö sisältää kysymyksen ja valitun tietokontekstin, jotka voivat sisältää henkilötietoja; tämä ei ole automaattinen anonymiteettitakuu.

Julkiset päätepisteet käyttävät HTTPS:ää. Dokumentoidun toteutuksen tietokantayhteydet käyttävät salattua siirtoa; tämä seloste ei väitä, että varmenteet todennetaan jokaisessa sisäisessä/tietokantayhteydessä. Sisäverkon ja varmenteiden asetukset edellyttävät operatiivista todentamista.

4. Väärinkäyttö, kiintiöt ja resurssirajat

Sisääntulon suojaus ja sovellustason nopeusrajoitukset toimivat tunnistautumisen, asiakasympäristön valtuutuksen, syötteen validoinnin ja asiakaskiintiöiden rinnalla. Sovelluksen nopeusrajoituslaskurit ovat kyseisillä poluilla prosessikohtaisia; ne eivät ole yksi kaikkien replikoiden yhteinen globaali hajautettu raja.

Tietokanta-asiakkaat käyttävät yhteysvarantoja (connection pool). Pelkkä yhteysvarannon olemassaolo ei muodosta täydellistä yhteys-/kyselyaikakatkaisubudjettia. Ulkoisilla mallipyynnöillä on yrityskohtaiset aikakatkaisut ja rajatut uudelleenyritykset; ylemmän tason vastausaikakatkaisu voi päättää kutsujan ennen kuin taustalla oleva toiminto valmistuu.

Valinnaiset alustan tekoälybudjetit ja vierailija-/asiakasympäristökontrollit voivat rajoittaa resurssien käyttöä. Ne on määritettävä ja todennettava; rajoittimen olemassaolo ei ole takuu siitä, että jokainen kiintiövika epäonnistuu turvallisesti (fail closed). Katso maksuista laskutus-, peruutus- ja palautusehdot: tekninen ylitys ei ole lupa laskuttaa hyväksymättömästä lisäkapasiteetista.

5. Diagnostiikka ja palvelun tarjoajan hälytykset

Operatiivinen virheraportointi käyttää sallittujen kohteiden luetteloa ja poistaa arkaluonteisen pyyntösisällön raportointipolustaan. Käyttöön otetut hälytyssovittimet on tarkoitettu vähimmäistason teknisille tapahtumatiedoille ja palvelun tarjoajan yhteystiedoille, ei vieraskeskusteluille tai asiakkaan viestintäkanavaksi.

Qevinton on todennettava määritetty raportointikohde ja sen käsittelyehdot ennen henkilötietojen lähettämistä. Tämä seloste ei esitä valvontapalvelua käyttöön otettuna pelkästään siksi, että sen asiakaskirjasto on läsnä. Valvontatapahtumat eivät korvaa erillistä tarkastuslokia.

Lokien puhdistus yhdellä polulla ei tarkoita, että kaikki tallennetut keskustelut, tarkastustietueet tai tukiaineisto olisivat anonyymejä.

6. Säilytys, varmuuskopiot ja oikeudet

Ajastettu poisto käsittelee poistokelpoiset vanhentuneet vieraskeskustelu-/istunto-/yhteystiedot toteutetun 30 päivän oletusajan mukaan. Nimenomaiset säilytysohjeet ja säilytysrajoitukset edellyttävät erillistä käsittelyä. Muut tietueluokat ja kehityskopiot eivät kaikki kuulu tämän poiston piiriin.

Hallitun tietokannan varmuuskopiot kiertävät valitun UpCloud-palvelun mukaan. Ne eivät mahdollista yksittäisen vieraan tietueen välitöntä valikoivaa poistamista. Varmuuskopioiden saatavuus on eri asia kuin suoritettu palautusharjoitus tai taattu palautusaika.

Valtuutetut vienti- ja elinkaarityökalut tukevat tietosuojatoimia. Pyyntöjä voi tehdä osoitteeseen contact@qevinto.com; tämä seloste ei lupaa täydellistä itsepalveluna toimivaa vieraiden tietojen poistokäyttöliittymää.

7. Tuotekehityksen suojatoimet

Alkuperäisiin keskusteluihin ja erillisiin kehityskopioihin sovelletaan tietosuojaselosteen 4 kohtaa. Kyseinen kohta asettaa rajat ja edellytykset; se ei väitä, että jokainen historiallinen viety kopio poistetaan tai anonymisoidaan automaattisesti. Jaetun kehitysaineiston on oltava aidosti anonyymiä tai muutoin hyväksyttyä aiottuun käyttötarkoitukseensa.

8. Häiriöiden käsittely ja vastuut

Qevinto tutkii asiaankuuluvat häiriöt ja ilmoittaa käsittelijänä Asiakkaalle ilman aiheetonta viivytystä saatuaan tiedon Asiakkaan Henkilötietoihin vaikuttavasta Henkilötietojen tietoturvaloukkauksesta Tietojenkäsittelysopimuksen mukaisesti.

Asiakkaiden on hallittava käyttäjiään, laitteidensa turvallisuutta, isäntäsivustoaan ja integraatioiden käyttöoikeuksia, pidettävä tiedot paikkansapitävinä ja ilmoitettava epäillystä tietomurrosta viipymättä. Lähetä ilmoitukset osoitteeseen contact@qevinto.com sisällyttämättä salaisuuksia tai tarpeettomia vierastietoja.

Tämä seloste ei ole tietoturvasertifiointi, takuu keskeytymättömästä palvelusta eikä väite sääntelyvaatimusten täyttämisestä. Erityiset palvelutasot soveltuvat vain, jos niistä on sovittu kirjallisesti.

Qevinto Oy, Y-tunnus 3583823-3, Sarkakatu 3 F23, 96460 Rovaniemi, Suomi. Aiempi julkaistu versio (englanniksi).