Ruta — Demostrador DPP textil sobre el motor de Arte Taxco¶

Arte Taxco / ICEDE-USC · 31 Julio 2026 · Documento de alcance (no implementación)

Para qué existe. Convertir en ruta ejecutable el objetivo de tener un demostrador DPP textil funcionando con empresas textiles reales, aprovechando que el motor DPP ya está construido. NO es la implementación: es el alcance que el eventual chat de Claude Code hereda como tarea acotada, en vez de "constrúyelo todo". Se apoya en tres fuentes ya escritas —no las reinventa—: - La estrategia nacional (20260731-Estrategia-Nacional-Implantacion-DPP): la capa técnica está cerrada por normas EN 1821x; el hueco es institucional. El demostrador (§8) produce datos de coste, tiempo y barrera, no prendas trazadas. - La propuesta textil ICEDE (20260727-DPP-textil-...): sesgo transformador (reducir/reutilizar/reparar > reciclar; dimensión social-laboral), verificación proporcional, y la tesis del motor agnóstico + perfil por categoría. - El ecosistema DPP ya construido (MAPA-ECOSISTEMA-DPP.md, DECISIONES-INTEROPERABILIDAD-DPP.md, ARQUITECTURA-DPP-CADENA-PROPIEDAD.md).

0. La tesis que ordena la ruta¶

El motor de verificación y trazabilidad es agnóstico del producto. Solo el perfil de atributos cambia por categoría. No es una aspiración: es el diseño ya tomado (MAPA-ECOSISTEMA-DPP.md, transversales; decisión Q8 de DECISIONES-INTEROPERABILIDAD), y es literal en la propuesta ICEDE §21. El demostrador textil, por tanto, es:

motor DPP existente + perfil de atributos textil + escritura multi-operador de la cadena + endurecimiento a normas EN 1821x + empresas reales.

No una plataforma nueva. Encaja con la tesis de la estrategia nacional ("adoptar, no inventar") llevada un paso más lejos: no solo se adoptan los estándares europeos —ya se adoptó una arquitectura propia agnóstica que solo hay que perfilar.

1. Inventario: qué se reutiliza tal cual vs. qué es delta textil¶

Cruce del anexo A.1 de la estrategia (capas técnicas) contra lo que Arte Taxco ya tiene (verificado en schema + MAPA-ECOSISTEMA-DPP.md Frente 2, en producción 27 Jul).

Capa (Anexo A.1 estrategia)	Norma / activo	Arte Taxco HOY	Delta textil
Trazabilidad de eventos	GS1 EPCIS 2.0	Emisor (`lib/dpp/export.ts`, `GET /api/dpp/{folio}?f=epcis`)	Ninguno estructural: eventos de cadena de suministro textil = mismos tipos
Modelo de datos y semántica	EN 18223 + CWA 18291 + eBIZ	`AtributoDPP` canónico + registro `PERFILES` construido, con perfil textil `v0.1-borrador` (5 atributos) ya en código	Completar el borrador: reciclado, químicos, durabilidad, indicadores sociales-laborales + nivel de verificación exigido por atributo
Verificación por atributo	Art. 48 ESPR (tres niveles)	`EstatusAtributo` = DECLARADO/VERIFICADO/MEDIDO ya modelado	Mapear cada atributo textil a su nivel + conectar VERIFICADO/MEDIDO a organismo/laboratorio real
Confianza, firma y acceso	EN 18246 (VC/eIDAS)	Cadena de propiedad VC-ready; `did:web` decidido (Q4), no construido	Construir firma `did:web` (gateada a fondos en el plan actual — aquí es núcleo)
Persistencia y archivo	EN 18221	PDF/A-3 + XML embebido (ZUGFeRD-style) decidido; export XML/PDF en producción	PDF/A-3 estricto (hoy gateado a fondos)
Identificación de producto	EN 18219 (GS1 Digital Link)	Resolver GS1 Digital Link `/01/{gtin}/21/{serial}` con linkType + linkset (T-3b). El nodo resuelve; emitir GTIN conforme está gated a membresía GS1	Obtener prefijo GS1 para emitir identificadores plenamente conformes (institucional)
Portador de datos	EN 18220 (QR/Data Matrix)	QR en la carta	Revisión de conformidad, sin desarrollo
Intercambio e interfaces	EN 18216 / EN 18222	`GET /api/dpp/{folio}` + `GET /api/verify/{folio}` especificadas en OpenAPI 3.1 (`/openapi.yaml`, lint Redocly en verde — T-3b)	Especificado; certificación formal contra la norma es paso posterior
Acceso por rol	Matriz derechos (§3.1 estrategia)	`ClaseAtributo` × rol; `ActorCircular` (min-privilegio, OTP)	Extender el modelo de actor aguas ARRIBA (hilatura→confección→marca→distribución) — hoy es post-consumo
Lectura terminal	§6.3: planta de clasificación (economía social)	Lectura pública + reverificación en reventa	Endpoint de lectura máquina en la línea de clasificación — el punto que decide reutilizar/reciclar/eliminar

