Skip to main content

Feature Release - April 2026

Written by Arynne Hargreaves

Week 2

Week 3

Week 5


Week 2

πŸ”Ž Configuration - Improved trip visibility to enhance efficiency

Open orders, trips, invoices, and other detail views as a side or bottom preview slider β€” without leaving the current screen or losing context.

What does this do?

  • Detail views throughout Qargo β€” orders, trips, trip groups, order groups, invoices, purchase invoices, credit notes, and purchase credit notes β€” can be opened in a preview slider instead of a full-screen overlay, keeping the rest of the screen visible

Why does this exist?

  • Opening a full detail modal forced planners and operations staff to lose context every time they needed to inspect a record.

How does it work?

  • Clicking a record opens the preview slider alongside the current screen β€” available for orders, trips, trip groups, order groups, invoices, purchase invoices, credit notes, and purchase credit notes

  • The preview slider can be positioned left, centre, right, or at the bottom of the screen

  • Clicking Open as page in the preview slider header opens the full record in its own page

πŸ“š Qargo saves the selected position. Subsequent detail views will open in the same layout. You can also resize the preview slider by dragging its border.


πŸ—ΊοΈ Planning - Select & drop depot stop grouping enhanced

When an order is added to an existing trip using 'Select and Drop', Qargo now automatically places the depot (load/unload) stop next to the matching depot stop already on the trip.

What changed

Before: When an order was added to a trip, every stop, including depot stop, landed exactly where it was dropped. If the new order had a depot stop at the same location as one already on the trip, it had to be manually dragged next to the existing one.

Now: When using 'Select and Drop', Qargo detects when both orders share a matching depot (load/unload only) and automatically moves the new depot stop next to the existing one. The rest of the stop sequence stays intact - nothing else is moved or reordered.

πŸ“š This feature is relates to one specific action: grouping matching stops with the activity set to 'Depot: load' or 'Depot: Unload' when using 'Select and Drop'. It does not do any wider resequencing. It only looks at depot stops.

How to use it

  1. Tick the checkbox next to the order that needs to be added to an existing trip

  2. Move your cursor to the planning timeline and position it before the last stop of the existing trip

  3. Click to drop. Qargo automatically groups the depot stop next to the matching one already on the trip


🏷️ Orders: New additional goods/cargo details for customs details

Carriers doing cross-border transport need to provide detailed cargo information when preparing customs declarations β€” including goods descriptions, invoice values, net weight, and shipping marks. New additional fields allow users to document key customs data on consignments and goods - prepare accurate customs documentation directly from Qargo data.

Consignment fields:

  • Commercial invoice: total value, currency, and reference name

Goods items

  • Net weight (alongside existing gross weight)

  • Shipping marks

  • Commercial invoice value per item

πŸ“š New additional fields must be enabled on the relevant transport service to be able to use these.


πŸ“ Rate cards - New girth calculation metric

Transport companies can now use Girth ((Width + Height) Γ— 2 + Length) as a metric across three areas of the rate card system, enabling automatic classification of shipments β€” such as loose colli vs. pallet freight β€” for dimension-based billing.

What's included:

  • Girth available as a calculation metric in formula-based price calculations (evaluated per cargo item)

  • Girth available as a metric in price table lookups for girth-based pricing tiers

  • Girth available as a condition on chargeable weight conversion factor lines (e.g. girth ≀ 300 cm β†’ bill on cubic meters; above threshold β†’ bill on loading meters)

  • Both per-good (Girth) and max-across-goods (Max girth) variants supported

  • Girth is computed automatically from existing cargo item dimensions β€” no extra data entry required

Limitations:

  • All three dimensions (Width, Height, Length) must be filled in on a goods line for girth to compute β€” missing dimensions result in a calculation error on the charge

  • The formula is fixed: (Width + Height) Γ— 2 + Length. Custom composite formulas are not supported

  • Girth is a goods-level metric only β€” it does not aggregate across goods lines

