Juhtimis- ja auditeerimislüngad, mis tapavad tokeniseerimisprojekte

Ettevõtete tokeniseerimisprojektid võivad rakendamisel probleemidega kokku puutuda isegi siis, kui plokiahela osa töötab nii nagu peaks. Nutikas leping võib tehinguid õigesti teostada, tokeneid saab luua probleemideta ja süsteem võib läbida turvatestid. Projektil võib siiski olla probleeme sisemise heakskiidu saamisega, mis vastab auditireeglitele, tagades omandiõiguse andmete õigsuse või investorireeglite alati järgimise.

Ettevõttes otsuseid langetavate inimeste jaoks on see oluline erinevus. Tokeniseerimine ei tähenda vara digitaalseks versiooniks muutmist. See lisab tehnoloogilise osa, mis peab vastama õigustele, finantsarvestusele, asjade toimimisele ja kehtivatele reeglitele. Kui neid osi käsitletakse eraldi, tekivad probleemid sageli projekti kasutuselevõtul, kui inimesed seda kontrollivad või kui seda testist suuremaks muudetakse.

Ettevõtte tokeniseerimise haldamise kindel lähenemisviis toob kõik need ülesanded süsteemi juba selle loomisel. See otsustab, kes saab toiminguid heaks kiita, kuidas omandiõigust kontrollitakse, millised reeglid kehtivad tokenite teisaldamisele ja milliseid tõendeid on vaja valiku tegemisel.

Eesmärk ei ole asjade tegemiseks samme lisada. Eesmärk on luua süsteem, mida ettevõte saab vara kasutamise ajal kasutada, jälgida, selgitada ja kaitsta.

Miks ettevõtte tokeniseerimisprojektid ebaõnnestuvad, kui neid kontrollitakse juhtimise seisukohast?

Ettevõtete tokeniseerimisprojektidel on sageli probleeme juhtimisega, kui tehnoloogiline osa areneb kiiremini kui ettevõtte tööviis. Insenerid võivad keskenduda lepingutele, rahakottide kasutamisele ja tehingute tegemisele, samal ajal kui juriidilise vastavuse, finants- ja operatsioonimeeskonnad töötavad erinevate dokumentide ja sammudega kinnituse saamiseks.

See jaotus loob ruumi selle vahel, mida süsteem saab teha ja mida ettevõttel on lubatud teha.

Kujutage ette kinnisvaraplatvormi. Nutikas leping saaks hakkama žetoonide teisaldamisega. Ettevõte peab looma ka õigused, mida need žetoonid esindavad omaniku muutumise tingimuste osas, ja kirjed, mis neid muutusi näitavad. Kui süsteemi žetoonide teisaldamise viis ei vasta reeglitele, võib tehniliselt toimiv tehing ikkagi põhjustada probleeme kirjete või reeglitega.

Sama probleem tekib raha, laenude, võlakirjade, kaupade ja muude asjadega, mis muudetakse žetoonideks. Iga asja reeglid muutuvad olenevalt asja tüübist ja asukohast, kuid peamine vajadus on sama: asjade tegemise viis peab vastama sellele, mida ettevõttel on lubatud teha. Millised reeglid kehtivad.

Siin saab tokeniseerimise nõuetele vastavusest osa süsteemi ülesehitusest, mitte lõplik kontroll. Seaduse järgimise reeglid peavad kujundama, kes saab asju teha, kuidas reegleid rakendatakse, kuidas aru anda ja milliseid tõendeid säilitatakse enne, kui süsteem päriselt tööle hakkab.

Juhtimise kontroll peaks vaatama koodi kvaliteedist kaugemale. See peaks kontrollima, kas süsteem säilitab varade õigused, järgib lubatud reegleid, peab valikute arvestust ja aitab inimestel süsteemide toimimist kontrollida.

7 viisi, kuidas juhtimisprobleemid võivad ettevõtte tokeniseerimisprojektidele probleeme tekitada

Juhtimisega seotud probleemid ei tulene tavaliselt ühest veast. Need tekivad tõenäolisemalt siis, kui vastutus, kontrollid ja dokumendid ei ole vara elutsükli jooksul joondatud. Enne süsteemi tegelikku kasutamist tuleb tähelepanu pöörata järgmistele probleemidele.

