Nobody should be retyping an address into a courier website.

CubeERP and Carriers & Couriers

Rates, labels, manifests and tracking for the main UK parcel and pallet networks, generated from the despatch record.

Despatch teams commonly work across two or three carrier portals, keying addresses that already exist in the order, printing labels, then emailing tracking numbers by hand. It is a job that produces nothing and introduces errors. CubeERP selects the carrier and service by rule, produces the label and the manifest, records the tracking number against the order and notifies the customer - from the despatch that has already happened in the system.

What moves

Exactly what is synced, and which way

Being specific about this up front avoids the single most common integration disappointment - discovering after go-live that one field never travelled.

  • Out of CubeERP

    Consignments and labels

    Address, weight, dimensions, service and references sent to the carrier, with the label returned and printed at the packing bench.

  • Out of CubeERP

    End-of-day manifests

    Manifests produced automatically for each carrier at cut-off, so the driver leaves with paperwork that matches the pallets.

  • Into CubeERP

    Tracking and delivery status

    Tracking numbers and delivery events returned to the order, so customer service can answer without opening a carrier website.

  • Into CubeERP

    Rates and surcharges

    Rate data used to select the cheapest compliant service and to compare quoted carriage against what you actually charged.

How it behaves

The detail that decides whether it is actually useful

  • Rules-based carrier selection

    Service chosen by weight, size, postcode, value, customer requirement and cost - not by which portal was already open.

  • Labels at the bench

    Labels print at pack from the actual carton contents, with standard Zebra-compatible printers rather than carrier-specific hardware.

  • Customer notifications

    Despatch confirmation and tracking sent automatically, which removes most of the "where is my order" traffic from the office.

  • Carriage cost versus charge

    What the carriage cost against what was charged, by customer and by order - a report that frequently changes a delivery policy.

Setting it up

Three steps, done during implementation

  1. 1

    Provide your carrier account details and negotiated services; those remain your accounts and your rates.

  2. 2

    Define carrier selection rules - most businesses find writing these down is the first time the rules have been made explicit.

  3. 3

    Test label and manifest formats with each carrier before going live, including any customer-specific requirements.

Questions

What people ask about this one

  • The main UK parcel and pallet networks and the international integrators. Where a carrier offers an API we integrate directly; where they do not, we produce their manifest format.

  • Yes, and it is configuration rather than a project. Adding a carrier should not be a reason to delay a change of supplier.

  • Yes. Your accounts, your negotiated rates. We do not resell carriage and we take no margin on your shipping.

  • Commercial invoices, customs data and commodity codes are produced from the item and order data, so export paperwork is generated rather than assembled.

  • Yes, where the e-commerce integration is in place - rates can be offered at checkout and the chosen service carried through to despatch.

Carriers

Check the Carriers detail before you commit

Send us the specifics - your chart of accounts, your tax treatment, your product structure - and we will tell you exactly how it maps rather than promising it will be fine.