Proyectos / Any2DPP
Any2DPP
Prototipo de investigación sobre el mapeo de datos de origen a estructuras de pasaporte
¿Cómo pueden convertirse datos de origen heterogéneos en una estructura compatible con un pasaporte digital de producto sin perder procedencia, significado ni el vínculo con la evidencia, de una forma que una persona pueda revisar?
Visión general
31pruebas en el repositorio
Any2DPP describe cómo los datos de origen procedentes de exportaciones de ERP o PLM, XML, JSON, CSV o API se mapean a una estructura de pasaporte, en forma de mapeo declarativo con versión. Una ejecución aplica el mapeo, informa campo por campo de lo que ocurrió y valida el resultado contra el esquema del pasaporte.
Una persona revisa la vista previa antes de liberar nada. Un campo que se mapea sin problemas está bien formado, no es verdadero.
Los seis prototipos comparten un núcleo de aplicación en el repositorio de AnyLAI: casos, una línea de tiempo de eventos encadenada por hash, evidencia con procedencia y tres marcas de tiempo, tareas y actos de autoridad. Cada prototipo añade solo su propio vocabulario y sus propias reglas.
Un mapeo, campo por campo
Exportación de ERP · CSV
Estructura de pasaporte
mapeadoconstanteausentetransformación fallida
Pase el cursor por un campo o sitúe el foco en él para ver de dónde viene y qué le ocurrió.
Descripción en texto del diagrama
A la izquierda, cinco campos de una exportación de ERP: número de material, país, fecha de producción, peso en kilogramos y proveedor. A la derecha, seis campos de una estructura de pasaporte: identificador del producto, país de producción, fecha de producción, peso neto, nombre del fabricante y contenido reciclado. Las líneas los conectan a través de transformaciones: recorte, código de país, fecha ISO y decimal. El contenido reciclado no tiene origen y se señala como ausente.
Componentes básicos
Mapeo
Una declaración versionada de campos de origen a campos de destino. Una vez publicada no puede cambiar; la sustituye una versión nueva.
Transformación
Una lista cerrada de conversiones, como recortar texto, fechas ISO, decimales y códigos de país.
Diagnóstico de campo
Por cada campo de destino: mapeado, constante, ausente o transformación fallida.
Ejecución
Una aplicación de un mapeo: MAPPED, FAILED, HANDED_OFF o RELEASED.
Liberación humana
Un revisor libera una ejecución después de ver su vista previa y su completitud.
Una exportación CSV
- 1
Un fabricante exporta materiales de su sistema ERP en formato CSV.
- 2
La versión 3 del mapeo convierte el país a un código de dos letras y la fecha a formato ISO.
- 3
La ejecución informa de cinco campos mapeados y del contenido reciclado ausente, y valida la estructura contra el esquema.
- 4
Un revisor ve la brecha y no libera la ejecución hasta que se añade una fuente para el contenido reciclado.
En qué se diferencia de AnyDPP
Any2DPP ≠ AnyDPPEntorno de investigación y demostración
AnyDPP usa una extracción específica para cada fuente en un corredor demostrado y es donde se compone y se emite un pasaporte. Any2DPP investiga mapeos genéricos y declarativos, y nunca emite, firma ni publica un pasaporte. Ambos se encuentran en un único adaptador que valida contra el propio esquema de AnyDPP.
AnyDPPAny2DPP ≠ AnyVerifyPrototipo de investigación · no publicado
AnyVerify comprueba si la evidencia respalda un valor. Any2DPP solo comprueba que un valor esté bien formado en su destino.
AnyVerify
Estado
Prototipo de investigación en el repositorio de AnyLAI, no publicado y no desplegado. La frontera con AnyDPP es real pero estrecha: una ejecución solo puede traspasarse a AnyDPP cuando su origen es una de las trazas de ingesta del propio AnyDPP.
Limitaciones
- Todavía no hay introspección de esquemas, conversión de unidades, gestión de cardinalidad ni mapeo de vocabularios semánticos.
- Nunca emite, firma ni publica un pasaporte, y no es dueño del estándar.
- Bien formado no significa verdadero: el mapeo no verifica el contenido.