⏰ Configuration - Stop durations that scale with your cargo

Planning accurate routes just got a lot easier. Stop activity durations can now be calculated automatically based on the actual goods being loaded or unloaded β€” so if a stop has 20 pallets instead of 5, the planning engine accounts for that without any manual adjustments.

What's included:

  • Formula-based rules β€” define how long a stop takes per unit of cargo. Set rules like "5 minutes per pallet" or "2 minutes per loading meter" and durations update automatically as goods change.

  • Fixed rules β€” apply a flat time value to specific stop activities when the duration doesn't depend on cargo volume.

  • Condition-based scoping β€” rules can apply only in specific contexts: by transport service, vehicle category, customer, service level, stop activity label, container type, location, and more. Different durations for different operations, all in one place.

  • Automatic recalculation β€” whenever stops are added, removed, or reordered on a route, durations recalculate instantly.

  • Combine calculations β€” stack a fixed base time with a formula in a single rule. For example: 15 minutes base + 5 minutes per pallet.

Rules are configured under Configuration > Rules > Stop Duration, following the same pattern as other rule types already in Qargo.


Week 3

πŸ’° Trips - Track expected vs actual costs

πŸ’¬ This feature requires activation. Contact your Qargo Account Manager if you don't see it available.

What's included

You can now compare what a trip was expected to cost at the time of planning with what it actually cost after execution β€” directly on the trip, without needing to export data or rely on external tools.

Here's how costs are captured:

  • Expected amount β€” calculated from your rate cards and charge configurations while the trip is in Planned status (or earlier). The moment the trip moves to In Transit, this figure is locked and cannot change.

  • Actual amount β€” the live cost figure, updated to reflect anything that happens after planning: extra kilometres driven, manual adjustments, or a purchase invoice received from a subcontractor. This is the amount sent to your accounting package.

Benefits

  • See at a glance whether a trip cost more or less than planned, directly on the trip detail page

  • Compare subcontractor invoices against what was expected at planning time - making it easier to spot and follow up on unexpected differences

  • Build BI dashboards showing cost variance by route, resource type, or time period to identify patterns in planning accuracy


🚫 Planning - Unavailabilities always visible in the Blocks view

Resource unavailabilities - holidays, sick days, shift schedule absences, and notes, now stay visible in the Blocks planning view even when trips are already assigned to the same resource row.

Unavailability indicators appear directly on the resource row in all three states:

  • Empty row β€” the unavailability is shown on its own, with a drop zone available for assigning a new shipment

  • Row with trips assigned β€” the unavailability indicator stays visible alongside the planned trip(s), sorted by start time

  • Row with trips and multiple unavailabilities β€” each unavailability keeps its own position in the row, sorted by start time, with individual drop zones where applicable

Benefits

  • You see the full scheduling picture for a resource without leaving the Blocks view

  • Fewer view switches means faster planning decisions

  • Drag-and-drop next to unavailabilities makes it quicker to assign shipments around constraints


πŸ”— Trips - No Login? No Problem. Tracking Links Are Live

Tracking Links give your consignees and delivery contacts a live window into their shipment β€” no Qargo account, no friction, no phone calls.

  • πŸ“¬ Zero effort for recipients β€” they get a link, they click it, they're in. No signup, no password, no portal.

  • πŸ“ Real-time visibility β€” live map with driver position, stop details, estimated timestamps, and cargo info all in one place.

  • πŸ“΅ Fewer "where is my delivery?" calls β€” recipients can track their own shipment, so your dispatchers can focus on what matters.

  • βš™οΈ Fully configurable β€” Super Admins control exactly which fields appear on the tracking page via a simple template.

  • πŸ”’ Secure by default β€” links expire automatically after 30 days and can be manually revoked at any time.

  • 🀝 Works for everyone β€” consignees, warehouses, 3PL partners, one-off delivery contacts β€” if they need visibility, just send them the link.

Setup takes three steps: enable the integration, configure your template, and add the tracking link variable to a Contact Task. After that, every new consignment gets its own unique link β€” automatically.


