L'estratègia de codi obert de la UE i la sobirania del vídeo

Durant la major part de l'última dècada, el vídeo en temps real ha estat una decisió de contractació: triar un proveïdor, signar un contracte, desplegar. Aquest enfocament ja no és adequat. La infraestructura de vídeo sustenta ara consultes mèdiques, sessions parlamentàries, vistes judicials i col·laboració governamental transfronterera. A aquest nivell de dependència institucional, la pregunta sobre qui controla la infraestructura i sota quin règim jurídic s'ha convertit en una qüestió de sobirania, no en una línia pressupostària.

El 3 de juny del 2026, la Comissió Europea va publicar la seva Comunicació sobre la Sobirania Tecnològica Europea, amb l'estratègia de codi obert de la UE com a pilar central. Alongside hi figuren tres iniciatives addicionals: la proposada Llei de Desenvolupament del Núvol i la IA (CADA), la Llei de Xips 2.0, i el Full de Ruta Estratègic per a la Digitalització i la IA en Energia. En conjunt, representen l'intent més coherent de la UE fins ara per respondre la pregunta sobre qui controla la pila tecnològica, a nivell de política i llei.

Cal deixar clars dos punts abans de continuar. Primer, l'Estratègia de Codi Obert de la UE és una Comunicació no vinculant. Estableix una direcció, però no imposa obligacions legals als estats membres ni als poders adjudicadors. Segon, la CADA és una proposta legislativa en fase inicial sense força legal actual; una adopció realista seria, com a molt aviat, a finals del 2027, i els estats membres tindrien llavors un període d'implementació addicional abans que s'apliquessin els requisits de contractació vinculants. Cap dels dos documents crea obligacions avui. Això és rellevant per als responsables de contractació que podrien llegir-los com si ja estiguessin en vigor.

El codi obert ocupa un lloc destacat en aquesta resposta, i amb raó. Però aquest article argumenta que el codi obert sol no és suficient per a la sobirania. Per a la infraestructura de vídeo, la sobirania depèn en igual mesura d'on s'executa el sistema i de qui l'opera.

Taula de continguts

1. Què diu realment l'estratègia de codi obert de la UE
   
2. El codi obert no és sobirania: per què la llicència és només un terç de l'equació
   
3. La contractació pública com a ancoratge: què canvia per als compradors
   
4. Vídeo sobirà allotjat pròpiament vs gestionat: triar el compromís adequat
   
5. Què significa per al vídeo en temps real específicament
   
6. Una llista de verificació pràctica de sobirania per a la contractació de vídeo
   
7. Conclusió
8. Preguntes freqüents

Què diu realment l'estratègia de codi obert de la UE

L'estratègia s'estructura al voltant de quatre objectius: el codi obert per a la sobirania tecnològica, el que anomena "un ecosistema de codi obert vibrant", el codi obert en l'administració pública, i el reforçament dels estàndards i la projecció internacional. Per a les organitzacions que avaluen infraestructura de vídeo, tres dels compromisos de l'estratègia tenen el pes més directe.

1. L'estratègia demana reduir les dependències estructurals. Reconeix que la UE depèn actualment de països no europeus per a més del 80% dels productes digitals clau, serveis, infraestructura i propietat intel·lectual. Reclama alternatives europees de codi obert a les solucions propietàries no europees en àmbits crítics, recolzades per finançament per al desenvolupament i un desplegament coordinat a nivell d'estats membres a través del Consorci Europeu d'Infraestructura Digital per als Comuns Digitals.
2. La reforma de la contractació és el segon gran compromís. L'estratègia insta les administracions públiques a convertir-se en usuàries i contribuïdores ancla de l'ecosistema digital de codi obert, no simplement en consumidores passives. Noves orientacions de contractació, requisits de licitació favorables al codi obert, i una xarxa ampliada d'Oficines de Programes de Codi Obert estan tots en l'abast. Per a una entitat hospitalària, un servei judicial o un difusor públic que avalui una plataforma de vídeo, això indica la direcció esperada de les pròximes orientacions de contractació de la UE: s'esperaran blocs de construcció de codi obert i l'estratègia indica que es requeriran en molts processos de contractació un cop arribi l'orientació vinculant.
3. El tercer compromís, menys comentat, és la qüestió del manteniment i la sostenibilitat a llarg termini. L'estratègia proposa un Instrument de Manteniment de Codi Obert i un marc d'anàlisi de riscos de dependència per abordar un problema estructural persistent: components de codi obert àmpliament adoptats que queden abandonats o amb recursos críticamente insuficients. Per al vídeo específicament, la capa de WebRTC i processament de mitjans depèn de components el manteniment comercial dels quals no sempre està garantit. Un marc de manteniment recolzat per la Comissió canvia significativament aquest càlcul.

