Nedostaci u upravljanju i reviziji koji ubijaju projekte tokenizacije

Projekti tokenizacije preduzeća mogu se suočiti s problemima prilikom njihovog pokretanja, čak i ako blockchain dio funkcioniše kako treba. Pametni ugovor bi mogao ispravno izvršavati transakcije, tokeni bi se mogli kreirati bez problema, a sistem bi mogao proći sigurnosne testove. Projekat bi i dalje mogao imati problema s dobijanjem internog odobrenja, sastanka s pravilima revizije, osiguravajući da su evidencije o vlasništvu ispravne ili pokazujući da se pravila investitora uvijek poštuju.

Za ljude koji donose odluke u kompaniji, ovo je važna razlika. Tokenizacija se ne odnosi na pretvaranje imovine u digitalnu verziju. Dodaje tehnološki dio koji mora odgovarati pravima, finansijskim evidencijama, načinu na koji se stvari vode i pravilima koja se primjenjuju. Kada se ovi dijelovi obrađuju odvojeno, problemi se često javljaju prilikom puštanja projekta u upotrebu, kada ga ljudi provjeravaju ili kada se radi o većem projektu od testa.

Robustan pristup upravljanju tokenizacijom preduzeća unosi sve ove zadatke u sistem kada se on izgradi. Sistem odlučuje ko može odobravati radnje, kako se provjerava vlasništvo, koja pravila se primjenjuju na premještanje tokena i koji je dokaz potreban kada se razmatra izbor.

Cilj nije dodavanje koraka za obavljanje stvari. Cilj je stvoriti sistem koji kompanija može koristiti, pratiti, objašnjavati i braniti tokom vremena kada se imovina koristi.

Zašto projekti tokenizacije preduzeća ne uspijevaju kada se provjeravaju za upravljanje?

Projekti tokenizacije preduzeća često imaju problema s upravljanjem kada se tehnološki dio kreće brže od načina na koji kompanija treba da radi s njim. Inženjeri se mogu fokusirati na ugovore, kako koristiti novčanike i kako obavljati transakcije, dok timovi za pravnu usklađenost, finansije i operacije rade s različitim dokumentima i koracima za dobijanje odobrenja.

Ova podjela stvara prostor između onoga što sistem može uraditi i onoga što je kompaniji dozvoljeno da uradi.

Zamislite platformu za nekretnine. Pametni ugovor bi mogao da se nosi sa premještanjem tokena. Kompanija takođe treba da kreira prava koja ti tokeni predstavljaju, uslove pod kojima se vlasništvo može promijeniti i zapise koji pokazuju te promjene. Ako način na koji sistem premješta tokene ne odgovara pravilima, transakcija koja tehnički funkcioniše i dalje može uzrokovati probleme sa zapisima ili pravilima.

Isti problem se dešava sa novcem, kreditima, obveznicama, robom i drugim stvarima koje se pretvaraju u tokene. Pravila za svaku stvar se mijenjaju u zavisnosti od vrste stvari i gdje se ona nalazi, ali glavna potreba je ista: način na koji se stvari rade mora odgovarati onome što je kompaniji dozvoljeno da radi. Koja pravila se primjenjuju?

Ovdje usklađenost sa tokenizacijom postaje dio dizajna sistema, a ne konačna provjera. Pravila za usklađenost sa zakonom moraju oblikovati ko može raditi stvari, kako se pravila primjenjuju, kako izvještavati i koji se dokazi čuvaju prije nego što sistem počne stvarno raditi.

Provjera upravljanja treba da ide dalje od kvaliteta koda. Trebala bi da provjeri da li sistem zadržava prava nad imovinom, da li se pridržava dozvoljenih pravila, da li vodi evidenciju izbora i pomaže ljudima da provjere funkcionisanje sistema.

7 načina na koje problemi upravljanja mogu uzrokovati probleme za projekte tokenizacije preduzeća

