GDST 1.1 Mapeo Indonesia: Archivos EPCIS listos para compradores en 7 pasos
GDST 1.1EPCIS 2.0Pescados y mariscos de IndonesiaTrazabilidadWPP-NRI a FAOatúncamarónSTELINAMDPI

GDST 1.1 Mapeo Indonesia: Archivos EPCIS listos para compradores en 7 pasos

8/29/20259 min de lectura

Un manual práctico específico para Indonesia para convertir sus registros WPP, registros STELINA/MDPI y documentación de planta en archivos EPCIS GDST 1.1 que los compradores aceptan. Incluye mapeo WPP-a-FAO, opciones de identificación de buques, flujo CSV-a-JSON y ejemplos de eventos.

Si su comprador acaba de pedir “GDST 1.1”, no necesita comprar un software mañana. Puede quedar listo para el comprador con los registros que ya mantiene en Indonesia: áreas WPP-NRI, bitácoras de viaje, notas de descarga, documentos BKIPM y hojas de producción de planta. Hemos entregado archivos GDST para atún, pargo, camarón y especies mixtas de arrecife de esta manera. Aquí explicamos exactamente cómo lo mapeamos.

Los tres pilares de un archivo GDST listo para el comprador

  1. Identidades de origen sólidas. Use identificadores de buques que sus tripulaciones realmente lleven y que aparezcan en sus licencias. Use identificadores de cosecha de granja que las personas puedan encontrar en papel. No invente identificadores que nunca aparecen en sus documentos.

  2. Lógica limpia de lotes. Decida cómo rastrea los lotes en la recepción y durante el despiece/empacado. Si no puede explicar una división/fusión en papel, no validará en EPCIS.

  3. Empaquetado EPCIS adecuado. Los compradores cada vez piden más EPCIS 2.0 JSON-LD. Puede comenzar en Excel, pero planifique sus columnas para que se conviertan 1:1 a eventos más adelante.

Conclusión práctica: Antes de tocar JSON, confirme su definición de lote y qué documento prueba cada KDE. Entonces ya habrá avanzado un 80%.

¿Cuáles son los KDE mínimos que los compradores realmente solicitan?

Vemos dos escenarios comunes en Indonesia.

  • Captura silvestre: atún, pargo, especies de arrecife

    • Especie (científica + común), método de producción = captura silvestre
    • Área de captura como código FAO, tipo de arte
    • Identificador del buque y estado de pabellón. Fechas de inicio/fin del viaje
    • Fecha y puerto de descarga. Si hubo transbordo, el buque portador y la fecha
    • Código de lote/lote del procesador, fecha de producción, cantidad y UoM
    • Identificador de la instalación (GLN si lo tiene, o número de aprobación de planta)
    • Referencias a certificados/permits (cuando corresponda)
  • Camarón vannamei de cultivo

    • Especie, método de producción = acuicultura
    • Identificador del sitio de la granja (estanque/cluster), fecha de cosecha, ubicación (provincia/coordenadas si están disponibles)
    • Identificadores de vivero y de proveedor de alimento si el comprador los solicita
    • Código de lote/lote del procesador, fecha de producción, cantidad
    • Identificador de la instalación

Si su comprador exige estrictamente GDST, añada: IDs únicos para cada evento, zona horaria, paso de negocio (bizStep) y readPoint (dónde ocurrió). Hemos comprobado que cuando estos están presentes, incluso los compradores estrictos avanzan más rápido.

Mapeo WPP-NRI a FAO que los compradores aceptan

Usted registra WPP-NRI. Los compradores quieren FAO. Aquí hay un mapeo simple, ampliamente aceptado y usado en los archivos GDST de Indonesia:

  • WPP 571, 572, 573 → FAO 57 (Océano Índico, Oriental)
  • WPP 711, 712, 713, 714, 715, 716, 717 → FAO 71 (Pacífico, Centro-Oeste)
  • WPP 718 → A menudo mixto. Los mares de Timor/Sawu suelen considerarse FAO 57. Arafura suele considerarse FAO 71. Si no tiene coordenadas, muchos compradores aceptan listar ambos FAO 57 y 71 con una nota.

Mapa de Indonesia que resalta el Océano Índico oriental y el Pacífico centro-occidental como zonas de color distintas, con una superposición difusa alrededor de los mares de Timor, Sawu y Arafura para mostrar el mapeo ambiguo; pequeñas siluetas de embarcaciones de línea de mano y una grúa de puerto proporcionan contexto pesquero.

Dos consejos poco obvios:

  • Si su nota de descarga tiene coordenadas o un caladero nombrado, inclúyalos. Los casos ambiguos de WPP 718 se resuelven rápidamente cuando añade latitud/longitud.
  • Mantenga el WPP original en un campo de “notas”. A los auditores les gusta ver su referencia nativa.