1. Ebaselge varade omandiõigus ja emitendi vastutus

Tokenite loomine iseenesest ei tähenda, et alusvara on seaduslikult teisaldatud või et tokeneid omavatel isikutel on nende müüki selgitavates dokumentides kirjeldatud õigused. Reeglid peavad sätestama, kas token on mõeldud millegi omamiseks hüve saamiseks, laenu saamiseks fondi osaks või mõne muu lepingu jaoks.

Ilma selle arusaamata võivad tekkida vaidlused maksete, häälte, raha tagasisaamise või žetoonide liigutamise lubatavuse üle. Žetoonide looja peab otsustama ka selle, kes vastutab asja kontrollimise, dokumentide olemasolu ja aruannete koostamise eest.

Ideaalne juhtimismudel seob iga tokeniseeritud vara dokumentidega, mis selgitavad selle loojat, omanikku ja tokeneid omavate inimeste selgeid õigusi. Asja või selle reeglite muudatused peavad enne jõustumist läbima paberikontrolli ja saama kinnituse.

2. Nõrk identiteedi-, juurdepääsu- ja lubade kontroll

Süsteemil võib olla küll küll võimalusi asjade tegemiseks, aga samas mitte selge, kes saab olulisi toiminguid alustada, kinnitada ja teostada. See teeb inimestele lihtsaks teha asju ilma loata, et muuta tokenite teisaldamise reegleid või pääseda ligi teabele, mida nad ei peaks nägema.

Et ettevõtte tokeniseerimise haldamine oleks tõhus, peavad juurdepääsupoliitikad kajastama tegelikke organisatsioonilisi kohustusi. Tokenite loomine muudab süsteemi toimimist, rahakotti tagasipöördumine muudab reegleid ja raha haldamine peavad olema selgete reeglitega. Suured muudatused võivad vajada rohkem kui ühe inimese jah-sõna, olenevalt sellest, kui riskantsed need on.

Juurdepääsukontrollides tuleks arvesse võtta ka töötajate lahkumisi, rollimuutusi, kolmandate osapoolte administraatoreid ja ohustatud volitusi. Eesmärk on tagada, et kõik, mida volitustega teha saab, oleks lubatud.

3. Mittetäielikud nutikate lepingute auditeerimisjäljed

Nutileping võib küll näidata, et tehing toimus, kuid ei pruugi rääkida selle taga olevat lugu. Audiitor võib küll näha, et tehing toimus, kuid peab ikkagi teadma, kes ütles, et see on okei, kui õigeid reegleid järgiti, ja millist reeglite versiooni kasutati.

See on oluline, kui inimesed reegleid muudavad, käike peatavad, süsteemi uuendavad või vigu parandavad. Kui süsteem ei jälgi neid valikuid ja nendega kaasnevat tõestust, võib olla raske aru saada, mis juhtus.

Tõhusa tokeniseerimise vastavuse tagamiseks on vaja enamat kui lihtsalt plokiahelas toimunu registreerimist. Nad peavad jälgima, mida tegid jaatavalt vastanud inimesed, reeglite ajalugu, logisid ja linke dokumentidele, mis ei ole plokiahelas. Privaatset või finantsteavet tuleks kaitsta juurdepääsu- ja salvestusreeglitega, selle asemel, et see avalikku registrisse kirjutada.

4. Puudused KYC (tunne oma klienti), AML (rahapesu tõkestamise) ja investorite sobivuse tagamises 

Žetoonide omaniku kontrollimine alguses ei tähenda, et need jäävad kogu žetoonide kasutamise ajaks samasse kohta. Žetoonide omamise reeglid võivad sõltuda inimese tüübist, asukohast, pakkumise reeglitest, kui palju nad saavad hoida või kas nende olukord muutub.

Kui need reeglid kehtivad süsteemiga liitumise hetkel, ei pruugita neid alati kasutada. Token võib minna rahakotti, mis pole kontrolle lõpetanud või millel pole lubatud seda tüüpi tokenit omada.

