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 Grasshopper Labs 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 Enhancements
Overview
The manual receiving workflow in the warehouse application has been enhanced to improve accuracy when processing inbound freight that does not include serial numbers. These improvements provide warehouse users with additional item identifiers during manual receiving, helping reduce errors and improving efficiency when handling mixed freight shipments.
Key Fixes
Manual Receiving Improvements
- Expanded the manual receiving interface in the warehouse web application to display additional item identification details.
- Added SKU, Purchase Order (PO), and Item Name fields to the manual receiving view to help users clearly identify the items they are receiving.
- Enables warehouse users to manually mark items as received even when serial numbers are not available, supporting mixed inbound shipments that contain both serialized and non-serialized items.
Operational Accuracy
- Additional item identifiers help reduce the risk of selecting the wrong item during manual receiving, particularly in high-volume warehouse environments handling mixed loads of serialized products and accessories.
- Improves warehouse efficiency by reducing the need for manual labeling or workarounds when accessories or other non-serialized items are received.
Delivery Estimate Disclaimer Enhancement
Overview
- 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.
Key Enhancements
Delivery Estimate Disclaimer
- Added a delivery estimate notice to the delivery calculator and order booking pages in the web application.
- The notice clarifies that the calculated delivery price is an estimate and not a final or binding quote.
Pricing Transparency
- The disclaimer informs users that additional operational factors may impact the final delivery cost, including manpower requirements, tolls, ferry charges, access conditions, installation time, wait time, or other site-specific considerations.
- Encourages users to contact Customer Service for a formal quote when more precise pricing is required.
User Experience
The disclaimer appears directly in the calculator and order creation flow, ensuring users are aware of pricing limitations before completing an order.
Inventory Item ID Format Enhancement
Overview
The inventory item ID generation format has been improved to provide a simpler and more recognizable structure, helping warehouse users and licensee customers quickly identify and enter inventory IDs with greater accuracy. The updated format reduces complexity and minimizes the risk of manual entry errors during inventory operations.
Key Enhancements
Inventory ID Format
- Updated the inventory item ID generation format to follow a clearer and more concise structure.
- New format: [IN][Order-Prefix][Incremented Number].
- Example: IN2221
Improved ID Structure
- Added “N” to the existing prefix “I”, resulting in the new prefix “IN” for inventory items.
- Removed unnecessary zero padding between the order prefix and the incremented number.
- The incremented numbering now starts from 1 immediately after the order prefix, improving readability and usability.
Operational Benefits
- Simplifies manual entry and verification of inventory IDs.
- Reduces human errors during warehouse operations.
- Improves inventory identification and operational efficiency for licensee customers and warehouse teams.
Tracking Page Service Level Description Enhancement
Overview
The public Tracking page has been enhanced to provide clear descriptions of delivery service levels, helping customers better understand the type of delivery service associated with their order. This improvement reduces confusion and minimizes customer support inquiries related to service level expectations.
Key Enhancements
Service Level Visibility
- Added service level descriptions directly on the Tracking page, displayed below the service level name.
- Descriptions help customers understand the scope and expectations of each delivery service type.
Customer Experience
- Provides clearer context about delivery services, reducing the need for customers to contact support for clarification.
- Uses standardized descriptions sourced from the Grasshopper official help glossary, ensuring consistent terminology across the platform.
Defect Fixes
Defect Fix – Inventory Item Import Shipper Name
Overview
Resolved an issue in the inventory item import process where the manifest name was incorrectly displayed as “N/A” instead of inheriting the correct shipper name.
Key Fixes
● Fixed a regression causing the Manifest Name field to display “N/A” during inventory item imports.
● Updated the import logic to ensure the Shipper field correctly inherits and displays the shipper’s name.
● Ensures imported inventory items now reflect the correct shipper information in the manifest name.
Tracking ID Link in Order Page
Overview
Resolved an issue where the Tracking ID displayed on the Order page was not clickable, preventing users from easily accessing the public tracking page.
Key Fixes
- Updated the Tracking ID field on the Order page to function as a clickable link. ● Clicking the Tracking ID now opens the public tracking page in a new browser tab.
- Improves usability by allowing users to quickly access the order’s public tracking view directly from the order details page.
Public Tracking Truck Location
Overview
Resolved an issue where the Public Tracking page displayed incorrect truck locations, showing trucks near Pennsylvania/Harrisburg regardless of their actual position.
Key Fixes
- Fixed a defect causing public tracking maps to display an incorrect default truck location.
- Ensured the public tracking view now reflects the correct real-time driver location, consistent with the Live Truck View.
- Eliminates confusion where customers saw trucks appearing far from the delivery location despite receiving call-ahead notifications.