L'identità digitale europea: quanto dipende il portafoglio EUDI da Google e Apple?

Portafoglio digitale europeo: più comodità, ma anche nuove dipendenze?

Sovranità digitale sullo smartphone: chi controlla il nuovo portafoglio digitale europeo?

Il Portafoglio europeo di identità digitale, o EUDI Wallet, ha lo scopo di semplificare la vita digitale quotidiana: consentirà ai cittadini di presentare documenti di identità e altre prove di identità sui propri smartphone, condividere informazioni personali in modo più selettivo e completare le procedure digitali con maggiore facilità. Gli Stati membri dovranno dotarne almeno uno entro il 24 dicembre 2026 al più tardi. Ma dietro la promessa di un'infrastruttura europea unificata si cela una questione fondamentale: chi garantirà il rispetto dei requisiti tecnici per il suo funzionamento su smartphone?

Per verificare la sicurezza di un dispositivo e di un portafoglio, i fornitori possono affidarsi a servizi le cui regole sono in gran parte definite da Google o Apple. Ciò può semplificare lo sviluppo e agevolare gli audit di sicurezza. Allo stesso tempo, esiste il rischio che sistemi operativi o dispositivi alternativi vengano esclusi, non necessariamente a causa di una specifica falla di sicurezza, ma perché non soddisfano i criteri di un particolare ecosistema di piattaforme.

Ciò rende il portafoglio EUDI una cartina di tornasole per la sovranità digitale europea. Può accelerare i processi amministrativi e commerciali, ridurre i costi e rafforzare la protezione dei dati. Tuttavia, la sua capacità di promuovere contemporaneamente la libertà di scelta e la concorrenza dipende da chi stabilisce le regole di sicurezza, da quanto siano trasparenti tali regole e dal riconoscimento di alternative tecniche equivalenti. L'Europa deve quindi non solo fornire un'identità digitale, ma anche decidere quanto il suo utilizzo debba essere indipendente dalle piattaforme private.

L'identità digitale europea: come il portafoglio EUDI si pone tra progresso economico e dipendenza dalle piattaforme

Sulla carta fiducioso, ma dipendente dallo smartphone

L'Europa vuole plasmare la propria identità digitale. Il Portafoglio di Identità Digitale Europea, o EUDI Wallet, mira a creare un'infrastruttura centrale a tal fine: i cittadini dovrebbero potersi identificare con i propri smartphone, presentare prove digitali e, in futuro, firmare legalmente documenti. L'ambizione va ben oltre una semplice app di identificazione più comoda. Si tratta di uno spazio digitale comune e affidabile che faciliti le transazioni transfrontaliere, riduca gli oneri amministrativi e rafforzi il controllo sui dati personali. Secondo il calendario europeo, gli Stati membri dovranno dotarsi di almeno un portafoglio di questo tipo entro il 24 dicembre 2026 al più tardi. Il suo utilizzo rimarrà volontario per i cittadini.

Tuttavia, un conflitto fondamentale di obiettivi emerge proprio all'interfaccia tra questa infrastruttura pubblica e lo smartphone privato. Per verificare la sicurezza del dispositivo e dell'applicazione, i fornitori di portafogli digitali possono affidarsi a servizi le cui regole sono in gran parte determinate da Google e Apple. Pertanto, l'usabilità pratica di un'identità digitale non è determinata unicamente dal quadro giuridico europeo. Anche l'architettura di sicurezza delle piattaforme mobili e l'interpretazione dei risultati dei test diventano prerequisiti per l'accesso.

La questione economicamente cruciale, quindi, non è se la tecnologia americana sia fondamentalmente inadatta, bensì a quali condizioni un'infrastruttura di identità pubblica possa utilizzare servizi di piattaforme private senza consolidarne permanentemente la struttura di mercato. Una decisione tecnicamente conveniente può far risparmiare sui costi di sviluppo nel breve termine, ma al contempo creare dipendenze a lungo termine. Viceversa, un'architettura più aperta non è automaticamente più economica o più sicura. Richiede proprie capacità di verifica, regole di approvazione chiare e una manutenzione continua.

Il portafoglio EUDI rappresenta quindi un esempio particolarmente significativo di un problema europeo fondamentale: la sovranità digitale non si realizza semplicemente attraverso leggi europee o app sviluppate dai governi. Si realizza laddove le autorità pubbliche possono effettivamente definire, monitorare e, se necessario, modificare le norme tecniche cruciali.

Il portafoglio digitale come infrastruttura economica di base

Il portafoglio EUDI è concepito per fare molto di più che fungere semplicemente da rappresentazione elettronica di una carta d'identità. Nella sua essenza, consiste in documenti firmati digitalmente la cui autenticità può essere verificata automaticamente. Questi possono includere dati anagrafici, patenti di guida, titoli di studio o altre autorizzazioni. La visione europea prevede anche firme elettroniche qualificate e la possibilità di verificare solo attributi selezionati. Ad esempio, una persona potrebbe confermare la propria maggiore età senza rivelare il proprio indirizzo e la data di nascita completa.

Dal punto di vista economico, ciò incide su un fattore di costo spesso sottovalutato: la costruzione della fiducia tra parti che non si conoscono. Le banche devono identificare i nuovi clienti. Le aziende verificano le qualifiche. I proprietari di immobili esaminano i documenti. Le autorità confrontano le informazioni con i registri. Molti di questi processi comportano interruzioni del flusso di lavoro, tempi di attesa e verifiche ripetute delle stesse informazioni.