Problemi s upravljanjem obično ne nastaju zbog jedne greške. Vjerovatnije je da će se pojaviti kada odgovornosti, kontrole i evidencije nisu usklađene tokom cijelog životnog ciklusa imovine. Sljedeći problemi zahtijevaju pažnju prije nego što se sistem zaista koristi.

1. Nejasno vlasništvo nad imovinom i odgovornost izdavaoca

Samo kreiranje tokena ne znači da je imovina koja je predmet transakcije legalno premještena ili da ljudi koji posjeduju tokene imaju prava opisana u dokumentima koji objašnjavaju njihovu prodaju. Pravila moraju navesti da li se token koristi za posjedovanje nečega, za korist, zajam, za dio fonda ili za neki drugi sporazum.

Bez ovog razumijevanja može doći do rasprava o plaćanjima, glasanju, povratu novca ili o tome da li je dozvoljeno premještanje tokena. Osoba koja je kreirala tokene također mora odlučiti ko je odgovoran za provjeru stvari, posjedovanje dokumenata, obavještavanje ljudi o tome i praćenje izvještaja.

Idealni model upravljanja povezuje svaku tokeniziranu imovinu s dokumentima koji je objašnjavaju, osobu koja ju je kreirala, evidenciju o tome ko je vlasnik i jasna prava ljudi koji posjeduju tokene. Promjene nečega ili njegovih pravila moraju proći kroz papirnu provjeru i dobiti odobrenje prije nego što se dogode.

2. Slabe kontrole identiteta, pristupa i dozvola

Sistem može imati načine na koje ljudi mogu obavljati stvari, ali nije jasno ko može pokrenuti, odobriti i izvršiti važne operacije. To ljudima olakšava da rade stvari bez dozvole, mijenjaju pravila za premještanje tokena ili da dođu do informacija koje ne bi trebali vidjeti.

Da bi upravljanje tokenizacijom preduzeća bilo efikasno, politike pristupa moraju odražavati stvarne organizacijske odgovornosti. Izrada tokena koji mijenjaju način rada sistema, povratak u novčanik koji mijenja pravila i rukovanje novcem moraju imati jasna pravila. Velike promjene mogu zahtijevati više od jedne osobe da pristane, ovisno o tome koliko su rizične.

Pregledi pristupa trebaju uzeti u obzir i odlaske zaposlenika, promjene uloga, administratore trećih strana i kompromitirane vjerodajnice. Cilj je osigurati da je sve što se može učiniti s ovlaštenjima dozvoljeno.

3. Nepotpuni tragovi revizije pametnih ugovora

Pametni ugovor može pokazati da se transakcija dogodila, ali možda ne otkriva priču koja stoji iza nje. Revizor može vidjeti da se potez dogodio, ali i dalje treba znati ko je rekao da je u redu ako su se slijedila ispravna pravila i koja je verzija pravila korištena.

Ovo je važno kada ljudi mijenjaju pravila, zaustavljaju poteze, ažuriraju sistem ili ispravljaju greške. Ako sistem ne prati ove izbore i dokaze koji idu uz njih, može biti teško shvatiti šta se dogodilo.

Efektivna usklađenost s tokenizacijom zahtijeva više od zapisa o tome šta se dogodilo na blockchainu. Potrebno je pratiti šta su ljudi radili i pristali, historiju pravila, zapise o stvarima i linkove do dokumenata koji nisu na blockchainu. Privatne ili finansijske informacije trebale bi biti zaštićene pravilima pristupa i pohrane umjesto da se zapisuju u javni zapis.

4. Nedostaci u KYC-u, AML-u i provođenju propisa o podobnosti investitora 

Provjera vlasnika tokena na početku ne znači da će oni ostati na tom mjestu tokom cijelog vremena korištenja tokena. Pravila o tome ko može imati tokene mogu zavisiti od vrste osobe, gdje su pravila ponude, koliko mogu posjedovati ili ako se njihova situacija promijeni.

