Volver a Explorar
PatrónInstitucionalTransversalBásico

¿Cómo empieza una provincia con SSI?

7 minVerificado · 2026-05-18

La pregunta más frecuente de funcionarios provinciales que se acercan a SSI por primera vez: ¿por dónde empezamos? Construir todo desde cero es abrumador y políticamente arriesgado. Pero esperar a tener todo claro lleva a inercia. Existe un camino intermedio: una secuencia gradual que minimiza riesgo y produce valor visible rápidamente.

Este artículo describe la ruta más probada para una provincia argentina arrancando desde cero.

Los 4 trimestres del primer año

La regla simple: arrancar pequeño, demostrar valor en cada trimestre, escalar gradualmente.

Q1 — Decidir y escanear

Decisión política: una autoridad provincial (Secretaría de Modernización, Innovación o equivalente) asume liderazgo del proyecto. Sin esto, no hay nada. Escaneo: identificar 1-2 credenciales candidatas (constancia de domicilio, certificado de antecedentes, residencia provincial).

Q2 — Piloto cerrado

Implementación de issuer + verifier + wallet para 1 credencial específica, 1 caso de uso concreto, 1 grupo cerrado (50-200 ciudadanos). Foco: validar técnicamente que el flujo end-to-end funciona.

Q3 — Piloto abierto

Ampliar a la población general pero solo para la credencial piloto. Migrar de "100 usuarios curados" a "5.000 usuarios espontáneos". Foco: operativa de soporte, manejo de incidentes, escalabilidad.

Q4 — Segunda credencial

Agregar 1-2 credenciales más aprovechando la infraestructura ya desplegada. Foco: validar que la plataforma soporta múltiples credenciales sin reescribir todo.

A los 12 meses, la provincia debería tener: infraestructura SSI productiva, 3 credenciales emitidas, varias miles de ciudadanos activos, y conocimiento operativo del equipo propio. Esto es el punto de partida para escalar.

La elección de la primera credencial

No todas las credenciales son buenas pilotos. La primera debe cumplir 4 criterios:

  1. 1
    Alto volumen, baja criticidad. Constancia de domicilio se pide mucho, pero un error no causa daño grave. Evitar empezar por DNI o licencia de conducir.
  2. 2
    Demanda manifestada. Una credencial que el ciudadano realmente necesita y que hoy tramita con fricción. Si la gente no la necesita, el piloto no produce uso.
  3. 3
    Emisor claramente identificado. Una sola autoridad provincial responsable de la emisión, no múltiples organismos en conjunto.
  4. 4
    Verificador simple disponible. Algún ente público que ya esté pidiendo esta credencial y que pueda ser el primer verificador (otra repartición provincial, una empresa de servicios, etc.).

Las candidatas habituales para provincia argentina, en orden de simplicidad:

  1. Constancia de domicilio (la más común, casi todas las provincias la emiten).
  2. Certificado de residencia (más permanente que domicilio).
  3. Constancia de no deudor del fisco provincial.
  4. Certificado escolar (vinculado a egreso del secundario).
  5. Carnet profesional matrícula.

La licencia de conducir es la última que conviene migrar, no la primera. Es alta criticidad, alta visibilidad pública, y requiere ISO 18013-5 (más complejo que SD-JWT VC).

Las 6 piezas del equipo

Un proyecto SSI provincial mínimo necesita 6 roles cubiertos. No 6 personas distintas necesariamente; pueden combinarse en menos personas con dedicación parcial.

RolQué hace
Sponsor políticoDefiende el proyecto en la mesa de decisores. Asegura presupuesto.
Project ownerTomar decisiones operativas día a día. Conoce el negocio.
Arquitecto técnicoElige stack, define integraciones. No necesita ser el coder.
Implementador técnicoConstruye el sistema. Puede ser proveedor externo.
Líder de operacionesAsegura que el equipo de soporte sepa responder.
Líder de comunicaciónCuenta el proyecto a ciudadanía y stakeholders.

Sin Sponsor político, el proyecto muere en la primera demora. Sin Project owner, las decisiones se eternizan. Los 4 roles restantes pueden tercerizarse parcialmente; los 2 primeros tienen que ser internos.

La elección del stack tecnológico

Tres alternativas para el stack inicial:

Build interno

Equipo provincial construye todo. Máxima soberanía, máximo costo y plazo, máximo riesgo.

Adoptar stack provincial existente

Sumar a una de las 5 provincias ya con stack Sovra en producción (Salta, San Juan, Luján, Río Negro, San Miguel). Plazo más corto, soberanía conservada.

Stack comercial cerrado

Comprar a un vendor extranjero. Plazo corto, pero soberanía cero (lock-in perpetuo).

La recomendación para una provincia que arranca: adoptar stack ya validado en alguna provincia hermana. Sale más rápido, hay equipo experimentado para consultar, y los costos de aprendizaje ya están amortizados.

Los presupuestos típicos

Como referencia para presupuesto del primer año (USD aprox):

ComponenteBajoAlto
Plataforma SSI (licencia o desarrollo)30k100k
Wallet ciudadana (branding + deploy)20k80k
Integración con sistemas provinciales existentes20k80k
Equipo interno (parcial, 12 meses)50k150k
Marketing + comunicación10k50k
Contingencia15k50k
Total año 1~145k~510k

El rango es amplio. La mayoría de provincias que arrancaron en LATAM lo hicieron con presupuestos en el rango bajo-medio (200-300k USD primer año), aprovechando software open-source y consultoría puntual en lugar de licencias caras.

Los 5 errores que matan proyectos

Errores documentados en proyectos similares que no llegaron a producción:

El rol de la Mesa Federal

Una provincia que arranca hoy con SSI no está sola. La Mesa Federal de Identidad Digital y Credenciales Verificables se diseñó precisamente para acompañar este proceso:

  • Estándares acordados: la provincia no tiene que decidir qué adoptar; usa lo que la Mesa ya consensuó (W3C VC + OID4VC + ISO 18013-5).
  • Capacitación de equipos: acceso a Academy y a otras provincias que ya pasaron por el proceso.
  • Trust framework federal: las credenciales emitidas son verificables por otras provincias sin acuerdos bilaterales.

Esto reduce significativamente el tiempo y costo de arranque comparado con hacerlo en aislamiento.

Referencias

Relacionados

Tagsimplementaciongovprovinciassigradualplaybook