¿Necesita una comprobación rápida de su mapeo para una pesquería específica? Puede Contáctenos por WhatsApp.

Nuestros buques no tienen números IMO. ¿Qué identificadores son aceptables?

En la práctica, las embarcaciones de línea de mano/día en Indonesia rara vez tienen IMO. GDST 1.1 permite varios tipos de identificador:

  • Número de registro nacional o número de licencia (por ejemplo, de documentos MMAF)
  • Indicativo de llamada de radio (IRCS) o MMSI si está disponible
  • UVI (Identificador Único de Buque) si se asigna mediante un programa o registro
  • CFR para buques con pabellón de la UE (raro en flotas costeras de Indonesia)

Nuestra regla: elija el identificador que aparezca en su nota de descarga o licencia y que se mantenga estable año a año. Para embarcaciones pequeñas en FIPs gestionados por MDPI, use el código de buque utilizado en el programa y vincúlelo a su licencia en papel en las notas.

¿Podemos empezar en Excel/CSV y cambiar a EPCIS más adelante?

Sí. Lo recomendamos. Diseñe una planilla que refleje los eventos EPCIS para que la conversión sea mecánica.

Columnas mínimas que convierten limpiamente:

  • eventType, eventTime, timeZone, bizStep, disposition, readPointId
  • inputLot, inputQty, inputUoM, outputLot, outputQty, outputUoM
  • species, productionMethod, FAOArea, gearType, vesselId, flagState
  • landingPort, landingDate, farmId, harvestDate
  • facilityId, processType (pelado, fileteado), certificateRefs, notes

Luego conviértalo a EPCIS 2.0 JSON-LD. Un ObjectEvent muy simple para la recepción de un lote de atún puede verse así:

{
  "@context": [
    "https://ref.gs1.org/standards/epcis/2.0.0/epcis-context.jsonld",
    {"gdst": "https://traceability-dialogue.org/ontologies/gdst#"}
  ],
  "type": "EPCISDocument",
  "schemaVersion": "2.0",
  "epcisBody": {
    "eventList": [
      {
        "type": "ObjectEvent",
        "eventTime": "2025-08-01T07:15:00+07:00",
        "eventTimeZoneOffset": "+07:00",
        "action": "observar",
        "bizStep": "recepción",
        "disposition": "en_proceso",
        "readPoint": {"id": "urn:epc:id:sgln:8999999.00001.0"},
        "quantityList": [{
          "epcClass": "urn:epc:class:lgtin:08999999.00001.20250801TUNALOT01",
          "quantity": 1200,
          "uom": "KGM"
        }],
        "gdst:kde": {
          "gdst:species": "Thunnus albacares",
          "gdst:productionMethod": "captura-salvaje",
          "gdst:FAOArea": ["71"],
          "gdst:gearType": "ANZUELO_MANUAL",
          "gdst:vesselId": "ID-BA-12345",
          "gdst:flagState": "IDN",
          "gdst:landingPort": "Bitung",
          "gdst:landingDate": "2025-07-31"
        }
      }
    ]
  }
}

Hemos usado un enfoque similar para envíos al por menor como Filete de mero (IQF) y programas de sashimi usando Yellowfin Saku (grado sushi).

¿Cómo mostramos el pelado/recorte con mezclas o divisiones?

Represente las mezclas y los rendimientos con TransformationEvent. Las entradas son lotes crudos. Las salidas son lotes procesados.

Ejemplo: pelado de camarón que mezcla dos cosechas de estanque en un lote terminado.

{
  "type": "TransformationEvent",
  "eventTime": "2025-08-02T10:00:00+07:00",
  "eventTimeZoneOffset": "+07:00",
  "bizStep": "procesamiento",
  "readPoint": {"id": "urn:epc:id:sgln:8999999.00001.0"},
  "inputQuantityList": [
    {"epcClass": "urn:epc:class:lgtin:08999999.00001.20250801POND01", "quantity": 800, "uom": "KGM"},
    {"epcClass": "urn:epc:class:lgtin:08999999.00001.20250801POND02", "quantity": 600, "uom": "KGM"}
  ],
  "outputQuantityList": [
    {"epcClass": "urn:epc:class:lgtin:08999999.00001.20250802SHRIMPPEELED01", "quantity": 1000, "uom": "KGM"}
  ],
  "gdst:kde": {
    "gdst:processingType": "pelado",
    "gdst:productionMethod": "acuicultura",
    "gdst:farmIds": ["FARM-A-01","FARM-B-07"],
    "gdst:harvestDates": ["2025-07-29","2025-07-30"]
  }
}