Un documento standardizzato e verificabile digitalmente può semplificare tali processi. Tuttavia, il vantaggio economico non deriva semplicemente dall'archiviazione di un documento su uno smartphone. Il fattore cruciale è la capacità del sistema ricevente di comprendere immediatamente il documento, verificarne l'autenticità ed elaborare le informazioni in modo conforme alla legge. Un file digitale della patente di guida che deve poi essere letto manualmente sfrutta solo una minima parte del potenziale aumento di produttività.

Il portafoglio è quindi più paragonabile a un'infrastruttura di fiducia condivisa che a una singola app di gestione. Il suo valore aumenta con il numero di metodi di verifica significativi e di servizi connessi. Allo stesso tempo, ciò accresce anche le esigenze in termini di disponibilità, facilità d'uso, protezione dei dati e accesso non discriminatorio.

È proprio questa natura infrastrutturale a rendere le dipendenze tecnologiche rilevanti dal punto di vista della politica economica. Nel caso di una tipica app per il tempo libero, la limitata compatibilità dei dispositivi è principalmente un problema di prodotto. Con uno strumento di identificazione approvato dal governo, tuttavia, la stessa limitazione può influire sull'accesso a processi amministrativi e commerciali particolarmente efficienti.

Cosa significano realmente le scadenze europee

Spesso l'introduzione si riduce a una semplice affermazione: entro la fine del 2026 ogni Paese dell'UE avrà un'app per l'identità digitale. In realtà, occorre distinguere tre livelli: l'obbligo legale di fornire l'app, la sua prontezza operativa dal punto di vista tecnico e la sua successiva diffusione nella vita quotidiana.

La data di implementazione europea di riferimento è il 24 dicembre 2026, e non semplicemente il 31 dicembre. Tale data deriva dalla relazione temporale tra il regolamento eIDAS modificato e i relativi atti attuativi. Per alcune aziende private obbligate ad implementare un'autenticazione forte degli utenti, l'obbligo di adozione generalmente scatta un anno dopo. Non si tratta di un obbligo generalizzato per tutte le aziende e per tutti i processi aziendali. Requisiti separati e più specifici in merito alla disponibilità del wallet si applicano ai servizi online pubblici.

Allo stesso modo, un quadro giuridico comune non significa che tutti gli Stati membri offriranno funzionalità identiche nello stesso giorno. La Germania prevede di lanciare la prima versione del suo portafoglio digitale nazionale, in base allo stato di sviluppo reso pubblico, all'inizio del 2027. Inizialmente, l'attenzione si concentrerà sulle funzioni di identità e verifica. Ulteriori funzioni seguiranno gradualmente. Questa tempistica dimostra che la data obiettivo legale e la data effettiva di implementazione a livello nazionale non coincidono ovunque.

Questa differenza è importante ai fini della valutazione economica. Un'app formalmente disponibile non genera automaticamente un utilizzo diffuso. Le aziende devono integrare i propri sistemi, gli emittenti devono fornire una prova d'acquisto e gli utenti devono percepire un beneficio tangibile. Inoltre, sono essenziali l'assistenza, il recupero in caso di smarrimento del dispositivo e procedure affidabili per la gestione dei malfunzionamenti tecnici.

È quindi improbabile che i guadagni di produttività si concretizzino improvvisamente in un'unica data. È più probabile un processo di sviluppo pluriennale, con alcuni casi d'uso che diventeranno operativi prima di altri. La qualità dell'architettura determinerà se questa espansione potrà essere realizzata con uno sforzo gestibile o se emergeranno nuove soluzioni tecniche isolate.

Perché un'identità digitale deve verificare il proprio smartphone

La verifica dell'identità digitale è affidabile solo se non solo la sua origine, ma anche il suo utilizzo sono adeguatamente protetti. Una verifica validamente rilasciata non deve essere copiata e utilizzata arbitrariamente da terzi. Allo stesso modo, è necessario impedire che applicazioni manipolate possano avviare transazioni non rilevate o abusare delle chiavi crittografiche.

È qui che entra in gioco l'attestazione. In parole semplici, si tratta di una prova tecnicamente verificabile di determinate proprietà di un'applicazione, di un sistema operativo o di un ambiente di chiavi protette. Un sistema ricevente può quindi valutare se fidarsi di una specifica istanza di portafoglio.

In questo processo vengono fornite risposte a diverse domande. L'applicazione proviene effettivamente dall'editore previsto? È stata modificata? L'avvio del dispositivo è protetto da modifiche non autorizzate? Le chiavi vengono generate in un ambiente hardware protetto? Il livello di sicurezza soddisfa i requisiti minimi definiti?

Tali verifiche sono oggettivamente giustificate. Un portafoglio con un elevato livello di affidabilità non può derivare la propria sicurezza unicamente dal fatto che l'utente abbia installato un'app. L'approccio di sviluppo tedesco descrive pertanto un'architettura di sicurezza multilivello con attestazione crittografica delle chiavi e altri meccanismi di protezione.

I problemi sorgono quando la sicurezza tecnica e l'appartenenza a uno specifico ecosistema di piattaforme diventano troppo strettamente correlate. Un dispositivo può fornire prove di sicurezza rilevanti senza soddisfare tutti i requisiti commerciali di un gestore di piattaforme. Viceversa, l'approvazione da parte di un gestore di piattaforme non sostituisce una valutazione completa della sicurezza di tutti i rischi ipotizzabili.