Reeglid peaksid ühendama isikute isikusamasuse kontrollimise (nii nende isikute nimekirjas olemise kui ka äritegevuse keelamise kontrollimisega) ja kontrollima, kas neil on lubatud omada tokeneid – reeglid tokenerite teisaldamise ja pideva kontrollimise kohta. Süsteem peaks ka ütlema, mida teha, kui dokumendid pole ajakohased, kui kolimine ei ole lubatud, kui ülekanne on kahtluse all või kui reeglitega on probleeme.

Vajalikud reeglid tuleks määrata selle järgi, kus žetoon asub. Ühe pakkumise jaoks toimiv meetod ei pruugi sobida teisele.

5. Puudub ahelasisene ja -väline leppimine

Tokenite arv ja plokiahelas tehtud tehingud pole kõik vajalikud dokumendid. Ettevõtetel võivad olla ka dokumendid selle kohta, kellele asi kuulub, andmed selle kohta, kelle käes see on, pangaväljavõtted, dokumendid liitumislepingute kohta ja andmed väljastatud raha kohta.

Kui need süsteemid koos ei tööta, võivad tekkida probleemid. Plokiahelas toimuv käik võidakse registreerida, kuid sellekohast dokumenti ei muudeta. Makse võib teha rahasüsteem ilma token-süsteemile sellest teatamata. Kumbagi olukorda ei saa oletusega lahendada.

Erinevate osade sobivuse kontrollimise viis peaks näitama, milline osa on iga töö osa puhul õige, kui tihti kontrollitakse ja kuidas probleeme lahendada, kui need ilmnevad. Probleemid peaksid jääma nähtavaks seni, kuni keegi, kellel on selleks õigus, saab need tõenditega parandada.

6. Ebaselged uuendamise, taastamise ja intsidentidele reageerimise protseduurid

Tokeneid haldavad süsteemid vajavad samme juhuks, kui asjad lähevad valesti, näiteks kui kelleltki varastatakse juurdepääs, koodis on viga, käik pole õige, süsteemi ei saa kasutada või kui süsteemi toimimisviis ei ole ootuspärane. Ainult turvalisusest ei piisa, kui ettevõte ei saa midagi ette võtta, kui reeglid enam ei tööta.

Juhtimisreeglid peaksid sätestama, kes saab asju peatada, kes saab süsteemi muuta, kes saab tagasi tööle hakata ja kes saab probleeme lahendada. Samuti peaksid need sätestama, kuidas tehtud valikuid kirja panna ja neist teistele rääkida.

Asjade parandamise viis peaks arvestama ka sellega, mis juhtub muudatuste tegemisel operatiivselt. Plokiahelas tehtud toimingut ei pruugi olla võimalik tagasi võtta ning iga parandus peab järgima tokeni reegleid ja seadust.

7. Ebapiisav tõendusmaterjal sise- ja välisauditite jaoks

Kontrollideks on raske valmistuda, kui tõendid asuvad sellistes kohtades nagu e-kirjad, arvutustabelid, eraldi süsteemid ja erinevad meeskonnad. Isegi kui reeglid on kehtestatud, ei pruugi ettevõte suuta tõestada, et neid kasutati ära.

Kontrolliks valmisolek nõuab viisi tõendite hankimiseks, kaitsmiseks ja leidmiseks. See hõlmab juurdepääsu omavate isikute reeglite kinnitamist, valikuid selle kohta, kellel on luba, omanike kontrolli, reeglite muudatusi ja nende lahendusi.

Tõendite säilitamise viis peaks sätestama, kui kaua neid säilitatakse, kes neid näeb, kes nende eest vastutab ja kuidas iga reegel on seotud seda tõendavate dokumentidega. Samuti peaks see võimaldama inimestel neid kontrollida ilma asju nägemata, mida nad ei peaks nägema.

Kogenud ettevõtte tokeniseerimisprojektide arendusettevõtte loodud platvorm peaks neid nõudeid käsitlema osana rakenduse ulatusest, mitte käsitlema neid dokumentatsioonina, mis tuleb kokku panna vahetult enne auditit.