La Comissió també va obrir una convocatòria d'evidències sobre ecosistemes digitals de codi obert el gener del 2026, que alimenta la implementació de l'estratègia. Les organitzacions amb experiència operativa en infraestructura de vídeo de codi obert estan ben posicionades per influir en com es redacten les orientacions de contractació.

El codi obert no és sobirania: per què la llicència és només un terç de l'equació

L'instint que "codi obert equival a sobirà" és comprensible. Les llicències obertes eliminen la dependència del permís d'un sol proveïdor per llegir, modificar i executar el programari. En aquest sentit estricte, redueixen una categoria de dependència. Però quan els compradors es fan seriosament la pregunta sobre codi obert versus sobirania, descobreixen que la llicència és només una de les tres capes que determinen si un desplegament és genuïnament sobirà.

La primera capa és el codi i la llicència: pots llegir, modificar i desplegar el programari sense l'aprovació d'un sol proveïdor? Una llicència oberta respon afirmativament. Aquesta és la capa en la qual s'aturen la majoria de converses de contractació, però no és l'única que importa. Per a alguns compradors, especialment els que necessiten auditabilitat completa de la pila del costat del servidor, el dret a fer un fork, o la capacitat de desplegar en un entorn aïllat (air-gapped), pot ser de fet la capa decisiva. El principi de "Codi Públic" de la FSFE (en termes generals, l'argument que les institucions públiques haurien d'usar únicament programari que puguin controlar i modificar completament) ha guanyat nova visibilitat a mesura que la recepció de l'estratègia ha amplificat el debat sobre el control dels usuaris. La seva postura és que el programari lliure dona a les institucions públiques un tipus de control que cap servei gestionat pot replicar.

La segona capa és on es processen i emmagatzemen físicament les dades. Un sistema pot ser completament de codi obert però executar-se en infraestructura regida per un règim jurídic no europeu. La infraestructura al núvol operada pels EUA està subjecta a lleis que poden obligar a revelar dades allotjades en aquella infraestructura independentment d'on estiguin físicament ubicats els servidors. El Marc de Privadesa de Dades UE-EUA, confirmat en primera instància pel Tribunal General de la UE el setembre del 2025 —tot i que hi ha un recurs pendent davant el Tribunal de Justícia—, proporciona un mecanisme de transferència per a fluxos de dades conformes al RGPD, però no elimina l'exposició a la CLOUD Act per a dades emmagatzemades en infraestructura controlada pels EUA. Una llicència oberta al programari no proporciona cap aïllament d'aquesta jurisdicció.

La tercera capa és la cadena operativa: qui opera, dóna suport i aplica pedaços al sistema; on estan constituïts; i qui pot ser requerit, sota quina llei, a lliurar l'accés o les dades? Això és precisament el que aborda la proposta CADA. El model d'assegurament de sobirania en quatre nivells de la CADA estableix el Nivell 1 com a sòl mínim, exigint que les dades es processin i emmagatzemin dins d'infraestructura de la UE. Els Nivells 2 a 4 afegeixen requisits progressivament més estrictes: independència dels règims jurídics de tercers països i transparència de la cadena de subministrament al Nivell 2, i després propietat i control europeu, i personal amb seu a la UE als nivells superiors. L'enfocament basat únicament en la llicència sol fallar als Nivells 2 i superiors, ja que aquests nivells es refereixen a qui controla l'entorn operatiu, no tan sols el codi.

Una il·lustració concreta: una organització que executa una plataforma de vídeo de codi obert allotjada pròpiament en infraestructura d'un hiperscaler controlat pels EUA ha superat la Capa 1 però ha fallat les Capes 2 i 3. Un servei de vídeo gestionat desplegat en infraestructura de la UE, operat per una entitat constituïda a la UE sota termes contractuals regits per la UE, satisfà les Capes 2 i 3, fins i tot si existeixen components propietaris dins la pila. La llicència no és l'única prova de sobirania; la cadena operativa també importa.

La contractació pública com a ancoratge: què canvia per als compradors

L'estratègia posiciona explícitament les administracions públiques com a usuàries i contribuïdores ancla de l'ecosistema de codi obert, integrant l'obertura i la sobirania per disseny en les decisions d'inversió digital. Les noves orientacions de contractació i les licitacions favorables al codi obert afectaran com es redacten, avaluen i auditen els contractes de plataformes de vídeo a tots els organismes públics de la UE, tot i que les obligacions vinculants depenen del resultat de la CADA i dels reglaments d'execució que la segueixin.

