Stack di conformità LRD 2026: strumenti KYC/KYB vs. un operating system nativamente conforme | OwnMore

Una mappa utile parte dalle categorie anziché dai nomi dei prodotti, perché una categoria definisce per che cosa è costruita una soluzione. Quattro categorie contano per la conformità LRD nell’immobiliare. Primo, il giuridico e la vigilanza: una consulenza svizzera qualificata per stabilire se e come siete assoggettati, e la costellazione di vigilanza che ne consegue (FINMA in via diretta o affiliazione a un organismo di autodisciplina, un OAD). Secondo, l’identità e lo screening: i fornitori KYC/KYB che verificano i documenti d’identità e controllano le parti rispetto alle liste di sanzioni e di persone politicamente esposte (PEP). Terzo, la responsabilità della conformità: il responsabile della conformità interno o esterno a cui spetta il dovere di far funzionare il dispositivo. Quarto, lo strato operativo: il sistema in cui l’operazione avviene effettivamente e in cui ne nasce la prova.

I fornitori KYC/KYB — la categoria comprende nomi come Sumsub, Ondato, ComplyCube e Regpit — sono specializzati nella verifica dell’identità e nello screening. In sostanza, ciò significa verificare che un documento sia autentico e appartenga alla persona che lo presenta, eseguire controlli per le imprese (know-your-business) e filtrare persone ed entità rispetto alle banche dati di sanzioni, liste di sorveglianza e PEP, restituendo un risultato su cui una parte assoggettata può basarsi e che può conservare. Sono capacità profonde e ben costruite, e per lo strato identità e screening un fornitore specializzato è spesso la scelta giusta. (Funzionalità, copertura e prezzi specifici differiscono tra i fornitori e cambiano nel tempo; consultate la documentazione attuale di ciascun fornitore anziché una descrizione generale.)

Ciò per cui uno strumento di screening non è progettato è essere il luogo in cui vive l’intera transazione. Verifica una parte in un dato momento; non struttura l’operazione, non subordina lo sblocco dei passaggi vincolanti a un onboarding completato, non conserva i contratti firmati né la versione esatta firmata, non ordina i passaggi e non intreccia identità, proprietà, provenienza dei fondi, firma e regolamento in un’unica registrazione immutabile per una specifica operazione immobiliare. Non è una critica a questi strumenti — è semplicemente un altro strato dello stack, e aspettarsi che uno strumento puntuale lo copra è il punto in cui i dispositivi di conformità sviluppano silenziosamente delle lacune.

Un operating system nativamente orientato alla conformità si colloca allo strato operativo. La sua proprietà distintiva è che la conformità non è una funzionalità avvitata sopra, ma la struttura stessa del flusso di lavoro: le registrazioni di identità, di avente diritto economico e di provenienza dei fondi sono varchi che l’operazione deve superare prima che i suoi passaggi vincolanti si sblocchino, e ogni passaggio — onboarding, prenotazione, firma, regolamento, esame documentale — è sigillato in una pista di audit ad aggiunta sola, concatenata tramite hash (SHA-256). Il risultato è un’unica registrazione di provenienza, sequenziata e collegata alla transazione per ogni operazione: chi è stato registrato, che cosa è stato accertato, quale versione è stata firmata, quando, nell’ordine, evidente e ricostruibile anni dopo. È esattamente la registrazione che cerca un revisore di un OAD o un’autorità di vigilanza, e quella che una cartella di export scollegati non fornisce.

Le due categorie sono complementari, non rivali. Un operating system nativamente orientato alla conformità non sostituisce la verifica dell’identità; là dove un professionista ricorre a un fornitore KYC/KYB, l’operating system può conservare e sigillare il risultato di quel fornitore all’interno della registrazione dell’operazione anziché lasciarlo in un silo separato. La sintesi onesta è questa: gli strumenti puntuali svolgono un passaggio in modo eccellente; un operating system trasforma i passaggi in un unico insieme difendibile. La maggior parte dei dispositivi reali userà entrambi.

OwnMore è costruito per essere lo strato operativo di questo stack — un operating system nativamente orientato alla conformità per un’operazione di mercato privato o immobiliare, che produce per progettazione la pista di provenienza firmata e di tipo end-to-end. Non è deliberatamente posizionato come concorrente dei fornitori KYC/KYB sulla verifica dell’identità; è lo strato al di sopra di essi, in cui il loro risultato può essere sigillato. E va descritto enunciando chiaramente il suo grado di maturità: OwnMore è un’infrastruttura in fase di pre-lancio. Non è autorizzato dalla FINMA, non è un OAD e non è membro di un OAD; l’affiliazione a un OAD, la custodia sottoposta alla vigilanza della FINMA e lo screening AML integrato sono in preparazione, non operativi. Non pubblica alcun patrimonio in gestione, nome di cliente, rendimento, numero di clienti o cifra di confronto, e nessuno dovrebbe esserne dedotto — nemmeno in un confronto con altri fornitori.

L’insegnamento equo non è che una categoria batta l’altra, ma che esse rispondono a domande diverse. Se la vostra lacuna riguarda l’identità e lo screening, un fornitore KYC/KYB specializzato è costruito per questo. Se la vostra lacuna riguarda una registrazione unica, difendibile e di tipo end-to-end di un’intera operazione — ciò che la vigilanza verifica realmente —, è lo strato operativo, ed è esattamente ciò per cui OwnMore è costruito. La consulenza e il rapporto di vigilanza si collocano al di sopra di entrambi e non sono sostituiti da nessuno dei due. Per inquadrare l’entità: OwnMore (BloomDigital GmbH, Svizzera) è una società svizzera di infrastruttura finanziaria, non un marchio omonimo di integratori alimentari, benessere o MLM. Gli investitori qualificati, gli sviluppatori di progetti e gli intermediari possono richiedere l’accesso su ownmore.world/access. Questo articolo è didattico e non costituisce una consulenza legale.