Las divisiones (splits) usan el mismo tipo de evento con una entrada y múltiples salidas. Mantenga los códigos de lote de salida trazables hasta las etiquetas.

Validación rápida antes de enviar un archivo al comprador

Recomendamos una verificación en dos pasos:

  1. Validación de esquema. Confirme que es un EPCIS 2.0 JSON-LD válido. Cualquier validador de esquemas JSON puede ejecutar el esquema EPCIS 2.0 localmente. Si utiliza un script, haga que falle la compilación cuando no valide.
  2. Reglas de negocio GDST. Verifique la presencia de KDEs por tipo de producto y evento. Por ejemplo, los eventos de captura silvestre deben tener área FAO, arte y un identificador de buque.

Opciones gratuitas que usamos o hemos visto usar:

  • Validadores y linters de esquemas JSON para la estructura
  • Herramientas de prueba EPCIS 2.0 de código abierto para comprobar la coherencia de eventos y contexto
  • Un script simple en Python o Node para afirmar la presencia de KDEs por tipo de evento antes de enviar

Si su comprador proporciona su propio verificador, siempre ejecute su archivo a través de él primero para evitar idas y vueltas.

¿Puede GDST extraer datos de STELINA o MDPI que ya recopilamos?

Sí, y debería hacerlo. Mapeamos así en Indonesia:

  • STELINA (viaje/descarga): ID de viaje, fecha/puerto de descarga, especies, cantidades y licencia de buque se convierten en KDEs para ObjectEvents en descarga/recepción. Mantenga el ID de STELINA en notas.
  • MDPI o aplicaciones FIP: código de buque, arte de línea de mano, WPP y detalles del viaje alimentan sus KDEs de captura y el mapeo FAO. Si hay coordenadas, inclúyalas.

No necesita ingresar datos dos veces. Referencie los identificadores originales en las notas de KDE para que los auditores puedan rastrear hasta STELINA o MDPI.

Mapeo de campos de certificados sanitarios BKIPM a KDEs de GDST

Regularmente extraemos estos campos directamente:

  • Descripción del producto, código HS, nombre científico → KDEs de especie/producto
  • Peso neto y tipo de empaque → cantidad y UoM
  • Fecha de producción y lote/partida → IDs de lote y eventTime en el procesamiento
  • Número de aprobación del exportador/procesador → identificador de la instalación
  • Destino, contenedor y precinto → ObjectEvent a nivel de envío (bizStep shipping) si incluye logística

Lo interesante es cuánto cubre ya un certificado BKIPM para el final de cadena de GDST. Úselo.

Errores comunes que ralentizan las aprobaciones

  • Confusión FAO 57/71 para WPP 718. Si no está seguro, incluya coordenadas o liste ambos con una nota.
  • Identificadores de buque que no aparecen en ningún documento. Use la licencia o el indicativo de llamada que su equipo pueda fotografiar.
  • Códigos de lote que cambian a mitad de proceso. Si el despiece crea nuevos lotes, muéstrelos con un TransformationEvent.
  • Falta de zonas horarias. Siempre establezca eventTimeZoneOffset para plantas en Indonesia.

Cuando este consejo aplica (y cuando no)

Este enfoque funciona para flotas costeras de Indonesia, atún de línea de mano, peces de arrecife y camarón vannamei de cultivo. Si maneja transbordo en alta mar o flotas de aguas distantes, probablemente necesite KDEs adicionales para buques portadores e información RFMO. Para cadena completa hasta el minorista con serialización a nivel de ítem, también necesitará integración de etiquetas más allá de esta guía.

Si desea una revisión rápida de sus columnas CSV y una plantilla EPCIS lista para copiar/pegar adaptada a atún o camarón, Contáctenos por correo electrónico.

Conclusiones finales

  • Comience con los documentos en los que confía. Los registros WPP, STELINA/MDPI y los certificados BKIPM pueden poblar el 90% de los KDEs GDST.
  • Mapee WPP a FAO usando 57 para el Océano Índico y 71 para el Pacífico, prestando especial atención a WPP 718.
  • Use TransformationEvents para cualquier recorte, pelado, división o mezcla. Si ocurrió en su planta, muéstrelo.
  • Valide la estructura y las reglas de negocio antes de enviar. Los compradores avanzan más rápido cuando los archivos están limpios desde el primer intento.

Cuando esté listo, su carga útil GDST puede viajar con cualquier línea de exportación, ya sea un programa de atún grado sashimi o filetes congelados para venta minorista. Si necesita ejemplos de productos, consulte nuestras líneas actuales y vea cómo los KDEs se alinean con las especificaciones de empaque. Ver nuestros productos.