Per a un comprador que avalua infraestructura de vídeo sobirana avui, això crea una raó pràctica per mirar més enllà de la llicència. Un proveïdor pot indicar veraçment un repositori públic mentre executa el seu servei en infraestructura que no superaria una avaluació del Nivell 2 de la CADA (que requereix una demostrada independència de la infraestructura de tercers països). Els responsables de contractació han de fer preguntes a les tres capes.

A la pràctica, això significa exigir als proveïdors que acreditin el següent abans del contracte:

• Quins components són de codi obert i sota quines llicències específiques?
• On es processen els mitjans durant una sessió en directe, i on s'emmagatzemen les metadades i les dades d'enregistrament?
• Qui opera el servei, en quina jurisdicció està constituït, i a quin règim d'accés legal està subjecte?
• Hi ha portabilitat real i capacitat de sortida, o una capa de codi obert oculta una dependència operativa tancada?

La llista de verificació formal de la secció següent desenvolupa cadascun d'aquests punts. La convocatòria d'evidències sobre ecosistemes digitals de codi obert determinarà la implementació granular de les orientacions de contractació durant els pròxims 12 a 18 mesos. Els compradors que redactin licitacions el 2027 haurien de seguir les conclusions a través de la pàgina d'estratègia digital de la Comissió i el Portal d'Europa Interoperable.

Vídeo sobirà allotjat pròpiament vs gestionat: triar el compromís adequat

El suport de l'estratègia als blocs de construcció de codi obert valida un model que existeix des de fa temps: plataformes allotjades pròpiament on una organització desplega i opera la infraestructura de vídeo en els seus propis termes.

Val la pena distingir dues categories d'opcions d'allotjament propi. Per a les organitzacions amb capacitat d'enginyeria d'infraestructura dedicada, construir sobre components de codi obert (biblioteques WebRTC, servidors de mitjans) ofereix el màxim control. Per a aquelles que volen una base més completa i llesta per usar, plataformes de vídeo de codi obert madures i activament mantingudes com Jitsi Meet i BigBlueButton ja estan àmpliament desplegades en contextos del sector públic europeu. Quan es despleguen en infraestructura ubicada a la UE sota una cadena operada per la UE, qualsevol d'aquestes pot satisfer les tres capes de sobirania sense cap dependència comercial d'un proveïdor de servei gestionat. Per als compradors amb requisits genuïns d'entorn aïllat, l'allotjament propi és en tot cas l'única opció: un servei al núvol gestionat requereix connectivitat de xarxa contínua amb el proveïdor per definició i no pot complir aquest requisit.

L'allotjament propi comporta una càrrega operativa completa. L'aplicació de pedaços de seguretat, la configuració de l'SFU (Unitat de Redireccionament Selectiu), la gestió de còdecs, el temps de funcionament, l'evidència de compliment, les traces d'auditoria del RGPD: tot això recau en l'equip operatiu. L'estratègia no alleugereix aquesta càrrega; simplement garanteix que els components subjacents estiguin disponibles i es mantinguin de manera sostenible. Si aquesta càrrega és una barrera depèn de la dotació de personal de l'organització i de la seva capacitat d'infraestructura interna, i no és una restricció absoluta.

Existeix també un tercer camí: un servei de vídeo integrat o programable per API desplegat en infraestructura de la UE, operat per una entitat constituïda a la UE sota una cadena operativa regida per la UE. Aquest model satisfà les Capes 2 i 3 tot externalitzant la complexitat d'enginyeria al proveïdor. Per precisar el significat d'"integrat" aquí: un SDK que s'integra en una aplicació existent pot ser completament programable per API, de manera que el model d'integració no determina l'estatus de sobirania. El que determina la sobirania és l'allotjament i la cadena operativa que hi ha al darrere.

Dit això, un servei gestionat intercanvia la càrrega operativa de l'allotjament propi per un tipus diferent de dependència: no jurisdiccional, sinó comercial i operativa. Si el proveïdor canvia de preus, és adquirit o cessa la seva activitat, la capacitat del comprador per mantenir la continuïtat depèn completament de les garanties de portabilitat contractuals i dels camins de migració pràctics. Els compradors haurien d'exigir aquestes garanties per escrit abans del contracte, no simplement anotar-les com un element de llista de verificació. La pregunta sobre portabilitat de la llista de verificació que es mostra a continuació és el lloc adequat per fer explícita aquesta exigència.

Què significa per al vídeo en temps real específicament

El vídeo en temps real és més difícil d'avaluar per a la sobirania que una aplicació SaaS estàtica, perquè l'encaminament de mitjans, el processament de còdecs i l'enregistrament cadascun toca les dades de manera diferent i planteja les seves pròpies qüestions de sobirania. Els principis genèrics de contractació de l'estratègia necessiten ser traduïts a requisits tècnics específics per al vídeo.

