Glosario

Compliance y trazabilidad acumulan acrónimos rápido. Esta página recopila los que aparecen en la documentación, ordenados por frecuencia en nuestro contexto.

Frameworks de compliance

FSMA 204 — Food Safety Modernization Act, sección 204 (FDA US). Obliga trazabilidad para alimentos designados. Vigente para alimentos de alto riesgo el 2028-07-20. Obligaciones concretas:

• CTE (Critical Tracking Event): evento de cadena de suministro que la FDA considera material — recepción, transformación, envío, etc.
• KDE (Key Data Element): los campos específicos que el CTE debe contener — fecha, ubicación, cantidad, código de lote, etc.
• TLC (Traceability Lot Code): identificador único de un lote que lo sigue a través de la cadena.

EUDR — EU Deforestation Regulation. Obliga que 7 commodities que entran en la UE (vacuno, cacao, café, palma, caucho, soja, madera) prueben origen libre de deforestación vía geolocalización. Vigente 2026-12.

• DDS (Due Diligence Statement): el documento que el importador presenta declarando evidencia de no-deforestación por shipment.

USMCA — Acuerdo US-México-Canadá (sucesor del NAFTA). Framework aduanero que requiere prueba de origen para bienes que cruzan la frontera libres de aranceles.

• Certificate of Origin (USMCA): el documento BOM-by-origin que el productor / exportador auto-certifica.

IATF 16949 — Estándar de gestión de calidad automotriz del International Automotive Task Force. Mandatorio para tier-1 / tier-2 suppliers de OEMs. Registros de calidad:

• PPAP (Production Part Approval Process)
• FAI (First Article Inspection)
• SPC (Statistical Process Control), con Cp / Cpk capability indices.

ESPR — Ecodesign for Sustainable Products Regulation (UE). Establece el mandato del Digital Product Passport (DPP) que se aplica progresivamente desde 2027 por categoría — textiles, baterías, electrónicos primero.

EU 2023/1542 — Reglamento de Baterías de la UE. Obliga un passport de batería para baterías industriales / EV / LMT desde 2027-02.

Identidad y formatos de datos

DID — Decentralized Identifier. Spec W3C para identidad anclada criptográficamente. Cada tenant + organización en Darwin tiene un DID; los eventos se firman contra DIDs.

EPCIS 2.0 — estándar de GS1 para Electronic Product Code Information Services. Modela eventos de cadena como ObjectEvent / AggregationEvent / TransformationEvent. Darwin mapea su modelo de eventos interno a EPCIS 2.0 para interoperabilidad con sistemas GS1-compliant.

GS1 Digital Link — sintaxis de URL que codifica GTIN / lot / serial en formato QR-friendly (ej. /01/<gtin>/10/<lot>/17/<expiry>). El viewer de pasaportes Fidenta renderiza este resolver pattern.

GTIN — Global Trade Item Number. El barcode de 8/12/13/14 dígitos que escaneás en retail.

HMAC-SHA256 — algoritmo simétrico de firma usado para integridad de payload de webhooks y verificación de QR por tenant. Cada tenant tiene un secret; las firmas son verificables client-side sin exponer la clave.

MDX — Markdown + JSX. El formato de página usado en este wiki (si hacés Ver fuente ves archivos .mdx).

Productos Darwin

Captia — la capa de captura. PWA mobile + conectores ERP / IoT / CSV. Cierra el wedge: digitaliza el taller / campo / productor chico donde no existe sistema.

Tracium — la capa de trazabilidad. Estandariza los eventos capturados, los ancla on-chain (Polygon PoS + OP Stack L2, 13 smart contracts), auto-genera bundles regulatorios por framework.

Fidenta — la capa de identidad digital. Acuña un pasaporte por-producto accesible vía QR. Vistas por stakeholder: consumidor (storytelling), retailer (datos de compliance), auditor (evidencia técnica), brand (analytics).

Términos operativos

Sandbox — tenant non-production para desarrollo / evaluación. Free-tier; mismas APIs que producción pero data sintética y sin costo de finality on-chain.

Whitelabel — cada front-end (Captia / Tracium / Fidenta-viewer / Fidenta-dashboard) lee brand.json en runtime — logo, colores, fuente, copy. Nuevos tenants eligen su brand al provisioning. La marca Darwin Evolution es el primer cliente whitelabel; sirve como demo branding.

Multi-tenant — un solo sandbox o entorno de producción hostea múltiples tenants. La aislación de datos por tenant ocurre a nivel de contrato on-chain (cada tenant tiene su propio Tenant.sol + sub-árbol de config-registry por tenant) y a nivel de DB (tenantId scoping).

Idempotent UUID — identificador generado por el cliente enviado con submissions de captura. Si el mismo UUID llega dos veces (retry de red, restart de sync), el server devuelve el resultado original sin crear un evento duplicado.