Plataforma

Una capa de identidad, trazabilidad y verificación para productos reales

Traza une tres cosas que suelen vivir separadas: la identidad de cada unidad, el registro de su ciclo de vida y una forma pública y sencilla de comprobar ambas.

Qué hace la plataforma

Seis capacidades que se combinan según el despliegue. Ninguna exige reemplazar los sistemas que una organización ya utiliza.

  • Identidad digital unitaria

    Un identificador único y firmado para cada unidad, con los datos mínimos que la describen: fabricante o importador, producto y presentación, origen y lote.

  • Registro de eventos de cadena

    Cada momento del ciclo de vida —emisión, etiquetado, prueba de imprenta, activación de la ficha, consultas y cierre de la emisión— se registra como un evento con fecha, lugar y responsable.

  • Verificación pública

    Cualquier persona verifica una unidad desde el navegador, sin instalar nada ni crear una cuenta. El resultado se explica por señales y en lenguaje claro.

  • Control institucional

    Reguladores y empresas consultan el registro, siguen anomalías, coordinan inspecciones de campo y exportan información para auditoría.

  • Reglas configurables por tenant

    Cada despliegue define su marca, sus campos de identidad, sus tipos de evento, sus roles y el contexto que ve el público al verificar.

  • Reporte de discrepancias

    Quien verifica puede reportar una diferencia entre lo que ve y lo que dice el registro, con datos mínimos y opcionales.

La identidad de una unidad

Una identidad Traza es un registro breve y firmado que responde a cuatro preguntas sobre la unidad. No contiene datos personales. Sí identifica a la empresa emisora, incluido su identificador tributario: la responsabilidad de quien pone el producto en el mercado es pública por diseño.

Fabricante / importador
La organización que produjo la unidad o la trajo al mercado, y que la firma como emisor.
Producto / presentación
Qué es y en qué formato: tipo, variante, envase y contenido declarado.
Lote y vencimiento
El lote de producción o importación y la fecha de vencimiento, para comparar con lo impreso en el envase.
Estado del identificador
Si está emitido, activado, en revisión o anulado, y desde cuándo se consulta.
Ejemplo de identidad unitaria

TRZ-7F2K-6C2A-84MZ

Fabricante / importador
Cafetalera Monte Azul
Producto / presentación
Café Monte Azul · tueste medio · bolsa 500 g
Lote y vencimiento
COS-MA-26-07 · consumir antes de 09/2027
Estado del identificador
Activado · con consultas registradas
Comprobaciones
Firma válida · registro activo · datos coincidentes · sin alertas

Arquitectura objetivo

El principio de diseño es separar tres planos que se comunican por eventos y nunca por consultas cruzadas: así una generación masiva de identificadores no compite jamás con la consulta de una persona frente a un anaquel. Lo que sigue es la arquitectura hacia la que se diseña.

  1. Plano de emisión

    Deriva y firma los identificadores por orden. Las claves se custodian en un módulo de seguridad de hardware, con derivación por emisión: administrar una clave y usarla son permisos distintos.

  2. Plano de verificación

    El camino caliente: resuelve la consulta pública, evalúa firma, registro, coincidencia y señales, y devuelve un resultado explicado. Debe seguir respondiendo aunque la emisión esté en mantenimiento.

  3. Plano analítico y de auditoría

    Append-only: cada emisión, descarga, activación y cambio de estado queda registrado. Sin UPDATE ni DELETE — revocar es un evento nuevo, no una corrección del anterior.

  4. Espejo de solo lectura

    La institución que gobierna un despliegue recibe una copia de solo lectura para auditar sin depender del operador. Es el patrón de repositorio primario y secundario del sistema europeo de tabaco.

  5. Integración

    Interfaces para emitir y activar desde los sistemas de gestión existentes, y para exportar información hacia ellos.

Arquitectura objetivo del producto. Los controles criptográficos y de seguridad se implementan y auditan en cada despliegue.

Qué se comprueba al verificar

Una verificación no da un veredicto único. Evalúa cuatro señales por separado y las explica, para que quien verifica sepa qué se comprobó, cuánta confianza aporta y cuál es el siguiente paso.

  • Firma

    Si la identidad fue emitida por el emisor esperado y no ha sido alterada.

  • Estado en el registro

    Si la identidad está activa, suspendida o revocada, y qué eventos constan en ella.

  • Coincidencia de datos

    Si lo que muestra la etiqueta coincide con lo que dice el registro: producto, presentación, lote y fecha de vencimiento.

  • Anomalías

    Si hay señales que conviene revisar: consultas repetidas del mismo código, ubicaciones inconsistentes o eventos fuera de secuencia.

Una firma válida indica que la identidad fue emitida; no describe el contenido físico ni impide que una etiqueta sea copiada. Por eso el resultado nunca se reduce a una palabra: se explica, se acompaña del siguiente paso y la inspección física sigue siendo necesaria.

Co-brand y white-label por tenant

La marca maestra vive en traza.technology. Cada despliegue —por país, regulador o industria— puede presentarse con su propia identidad visual y su propio contexto de verificación, sobre la misma plataforma.

  • Lockup de co-brand o marca propia (white-label) en cada despliegue
  • Colores de acento, textos de contexto y siguiente paso configurables
  • Campos de identidad y tipos de evento propios de cada sector
  • Roles y permisos definidos por cada institución
  • La verificación pública lee el tenant desde la URL y adapta el resultado
Propuesta de piloto Bebidas alcohólicas

Ejemplo de co-brand de una propuesta de piloto. No implica relación oficial, aprobación ni implementación.

El lockup de tenant que se muestra es un ejemplo de co-brand incluido en una propuesta de piloto. Su uso está condicionado a la aprobación de la institución correspondiente y no implica relación oficial, respaldo ni aprobación.

El ejemplo que se muestra corresponde al caso de uso de licores: un lockup tipográfico de co-brand incluido en una propuesta de piloto dirigida a un regulador. Es condicional a aprobación y no implica relación oficial.

Integración con sistemas existentes

La plataforma está pensada para convivir con los sistemas de gestión, almacén y logística que las organizaciones ya usan, sin reemplazarlos.

  • Recepción de eventos desde sistemas de gestión y almacén (ERP, WMS) mediante interfaces documentadas
  • Emisión de identidades por lotes a partir de órdenes de producción o de importación
  • Exportación del registro para auditoría y análisis
  • Autenticación del emisor y trazabilidad de quién reporta cada evento
Las capacidades de integración se describen de forma genérica y sin nombrar productos: cada despliegue acuerda sus conectores.

Vea la plataforma en funcionamiento

Las tres vistas muestran la verificación pública, el recorrido de una unidad y el panel institucional.