Handle R+L Carriers shipments through one Unified API
If R+L Carriers is part of your shipping mix, ShipPeek gives your team one place to request enabled rates, bookings, tracking, labels, and documents. You keep ShipPeek's Unified API; ShipPeek handles the carrier-specific codes, credentials, mappings, and response differences.
- 6 workflows
- RLCA carrier code
- LTL freight shipment type
Carrier-specific handling
What ShipPeek handles for R+L Carriers
ShipPeek is not asking your team to buy a standalone R+L Carriers API. R+L Carriers runs as an enabled carrier workflow inside ShipPeek's Unified API, with carrier-specific setup, mapping, and response handling kept behind one contract.
Carrier setup
01Use RLCA and your enabled carrier-account configuration from one place instead of hardcoding R+L Carriers rules into every product workflow.
Workflow mapping
02ShipPeek maps R+L Carriers rates, tracking events, bookings, labels, and documents into normalized objects where those workflows are enabled.
Operational accountability
03Carrier responses and exceptions come back through the Unified API so your team can tell whether an issue is credentials, lane/service eligibility, missing documents, or carrier-side availability.
Carrier workflows
What you can do with R+L Carriers in ShipPeek
Capabilities are enabled per account and carrier configuration, so this page shows the R+L Carriers workflows ShipPeek can route through the Unified API — not a promise that every lane or service is available for every account.
Tracking
R+L Carriers tracking events come back in the same shipment status model you use across every supported carrier.
Rates
Request eligible R+L Carriers rates without creating a carrier-specific quoting path.
Booking
Create supported R+L Carriers shipments from the same integration surface when your account is enabled.
Labels
Return carrier-issued R+L Carriers labels where that workflow is enabled.
Documents
Pull BOLs, delivery receipts, and other shipment documents into normalized workflows.
Integration model
One API contract, R+L Carriers-aware routing
Keep ShipPeek's Unified API as the integration surface. Use carrier identifier rlca to route eligible workflows to R+L Carriers; ShipPeek keeps carrier-specific request fields, credentials, and response mappings out of your product code.
- Track R+L Carriers shipments and status events without portal checks
- Request eligible R+L Carriers rates through the Unified API
- Create R+L Carriers bookings where your carrier account allows it
- Retrieve carrier-issued R+L Carriers labels when enabled
- Pull R+L Carriers BOLs and delivery documents into your system
- Keep R+L Carriers inside the same API contract as the rest of your carriers
Unified API example
curl "https://api.shippeek.com/track/W123456789?carrier=rlca" \
-H "Authorization: Bearer YOUR_TOKEN" The carrier identifier selects an enabled workflow. It does not create a separate R+L Carriers product surface; ShipPeek's Unified API remains the contract.
How it works
How a R+L Carriers request moves through ShipPeek
Send one request
01Your app sends a standard ShipPeek request for the workflow it needs and includes R+L Carriers only when that carrier should handle the shipment.
Apply carrier setup
02ShipPeek uses the enabled R+L Carriers configuration, including carrier identifier rlca, credentials, and available workflow rules.
Translate the response
03Carrier rates, tracking events, labels, or documents are mapped back into ShipPeek's normalized fields where available.
Act on one model
04Your team gets a consistent response shape with enough carrier context to route support, exceptions, and downstream automation.
Use cases
Where R+L Carriers fits in your operation
Confirm how R+L Carriers can fit into quoting, operations, customer support, and shipment visibility workflows.
Quote eligible R+L Carriers lanes in checkout, OMS, TMS, or WMS flows
Track R+L Carriers shipments and surface status changes to operators or customers
Create R+L Carriers bookings when your account and service rules allow it
Retrieve R+L Carriers labels without a carrier-specific backend path
Pull R+L Carriers BOLs, delivery receipts, and shipment documents into support workflows
Compare R+L Carriers with other enabled carriers from the same request model
Reduce portal checks, email attachments, and spreadsheet handoffs
Add more carriers without redesigning the R+L Carriers integration
FAQ
Questions about R+L Carriers
How does ShipPeek support R+L Carriers?
ShipPeek supports R+L Carriers as a carrier workflow inside the ShipPeek Unified API. It is not a separate R+L Carriers-only product or an official R+L Carriers-owned API; enabled capabilities depend on your account, region, credentials, and carrier permissions.
Can I track R+L Carriers shipments?
Yes. ShipPeek normalizes R+L Carriers tracking events into the same shipment status model used across supported carriers, so operations and support teams are not forced back into a carrier portal for every update.
Can ShipPeek get R+L Carriers rates?
Yes, where your carrier account, lane, service, and credentials are enabled. The request still uses ShipPeek's Unified API; ShipPeek handles the carrier-specific mapping.
Can ShipPeek create R+L Carriers bookings?
Yes, where enabled through ShipPeek's Unified API. Booking still depends on your carrier account, service, permissions, and R+L Carriers rules.
Can I get R+L Carriers labels or documents?
ShipPeek can return carrier-issued R+L Carriers labels, BOLs, delivery receipts, or documents where available through enabled Unified API workflows.
What does ShipPeek handle for R+L Carriers?
For enabled workflows, ShipPeek handles the Unified API contract, carrier identifier, request and response mapping, status normalization, and document workflow shape. Carrier acceptance, service availability, rates, and document availability still depend on R+L Carriers and your carrier account setup.
Is ShipPeek an official R+L Carriers API?
No. ShipPeek is a unified logistics API platform that connects to supported carrier integrations. ShipPeek is not R+L Carriers or a R+L Carriers-owned API.
Still have questions? Book a call with the ShipPeek team.
Related carriers
Same API, more carrier coverage
Ready to bring this carrier into one workflow?
Use ShipPeek's Unified API for R+L Carriers without making R+L Carriers a one-off integration.
Bring enabled rates, tracking, booking, labels, and documents into one carrier-aware API contract, with ShipPeek handling the carrier-specific differences behind the scenes.
What ShipPeek helps centralize
- One integration surface for enabled R+L Carriers rating, tracking, booking, and documents
- Carrier codes, credentials, status mappings, and exception handling behind the Unified API
- A path to add more carriers without copying the R+L Carriers implementation