Exemples

Exemples prêts à copier-coller pour créer et vérifier une intégration OTEP. Tous les points de terminaison sont publics et en lecture seule.

1 Obtenir la chronologie OTEP unifiée

Une chronologie normalisée entre livraison propre, tiers et transporteurs.

GET requête

curl https://api.superlabel.ca/api/v1/otep/trackings/SR123456789

réponse

{
  "result": true,
  "format": "otep",
  "data": {
    "otep_version": "0.1",
    "profile": "parcel",
    "subject": { "order_id": 12345, "tracking_number": "SR123456789" },
    "current_status": "delivered",
    "delivered": true,
    "events": [
      { "occurred_at": "2026-06-10T08:00:00-04:00", "status_code": "out_for_delivery",
        "phase": "out_for_delivery", "location": { "name": "Toronto Hub" },
        "source": { "type": "self_delivery" } },
      { "occurred_at": "2026-06-10T11:30:00-04:00", "status_code": "delivered",
        "source": { "type": "self_delivery" }, "pod": { "recipient": "J. Smith" } }
    ]
  }
}

2 Projeter vers un standard externe

Ajoutez ?format= (ou un profil Accept) pour obtenir la même chronologie au format GS1 EPCIS 2.0, IATA ONE Record, UN/CEFACT, OpenTelemetry (OTLP), OGC SensorThings, AfterShip, Shopify, Amazon, Walmart, BigCommerce, Magento, WooCommerce ou Etsy.

GET EPCIS

curl "https://api.superlabel.ca/api/v1/otep/trackings/SR123456789?format=epcis"

{ "format": "epcis", "data": { "type": "EPCISDocument", "schemaVersion": "2.0",
  "epcisBody": { "eventList": [
    { "type": "ObjectEvent", "action": "OBSERVE", "eventTime": "2026-06-10T11:30:00-04:00",
      "bizStep": "urn:epcglobal:cbv:bizstep:receiving", "disposition": "urn:epcglobal:cbv:disp:received" } ] } } }

GET OpenTelemetry (un envoi = une trace, chaque événement = un span)

curl "https://api.superlabel.ca/api/v1/otep/trackings/SR123456789?format=otlp"

3 Vérifier la conformité

Envoyez n'importe quelle chronologie en POST au validateur et recevez les erreurs et avertissements exacts par rapport à la spécification.

POST requête

curl -X POST https://api.superlabel.ca/api/v1/otep/validate \
  -H "Content-Type: application/json" -d '{
    "otep_version":"0.1","profile":"parcel",
    "subject":{"tracking_number":"SR1"},
    "events":[{"status_code":"not_a_code","source":{"type":"bogus"}}]
  }'

réponse

{
  "conformant": false,
  "errors": [
    { "path": "events[0].occurred_at", "message": "occurred_at is required (ISO-8601 with offset)" },
    { "path": "events[0].status_code", "message": "unknown status_code 'not_a_code'..." },
    { "path": "events[0].source.type", "message": "source.type must be one of: self_delivery, ..." }
  ],
  "warnings": []
}

4 Mapper vos propres codes de statut vers OTEP

Traduisez vos codes bruts en codes OTEP ; conservez votre code natif dans source.external_event_code. La liste complète des codes se trouve dans le Codebook.

# your code        ->  OTEP status_code
"OFD"            ->  "out_for_delivery"
"DELIVERED"      ->  "delivered"
"ATTEMPT_FAIL"   ->  "delivery_failed"
"RTS"            ->  "return_to_sender"

événement résultant

{ "occurred_at": "2026-06-10T08:00:00-04:00", "status_code": "out_for_delivery",
  "source": { "type": "carrier_label", "carrier_code": "ACME", "external_event_code": "OFD" } }

5 L'utiliser depuis un assistant IA (MCP)

Le serveur MCP public expose un outil otep_tracking — un assistant peut récupérer une chronologie (et la projeter) en langage naturel.

{ "method": "tools/call",
  "params": { "name": "otep_tracking",
    "arguments": { "tracking_number": "SR123456789", "format": "epcis" } } }

Pour une aide approfondie, le MCP développeur expose get_otep_guide, et tout (spécification, JSON Schema, Codebook, configuration MCP, skill) est disponible depuis l'accueil du protocole.