πŸ—ΊοΈ Planning - See the full picture β€” plan smarter from the map

The Planning Board map used to show only the orders on your current page (up to 100). If you had hundreds of unplanned orders spread across multiple pages, you were planning blind. That's now fixed.

The map now loads up to 1,000 "To Plan" orders at once - across all pages - so you get a true geographic overview of everything that needs planning, without paging through results.

Clicking a stop on the map now opens a redesigned popover showing:

  • Every order at that location, with address, date, time, and goods details

  • Planned orders with their assigned resource and trip tag

  • Checkboxes to select orders directly from the popover β€” selections sync instantly to the To Plan list

  • Cmd/Ctrl + click for quick multi-select

  • Hover over a trip tag to highlight that trip on the Planning Board timeline

Click the link below πŸ‘‡ to learn more about the new map planning features.


πŸ“‹ Quotes - Tender Quotes: manage your price agreements end-to-end

Until now, quotes in Qargo had no way to track whether a price offer had been sent, accepted, or declined β€” and no way to define how long it was valid. That meant manual workarounds, lost context, and no visibility into your quoting pipeline. Tender Quotes changes that.

A dedicated Quotes menu now sits alongside Orders in your navigation, with two tabs:

  • Spot Quotes β€” your existing quote workflow, now in its new home

  • Tender Quotes β€” a new list for managing recurring or contract-based price agreements

Each tender quote includes:

  • Status tracking β€” move quotes through Created β†’ Sent out β†’ Accepted β†’ Declined β†’ Cancelled, from the list or the detail page

  • Validity periods β€” set a Valid from and Valid to date so everyone knows exactly how long a price offer stands. Expired quotes are flagged with a red tag but kept visible for reference

  • Max orders cap β€” optionally set a ceiling on the number of orders a quote can generate, with a warning when it's exceeded

Click the link below πŸ‘‡ to learn how to use the new Tender Quotes feature.

Week 5

βš“οΈ PLANNING - Anchor stop route calculations

Planners often work with fixed delivery or unloading times that cannot be moved. Use anchor points to set fixed arrival times and let Qargo automatically position earlier stops based on travel times. When a stop is marked as an anchor, Qargo automatically repositions all preceding stops based on driving durations to ensure the trip arrives at the anchored stop on time.

Set an anchor using either the planning board right-click toggle or the edit stop times modal. Qargo then recalculates the entire route backwards from that anchor point, adjusting all preceding stops accordingly.This feature eliminates manual work by automating backward route calculation.


πŸ’° Rate Cards - Improved Waiting hour calculations for stops

When a driver misses the agreed arrival window, some transport companies are required to waive waiting charges entirely - until now, this had to be handled manually, stop by stop.

Introducing the Arrival before window end condition, which can be applied directly to a waiting hours calculation in your price list. When enabled, any stop where the driver arrived after the time window closed is automatically set to 0 - no manual intervention required.

What's included:

  • A new Arrival before window end condition in the calculation editor, available for per-stop waiting hours metrics (From time window start and From arrival time)

  • Two new combined metric variants for customers using combined collect + delivery waiting time: Combined waiting time collect and delivery - From time window start (no charge if late) and Combined waiting time collect and delivery - From arrival time (no charge if late)

How it works:

In the calculation editor for your waiting hours line, click Add condition, select Current stop β†’ Arrival before window end, and set the value to True. From that point on:

  • If the driver arrived before the time window ended β†’ waiting hours calculate as normal

  • If the driver arrived after the time window ended β†’ waiting hours for that stop are €0, automatically

For combined waiting time setups, select the matching "(no charge if late)" metric variant instead of adding a condition β€” combined metrics span multiple stops, so the logic is built into the metric itself.


πŸ—οΈ Resources - Chassis is now a separate equipment type

What changed

Chassis and trailers are no longer treated as the same thing. Qargo now models them as distinct equipment types β€” so a chassis appears as a chassis on the planning board, not as a "trailer" that planners have to mentally re-interpret.