La questione politica non è quindi se i dispositivi debbano essere testati, bensì i criteri, l'organismo decisionale e la possibilità di fornire prove di sicurezza equivalenti attraverso diversi mezzi tecnici.

Quando un audit di sicurezza regola contemporaneamente il mercato

L'API Play Integrity di Google fornisce agli sviluppatori risultati di test standardizzati per applicazioni e dispositivi. Questo è interessante per i fornitori perché possono sfruttare un'infrastruttura esistente invece di creare da zero ogni singolo componente di test. Allo stesso tempo, i criteri di valutazione possono includere non solo le caratteristiche tecniche del dispositivo, ma anche l'accettazione del sistema all'interno dell'ecosistema Google.

L'utilizzo di Play Integrity è documentato per lo sviluppo di wallet nei Paesi Bassi e in Italia. Ciò crea il rischio che sistemi operativi Android alternativi possano non superare i criteri di test obbligatori, anche se sarebbe possibile un audit di sicurezza tecnico più approfondito.

L'affermazione comune secondo cui ogni sistema operativo alternativo fallisce automaticamente ogni test di Play Integrity è troppo semplicistica. I fattori decisivi sono i livelli di test richiesti e le regole che l'applicazione utilizza per valutare il risultato. La documentazione di GrapheneOS, in particolare, descrive come le applicazioni possano anche prendere in considerazione sistemi operativi alternativi utilizzando direttamente l'attestazione hardware di Android. Ciò non implica che tutte le applicazioni con una qualsiasi connessione a Play Integrity reagiranno allo stesso modo.

Sarebbe inoltre inesatto equiparare GrapheneOS e /e/OS dal punto di vista della sicurezza senza un'ulteriore analisi. I sistemi operativi alternativi differiscono in termini di supporto dei dispositivi, gestione degli aggiornamenti, protezione all'avvio e integrazione delle funzionalità di sicurezza. Pertanto, l'alternativa appropriata a un'esclusione indiscriminata non è un'approvazione generalizzata, bensì una valutazione trasparente basata su requisiti verificabili.

Il nucleo economico rimane lo stesso: se il riconoscimento da parte di una piattaforma dominante diventa un prerequisito obbligatorio per un prodotto di identità pubblica, tale riconoscimento acquisisce un valore di mercato maggiore. Determina quindi non solo la compatibilità con le app private, ma anche l'usabilità di un servizio fiduciario gestito dallo Stato.

Google e Apple incarnano dipendenze diverse

Spesso, nella discussione, Google e Apple vengono considerati come un unico problema. Tuttavia, per un'analisi precisa, è necessario distinguere tra le due piattaforme.

Android presenta una tensione tra la sua architettura di sistema operativo fondamentalmente aperta e i servizi proprietari che svolgono un ruolo centrale in molti dispositivi commerciali. Sistemi Android alternativi possono implementare i propri concetti di sicurezza su hardware compatibile. La compatibilità di un portafoglio con questi sistemi dipende quindi anche dai metodi di autenticazione riconosciuti dal fornitore del portafoglio stesso.

Per Apple la situazione è diversa. Hardware, sistema operativo e funzionalità di sicurezza essenziali sono più strettamente integrati in un ecosistema di prodotti unificato. Questa dipendenza influisce in particolare sull'accesso alle funzioni, alle interfacce e ai canali di distribuzione forniti da Apple.

È importante non confondere i nomi dei prodotti utilizzati. Managed Device Attestation, App Attest e DeviceCheck si riferiscono a diversi meccanismi di Apple. Non è possibile dedurre quale meccanismo venga utilizzato da un determinato wallet semplicemente dal supporto per iOS. Ad esempio, la descrizione tecnica del wallet tedesco elenca iOS DeviceCheck e App Attest insieme ai metodi per Android. Pertanto, affermare in modo generico che tutti i wallet europei si basano su Managed Device Attestation di Apple non sarebbe corretto.

Questa distinzione è cruciale per la classificazione delle politiche economiche. Android richiede principalmente una discussione su percorsi di fiducia alternativi all'interno di un ambiente di sistema operativo più diversificato. Con iOS, l'attenzione si concentra maggiormente su come le infrastrutture pubbliche possano funzionare nelle condizioni di un sistema complessivo strettamente controllato.

Entrambe le problematiche sono legate al potere della piattaforma. Tuttavia, le soluzioni tecniche e normative specifiche non sono identiche.

La Svizzera sta indicando una strada diversa, ma non verso la completa indipendenza

L'infrastruttura di identità svizzera swiyu fornisce un controesempio concreto all'assunto che un portafoglio digitale governativo richieda necessariamente il servizio Play Integrity di Google. Per Android, sono stati definiti requisiti che si concentrano direttamente su caratteristiche verificabili del dispositivo: un avvio sicuro del dispositivo, un sistema operativo e livelli di patch sufficienti, certificazioni hardware valide e una firma dell'app corrispondente a quella dell'applicazione fornita dal governo. Questi controlli devono essere eseguiti tramite l'interfaccia del sistema operativo anziché tramite Play Integrity.

La Svizzera non è uno Stato membro dell'UE. Il suo approccio deve pertanto essere considerato un confronto tecnico, non come un'attuazione nazionale dello stesso obbligo previsto dalla normativa europea.