Ako se ova pravila nalaze u dijelu gdje se ljudi prvi put pridružuju sistemu, možda ih neće uvijek koristiti. Token bi mogao otići u novčanik koji nije završio provjere ili mu nije dozvoljeno da ima tu vrstu tokena.

Pravila bi trebala povezivati ​​provjeru identiteta osoba, provjeru da li se nalaze na listi osoba kojima nije dozvoljeno poslovanje, s provjerom da li im je dozvoljeno imati tokene, pravila o premještanju tokena i provjeravati ih stalno. Sistem bi također trebao reći šta učiniti ako dokumenti nisu ažurirani, ako premještanje nije dozvoljeno, ako je transfer upitan ili ako postoji problem s pravilima.

Pravila koja su potrebna trebaju biti određena na osnovu toga gdje se token nalazi. Način koji funkcioniše za jednu ponudu možda neće biti dobar za drugu.

5. Nedostatak usklađivanja na lancu i van lanca

Količina tokena i kretanja na blockchainu nisu svi potrebni dokumenti. Kompanije mogu imati i dokumente o tome ko je vlasnik stvari, evidenciju o tome ko je posjeduje, bankovne izvode, dokumente o novčanim ugovorima o pridruživanju i evidenciju o isplatama novca.

Kada ovi sistemi ne rade zajedno, mogu se pojaviti problemi. Pomak na blockchainu može biti zabilježen bez promjene dokumenta o tome. Plaćanje može biti izvršeno putem novčanog sistema bez prethodnog obavještavanja sistema tokena. Nijedna situacija se ne može riješiti nagađanjem.

Način provjere podudaranja različitih dijelova trebao bi navesti koji je pravi za svaki dio papira, koliko često se provjere vrše i kako riješiti probleme kada se dogode. Problemi bi trebali ostati vidljivi sve dok ih neko ko ima pravo na to ne riješi dokazom.

6. Nejasne procedure za nadogradnju, oporavak i odgovor na incidente

Sistemi koji rukuju tokenima trebaju korake za slučaj da stvari krenu po zlu, na primjer ako je nečiji pristup ukraden, ako postoji greška u kodu, ako potez nije ispravan, ako se sistem ne može koristiti ili ako način na koji sistem funkcioniše nije očekivan. Sama sigurnost nije dovoljna ako kompanija ne može ništa učiniti kada pravila prestanu funkcionirati.

Pravila upravljanja trebaju odrediti ko može zaustaviti stvari, ko može promijeniti sistem, ko se može vratiti i ko može riješiti probleme. Također trebaju odrediti kako zapisati donesene odluke i obavijestiti druge o njima.

Prilikom popravljanja stvari, trebalo bi uzeti u obzir i šta se operativno dešava kada se naprave promjene. Možda neće biti moguće poništiti potez koji je urađen na blockchainu, a svako ispravljanje mora biti u skladu s pravilima za token i zakonom.

7. Nedovoljni dokazi za interne i eksterne revizije

Teško je pripremiti se za provjere kada se dokazi nalaze na mjestima kao što su e-mailovi, proračunske tablice, odvojeni sistemi i različiti timovi. Čak i ako postoje pravila, kompanija možda neće moći dokazati da su korištena na taj način.

Spremnost za provjeru zahtijeva način da se dobije, zaštiti i pronađe dokaz. To uključuje odobrenja za pravila kojima se provjerava ko ima pristup, izbore o tome ko može imati token, provjere stvari koje su u vlasništvu, promjene pravila, probleme koji se pojave i rješenja za njih.

Način čuvanja dokaza trebao bi navesti koliko dugo se čuvaju, ko ih može vidjeti, ko je zadužen za njih i kako je svako pravilo povezano s dokumentima koji ih dokazuju. Također bi trebao omogućiti ljudima da ih provjere bez da vide stvari koje ne bi trebali.

