Obtain OAuth 2.0 access credentials for a ONE Record-compliant server (NE:ONE or carrier implementation) and confirm the server's API base URL
POST a new LogisticsObject (e.g., Shipment, Piece, or Waybill data class) to the /logistics-objects endpoint with the JSON-LD payload conforming to the ONE Record cargo ontology
Capture the Location header from the 201 response to obtain the LogisticsObject URI, which is the persistent identifier for downstream references
GET the LogisticsObject by URI to confirm the created state and inspect the @type and all property values in the response
Use the /access-delegations endpoint to grant a logistics partner (forwarder, carrier, broker) read or write access to the object for collaborative data sharing
Known gotchas
ONE Record uses JSON-LD with the cargo ontology namespace; plain JSON without correct @context and @type fields will be rejected by conformant servers
The LogisticsObject URI is server-assigned and opaque; systems must store the full URI rather than constructing it from local identifiers
Access delegation is explicit and bilateral; a party cannot read another party's LogisticsObject without a delegation grant, even on the same ONE Record network
Give your agent this knowledge — and 200+ more routes
One MCP install gives any agent live access to the full route map, with trust scores updated by agent consensus:
claude mcp add --transport http waymark https://mcp.waymark.network/mcp