jokaisella asiakkaalla on eri kysymyslistaa, kuinka vältän kaksinkertaisen työn

Sama kysymys palaa neljässä eri naamioinnissa

Pankki kutsuu sitä "toimittajarisikiksi", autoteollisuuden asiakas kutsuu sitä "toimitusketjun due diligence -tarkastukseksi", vakuutusyhtiö kutsuu sitä "alihankkijapoliitikaksi" — ja silti kaikki kolme kysyvät samasta asiasta: onko yrityksellä vastuuvakuutus ja kuka on laillinen johtaja. Kyselyt eroavat muotoilun, järjestyksen ja joskus kielen osalta toisistaan, mutta taustalla oleva tosiseikkajoukon on pieni. Joka listaan uudelleen aloittava tekee todellisuudessa aina samaa tutkimustyötä: yrityksen lakisääteiseen nimeen selvittää, rekisteröintinumero ottaa esiin ja tarkistaa, onko se ISO 9001 -sertifikaatti vielä voimassa.

Selkeyttä ei synny paremmasta taulukkolaskentaohjelman listasta jokaista asiakasta kohti, vaan yhdestä lähdetiedostosta kutakin tosiseikkaa kohti, riippumatta siitä, mikä asiakas siitä kysyy. Muutos — uusi toimipaikka, jatkettu sertifikaatti, eri liikevaihto tilikauden jälkeen — toimii sitten automaattisesti jokaisen listan kautta, joka käyttää kyseistä tosiseikkaa, sen sijaan että joku tarkistaisi manuaalisesti, mitkä kolmestakymmenestä asiakirjasta sisältävät vielä vanhan osoitteen. Supplia toimii tämän periaatteen mukaisesti: yksi toimitusketjun tiedosto tosiseikkojen kanssa ja jokaiselle saapuvalle listalle ehdotus siitä, mikä vastaus kuuluu mihin kysymykseen. Yrittäjä vahvistaa, muokkaa tai hylkää — mitään ei lähetetä automaattisesti eikä mitään vahvisteta automaattisesti "todeksi".

Miksi kysymys koskettaa aina samaa tosiseikkaa

Että eri säädöskehykset kysyvät samoja taustalla olevia tietoja, johtuu siitä, miten ne on rakennettu: EFRAG VSME -perusmoduuli pörssinoteeraamattomille pk-yrityksille ja direktiivin (EU) 2022/2464 (CSRD) liite käyttävät vertailukelpoisia luokkia — henkilöllisyys, koko, sijainnit — jotka esiintyvät myös pankkiryhmissä ja ostoedellytyksissä. Samoin on kyberturvallisuuskyselyssä: sekä ISO/IEC 27001:n liitteen A toimenpiteet että direktiivin (EU) 2022/2555 (NIS2) 21 artiklan 2 kohdan kymmenen toimenpidettä käsittelevät aiheita, kuten pääsynhallinta ja häiriötapahtumien hallinta, jokainen omalla sanastollaan mutta samasta tosiseikkaukotelosta. Jokainen, joka kerran kirjaa tosiseikkaa kohti sen, mitä missä sanotaan, ei joudu tunnistamaan sitä yhteyttä uudelleen joka kerta.