Platforma koju je dizajnirala iskusna kompanija za razvoj projekata tokenizacije preduzeća trebala bi se pozabaviti ovim zahtjevima kao dijelom implementacije, umjesto da ih tretira kao dokumentaciju koja se prikuplja neposredno prije revizije.

Zašto same revizije pametnih ugovora ne mogu osigurati usklađenost s tokenizacijom

Provjera koda je važan način da se osigura sigurnost sistema, ali se bavi samo dijelom problema s projektom tokenizacije kompanije. Obično se pregleda kod u potrazi za greškama, neočekivanim ponašanjem i slabim dijelovima. Ne provjerava se automatski da li su pravila koja idu uz token ispravna, da li su dokumenti izvan sistema ispravni ili da li koraci kompanije za dobijanje odobrenja funkcionišu.

Ugovor može raditi ono što mu je rečeno, ali može slijediti pravilo koje nije potpuno ili je pogrešno. Na primjer, način premještanja tokena može funkcionirati bez grešaka. Pravila koja idu uz njega mogu zahtijevati više provjera o tome ko može imati token. Također, ugovor može ispravno dodijeliti tokene. Dokumenti koji objašnjavaju šta je token možda nisu tačni.

Ova razlika ima praktične implikacije za rješenja usklađenosti s tokenizacijom . Sigurnosno testiranje treba biti dopunjeno validacijom kontrola, pravnim pregledom, testiranjem usklađivanja, procjenama pristupa i testiranjem operativnih scenarija.

Provjera bi trebala osigurati da sistem radi ono što kompanija tvrdi da bi trebao raditi. Testovi bi trebali obuhvatiti poteze kao i neuobičajene situacije, poput poteza koji ne uspijevaju, ljudi kojima nije dozvoljeno da imaju token, ljudi koji mijenjaju ažuriranja pravila sistema i probleme između zapisa na blockchainu i dokumenata u kompaniji.

Nezavisna revizija može mnogo pomoći. Ona ne može zamijeniti kompaniju koja osigurava da su pravila na snazi. Odgovornost za pravila kakva jesu. Ko je zadužen mora biti jasna.

Šta bi okvir za upravljanje tokenizacijom preduzeća trebao uključivati?

Efikasan okvir povezuje poslovne odgovornosti sa tehničkom primjenom i provjerljivim dokazima. Umjesto da upravljanje tretiraju kao jedinstveni dokument o politici, preduzeća bi trebala uspostaviti koordinirani skup kontrola na cijeloj platformi i organizaciji koja njome upravlja. 

Za kompanije koje razmatraju kako upravljati tokenizacijom, sistem bi trebao biti adekvatan za rizik imovine, način na koji transakcije funkcionišu, ko je uključen i koja se pravila primjenjuju. Privatna investicija koja se ne može lako premjestiti možda će trebati kontrole nego sistem koji obrađuje mnoge vrste imovine i trgovanje nakon početne prodaje.

Upravljanje se također mora mijenjati kako se sistem mijenja. Nove vrste imovine, mjesta koja uključuju ažurirane ugovorne uslove i saradnju s drugim kompanijama, mogu donijeti rizike koji nisu postojali kada je sve počelo.

Kako preduzeća mogu identificirati nedostatke u upravljanju prije lansiranja?

Strukturirana procjena prije lansiranja pomaže kompanijama da pronađu mjesta prije nego što počnu skupo koštati. Trebala bi uključivati ​​ljude koji su zaduženi za imovinu, tehnologiju, pravnu osnovu, usklađenost, novac i vođenje sistema.

Sljedeća lista daje mjesto za početak.

• Potvrdite da prava na token odgovaraju važećim pravnim dokumentima.
• Dodijelite vlasnike za izdavanje, transfere, nadogradnje, oporavak i izvještavanje.
• Testna provjera identiteta i ograničenja podobnosti investitora.
• Validirajte administratorske dozvole i odvajanje odobrenja.
• Uskladite stanja tokena sa mjerodavnim zapisima o imovini i finansijama.
• Dokumentujte promjene pametnih ugovora i administrativne intervencije.
• Odgovor na incidente testiranja, kontinuitet poslovanja i procedure oporavka.
• Provjerite da li ovlašteni preglednici mogu preuzeti revizijske dokaze.
• Pregledajte zavisnosti trećih strana i definirajte njihove odgovornosti.
• Pribavite dokumentovano odobrenje od relevantnih poslovnih i kontrolnih vlasnika.