Lectura de conjunto: de diez capas, seis se reutilizan casi tal cual. Los deltas reales son cuatro: (a) el perfil de atributos textil, (b) la escritura multi-operador de la cadena de producción, (c) la firma did:web (ya decidida, no construida), y (d) el endpoint de la planta de clasificación. Todo aditivo.

2. Alcance mínimo del demostrador (MVP con empresas reales)¶

El objetivo NO es cubrir el catálogo ni todos los atributos: es cerrar el ciclo completo con una línea de producto y pocas empresas, produciendo el dato de coste/tiempo/barrera que la estrategia necesita antes del acto delegado de 2027.

Una línea de producto (p. ej. una prenda de composición conocida, mono-fibra o mezcla simple) que recorra: aprovisionamiento → confección → distribución → venta → reventa/reparación → clasificación posconsumo.
Pocos operadores reales, uno por eslabón crítico, cada uno escribiendo solo los atributos de los que responde (contrato de interfaz por atributo).
Atributos mínimos, tipados por nivel de verificación:
Credencia → VERIFICADO/MEDIDO: composición de fibra (Reg. 1007/2011, ensayo ISO 1833 en laboratorio ENAC), contenido reciclado.
Experiencia → DECLARADO + vigilancia: durabilidad, reparabilidad, cuidado.
Atestado en cadena: origen/trazabilidad, con cláusula de veracidad.
Social-laboral (sesgo ICEDE): al menos un indicador declarado/atestado.
El producto del demostrador es el dato, no la prenda: coste de onboarding por pyme, tiempo por emisión, barrera por operador y por atributo. Se instrumenta desde el día uno (extensión del instrumento de KPIs /admin-erp/kpis-circular).

3. Fases de construcción (sobre lo que ya está en producción)¶

Frente 2 Tier 0 + Tier 1 ya existen — el demostrador arranca desde ahí, no de cero.

Fase	Qué se construye	Reutiliza	Delta
T-0 Perfil textil	Completar el perfil textil `v0.1-borrador` que YA existe en `lib/dpp/atributos.ts`; agregar el nivel de verificación exigido por atributo	mapeador por categoría construido (`PERFILES`, `categoriaDe`, `vistaAtributos`, export); borrador textil (5 atributos); `EstatusAtributo`, `ClaseAtributo`	completar atributos (reciclado, químicos, durabilidad, social-laboral) + campo `nivelExigido` + anclaje CWA 18291 / eBIZ
T-1 Cadena de operadores	Roles de producción aguas arriba con escritura por atributo y contrato de interfaz	`ActorCircular` (OTP, min-privilegio); matriz rol×clase	roles nuevos (hilatura/confección/marca/distribución); atestación en cadena
T-2 Verificación real	Carril de software LISTO (T-2, FEAT-DPP-TEXTIL-T2-001): rol `LABORATORIO`, `InformeLaboratorio`, write-path que eleva credencia a `MEDIDO` exigiendo informe. Falta el laboratorio ENAC real (institucional)	`EstatusAtributo`; flujo de reverificación física	conseguir laboratorio ENAC + acreditación + coste (institucional; el software ya lo recibe)
T-3 Conformidad EN	Firma `did:web` (EN 18246); API contra EN 18216/18222; identificador EN 18219; PDF/A-3 estricto	export XML/EPCIS/PDF en producción; `did:web` decidido	endurecer a norma lo ya emitido
T-4 Lectura terminal	Endpoint de lectura máquina en la planta de clasificación (economía social)	lectura pública; dos proyecciones	superficie nueva de lectura posconsumo
Transversal	Instrumento de coste/tiempo/barrera por operador y atributo	KPIs circulares existentes	métricas del demostrador (el producto real)

Orden por dependencia: T-0 → T-1 → (T-2 ∥ T-3) → T-4. T-0 desbloquea todo; T-2 es la que introduce coste institucional real (laboratorio) y conviene arrancarla en paralelo a T-3 porque su tiempo de maduración es largo.