Miks ainuüksi nutikad lepinguauditid ei suuda tagada tokeniseerimise vastavust?

Koodi kontrollimine on oluline viis süsteemi turvalisuse tagamiseks, kuid see tegeleb ainult osaga ettevõtte tokeniseerimisprojekti probleemidest. Tavaliselt otsib see koodist vigu, ootamatut käitumist ja nõrku kohti. See ei kontrolli automaatselt, kas tokeniga kaasnevad reeglid on õiged, kas süsteemivälised dokumendid on õiged või kas ettevõtte sammud heakskiidu saamiseks toimivad.

Leping võib küll teha seda, mida talle kästakse teha, aga see võib järgida reeglit, mis pole täielik või on vale. Näiteks võib tokenite teisaldamise viis toimida veatult. Sellega kaasnevad reeglid võivad vajada rohkem kontrolle selle kohta, kellel on õigus tokenit omada. Samuti võib leping tokeneid õigesti väljastada. Dokumendid, mis selgitavad, mis token on, ei pruugi olla õiged.

Sellel eristusel on praktilised tagajärjed tokeniseerimise vastavuslahendustele . Turvalisuse testimist peaksid täiendama kontrolli valideerimine, juriidiline läbivaatamine, vastavustestimine, juurdepääsu hindamine ja operatiivsete stsenaariumide testimine.

Kontroll peaks tagama, et süsteem teeb seda, mida ettevõte lubab. Testid peaksid hõlmama nii käike kui ka ebatavalisi olukordi, näiteks käike, mis ebaõnnestuvad inimestel, kellel pole lubatud žetooni omada, inimesi, kes muudavad süsteemi reegleid, ja probleeme plokiahela kirjete ja ettevõtte dokumentide vahel.

Sõltumatu audit võib palju aidata. See ei saa asendada ettevõtte kohustust tagada reeglite paikapidamine. Vastutus reeglite eest peab olema selge ja selge, kes on vastutav.

Mida peaks ettevõtte tokeniseerimise juhtimise raamistik sisaldama?

Tõhus raamistik seob ärikohustused tehnilise jõustamise ja kontrollitavate tõenditega. Selle asemel, et käsitleda juhtimist üheainsa poliitikadokumendina, peaksid ettevõtted looma koordineeritud kontrollimehhanismide kogu platvormi ja seda haldava organisatsiooni ulatuses. 

Tokeniseerimise haldamisega tegelevate ettevõtete jaoks peaks süsteem olema õige, arvestades vara riski, tehingute toimimist, osalejaid ja reegleid. Erainvesteering, mida ei saa kergesti teisaldada, võib vajada kontrollimeetmeid kui süsteem, mis tegeleb mitut tüüpi varadega ja kauplemisega pärast esmast müüki.

Süsteemi muutudes peab muutuma ka juhtimine. Uut tüüpi varad hõlmavad ajakohastatud lepingutingimusi ja teiste ettevõtetega koostöö tegemine võib kaasa tuua riske, mida alguses ei olnud.

Kuidas saavad ettevõtted enne turuletoomist tuvastada juhtimislünki?

Struktureeritud turuletoomise-eelne hindamine aitab ettevõtetel leida lahendusi enne, kui need palju maksma lähevad. See peaks hõlmama inimesi, kes vastutavad vara, tehnoloogia, juriidilise ülesehituse, vastavuse, raha ja süsteemi käitamise eest.

Järgnev nimekiri annab koha, kust alustada.

• Veenduge, et tokeniõigused vastavad kehtivatele juriidilistele dokumentidele.
• Määrake omanikud väljastamise, ülekannete, täienduste, taastamise ja aruandluse jaoks.
• Testige isikusamasuse kontrollimist ja investorite abikõlblikkuse piiranguid.
• Administraatoriõiguste ja kinnituste eraldamise valideerimine.
• Võrrelge märkide saldosid autoriteetsete varade ja finantsdokumentidega.
• Dokumenteerige nutikate lepingute muudatusi ja administratiivseid sekkumisi.
• Testige intsidentidele reageerimise, äritegevuse järjepidevuse ja taastamisprotseduure.
• Veenduge, et volitatud läbivaatajad saavad auditi tõendusmaterjali hankida.
• Vaadake üle kolmandate osapoolte sõltuvused ja määrake nende kohustused.
• Hankige asjaomastelt äri- ja kontrollüksuste omanikelt dokumenteeritud allkiri.

