April 1.0 2025 Release
Last updated
Was this helpful?
Last updated
Was this helpful?
This is a Custom Release. Feature availability depends on configuration and rollout status. Some features listed above may not be visible in your environment if they are part of a staged or custom deployment. Please contact your support representative to confirm enablement.
We have introduced alphabetical sorting for locations displayed within the Item Lookup module. Previously, locations within the Item Look module were displayed in a random or non-sequential order. With this enhancement, all locations will now be sorted in ascending alphabetical order by default.
Go to Main Menu > Lookup > Item Lookup.
In the "Item# / UPC" field, enter the item identifier or UPC for the item you want to search and press Enter.
The location list displayed at the details section will be displayed in ascending alphabetical order (sorted from A to Z).
We have added two new fields to the Inventory Change Log module to enhance the ability to track and manage pallet movements. With the addition of the Pallet search field and the Pallet (From/To) column, users can now search, filter, and track pallet movements more efficiently, improving overall inventory management and visibility.
Pallet Search Field Added in Inventory By Log Module:
A new "Pallet" search field has been added to the Inventory By Log module.
This field allows users to search and filter pallet movement details more efficiently. By entering the pallet ID, users can now quickly access specific pallet movement logs.
Pallet (From/To) Column Added to Inventory Change Log Centre:
The Inventory Change Log Centre table has been enhanced with a new Pallet (From/To) column.
This new column will display the source and destination pallets for inventory movements.
We have added "Pallet" field to the following lookup modules:
OLPN Lookup
Location Lookup
Item Lookup
This addition enhances the user experience by providing better visibility and easier access to pallet data when working with OLPN, Location, and Item Lookups.
We have introduced the ability to automate the process of marking an order as "Ready to Ship" after packing is complete. This enhancement is aimed at reducing the manual efforts and the steps in shipping an order.
A new config, "Auto Mark Order Ready to Ship After Complete Packing" has been introduced to enable this feature.
When this configuration is enabled, after clicking the "Accept" button for complete packing, the system will automatically mark the order as Ready to Ship.
As a result, the Ready to Ship button will no longer be shown, reducing manual intervention and improving efficiency.
We have introduced a feature that enables the system to automatically select the sales order during the packing process when the same item is included in multiple orders and batch processing is involved. With this enhancement, if an item exists in more than one order, the system will automatically select the first available order for packing when the item is scanned. This streamlines the packing process and reduces the need for manual order selection.
A new app config, "Auto Select Order While Packing" has been added to enable this feature.
When this config is enabled, the system will automatically select the first available order when scanning an item that is part of one or more orders and belongs to a batch during the packing process.
When the app config is turned OFF, the system will display a popup during the scanning process, prompting the user to manually select the order for packing.
This ensures that users still have control over which order to select when packing items that exist in multiple orders or batches.
We’ve introduced new functionality to allow users to deactivate both 3PL accounts and 3PL portal access, giving you more control over your 3PL operations.
A new "Active" flag has been added to the 3PL Account module. This allows users to easily deactivate a 3PL account.
Once a 3PL account is deactivated:
A warning message will appear at the top of the Customer, Vendor, and Item modules associated with that account.
The deactivated 3PL account will be removed from dropdowns across all center pages, such as SO Center and Customer Center.
3PL Contracts and 3PL Charges cannot be created or updated for inactive 3PL accounts.
New Sales Orders (SO), Purchase Orders (PO), and Return Merchandise Authorizations (RMA) cannot be created for customers or vendors with an inactive 3PL account.
In addition to the "Active" flag, we’ve introduced a new "Activate Portal Login" flag under the Settings tab of the 3PL Account module.
Users will only be able to log in to the 3PL portal if the "Activate Portal Login" flag is enabled.
If this flag is disabled, users will not be able to access the portal associated with the 3PL account.
With this update, we have also introduced some restrictions on updating the 3PL account.
Customer 3PL Account Update Restrictions: When updating a 3PL account for a customer, the system will now check if there are any unshipped Sales Orders (SOs) associated with that customer. If any unshipped SOs exist, the system will not allow users to update the 3PL account of the customer.
Vendor 3PL Account Update Restrictions: When updating a 3PL account for a vendor, the system will ensure that all Purchase Orders (POs) for that vendor are in the "Received" status. If any PO is not in the "Received" status, the system will not allow users to update the 3PL account of the vendor.
Vendor Type Restrictions: In addition to updating the 3PL account, the system will now restrict users from selecting a 3PL account for vendors classified under the "General" vendor type.
We’ve enhanced the 3PL contract and invoicing system with the ability to create negative charges within 3PL contracts. These negative charges can now be applied to miscellaneous charges, and the system will generate corresponding negative 3PL Billing Invoices. In addition, we have implemented restrictions on actions available for 3PL Billing Invoices to ensure better control and accuracy during the invoicing process.
Feature Details:
Negative Charges in 3PL Contracts: Users can now create negative charges within the 3PL contract, specifically for miscellaneous charges. This allows more flexibility in adjusting or crediting charges as needed within the contract.
Negative 3PL Billing Invoice: A 3PL Billing Invoice can now be generated with a negative amount based on the applied negative charges. This ensures that any adjustments, credits, or refunds are properly documented and processed.
Restricted Actions on 3PL Billing Invoices: To enhance control over the invoicing process, most actions on 3PL Billing Invoices are now restricted in both the Invoice Centre and Invoice Module.
Permissible Actions:
Invoice Centre:
Void – Allows users to void a 3PL Billing Invoice.
Add To Email Queue – Enables users to add the invoice to the email queue for sending.
Invoice Module:
Print – Allows users to print the 3PL Billing Invoice.
Show Transactions – Enables users to view the transactions associated with the invoice.
Edit in New Window – Allows users to open the invoice for editing in a separate window.
Previously, the Inventory Change Log only displayed the ASN# in the Txn Ref field, which limited traceability for inventory changes related to RMA transactions. With this enhancement, a new reference to the RMA# associated with the ASN has been introduced.
Now, the Ref# column in the Inventory Change Log dynamically displays the related PO# or RMA#, improving visibility and enabling smoother tracking for both internal audits and external reporting.
When an ASN is generated from an RMA or PO, the system now maps and displays the corresponding RMA# or PO# in the Ref# column.
This linkage is automatically maintained and updated, requiring no manual input from the user
In previous versions, when an order was removed from a batch where all orders were in 'Closed' status, the system unintentionally updated the status of the remaining orders to 'Packed'. This behavior created inconsistencies in order lifecycle tracking and impacted downstream reporting and fulfillment workflows.
With this release, we’ve introduced a critical fix: Orders that were previously in 'Closed' status will now retain that status even after being removed from a batch. This ensures data integrity and proper representation of order states in all warehouse operations.
Previous Behavior: Removing an order from a batch of 'Closed' orders caused all orders in the batch to shift to 'Packed' status.
Updated Behavior: Orders will remain in 'Closed' status after being removed from a batch, provided they were already marked as closed.