4. Lo que NO es software (el cuello de botella real)¶

Un demostrador funcionando con empresas reales se bloquea antes por lo institucional que por el código. La estrategia lo dice (§183: los contratos de interfaz son "trabajo institucional, no técnico"). Cuatro piezas que no salen de un chat de código:

Reclutar los operadores reales, uno por eslabón. Sin ellos no hay dato real.
Redactar los contratos de interfaz por atributo (quién responde de cada dato, con qué campos, estados y salidas). El software los aplica; alguien los escribe.
Acceso a laboratorio acreditado ENAC para la composición (credencia → MEDIDO). Es coste real y es lo que separa el demostrador de un barniz.
Onboarding de las pymes (propuesta ICEDE §18): hacer que emitir sea trivial. Es objeto de política, no un extra formativo.

El software (fases T-0..T-4) es, en buena medida, ensamblar primitivas que ya existen y perfilarlas a textil. El programa real es institucional + financiado.

5. Frontera de conocimiento previo y anti-sobreafirmación¶

Dos líneas rojas, heredadas de la disciplina del proyecto (misma que la página de evidencia y el gate de EPCIS "serializable→emisor"):

Arte Taxco es un demostrador FUNCIONAL en joyería, no en textil. Prueba que la arquitectura es agnóstica del producto; no prueba el caso textil. Afirmar "tenemos un demostrador textil funcional" antes de construirlo y correrlo con prendas y empresas reales sería la misma sobreafirmación que ya se corrigió dos veces. Encuadre correcto, y es el que fortalece la solicitud (ICEDE §21-23): plataforma DPP en operación como precedente de arquitectura reutilizable; el demostrador textil se construye sobre ella.
Declaración de interés (COI). ICEDE es solicitante/coordinador científico y el grupo opera Arte Taxco. La estrategia nacional §5.2 ya lo declara y aplica las salvaguardas a quien las propone. Lo aportado por el grupo es conocimiento previo, con separación documentada respecto de resultados de cualquier proyecto financiado. Esa frontera se mantiene en todo lo que el demostrador reutilice.

6. La primera tarea de Claude Code (concreta y acotada)¶

Cuando se decida construir, el primer chat NO recibe "haz el demostrador textil". Recibe T-0, que es autónoma, aditiva y verificable:

Tarea T-0 — Perfil de atributos textil sobre el motor DPP. Extender el mapeador por categoría (AtributoDPP + selección por productType) con un perfil textil: catálogo de atributos (composición de fibra por Reg. 1007/2011, contenido reciclado, químicos restringidos, durabilidad, reparabilidad, cuidado, y al menos un indicador social-laboral), cada uno con su ClaseAtributo y su nivel de verificación exigido (EstatusAtributo mínimo: credencia→VERIFICADO/MEDIDO, experiencia→DECLARADO). Anclar el vocabulario en CWA 18291 / eBIZ / Reg. 1007/2011, namespaced y versionado, mapeable al acto delegado textil cuando exista. Aditivo al schema (prisma db push, nunca migrate dev). Incluir el export del perfil en el XML autodescriptivo y el EPCIS ya existentes. NO tocar joyería ni el canónico.

Precondiciones que ese chat debe leer primero: este documento, MAPA-ECOSISTEMA-DPP.md, DECISIONES-INTEROPERABILIDAD-DPP.md, DICCIONARIO-CAMPOS-SISTEMAS.md, y el modelo AtributoDPP en schema.prisma. Con eso hereda una tarea de un día, no un mandato de plataforma.

7. Pendientes de decisión (no asumir)¶

¿El demostrador vive en el repo de Arte Taxco o en uno propio? El motor es reutilizable, pero un demostrador textil nacional probablemente merece su propia base de código a mediano plazo (la app de joyería no debe absorber un módulo textil). T-0..T-1 pueden empezar aditivos aquí; la separación se decide al escalar.
¿Qué laboratorio ENAC y con qué modelo de coste compartido? (T-2, institucional.)
¿Qué territorio y qué línea de producto? (define quién recluta y qué prenda.)
Profundidad del stack de firma (did:web v1 vs. DIDs por-actor) — la DECISIONES-INTEROPERABILIDAD la gatea a fondos; para el demostrador, did:web basta.

Arte Taxco / ICEDE-USC · Ruta del demostrador textil · 31 Jul 2026 · alcance, no implementación. Complementa la estrategia nacional (§8 demostrador, Anexo A.1) y el ecosistema DPP ya construido.