Organisatsioonid, kes palkavad ettevõtte tokeniseerimisprojekti arendusettevõtte, peaksid enne arenduse alustamist kehtestama ka juhtimise vastuvõtukriteeriumid. See tagab, et meeskond teab, millised kontrollid tuleb kehtestada, millised süsteemid peavad toimima ja milliseid tõendeid on vaja käivitamiseks.

Halduskontrolli on kõige parem teha siis, kui see toimub piisavalt sageli, et muuta süsteemi ülesehitust. Juurdepääsureeglite lisamine, aruandluse muutmine või andmeprobleemide lahendamine pärast süsteemi käivitamist, võib asjade aja kauemaks muuta kui vaja.

Juhtimise osaks muutmine tokeniseerimisest algusest peale

Juhtimine toimib kõige paremini siis, kui see on projekti osa enne esimese raha teenimist. Varajastes etappides tuleks tööplaanides selgeks teha reeglid varade kontrollimise, liitujate, kinnituste, numbrite kontrollimise ja auditite tõendite kohta.

See nõuab ettevõtte eri osade inimeste koostööd. Iga rühm peaks teadma, milliseid valikuid nad teevad, milliseid reegleid süsteem peab järgima ja kuidas eranditega toime tulla. Töö peaks hõlmama ka kontrollimeetmete kontrollimist enne süsteemi käivitamist, samuti funktsioonide ja turvalisuse kontrollimist selgete reeglite alusel.

Ideaalsed tokeniseerimise nõuetele vastavuse lahendused peaksid seda tööviisi aitama, ilma et asjad liiga keeruliseks läheksid. Sõltuvalt vajadusest võib see tähendada reegleid, mis peatavad teatud toimingud; haldamist, kes mida saab teha; toimingute registreerimist, linkimist isikutele, kes kontrollivad identiteeti; viise numbrite kontrollimiseks ja aruannete selgeks tegemiseks.

Ettevõtted peaksid mõtlema ka sellele, kuidas need reeglid muutuvad süsteemi laienedes erinevatele kohtadele või varatüüpidele. Ühe investeeringutüübi jaoks toimiv haldusviis võib vajada reegleid, rohkem aruandlusviise või rohkem juriidilisi kontrolle, kui ettevõte lisab midagi uut.

Eesmärk on muuta juhtimine ettevõtte toimimise regulaarseks osaks, mitte millekski, mis toimub alles enne alustamist.

Kuidas Antier aitab ettevõtte tokeniseerimisprojektidega

Antier näeb ettevõtte tokeniseerimist kui varade seadistamise, plokiahela toimimise, süsteemi toimimise ja järgitavate reeglite segu. Nende töö hõlmab kinnisvara, fondide, kaupade ja muude reaalsete asjade süsteemide loomist iga projektiga sobiva kujundusega.

Ettevõtte tokeniseerimisprojektide arendusettevõttena aitab Antier luua tokeneid, kontrollitud ülekandeid ja nutikaid lepinguid, kuidas inimesi liituma meelitada, kuidas hallata, kes mida teeb, ja kuidas vara eluea haldamiseks ühendusi luua. Täpne töö sõltub vara tüübist, asukohast, toimimisviisist ja kliendi soovidest.

Eesmärk on viia süsteemi võimalused vastavusse planeerimisel seatud reeglite ja kontrollivõimega. Teiste poolt pakutavad juriidilised vastused, reeglid ja kontrollid on endiselt inimeste ja rühmade ülesanne.

Tokeniseerimisprojektiga tegelevad ettevõtted saavad alustada probleemide leidmisest reeglitega, mis määravad kindlaks vajalikud kontrollid, ja vaadata, kuidas need peaksid süsteemi kujunduses kajastuma.