La differenza fondamentale risiede nello spostamento dell'autorità decisionale. Un gestore di wallet può valutare autonomamente le prove tecniche sulla base di regole definite, anziché far dipendere l'accettazione interamente da un unico giudizio aggregato della piattaforma. Ciò consente di prendere in considerazione sistemi operativi alternativi, a condizione che dimostrino le caratteristiche richieste.

Tuttavia, ciò non significa completa indipendenza dal fornitore. Anche l'attestazione hardware diretta richiede hardware affidabile, catene di certificati, implementazioni sicure e procedure per la gestione delle chiavi compromesse. Su molti dispositivi, i produttori e la loro infrastruttura di sicurezza rimangono parte della catena di fiducia.

Il miglioramento realistico, quindi, non consiste nell'eliminare tutte le dipendenze. Consiste piuttosto nell'evitare un ulteriore affidamento su uno specifico servizio di valutazione proprietario e nel sottoporre la decisione di approvazione a un maggiore controllo pubblico.

È proprio questa forma di indipendenza, limitata ma concreta, ad avere un valore economico. Amplia il campo d'azione senza negare le capacità tecniche dei moderni smartphone.

La Germania dimostra che l'architettura può ancora essere plasmata

Il panorama europeo dei wallet non è tecnicamente unificato. Le decisioni nazionali differiscono e le fasi di sviluppo possono variare. La Germania descrive l'Android Key Attestation come il meccanismo principale per verificare l'integrità del dispositivo e l'utilizzo sicuro delle chiavi. Segnali aggiuntivi come Play Integrity sono in fase di valutazione come potenziali complementi. Non è stata ancora presa una decisione definitiva; in assenza di un dimostrabile vantaggio aggiuntivo in termini di sicurezza, tali meccanismi non dovrebbero essere inclusi nell'architettura finale.

Questa posizione è significativa per il dibattito. Contraddice l'idea che tutti i wallet europei siano già irrimediabilmente vincolati allo stesso servizio di verifica proprietario. Allo stesso tempo, l'utilizzo della sola attestazione hardware non garantisce che ogni sistema operativo alternativo sarà supportato al momento del lancio.

La Germania inizialmente prevede Android e iOS come piattaforme di riferimento. Il supporto per sistemi operativi alternativi è descritto come tecnicamente fattibile in linea di principio, ma deve essere compatibile con gli elevati requisiti di sicurezza.

Ciò porta a una valutazione più articolata. Da un lato, vi è margine di manovra politico e tecnico per la progettazione. Dall'altro, un'architettura di base aperta può risultare praticamente restrittiva se mancano regole di approvazione o se i sistemi alternativi non vengono testati in modo permanente.

Pertanto, mantenere un'interfaccia teoricamente aperta non è sufficiente a garantire una reale libertà di scelta. Sono necessari requisiti verificabili, una procedura per l'individuazione di sistemi idonei e dichiarazioni chiare sulle configurazioni supportate. Solo allora una possibilità tecnica si trasforma in un'opzione di utilizzo affidabile.

La nostra competenza nell'UE e in Germania nello sviluppo aziendale, nelle vendite e nel marketing - Immagine: Xpert.Digital

