Back to Blog
Logistics Automation

Every New Parcel Carrier Stalls Outbound: Designing Multi-Carrier Integration for Waybill Printing and Tracking

Each new parcel carrier brings its own waybill numbering, label format, and cutoff time, and outbound stalls as a result. This post shows how carrier adapters, an internal standard model, rule-based assignment, and unified tracking solve the problem at the structural level.

POLYGLOTSOFT Tech Team2026-10-257 min read0
Parcel Carrier IntegrationWaybill PrintingMulti-Carrier ShippingShipment TrackingWMS

What Happens When Carrier Integrations Pile Up

It usually starts with one parcel carrier. Then a new shipper arrives with its own carrier contract, or a sales channel insists on a designated carrier, and a second integration gets bolted on. Every additional integration brings the same problems back to the warehouse floor.

  • Different waybill numbering: some carriers hand you a number range up front; others issue a number through their API at the moment of booking.
  • Different label formats: label size, barcode type and placement, and sort-code layout all vary by carrier.
  • Different APIs and cutoff times: if Carrier A stops accepting pickups at 5 p.m. and Carrier B at 6 p.m., your packing sequence has to change accordingly.
  • As more shippers and channels specify their own carriers, operators increasingly have to decide for themselves which printer and which label template each order needs. That is exactly where outbound grinds to a halt.

    Designing a Common Shipping Layer

    Adapters and an Internal Standard Model

    The key is to keep your WMS and OMS from knowing anything about individual carriers. Define one standard shipment request (consignee, weight, dimensions, service type, shipper) and one standard response (waybill number, label data, sort code). Carrier-specific differences live inside adapters. Adding a carrier then means adding one adapter, while outbound screens and business logic stay untouched.

    Waybill Numbers: Pre-Allocated vs. Real-Time

  • Pre-allocated ranges: numbers come from a range you already hold, so printing continues even when a carrier's API is slow or down. The trade-off is that you must track how much of the range is left. At 3,000 shipments a day, for example, you might raise an alert once fewer than 9,000 numbers (three days' worth) remain.
  • Real-time issuance: no risk of duplicates or exhausted ranges, but API latency turns directly into shipping delays. Timeout and retry policies must be designed alongside it.
  • Label Printing

    For thermal printers, sending a printer language such as ZPL is fast and reliable. Carrier label layouts should not be hard-coded; keep them as versioned templates so a carrier's layout change can be handled without a code deployment.

    Carrier Selection Rules

    Carrier assignment belongs to a rules engine, not to people on the floor.

  • Criteria: remote or island destinations, weight and size bands, service type (standard, same-day, cold chain), and the shipper's contracted carrier
  • Precedence: evaluate shipper contract, then service type, then rate, so results stay consistent
  • Fallback: if, say, three consecutive API calls fail within five minutes or a daily volume cap is reached, switch automatically to a predefined backup carrier and notify an administrator
  • Tracking and Exception Handling

    Collecting Status and Unifying Codes

    Tracking data arrives either by polling a carrier's lookup API or by receiving events the carrier pushes to you. Polling 3,000 shipments six times a day means 18,000 calls, so use event delivery wherever a carrier supports it. Map everything into internal standard codes such as booked, picked up, in transit, out for delivery, delivered, returned, and exception, so shippers and end customers see a single, consistent view.

    Detecting Exceptions

  • Not picked up: no pickup scan within 24 hours of label printing
  • Stalled delivery: not delivered 72 hours after pickup
  • Returns: register the expected return receipt in the WMS ahead of time
  • Route each detected exception straight into a customer notification or a support ticket.

    Cancellation and Reprint History

    Cancelled and reissued waybills must be recorded as history linked to the original number. That is how you catch an order carrying two waybills, and being billed twice, before it reaches settlement.

    Rollout Steps and the POLYGLOTSOFT Approach

    Rather than connecting every carrier at once, it is safer to validate the standard model and adapter structure with your primary carrier first, then add carriers one at a time. Agree on integration boundaries up front too: the OMS receives orders, the WMS handles packing and printing, and the shipping layer owns numbering, tracking, and exceptions. Clear boundaries keep a change in one system from rippling into the others.

    Building on its WMS expertise, POLYGLOTSOFT delivers multi-carrier adapter design, label template management, and unified tracking in stages, fitted to your existing WMS and OMS. If every new carrier still stalls your outbound, let's start by reviewing your current integration structure together.

    Need Technical Consultation?

    Our expert consultants in smart factory, AI, and logistics automation will analyze your requirements.

    Request Free Consultation