Els desplegaments de vídeo amb requisits de sobirania tenen una dimensió tècnica específica que les orientacions genèriques no sempre capturen. Un flux de mitjans que passa per un SFU que encamina únicament paquets xifrats té una petjada de processament de dades (legalment i arquitectònicament) molt diferent d'un que és desxifrat, barrejat o analitzat al servidor. Les canalitzacions d'enregistrament plantegen preguntes addicionals i distintes: on s'emmagatzema l'enregistrament, qui posseeix les claus de desxiframent, i sota quin règim legal s'apliquen les obligacions de retenció?

Les funcions de vídeo basades en IA plantegen la seva pròpia categoria de preguntes. La transcripció, la supressió de soroll i la traducció en temps real es processen habitualment al costat del servidor, i de vegades a través de proveïdors de models de tercers. On s'efectua aquest processament, i sota la infraestructura i el règim legal de qui, és una qüestió de sobirania genuïna que les especificacions de contractació rarament aborden.

Per concretar-ho amb un exemple específic: la nostra infraestructura està allotjada a la UE, amb subprocessadors establerts a la UE i jurisdiccions adequades al RGPD. L'SFU encamina fluxos xifrats sense desxifrar-los ni barrejar-los, cosa que minimitza la superfície de processament de dades i l'exposició legal associada. L'SDK integrat es publica sota una llicència BSD-2-Clause, una llicència oberta permissiva que atorga als usuaris el dret d'usar, modificar i integrar sense restriccions. Això proporciona el tipus d'accés al codi sense bloqueig que promou l'estratègia, sense exagerar la situació etiquetant el servei gestionat complet com a "codi obert".

Una llista de verificació pràctica de sobirania per a la contractació de vídeo

El model de tres capes es tradueix en un conjunt concret de preguntes per a qualsevol procés de contractació de vídeo. La llista de verificació següent està dissenyada per ser reutilitzable en especificacions de licitació i processos d'avaluació de proveïdors.

Capa 1: codi i llicència

• Quins components són de codi obert i sota quines llicències específiques (Apache 2.0, BSD-2-Clause, AGPL, etc.)?
• L'SDK o la capa d'integració estan disponibles per a inspecció, modificació i redistribució sense permís del proveïdor?

Capa 2: infraestructura i localització de les dades

• On es processen els mitjans en directe durant una sessió? En quin país, en quin proveïdor d'infraestructura?
• On s'emmagatzemen en repòs les metadades, les dades d'usuari i les dades d'enregistrament?
• La infraestructura subjacent està subjecta a algun règim d'accés legal extraeuropeu?

Capa 3: cadena operativa i jurisdicció

• Qui opera el servei? On és constituïda l'entitat operadora?
• Quins subprocessadors gestionen qualsevol part del processament de mitjans o dades, i on estan establerts?
• El proveïdor pot proporcionar una correspondència amb els nivells d'assegurament proposats per la CADA?
• Hi ha un procés de sortida i portabilitat definit si l'organització vol migrar a un altre proveïdor o allotjar pròpiament?

Conclusió

L'estratègia de codi obert de la UE publicada el juny del 2026 és un document important per a qualsevol que compri o construeixi infraestructura de vídeo a Europa. Identifica correctament els blocs de construcció de codi obert com un ingredient necessari de la sobirania digital, i recolza aquesta postura amb orientacions de contractació, mecanismes de finançament, i un marc de manteniment a llarg termini. L'estratègia no és encara llei vinculant, i la CADA segueix sent una proposta que avança pel Parlament i el Consell. Però tots dos documents indiquen clarament cap on s'orienta la política de contractació de la UE.

Els compradors que s'aturin a llegir la llicència faran una contractació incorrecta. La sobirania per a la infraestructura de vídeo és el producte de tres capes que treballen conjuntament: blocs de construcció oberts, infraestructura allotjada a la UE, i una cadena operada per la UE que no estigui subjecta a règims d'accés extraeuropeus. La proposta CADA faria progressivament explícita en llei aquesta prova de tres capes, tot i que els requisits específics del nivell d'assegurament de la CADA evolucionaran a mesura que avanci pel Parlament i el Consell. Els processos de contractació que apliquen la prova de tres capes estaran millor posicionats, i seran més defensables en una auditoria, que aquells que tracten un repositori públic com una garantia de sobirania.

Per a més informació sobre com abordem la seguretat de les dades, la transparència de la infraestructura i la responsabilitat dels subprocessadors, descarrega el Document Blanc de Seguretat.

Si vols entendre com funciona la integració a la pràctica i com és la infraestructura sota el model de tres capes, posa't en contacte amb nosaltres i t'ho explicarem directament.

Preguntes freqüents