Organizacije koje angažuju kompaniju za razvoj projekata tokenizacije preduzeća trebale bi također uspostaviti kriterije prihvatanja upravljanja prije početka razvoja. Ovo osigurava da tim zna koje kontrole treba uspostaviti, koji sistemi trebaju funkcionirati i koji je dokaz potreban za puštanje u rad.

Provjera upravljanja je najbolja kada se dogodi dovoljno da promijeni način na koji je sistem izgrađen. Dodavanje pravila pristupa koja mijenjaju izvještavanje ili rješavaju probleme s podacima nakon što je sistem aktivan može učiniti da stvari traju duže nego što je potrebno.

Uključivanje upravljanja kao dijela tokenizacije od samog početka

Upravljanje najbolje funkcionira kada je dio projekta prije nego što se ostvari prva zarada. Pravila o provjeri imovine, ko se može pridružiti, odobrenjima, provjeri brojeva i dokazima za revizije trebaju biti jasno navedena u tekućim planovima tokom ranih faza.

Ovo zahtijeva saradnju ljudi iz različitih dijelova kompanije. Svaka grupa treba znati koje izbore donosi, koja pravila sistem mora slijediti i kako se nositi s izuzecima. Rad treba uključivati ​​provjeru kontrola u datom trenutku, kao i provjeru funkcija i sigurnosti s jasnim pravilima koja treba ispuniti prije puštanja u rad.

Idealna rješenja za usklađenost s tokenizacijom trebala bi pomoći u ovom načinu rada, a da stvari ne budu previše teške. U zavisnosti od toga šta je potrebno, to može značiti pravila koja sprečavaju određene poteze, upravljaju ko šta može da radi, vođenje evidencije o radnjama koje se povezuju s ljudima koji provjeravaju identitete, načine provjere brojeva i brisanje izvještaja.

Kompanije bi također trebale razmisliti o tome kako će se ova pravila mijenjati kako se sistem širi na mjesta ili vrste imovine. Način upravljanja koji funkcionira za jednu vrstu investicije može zahtijevati pravila, više načina izvještavanja ili više pravnih provjera kada poslovanje doda nešto novo.

Cilj je da upravljanje postane redovni dio načina rada kompanije, a ne nešto što se dešava samo prije početka rada.

Kako Antier pomaže u projektima tokenizacije preduzeća

Antier vidi tokenizaciju preduzeća kao kombinaciju načina na koji je imovina postavljena, načina na koji blockchain funkcioniše, načina na koji sistem funkcioniše i pravila koja se moraju poštovati. Njihov rad uključuje izradu sistema za nekretnine, fondove, robu i druge stvarne stvari s dizajnom koji odgovara svakom projektu.

Kao kompanija za razvoj projekata tokenizacije preduzeća, Antier pomaže u izradi tokena, kontroliranim transferima, pametnim ugovorima, kako pridobiti ljude da se pridruže, kako upravljati ko šta radi i kako se povezati za upravljanje životnim vijekom imovine. Tačan posao zavisi od vrste imovine, načina na koji funkcioniše i šta klijent želi.

Cilj je uskladiti ono što sistem može uraditi s pravilima i mogućnošću provjere koje su postavljene u planiranju. Pravni odgovori, pravila i provjere od strane drugih i dalje su posao ljudi i grupa.

Kompanije koje razmatraju projekat tokenizacije mogu početi tako što će pronaći svoje probleme s pravilima koja određuju koje su kontrole potrebne i vidjeti kako bi se one trebale pojaviti u dizajnu sistema.