1. Antecedentes
El Sistema de Trazabilidad Boliviano para la Soya es una iniciativa impulsada bajo un esquema de gobernanza sectorial, orientada a asegurar la trazabilidad de la soya y sus subproductos, así como a habilitar mecanismos de debida diligencia para mercados y compradores que exigen evidencia verificable.
El mismo se concibe como un sistema modular en el que cada eslabón opera en un módulo independiente (productor, transporte/silos, industria, etc.). Esta separación no responde a una limitación técnica, sino a una decisión de diseño: preservar la identidad operativa de cada actor/eslabón, reducir interferencias entre eslabones y fortalecer la auditabilidad.
En este enfoque, el Módulo 5 (Kernel) es el componente central: resguarda información consolidada, presta servicios a los demás módulos mediante APIs, ejecuta auditorías y controles transversales, gestiona protocolos y habilita consultas de trazabilidad bajo demanda. Por su alcance, complejidad y rol transversal, el Kernel es el módulo de mayor duración y se desarrolla de manera incremental y progresiva.
Bajo una única contratación, el proveedor deberá desarrollar el Kernel (Módulo 5) como eje del sistema, e implementar en paralelo los componentes Modulo 1, Módulo 2 (Transporte y Silos) y Módulo 3 (Industria), que alimentan y se articulan con el Kernel. Estos módulos se documentan en TDRs separados por claridad funcional, pero constituyen un solo programa de desarrollo e implementación.
2. Alcance general de la contratación
La contratación comprende el desarrollo de un programa integral con tres componentes:
Módulo 5 – Kernel (componente principal):
Arquitectura de integración por APIs, base de datos central, auditoría de consistencia, gestor de alertas/casos, gestor de protocolos y sistema de consultas para debida diligencia. Este componente se desarrolla desde finales de febrero 2026 hasta marzo 2027, con entregas por fases.
Módulo 2 – Transporte y Silos (componente integrado):
Implementación de certificado de transporte interno, operación online/offline, registro de tiempos y evidencias, y gestión de silos con lógica de balance de masa (cuando corresponda). Duración referencial: 5–6 meses, desarrollándose dentro del programa y articulado al Kernel.
[ACCEDA A LOS TÉRMINOS DE REFERENCIA ESPECÍFICOS DEL MÓDULO 2]
Módulo 3 – Industria:
Implementación de carga de reportes industriales (CSV u otros), parametrización de coeficientes de transformación, balance de masa industrial, conciliación de ingresos/salidas y emisión de advertencias. Duración referencial: 5–6 meses, con alta participación de las industrias y sector productivo para mapeo de datos, pruebas y validación.
[ACCEDA A LOS TÉRMINOS DE REFERENCIA ESPECÍFICOS DEL MÓDULO 3]
3. Enfoque de implementación y secuencia dentro del programa
El programa se ejecutará de forma incremental. Aunque el Kernel se desarrolla durante todo el periodo (febrero 2026–marzo 2027), los módulos operativos se acomodan dentro del mismo, con la siguiente lógica:
Se consolida primero un Kernel mínimo operativo que habilite integración y auditoría básica.
Se prioriza el desarrollo e implementación del Módulo 2, por ser el eslabón logístico que conecta movimientos físicos y evidencias (online/offline).
Una vez estabilizado Módulo 2, se incorpora el Módulo 3, que requiere coordinación intensa con industrias (formatos, validación de datos, tolerancias y conciliación).
En paralelo, el Kernel va fortaleciendo reglas, protocolos, alertas, panel de gobernanza y consultas de debida diligencia hasta alcanzar madurez hacia marzo 2027.
Este enfoque exige que el proveedor disponga de un equipo con capacidad de articulación y levantamiento operativo, incluyendo la identificación y coordinación con actores clave (transportistas, silos e industrias) para que los pilotos e integraciones se “acomoden” dentro del cronograma.
También debe ir entregando servicios al equipo desarrollador del modulo 1, que ha sido previamente desarrollado.
4. Objetivo general
Desarrollar e implementar, bajo una única contratación, el Módulo 5 (Kernel) del Sistema de Trazabilidad y los componentes integrados Módulo 2 (Transporte y Silos) y Módulo 3 (Industria), garantizando una arquitectura modular y auditable basada en APIs, con control transversal de consistencia de volúmenes, gestión de protocolos y habilitación de consultas de trazabilidad y debida diligencia.
5. Objetivos específicos
- Diseñar e implementar la arquitectura central del Kernel para integración por APIs con los módulos operativos.
- Implementar mecanismos de ingesta de eventos online/offline y consolidación de estados (OK/Observación/Alerta).
- Desarrollar el “libro contable” o motor de consistencia de volúmenes que identifique excedentes, faltantes y discrepancias entre despachos y recepciones, emitiendo advertencias a actores relevantes.
- Implementar un motor de alertas y gestión de casos (tickets) para revisión, corrección, justificación y cierre auditable.
- Desarrollar un gestor de protocolos (versionado, activación/desactivación, asignación selectiva por actor/volumen/campaña) y un esquema de implementación gradual.
- Implementar el Módulo 2 con certificado de transporte interno, evidencias de recepción, operación offline, y gestión de silos con lógica de balance de masa, integrado al Kernel.
- Implementar el Módulo 3 con carga de reportes industriales, parametrización de transformación, conciliación por balance de masa y advertencias, integrado al Kernel y validado con industrias participantes.
- Desarrollar la funcionalidad de consultas de trazabilidad/due diligence, capaz de reconstruir la historia de un lote/volumen con evidencias, alertas y semáforos.
- Entregar documentación técnica, manuales, pruebas y soporte de estabilización conforme a las fases definidas.
6. Hitos del programa (en texto)
El programa se desarrollará con hitos referenciales:
| Hito | Periodo (referencial) | Módulos | Entregables propuestos (macro) | Participación |
| H0 | Fin feb 2026 | M5 + (base para M2/M3) | Arranque formal: plan de trabajo, arquitectura objetivo, criterios de aceptación, plan de ambientes, lineamientos de seguridad, catálogo preliminar de eventos por módulo | Comité + equipo técnico; definición de responsables por industria piloto |
| H1 | Mar 2026 | M5 (MVP base) | Kernel mínimo operativo: APIs, bitácora base, estados (OK/OBSERVACIONES/ALERTAS) y estrategia inicial de integración | Comité + equipo desarrollador; validación técnica de contratos |
| H2 | Mar–Abr 2026 | M2 (diseño + prototipo) | Diseño funcional/técnico M2 + prototipo móvil (online/offline), QR/certificado transporte, flujos productor→destino y silo→destino, evidencias (foto/boleta), eventos listos para Kernel | Equipo operativo (transportistas/silos) para pruebas tempranas |
| H3 | Mar–Abr 2026 | M3 (diseño + protocolo para industrias) | Análisis del sector industrial: definición de formatos (CSV mínimo), mapeo de campos por industria, reglas de transformación/tolerancias, prototipo de carga y validación; set de industrias piloto | Participación alta de industrias (equipos de tecnología de las industrias + operaciones) |
| H4 | Abr–Jun 2026 | M2 (certificado de transporte interno + piloto 1) + M5 | Desarrollo completo M2: transporte + silos + balance de masa logístico (si aplica), alertas de riesgo (demoras/desvíos), sincronización offline y eventos consolidados en Kernel; piloto controlado | Pilotos con 1–2 rutas/silos; comité validando reglas mínimas (protocolo y cronograma tentativo) |
| H5 | May–Jul 2026 | M3 (Integración con las industrias + piloto 1) + M5 | Desarrollo completo M3: carga de ingresos/salidas, parámetros de transformación, motor de conciliación y discrepancias, flujo de trabajo básico (aceptar/corregir/justificar) en Kernel; piloto con 1–2 industrias | Participación intensa de industrias piloto (iteración semanal) |
| H6 | Jul–Ago 2026 | Cierre M2 + M5 | Estabilización M2: pruebas de campo, prueba versión offline, cronograma de capacitación, manuales, operativo M2 (si se define) | Operadores transporte/silos; soporte de campo |
| H7 | Ago–Sep 2026 | Cierre M3 + M5 | Estabilización M3: calidad de datos, validación de tolerancias, capacitación, manuales; ampliación gradual a más industrias (si procede) | Industria (validación de reportes) + comité |
| H8 | Oct–Dic 2026 | M5 (auditoría fuerte + protocolos) | Fortalecimiento Kernel: libro contable de volúmenes transversal, motor de alertas/casos completo, gestor de protocolos (versionado + asignación selectiva), panel de control de gobernanza | Comité (decisiones de reglas/protocolos) + QA |
| H9 | Ene–Feb 2027 | M5 (debida diligencia) | Módulo de consultas “comprador”: expediente por lote/volumen, semáforo final, exportables (reportes), trazabilidad de consultas (quién/cuándo/qué) | Comité + usuarios “auditor/cliente” si es posible. |
| H10 | Mar 2027 | Cierre programa M5 | Auditoría final, pruebas de carga, plan de continuidad (respaldos/retención), documentación técnica completa, cierre formal con lecciones aprendidas y propuesta de posibles mejoras 2027 después de los pilotos | Comité + equipo técnico + pilotos |
7. Productos y entregables del programa (macro)
- Kernel: APIs, base de datos consolidada, bitácora/auditoría, registro contable digital de volúmenes, alertas/casos, protocolos, consultas de debida diligencia (due diligence), panel de control.
- Módulo 2: app/operación offline, certificado transporte, QR, evidencias, gestión de silos y eventos integrados al Kernel.
- Módulo 3: integración por reportes, parámetros de transformación, balance de masa, conciliación, advertencias y eventos integrados al Kernel.
- Documentación: manual técnico, manuales de usuario por perfil, especificaciones de las APIs, casos de prueba y reporte final.
8. Consideración de flexibilidad
Dado que el Sistema de Trazabilidad es un sistema progresivo y de implementación gradual, este TDR establece el marco de trabajo y resultados esperados; sin embargo, el proveedor deberá contemplar que durante la implementación se identificarán ajustes por integración real, calidad de datos, pilotos y requisitos de debida diligencia. Por ello, las reglas y exigencias del sistema deben diseñarse parametrizables, con registro auditable de cambios aprobados por la gobernanza (CANIOB – ANAPO – Solidaridad).
-
Presentación de propuestas
Los/as interesados/as deberán presentar:
- Propuesta técnica (metodología de trabajo, cronograma, tecnología a emplear).
- Propuesta económica detallada.
- Hoja de vida y portafolio de trabajos similares.
Los/as interesados/as deberán enviar su propuesta técnica, económica y hoja de vida, a más tardar el 25 de febrero al correo [email protected].
Esta consultoría se realizará en el marco del proyecto Solución de Trazabilidad para una Cadena de la Soya Sostenible en Bolivia, financiado por UK Pact.
