Gobernanza federada — el modelo Mesa Federal
Argentina tiene 24 jurisdicciones constitucionalmente autónomas. Cualquier sistema de identidad digital nacional debe respetar esta autonomía sin romper interoperabilidad entre provincias. La pregunta es: ¿cómo se coordina sin centralizar?
La respuesta argentina es la Mesa Federal de Identidad Digital y Credenciales Verificables: un órgano de coordinación inter-jurisdiccional donde cada provincia mantiene soberanía sobre lo que emite, pero las 24 acuerdan los estándares comunes que permiten la interoperabilidad.
El problema de no coordinar
Sin un órgano coordinador, lo que pasa naturalmente es:
- 1Cada provincia adopta su propio stack. Algunas SD-JWT VC, otras AnonCreds, otras formatos propietarios.
- 2Cada wallet es diferente. Un ciudadano que se muda de Salta a Mendoza necesita instalar una wallet nueva.
- 3Las credenciales no se reconocen entre provincias. Una constancia de domicilio de San Juan no es verificable en Buenos Aires sin convenio bilateral.
- 4El costo se multiplica. 24 proyectos en paralelo desarrollando cosas similares pero incompatibles.
- 5La política se complica. Cada provincia negocia separadamente con organismos multilaterales (CAF, BID).
Este patrón ya pasó con gobierno digital en los 2010s: cientos de plataformas provinciales y municipales, ninguna interoperable. SSI tiene la oportunidad de evitar repetir el error.
El diseño de la Mesa Federal
La Mesa Federal de Identidad Digital y CV no es un organismo de decisión centralizada; es un foro de coordinación. Tres principios fundacionales:
Soberanía provincial preservada
Cada provincia decide qué emitir, cuándo, a quién. La Mesa no decide en nombre de nadie.
Estándares por consenso
Los formatos, protocolos y trust framework se acuerdan por consenso entre las 24 jurisdicciones, no por mayoría.
Operación distribuida
Cada provincia opera su propia infraestructura. La Mesa no tiene servidores centrales que operar.
Las 4 funciones operativas
La Mesa cumple cuatro funciones concretas:
| Función | Qué hace |
|---|---|
| Coordinar estándares | Acordar qué adoptar (W3C VC, OID4VC, ISO 18013-5) y publicar el framework |
| Capacitar equipos | Academy + bibliografía + casos compartidos entre provincias |
| Representar Argentina | Voz argentina en W3C, OIDF, foros multilaterales |
| Mediar conflictos | Cuando un actor (provincia, organismo nacional, empresa) rompe coherencia, la Mesa interviene técnicamente |
Ninguna de las cuatro funciones requiere que la Mesa tenga poder de veto sobre las provincias. Es coordinación, no jerarquía.
El precedente UE
El modelo se inspira parcialmente en eIDAS 2.0 europeo, donde:
- Cada estado miembro opera su propia EUDI Wallet.
- La UE define los estándares obligatorios (SD-JWT VC, ISO 18013-5).
- El Trust Framework cross-border se acuerda multistakeholder.
- La Comisión Europea coordina, no centraliza.
La diferencia con Argentina: la UE tiene un organismo supranacional (la Comisión) con capacidad regulatoria. Argentina tiene provincias constitucionalmente autónomas. Por eso la Mesa Federal argentina opera por consenso voluntario, no por mandato.
La estructura propuesta
La Mesa Federal está en proceso de constitución (2025-2026) con esta estructura tentativa:
Plenario
Representante por cada jurisdicción (24 provincias + CABA). Aprueba decisiones por consenso.
Comité Técnico
Equipos técnicos provinciales que diseñan las propuestas para el Plenario. Operación día a día.
Observadores
Organismos nacionales (ANSV, RENAPER, ministerios). Pueden participar sin voto.
Stakeholders externos
Sociedad civil, academia, sector privado. Aportan input técnico y políticas públicas.
El Comité Técnico es donde sucede el trabajo operativo. El Plenario ratifica acuerdos pero rara vez debate sobre detalles técnicos.
El trust framework federal
Una de las primeras tareas concretas de la Mesa Federal es definir el Trust Framework: cómo una credencial emitida por una provincia es verificable por otra.
Las decisiones que la Mesa toma sobre Trust Framework incluyen:
- 1Lista de issuers reconocidos: qué organismos provinciales pueden emitir qué tipos de credenciales.
- 2Niveles de assurance: equivalencias con eIDAS LoA (Low / Substantial / High).
- 3Política de revocación: cómo se publica el estado de las credenciales (BitstringStatusList compartida o por provincia).
- 4PKI federada: cómo se intercambian las claves públicas entre provincias para verificación cross-jurisdicción.
- 5Procesos de incorporación: cómo entra una nueva jurisdicción al framework.
Estos acuerdos son bilaterales-multilaterales: la Mesa los publica, cada provincia los adopta con un decreto provincial.
Los desafíos institucionales
Tres desafíos reales de gobernanza federada en Argentina:
Estos desafíos no tienen solución técnica perfecta. Se gestionan políticamente.
El financiamiento
Para que la Mesa Federal sea sustentable a largo plazo, necesita financiamiento estable. Las opciones más probables:
- Aporte proporcional de las provincias según un esquema acordado (por habitantes, por PBI, etc.).
- Financiamiento multilateral (CAF, BID) para los primeros 3-5 años.
- Fondos especiales asignados por ley nacional o presupuesto.
El grant CAF actualmente en discusión (Cooperación Técnica USD 300k) cubre la fase inicial de constitución y los primeros despliegues, pero la sustentabilidad larga requiere otro modelo.
Por qué importa para cada provincia
Una provincia que adhiere a la Mesa Federal recibe:
Reducción de costos
No tiene que decidir estándares ni desarrollar todo desde cero. Aprovecha trabajo de otras.
Interoperabilidad nativa
Las credenciales que emite son aceptadas por otras provincias sin acuerdos bilaterales.
Capacidad ampliada
Acceso a comunidad técnica federada, capacitación, casos validados.
A cambio, cede algo: soberanía sobre elección de estándares. Si la Mesa acuerda OID4VCI Pre-Auth como protocolo, la provincia que adhiere no puede usar algo distinto sin romper interoperabilidad.
La mayoría de provincias considera el trade-off favorable: ceder elección de estándar técnico a cambio de integrarse a un sistema federal robusto.
Relacionados
- DPI — Digital Public Infrastructure — el contenedor sistémico
- Interoperabilidad entre provincias — cómo funciona en la práctica — el resultado concreto
- Soberanía vs interoperabilidad — el debate UE — el debate dentro del modelo