Aree di interesse del settore: B2B, digitalizzazione (dall'intelligenza artificiale alla realtà aumentata), ingegneria meccanica, logistica, energie rinnovabili e industria

Maggiori informazioni qui:

• Centro di affari esperti

Un hub tematico che offre spunti e competenze:

• Piattaforma di conoscenza che copre le economie globali e regionali, l'innovazione e le tendenze specifiche del settore
• Una raccolta di analisi, approfondimenti e informazioni di base sui nostri principali settori di interesse
• Un luogo di competenza e informazione sugli sviluppi attuali nel mondo degli affari e della tecnologia
• Un punto di riferimento per le aziende che cercano informazioni su mercati, digitalizzazione e innovazioni del settore

Perché il percorso di sviluppo più conveniente può rivelarsi costoso per l'economia nel suo complesso

Dal punto di vista di un team di sviluppo, la scelta di una piattaforma consolidata è spesso razionale. La documentazione, le librerie esistenti e le risposte standardizzate riducono lo sforzo iniziale. Sotto pressione temporale, è allettante affidarsi a un servizio ampiamente utilizzato piuttosto che creare un processo di test e valutazione personalizzato.

Tuttavia, questo approccio comporta uno spostamento dei costi. Inizialmente, parte del lavoro di sviluppo viene eliminato per il fornitore del portafoglio. Tuttavia, ciò potrebbe comportare spese successive a causa della compatibilità limitata, di ulteriori richieste di assistenza e di una difficile sostituzione del servizio.

Dal punto di vista economico, questo si differenzia dall'ottimizzazione microeconomica. Il budget di un progetto copre principalmente lo sviluppo, l'implementazione e la gestione dell'applicazione stessa. Non tiene automaticamente conto degli svantaggi per i fornitori alternativi, degli oneri che gravano sugli utenti esclusi o dell'indebolimento a lungo termine delle opzioni di cambio fornitore.

Un'interfaccia gratuita può quindi avere un costo economico elevato. "Gratuito" significa semplicemente che non viene addebitato alcun costo immediato per un utilizzo specifico. Non dice nulla sull'impatto del servizio sulla struttura del mercato o sui costi di una successiva migrazione.

Questo meccanismo non presuppone alcuna intenzione malevola. Molte dipendenze sorgono proprio perché numerosi attori scelgono ciascuno il percorso standard più ovvio. Ciò che sembra conveniente per ogni singolo team può, nel complesso, creare un'infrastruttura difficile da modificare.

La conclusione corretta, pertanto, non è quella di vietare completamente i servizi di piattaforma consolidati. Piuttosto, i loro vantaggi devono essere valutati rispetto ai costi a lungo termine della limitata intercambiabilità.

Il reale potere di mercato emerge al momento dell'ingresso nel mercato

L'importanza strategica di un audit di sicurezza risiede nella sua capacità di determinare l'accesso. Se un portafoglio non può essere configurato o utilizzato in base a uno specifico risultato dell'audit, il meccanismo di audit diventa un punto di controllo economico.

Ciò rappresenta una sfida particolare per i sistemi operativi alternativi. Essi non solo devono essere tecnicamente validi e attraenti per gli utenti, ma devono anche essere compatibili con le applicazioni che gli utenti considerano indispensabili. Tra queste, in particolare, figurano i servizi di pagamento, le applicazioni bancarie e gli strumenti di identificazione governativa.

Uno studio condotto su 120 partecipanti nell'ambito di software mobili alternativi sottolinea questa connessione: per molti partecipanti, la facilità d'uso delle applicazioni essenziali per i pagamenti e l'identità è risultata un prerequisito per il passaggio a un altro sistema operativo. Questo dato non è rappresentativo dell'intera popolazione europea, ma dimostra un plausibile meccanismo attraverso il quale le app critiche influenzano la scelta del sistema operativo.

Ciò consente al portafoglio di avere un impatto indiretto sulla concorrenza. Anche se solo una piccola percentuale della popolazione utilizza sistemi alternativi, la loro esclusione influisce sulle prospettive future degli ecosistemi concorrenti. Un prodotto non ha bisogno di essere utilizzato dalla maggioranza per fungere da potenziale alternativa ed esercitare un'influenza disciplinare sui fornitori consolidati.

Il significato economico e politico di una minoranza non si misura quindi solo in base alle sue dimensioni attuali. Dipende anche dal fatto che la sua esistenza mantenga aperte diverse opzioni e consenta l'innovazione al di fuori delle piattaforme dominanti.

Come l'accettazione pubblica può consolidare gli standard privati

L'identità digitale è un mercato caratterizzato da forti interdipendenze. Un portafoglio digitale diventa più attraente per gli utenti quando è accettato da molti servizi. L'integrazione è più vantaggiosa per le aziende quando viene adottata da un gran numero di utenti. Gli emittenti, a loro volta, traggono beneficio quando le loro credenziali sono ampiamente accettate.

Il quadro normativo europeo mira ad accelerare questo processo di coordinamento. Standard comuni e accettazione obbligatoria possono impedire a ciascun settore di sviluppare un proprio sistema di identità. Ciò rappresenta un significativo vantaggio economico.

Tuttavia, questo stesso meccanismo può anche rafforzare vincoli tecnici indesiderati. Se un particolare servizio di piattaforma viene integrato in molti portafogli fin dalle prime fasi, altri partecipanti seguiranno l'esempio. Integrazioni, concetti di sicurezza e processi operativi si adattano di conseguenza. Con ogni ulteriore connessione, aumentano i costi di un cambiamento fondamentale.

Questo è un classico caso di dipendenza dal percorso: le decisioni prese all'inizio influenzano le scelte successive in modo più significativo di quanto la loro importanza tecnica iniziale lascerebbe supporre.

Ciò impone una responsabilità particolare alle infrastrutture pubbliche durante la fase di implementazione. Le interfacce e le regole di approvazione sono relativamente più facili da modificare quando l'utilizzo finale è ancora limitato. Dopo un'implementazione su larga scala, la stessa correzione potrebbe richiedere ampi aggiustamenti da parte di enti governativi, banche, servizi fiduciari e fornitori di software.

Le scelte architettoniche non dovrebbero quindi essere giudicate unicamente in base alla loro capacità di consentire un lancio iniziale. È fondamentale considerare anche quale scenario competitivo è probabile che configurino dopo diversi anni.

Dove si verificano effettivamente gli aumenti di produttività

Le opportunità economiche offerte dal portafoglio EUDI sono considerevoli, ma non vanno confuse con i risparmi già realizzati. Una cifra citata in relazione alla valutazione d'impatto europea stima benefici netti tra 800 milioni e 6,5 miliardi di euro. Questa ampia forbice rappresenta una previsione basata su un modello, non un effettivo ritorno sull'investimento per i portafogli attualmente disponibili.

L'entità dei dati evidenzia quanto il risultato dipenda dalle ipotesi sull'adozione, sul miglioramento dei processi e sui danni evitati. Un'app con un basso utilizzo e numerose eccezioni manuali produrrà risultati diversi rispetto a un'infrastruttura ampiamente accettata e supportata da dati concreti e ben integrati.

I vantaggi immediati possono derivare da tempi di elaborazione più brevi, un minor numero di inserimenti ripetuti di dati e un'autenticazione più semplice. Inoltre, si potrebbe potenzialmente rendere più difficili alcune forme di frode, poiché i documenti firmati non possono essere alterati come le normali immagini di documenti.

Questo vantaggio è controbilanciato dai costi di integrazione. Le aziende devono adattare i propri modelli di dati, le autorizzazioni, le interfacce utente e i processi legali. Inoltre, le verifiche tecniche rimangono necessarie. Una prova genuina non dimostra automaticamente che un accordo commerciale sia economicamente fattibile o che una richiesta sia sostanzialmente giustificata.

Un'analisi costi-benefici accurata deve quindi distinguere almeno tra autenticazione tecnica, verifica dell'identità e processo decisionale basato sull'esperienza. Il portafoglio può supportare in modo significativo le prime due aree, ma non sostituisce l'intera logica aziendale.

Le applicazioni con un elevato numero di casi, prove ricorrenti e precedenti interruzioni complesse dei media risultano particolarmente interessanti. I vantaggi sono meno evidenti quando un processo si verifica raramente o quando la difficoltà effettiva risiede al di fuori dell'identificazione.

La logistica e l'industria necessitano di qualcosa di più di una semplice carta d'identità digitale

I potenziali vantaggi sono particolarmente evidenti nei settori dell'industria e della logistica. Un autista potrebbe dimostrare digitalmente la propria patente di guida. Un tecnico esterno potrebbe presentare un certificato di qualifica o di formazione sulla sicurezza. Un'azienda potrebbe organizzare l'accesso a un sito sulla base di autorizzazioni verificabili.

Tuttavia, tali richieste combinerebbero molteplici elementi di prova e decisioni. L'identità di una persona non coincide con il suo attuale impiego, le sue qualifiche o la sua autorizzazione ad agire per conto di una determinata azienda.

Una patente di guida valida, ad esempio, non dice nulla sull'autorizzazione del conducente a gestire una specifica spedizione. Un titolo di studio professionale non dimostra automaticamente che la formazione richiesta sia ancora aggiornata. Pertanto, per processi economicamente validi, i diversi enti emittenti e le diverse normative in materia di validità devono operare in sinergia.

Il portafoglio può fornire un framework comune per il trasferimento e la verifica a tale scopo. Tuttavia, ciò non elimina la necessità di fornire una prova di identità valida e affidabile.

Soprattutto in questi contesti, la compatibilità dei dispositivi diventa una questione cruciale per il business. Le aziende utilizzano smartphone in diverse fasi del loro ciclo di vita e devono coordinare i requisiti di sicurezza, la gestione dei dispositivi e i processi di sostituzione. Se le funzionalità di identificazione sono disponibili solo in condizioni di piattaforma ben definite, possono insorgere costi aggiuntivi per dispositivi e assistenza.

Il successo economico, quindi, non dipende solo dalla facilità d'uso dell'app. Richiede un'architettura che si integri nei flussi di lavoro reali e renda gestibili le eccezioni tecniche.

L'azione volontaria perde valore quando le alternative diventano peggiori

L'utilizzo volontario è uno dei principi di sicurezza fondamentali del portafoglio EUDI. Per la Germania, è esplicitamente indicato che i documenti di identità fisici esistenti possono continuare a essere utilizzati e che i metodi alternativi devono rimanere disponibili.

Da un punto di vista economico, una scelta formale non è sempre sufficiente. Se la via digitale è significativamente più veloce, più economica o più semplice, mentre gli altri metodi perdono gradualmente di qualità, si crea una pressione pratica per utilizzarla.

Questa pressione inizialmente non costituirebbe prova di una violazione di legge. Tuttavia, rappresenterebbe un problema di distribuzione significativo. Le persone sprovviste di uno smartphone adeguato, con competenze digitali limitate o che hanno scelto consapevolmente un sistema operativo alternativo potrebbero beneficiare meno dei vantaggi in termini di efficienza.

Non bisogna confondere cause diverse. Chi non possiede uno smartphone ha bisogno di un supporto diverso rispetto a chi ha un dispositivo tecnicamente valido che viene rifiutato a causa di una limitazione della piattaforma. Accessibilità, inclusione sociale e sistemi operativi aperti richiedono misure differenti.

Tuttavia, per le infrastrutture pubbliche è opportuno adottare uno standard comune: l'accesso ai servizi di base non deve dipendere indebitamente da ostacoli tecnici evitabili.

Un canale digitale di successo non giustifica quindi automaticamente l'eliminazione di tutti gli altri metodi. La soluzione economicamente più valida considera anche i costi sostenuti al di fuori dell'app: appuntamenti aggiuntivi con le autorità, acquisto di un nuovo dispositivo, costi di assistenza e tempo perso a causa di configurazioni non supportate.

La privacy dei dati inizia al di sotto dell'interfaccia utente visibile

Un portafoglio digitale può essere progettato per essere più efficiente in termini di dati rispetto a molti metodi di identificazione esistenti. La divulgazione selettiva di attributi individuali riduce la trasmissione di dati non necessari. Nell'architettura tedesca, le prove vengono scambiate direttamente tra il portafoglio e l'entità ricevente; gli emittenti non dovrebbero sapere automaticamente dove vengono utilizzate le loro prove.

Tuttavia, questi vantaggi non rispondono a tutte le domande sulla protezione dei dati. Oltre al contenuto effettivo di un certificato, vi sono informazioni tecniche di accompagnamento. Queste possono includere orari di test, classi di dispositivi, versioni delle app o informazioni sullo stato relative alla sicurezza.

La trasmissione effettiva di tali informazioni a un fornitore esterno e le conclusioni che se ne possono trarre dipendono dalla procedura specifica. L'utilizzo di un servizio di attestazione non implica necessariamente che Google o Apple ricevano il contenuto completo della carta d'identità o possano monitorare ogni transazione del portafoglio.

Al contrario, sarebbe altrettanto insufficiente esaminare solo la condivisione visibile dei dati all'interno dell'app. Una valutazione completa della protezione dei dati deve considerare l'intera catena, inclusi l'applicazione, la verifica del dispositivo, la comunicazione con il server e i log operativi.

Ciò sottolinea ancora una volta l'importanza del controllo tecnico. Le autorità pubbliche devono sapere quali dati creano una dipendenza, quali di questi sono necessari e se metodi alternativi raggiungono lo stesso obiettivo di sicurezza con una minore elaborazione dei dati.

La minimizzazione dei dati non è quindi solo una caratteristica dell'interfaccia utente, bensì una decisione architetturale.

Sicurezza e apertura richiedono lo stesso livello di attenzione

La controversia viene spesso presentata come un conflitto tra sicurezza e libertà. Questa è una semplificazione eccessiva. Un'architettura aperta può imporre elevati requisiti di sicurezza. Un'architettura chiusa può contenere controlli configurati in modo inadeguato.

Criteri concreti sono fondamentali: avvio sicuro del dispositivo, aggiornamento sufficiente, chiavi protette, certificati validi, firme autentiche delle app e una procedura solida per la gestione delle vulnerabilità di sicurezza. L'approccio svizzero descrive proprio questa attenzione alle proprietà verificabili.

L'apertura, quindi, non significa accettare qualsiasi dispositivo modificato. Uno smartphone con bootloader sbloccato, firmware sconosciuto o una versione di sicurezza non supportata può essere escluso per ragioni oggettive.

Tuttavia, i requisiti devono essere proporzionati e comprensibili. L'esclusione dovrebbe idealmente basarsi su una reale mancanza di funzionalità di sicurezza, e non semplicemente su un marchio o una piattaforma diversa.

Per questo, gli operatori dei wallet necessitano di competenze specifiche. Chi consente percorsi di fiducia alternativi deve gestire le chiavi del sistema operativo, valutare le informazioni di sicurezza e aggiornare le decisioni in caso di compromissione dei componenti. Questo lavoro non è gratuito.

La richiesta politica appropriata non è quindi quella di semplificare la sicurezza, bensì di organizzare le decisioni in materia di sicurezza in modo che rimangano trasparenti, verificabili e il più possibile neutrali in termini di concorrenza.

Il diritto della concorrenza non può sostituire la progettazione tecnica

L'integrazione di servizi di piattaforme dominanti solleva interrogativi su potenziali restrizioni della concorrenza. Ciò diventa particolarmente rilevante quando un servizio non solo valuta i rischi effettivi, ma ostacola anche indirettamente l'utilizzo di altri sistemi operativi o canali di distribuzione.

Tuttavia, ciò non significa automaticamente che ogni singola integrazione di un portafoglio digitale violi la legge sui mercati digitali o altre normative sulla concorrenza. Tale valutazione richiede un esame del servizio in questione, degli obblighi pertinenti e della sua effettiva implementazione. Affermazioni generiche di illegalità non sostituiscono tale esame.

Tuttavia, il conflitto è evidente dal punto di vista della politica economica. L'Europa sta cercando di rendere i mercati digitali più aperti e di migliorare le opzioni di passaggio tra piattaforme. Allo stesso tempo, i sistemi di identità nazionale possono rafforzare proprio quei legami con le piattaforme che altrove si cerca di limitare.

La soluzione più efficace, pertanto, non risiede unicamente nelle procedure retrospettive. Essa inizia con la progettazione delle infrastrutture pubbliche. Se si consentono certificazioni di sicurezza equivalenti e i componenti critici rimangono intercambiabili, si riduce fin dall'inizio il rischio di creare dipendenze difficili da risolvere.

Regolamentazione e tecnologia devono procedere di pari passo. Una pretesa legale di interoperabilità rimane debole se l'architettura pratica non prevede accessi alternativi. Viceversa, un'interfaccia tecnicamente aperta non crea un mercato equo se i requisiti di approvazione restano opachi.

Un parametro di riferimento realistico per la sovranità digitale

La completa autosufficienza tecnologica non è un parametro di riferimento significativo a breve termine per un portafoglio digitale su smartphone. I dispositivi moderni combinano processori, sistemi operativi, moduli di sicurezza e standard di comunicazione sviluppati a livello internazionale. Un'app europea non può semplicemente sostituire queste catene di approvvigionamento.

La sovranità digitale dovrebbe quindi essere intesa come la capacità di prendere decisioni essenziali in modo indipendente e di mantenere gestibili le dipendenze.

Per il portafoglio EUDI, la questione riguarda innanzitutto l'autorizzazione: chi determina quali dispositivi e sistemi operativi offrono un livello di sicurezza sufficiente? Inoltre, si pone il problema della tracciabilità: le autorità pubbliche possono risalire a come viene generato un risultato di audit cruciale? Infine, si tratta delle opzioni di migrazione: è possibile sostituire un servizio senza ricostruire radicalmente l'infrastruttura di identità?

Anche il software open source deve essere valutato in base a questo standard. Il codice sorgente accessibile di un'applicazione è prezioso, ma non elimina la dipendenza intrinseca da un servizio controllato esternamente. Al contrario, l'uso limitato di un componente proprietario può essere giustificabile se la sua funzione è chiaramente definita e la sua sostituzione è realisticamente possibile.

La differenza cruciale, quindi, non risiede unicamente tra europeo e americano o tra open source e proprietario. Risiede piuttosto tra dipendenze controllabili e quelle strutturalmente difficili da modificare.

Una strategia europea credibile dovrebbe mettere in pratica proprio questa distinzione.

Quali indicatori chiave di performance dovrebbero determinare il successo?

Una valutazione di un portafoglio basata sui dati non dovrebbe limitarsi alle installazioni e alle registrazioni. Queste cifre dimostrano la diffusione, ma non ancora il beneficio economico.

Ancora più importanti sono i processi di utilizzo efficaci, i tempi di elaborazione evitati e la frequenza delle eccezioni manuali necessarie. Altrettanto rilevanti sono i costi per processo completato, inclusi quelli di gestione, supporto e ripristino.

Il problema della piattaforma in discussione richiede metriche aggiuntive. Quanti tentativi di configurazione falliscono durante i controlli del dispositivo? Quali sono le cause sottostanti? Sono dovute a mancati aggiornamenti di sicurezza, errori tecnici o al mancato riconoscimento di un sistema alternativo? Quanto tempo occorre per testare una nuova versione del sistema operativo?

Occorre inoltre valutare la disponibilità e le conseguenze di eventuali interruzioni. Un'architettura di sicurezza può essere crittograficamente robusta, ma operativamente vulnerabile se un servizio esterno non è disponibile o se un aggiornamento difettoso blocca contemporaneamente l'accesso a molti utenti.

Infine, l'intercambiabilità dovrebbe essere regolarmente testata nella pratica. Un'opzione di backup che esiste solo sulla carta offre poca protezione se la sua attivazione richiede mesi.

Tali indicatori apporterebbero obiettività al dibattito. Invece di discutere in modo astratto di sovranità o insicurezza, sarebbe possibile esaminare quale architettura genera quali benefici, chi esclude e quanto rimane resiliente di fronte a perturbazioni realistiche.

L'opportunità per l'Europa risiede in un sistema aperto basato sulla fiducia

Il portafoglio EUDI può favorire un significativo progresso economico. Può semplificare i processi transfrontalieri, accelerare la verifica dei documenti e ridurre la condivisione non necessaria di dati. Queste opportunità vanno prese seriamente proprio perché giustificano lo sviluppo di un'infrastruttura permanente.

Il punto critico non è semplicemente l'uso della tecnologia americana. Il problema sorge quando il riconoscimento da parte di piattaforme private, in assenza di un'alternativa equivalente, diventa un prerequisito per l'identità digitale organizzata dallo Stato. In tal caso, la portata pubblica si fonde con il controllo degli accessi da parte di soggetti privati.

Le alternative tecnicamente disponibili dimostrano che questo esito non è inevitabile. L'attestazione diretta dell'hardware può ampliare il campo decisionale. Allo stesso tempo, l'implementazione svizzera e la posizione più articolata della Germania chiariscono che l'apertura richiede misure di sicurezza concrete e non deve essere confusa con la completa indipendenza dai fornitori.

La prospettiva economicamente più vantaggiosa non consiste quindi né in un ritorno indiscriminato ai servizi di piattaforma consolidati, né nella richiesta di un'immediata autosufficienza tecnologica. Essa risiede piuttosto in un comune ordine europeo di fiducia che combini elevati requisiti di sicurezza con regole di approvazione trasparenti, componenti verificabili e reali opzioni di transizione.

Se questo progetto avrà successo, il portafoglio digitale diventerà molto più di una semplice app aggiuntiva. Si trasformerà in un'infrastruttura che favorirà la concorrenza, anziché sostituire le barriere di accesso esistenti. Se fallirà, l'Europa potrebbe emettere le proprie credenziali digitali, ma avrebbe comunque un controllo limitato sulle condizioni del loro utilizzo pratico.

La soluzione quasi interna: come Xpert.Digital colma le lacune operative nel marketing e nelle vendite B2B – Smart Content-Driven Business - Immagine: Xpert.Digital

Xpert.Digital è un hub industriale B2B basato sui dati, guidato da Konrad Wolfenstein . L'azienda funge da soluzione esterna, quasi interna, per i partner industriali, colmando le lacune operative in marketing, contenuti e vendite, senza richiedere risorse aggiuntive al cliente.

Maggiori informazioni qui:

• La soluzione quasi interna: come Xpert.Digital colma le lacune operative nel marketing e nelle vendite B2B – Smart Content-Driven Business

☑️ La nostra lingua aziendale è l'inglese o il tedesco

☑️ NOVITÀ: Corrispondenza nella tua lingua madre!

Konrad Wolfenstein

Io e il mio team saremo lieti di essere a tua disposizione come tuo consulente personale.

Puoi contattarmi compilando il modulo di contatto qui [email protected]:o semplicemente chiamandomi al numero +49 7348 4088 965. Il mio indirizzo email è

Non vedo l'ora di iniziare il nostro progetto comune.

☑️ Supporto alle PMI in strategia, consulenza, pianificazione e implementazione

☑️ Creazione o riallineamento della strategia digitale e digitalizzazione

☑️ Espansione e ottimizzazione dei processi di vendita internazionali

☑️ Piattaforme di trading B2B globali e digitali

☑️ Sviluppo aziendale pionieristico / Marketing / PR / Fiere