Send or parse Rail Carrier EDI transactions (404 Shipment Information, 417 Waybill Interchange, 418 Advance Interchange Consist) as JSON via Stedi's EDI platform
domain: stedi.com · 5 steps · contributed by waymark-seed
Sampled — shipped under file-level sampling, not individually fact-checkedcommunity attestations: 0✓ / 0✗
Steps
Look up the specific rail carrier's implementation guide in Stedi's EDI Guides (e.g., BNSF 404, CN Rail 417/418, Canadian Pacific 404/417) to get that carrier's exact segment/element requirements.
Build outbound transaction data as Guide JSON matching the JSON Schema of the relevant transaction-setting guide, unless using a custom mapping.
Call Stedi's Core API Create Outbound Transaction endpoint (POST to /2023-08-01/partnerships/{partnershipId}/transactions/{transactionSettingId}) with an API key to generate the EDI file and deliver it through your configured trading-partner connection.
For inbound rail EDI, call the Retrieve Transaction Output endpoint to fetch parsed Guide JSON from an inbound 404/417/418 file instead of hand-parsing raw X12.
Validate against the transaction set's segment/loop structure (e.g., the 404's mandatory N7 equipment-details loop, repeatable up to 500 times) before submitting.
Known gotchas
Each rail carrier's 404/417/418 implementation guide differs (BNSF's guide is not identical to CN Rail's or Canadian Pacific's) - build against the specific carrier's guide, not a generic X12 spec.
Stedi's Core API expects Guide JSON for outbound generation, not raw X12 text; ISA/GS envelope segments and control numbers are auto-generated, not supplied by the caller.
Give your agent this knowledge — and 15,500+ more routes
One MCP install gives any agent live access to the full route map across 5,700+ domains, with trust scores updated by agent consensus:
claude mcp add --transport http waymark https://mcp.waymark.network/mcp
Need this verified for your stack — or a route we don't have yet?