What's included

  • Chassis has its own resource type in Qargo, separate from trailers

  • Planners can allocate chassis and trailers independently, reducing the risk of assigning the wrong equipment to a job

  • Drivers see the correct equipment type on their assignments

Benefits

  • Fewer planning board errors β€” no more trailers standing in for chassis

  • Cleaner allocations in intermodal and container workflows

  • Drivers get accurate equipment information, which matters when equipment type affects how a job is handled

Chassis do not include cargo-specific fields. The following are not available on chassis:

  • Cargo capacity (loading metres, pallet spaces, volume, payload)

  • Compartments

  • Roof type

Chassis do carry over all other trailer configuration fields: general info (name, code, licence plate, VIN, manufacturer, model), dimensions (length, width, height, tare weight, GVWR), and planning availability and allocation behaviour.


↑ Sort your Order and Trip lists by custom fields

Custom fields in the Order list and Trip list can now be sorted ascending or descending. Previously, custom fields only supported filtering β€” finding the right records meant manually scanning through long lists.

  • Text custom fields sort alphabetically (A β†’ Z or Z β†’ A)

  • Date custom fields sort chronologically (earliest β†’ latest or latest β†’ earliest)

  • Consignment fields such as CMR reference are also now sortable in the Order list

To sort by a custom field, click the column header. Click again to reverse the sort direction β€” the same behaviour as built-in fields.

Limitations

  • Available in the Order list and Trip list only. Planning, Legs, Stops, and other list views are not yet supported.

  • Dropdown custom fields are not sortable in this release.


πŸ“‘ Documents - matching now handles multiple references

When multiple reference numbers are stored in a single order field - separated by commas, semicolons, slashes, or dashes; Qargo now splits these lists into individual references before running the match. Each value is treated as a separate, standalone reference, which means documents containing just one of those references will now match correctly as an exact match β€” not a partial one.

  • Reference fields containing multiple values separated by , ; / or - are now split into individual references before document matching runs

  • Each split value is matched independently, reducing false positives and missed matches

  • A purchase invoice or uploaded document that only prints one of the values (e.g. 6650852 from a field containing 6650852, 1000) will still be auto-linked to the correct order or trip

  • Applies to all reference fields used in document scanning: trip name, order name, intermodal booking reference, container number, CMR reference, consignment reference, and more

Note: A comma without a trailing space (e.g. Ref 1,000) is treated as a thousands separator and will not be split.


🚒 Intermodal - Move intermodal orders to a different departure in bulk

Multiple orders within a departure can now be selected and all reassigned to a different departure in a single action. This works across different operators and connections, so a sailing on one carrier can be replaced with a departure on another in just a few clicks.

  • In the Intermodal List View, click a departure to highlight it and filter the bookings table below; tick the checkboxes next to the orders you want to reassign

  • An Assign button appears on every other departure row β€” one for each possible target

  • A confirmation dialog shows how many orders will be moved and to which intermodal connection before anything changes

  • Cancelling keeps your current selection intact, so no work is lost

  • Works across different operators and connections β€” for example, a Unifeeder sailing can be reassigned onto a Hupac rail connection in one step


🚒 Intermodal - Bi-weekly recurrence for intermodal connection timetables

Timetables now support bi-weekly recurrence. When setting up or editing a timetable, you can choose between a weekly (default) or bi-weekly schedule. For bi-weekly timetables, a start date anchors the pattern, and the trip date picker automatically filters to show only the relevant departure dates.

  • New Recurrence setting when adding or editing a timetable: Weekly (default) or Bi-weekly

  • When Bi-weekly is selected, a Start date field appears β€” pick any date in the week you want the pattern to begin; Qargo uses the Monday of that week as the anchor

  • When booking a trip on a bi-weekly timetable, the date picker only shows valid departure dates (every other week)

  • Weekly and bi-weekly timetables can coexist on the same intermodal connection


Did this answer your question?