La construcción, paso a paso

La CCM (demo) despliega un vs-agent, la Business Wallet de código abierto integrada nativamente con Verana. Se genera un DID para la cámara; un emisor KYB acreditado del ecosistema ECS (en la testnet, Helvetia Trust (demo)) verifica a la institución y emite su credencial ECS-Organization. La cámara auto-emite su ECS-Service: su primer check verde.

• Un vs-agent por institución: software libre, desplegable en la infraestructura de la propia cámara.
• El DID se publica bajo el dominio de la cámara: la prueba y el dominio quedan atados.
• El mismo flujo exacto de los casos Vesta y Bolivia: el patrón se replica entre países y sectores.

El ecosistema ECS de Verana acredita a la CCM (demo) como emisora de credenciales ECS-Organization. Desde este momento, el KYB de una empresa antioqueña deja de ser papeleo: el registro que YA es la fuente de verdad emite la credencial directamente. En el despliegue objetivo, este paso lo haría el Verana Council acreditando a Confecámaras como ISSUER GRANTOR, y Confecámaras a las 57 cámaras.

• La acreditación es un permiso público en el registro de Verana: cualquiera puede auditarla.
• La cámara no cambia de rol: hace en digital lo que el Código de Comercio ya le encarga en papel.

La CCM (demo) crea el Ecosistema Cámara de Comercio (demo) con un esquema: la credencial de Representación Legal. Emisión gobernada: solo la cámara emite. Verificación gobernada: un banco debe registrarse como verificador ante la cámara antes de que ninguna wallet comparta la credencial. Y las tarifas (emisión ~COP 12.100, verificación COP 2.000) se publican con el permiso raíz: el modelo de negocio es auditable on-chain.

• La verificación gobernada es el registro de partes confiantes de eIDAS 2, hecho estructura, y aquí además con tarifa.
• En el despliegue objetivo, el ecosistema lo gobierna Confecámaras y las 57 cámaras son sus emisoras acreditadas.

Una empresa matriculada (demo) solicita su credencial a la CCM (demo). Como la cámara es el registro, la emisión es una consulta a su propia base: matrícula, razón social, NIT. La credencial se ancla a la Business Wallet de la empresa y sus servicios en línea la presentan automáticamente.

• El extracto en PDF muere: la prueba es criptográfica y siempre está al día.
• Todo banco, notaría o contraparte verifica en segundos contra el registro público.

El representante legal (un rol, no un nombre: esta historia no necesita personajes) entra al portal de servicios virtuales de la CCM (demo), donde ya está autenticado como representante de su empresa. Desde el acceso de la empresa, el portal le presenta un código QR del emisor CCM: lo escanea con la wallet que elija y recibe su credencial personal: empresa, NIT, matrícula, su nombre, su cédula, calidad y vigencia. Paga la emisión como hoy paga el certificado.

• Cero trámites nuevos: la emisión vive dentro del portal que la cámara ya opera.
• La wallet verifica al emisor ANTES de aceptar: solo la CCM real, con su check verde, puede emitir esta credencial.
• Doble riel: AnonCreds/DIDComm y OpenID4VC SD-JWT, el riel compatible con eIDAS 2.

Bancolombia (demo) se vuelve Servicio Verificable (su ECS-Organization la emite la CCM (demo): el registro da fe del banco que opera en su jurisdicción) y se registra como VERIFIER de la Representación Legal ante la cámara. Ese registro es la puerta del modelo de negocio: cada verificación que haga pagará COP 2.000 a la cámara.

• Sin registro de verificador, ninguna wallet conforme comparte la credencial: pedir datos requiere permiso.
• El permiso VERIFIER es público en el registro de Verana: cualquiera puede auditar quién verifica.

El representante va al banco a abrir la cuenta de su empresa. El KYC personal es presencial, con su cédula de ciudadanía física. Para probar que representa a la empresa, ya no trae un certificado impreso: el empleado del banco le muestra un QR y él presenta su credencial de Representación Legal. El banco coteja el nombre y la cédula de la credencial con el documento físico, verifica al emisor contra el registro, y le da acceso a la cuenta corporativa.

• El banco no re-hace el KYB: confía en la credencial de la cámara, que ES el registro.
• La credencial revela solo la representación: el expediente completo de la empresa nunca sale del registro.

El día que el representante es removido, la cámara actualiza su registro Y revoca la credencial: la siguiente verificación del banco falla, al instante, sin que nadie llame a nadie. Y cuando la credencial expira con la renovación anual de la matrícula (o el representante cambia), el banco simplemente solicita la credencial actualizada desde su propio portal: el titular la renueva en el portal CCM y la presenta de nuevo. La revocación funciona en ambos rieles (registros de revocación AnonCreds en DIDComm, status lists en OpenID4VC); la maqueta aún no la implementa, y este capítulo lo dice explícitamente.

• La brecha del certificado congelado se cierra: la prueba tiene estado en tiempo real.
• Cada expiración fuerza renovación (paga el titular) y re-verificación en cada banco (paga el verificador): el ingreso recurrente de la cámara.
• Estado en la maqueta: la revocación está en la historia y en la arquitectura, todavía no en la demo en vivo.