Features
Grasshopper Release Notes 3.26.01
Overview
The Services capability has been enhanced to allow orders to include and manage service-based activities alongside physical items. These improvements provide better visibility and control over non-physical services associated with orders while enabling administrators to configure and manage service definitions directly within the system.
Services are now integrated into order workflows, manifest visibility, pricing configuration, and operational processes.
Note: The Services capability requires feature enablement by the Deliveright support team and is not automatically available for all accounts.
Key Enhancements:
Order Management
- Introduced a Services tab on the Order page, allowing users to view and manage services associated with an order, even when no services are currently assigned.
- Added a service grid similar to the Items view, displaying Service ID, Name, Status, Service Code, and Rate.
- Enabled users to add services to an order from a predefined dropdown list of available services.
- Provided the ability to remove services from an order directly from the Services tab.
- Added support for service status tracking with statuses including Ready, Done, and Rejected.
- Automatically creates or updates payment records when services are added or removed from an order using the configured service rate.
- Generates corresponding tracking messages when service actions occur (such as adding or removing a service).
- Services can be added and managed through the Order Edit interface, rather than during the initial order creation process.
Manifest Visibility
Enhanced the Manifest Content view to display both physical items and services within manifest entries, providing a unified view of all order components.
Service Configuration
- Enabled manual creation or upload of services in configuration, similar to accessorial pricing management.
- Services can be deleted from the configuration, as the accessorial information used by each service is stored directly on the service record at the time it is added to an order. This ensures that historical orders retain the full service details even if the original accessorial definition is later removed.
- Added an Updated At timestamp to track when services are added, updated, or deleted.
Integrations & Data Interfaces
- Order Import now supports adding services as part of the order data, allowing services to be included when orders are imported into the system.
- The New Order API supports adding services when creating or updating orders programmatically.
- EDI order creation currently does not support adding services. Services must be added after order creation through the UI, API, or order import processes.
- Virtual carrier sending partners currently do not support services as part of the integration payload.
Driver Experience
- Services are supported transparently in the Driver App and appear as part of the stop information presented to the driver.
- Drivers can view the services associated with a stop alongside the physical items being delivered.
- Services are included as part of the stop completion and Proof of Delivery (POD) process, ensuring that required services are acknowledged and completed as part of the delivery workflow.
Operational Behavior & Workflow
- Ensured services participate correctly in order lifecycle scenarios, including returns, re-deliveries, reservations, inspections, and inventory workflows.
- Improved handling of services during order modifications, including order splitting, service adjustments, and updates to order cost or balance.
- Extended reporting and operational views to support services alongside physical items, improving visibility across operational processes.
Service Catalog
Services are defined in the Service Catalog, which is managed through the Accessorials section of the application. Service definitions can be created as system-wide (global) configurations or overridden at the shipper level to support shipper-specific behavior and pricing.
To ensure consistency and proper billing, a service can only be created if a matching accessorial (identified by the same service code) exists in the Service Catalog. This guarantees that every service added to an order has a predefined configuration and associated rate.
Order Lists Enhancements
Overview
A new Lists capability has been introduced to allow users to group orders for operational planning and tracking without relying on manifests or external tools. Lists provide a flexible way to organize orders for dispatch, routing, and other operational workflows while maintaining clean system data.
This initial release delivers the core infrastructure and user interface required to create lists and associate orders with them. The lists framework will later support bulk operational actions such as routing, orchestration, and other system-driven workflows.
Key Enhancements
Order Grouping
- Introduced Order Lists, allowing users to create named lists to group orders for operational tracking and planning.
- Lists allow users to add or remove orders from a list for flexible grouping without modifying manifests.
- Lists are shared at the account level, meaning any user within the account can create and manage lists. Users can view other “users” lists; they are currently public in nature. ● Empty lists are automatically deleted when they no longer contain any orders, preventing unused lists from accumulating and keeping the system organized.
Order Management Integration
- Users can add orders to lists directly from the Orders Grid, supporting both single-order and bulk selection.
- Orders can also be added to or removed from lists from the Order Details page under the Other tab. Notice this is currently the only way to remove order from list.
- Lists are displayed on the Order Details page, providing visibility into the lists associated with a specific order.
Orders Grid Visibility
- Added a Lists column to the Orders Grid to show the lists associated with each order.
- Introduced a Lists filter on the Orders Grid, allowing users to quickly view orders belonging to a specific list.
- When the Orders Grid is filtered by a List, all standard order actions remain available and function the same way as with any other grid filter.
Activity Tracking
The system records activity events when orders are added to or removed from a list, allowing these actions to be tracked in the order’s activity history.
Platform Infrastructure
- Introduced a new List entity and backend infrastructure to support order grouping.
- Introduced a new List entity and backend infrastructure to support order grouping.
- The infrastructure enables future functionality such as bulk routing, orchestration actions, and operational automation.
Cross-Dock Reservation & Fulfillment Enhancements
Overview
Reservation and fulfillment workflows have been enhanced to support cross-dock hubs, providing warehouse and VC operations with greater flexibility when reserving and fulfilling inventory.
This improvement allows users to reserve items from any eligible local hub, improves visibility into hub-level inventory availability, and aligns the pick-and-fulfill workflow across different hub types.
These enhancements represent an important step toward unifying the reservation, pick, and fulfill processes, reducing reliance on manual workarounds and enabling more consistent warehouse operations.
Key Enhancements
Cross-Dock Inventory Reservation
- Users can now manually reserve items from local cross-dock hubs, expanding reservation capabilities beyond last-mile hubs.
- Reservations support partial allocations and can be performed per SKU based on available quantities across hubs.
- Orders can reserve inventory from multiple hubs when availability requires it.
Reservation Workflow Integration
- Reservation actions are initiated from the Items View within the Order page using the Reserve From Inventory workflow.
- Once all required items are reserved, the order transitions to a Reserved status, enabling the next operational steps.
- When the Auto RTBS flag is enabled, the reservation automatically triggers RTBS propagation to the associated partner order.
Inventory Visibility Improvements
- The Unallocated View has been enhanced to display reserved and available quantities per SKU across hubs.
- Warehouse users can now clearly see hub-level inventory availability, improving planning and reservation decisions.
- Hub indicators identify cross-dock versus local hubs during reservation selection.
Reservation Hub Visibility
The system now displays the reservation hub associated with each reserved item within the Items tab on the Order page, providing clear traceability of where inventory was allocated.
Fulfillment Workflow Support
- Reserved items from cross-dock hubs can now be picked and fulfilled using the same operational workflow used for last-mile hubs, aligning inventory processing across hub types.
- These enhancements move the system toward retiring the standalone “Fulfill” action previously used in certain warehouse workflows.
Platform Infrastructure
- Reservation and Pick & Fulfill APIs have been extended to support cross-dock hub inventory operations.
- Inventory reservation logic now supports multi-hub allocation and hub-specific availability checks.
Operational Boundaries
- Auto-reservation behavior remains unchanged and continues to apply only to last-mile hubs.
- VC accounts cannot reserve items from partner hubs, and partners cannot reserve items created by VC accounts.
- Cross-account reservation rules ensure inventory ownership and hub boundaries are preserved.
Tag-Along Order Picker Enhancements
Overview
The Tag-Along order selection experience has been enhanced to improve usability and transparency when linking orders together. These improvements provide clearer information about data freshness, allow users to locate specific orders more easily, and ensure validations are performed before linking orders.
Key Enhancements
Data Freshness Visibility
Added a “Last Updated” timestamp to the Tag-Along order picker to indicate when the order list was last refreshed.
- Introduced a disclaimer message informing users that the displayed orders may be up to one hour behind, due to the optimized reporting database used for the picker.
- The Tag-Along popup displays a recommended list of eligible orders that can be linked to the selected order. These recommendations are generated from an optimized data source and may be 1–2 hours behind real time, meaning recently created orders may not immediately appear in the list.
Improved Order Search
- Added an Order ID filter within the Tag-Along picker to allow users to search for a specific order directly.
- When searching by Order ID, the system retrieves fresh order data from the primary data source to ensure newly created orders can be found even before the hourly refresh.
Validation Improvements
- Added client-side validation when saving a Tag-Along relationship to ensure orders meet all required conditions.
- Validations include rules such as matching shipper and delivery address before orders can be linked.
- If server-side validation fails, the system now provides clear error messaging explaining why the action cannot be completed.
Receiving App Identification
Overview
Fixed an issue where manual lasso actions were logged without capturing the associated user, making it unclear who performed the action.
Key Fixes
● Ensured the user who performs a manual lasso is always captured and recorded in tracking.
● Prevented manual lasso events from being logged without an associated user.
● Improved auditability and accountability for manual actions.
Orders – Timezone Mismatch Between Orders and Manifests
Overview
Fixed an issue where orders assigned to the client in Illinois, the server displayed EST timeframes while the corresponding manifests showed CST, causing customer confusion around delivery times.
Key Fixes
● Corrected timezone handling to ensure orders and manifests display consistent local time (CST).
● Aligned order timeframes with the hub/server timezone configuration.
● Improved clarity and consistency of delivery time communication to customers.