# April 2025 Release ### Location Sorting in Item Lookup module 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. #### How it works? * 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).
### Pallet Search and Movement Tracking in Inventory Change Log module 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. #### Feature Details: * **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. ### Added Pallet field to multiple lookup modules 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. ### Added the ability to Auto Mark Order Ready to Ship After Complete Packing 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. {% hint style="info" %} This is an app-config based enhancement. {% endhint %} #### Feature Details * 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.
### Added the ability to a**uto select order while Packing** 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. {% hint style="info" %} This is an app-config based enhancement {% endhint %} #### Feature Details * 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. ### Added the ability to deactivate 3PL Account and 3PL Portal 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. #### Deactivating 3PL Account * 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**. #### **Restrictions for Inactive 3PL Accounts:** * **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. #### Deactivating 3PL Portal * 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.
#### Updating 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. ### **Creating** Negative Charges in 3PL Contracts and Restricted Actions on Billing Invoices 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:** 1. **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. 2. **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. 3. **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. ### Enhanced RMA Reference in Inventory Change Log #### Feature Details 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. #### How It Works 1. 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. 2. This linkage is automatically maintained and updated, requiring no manual input from the user {% hint style="info" %} * This update applies only to ASN-linked records in the Inventory Change Log. * Existing records will also reflect the updated Ref# values if the associated RMA/PO exists in the system. {% endhint %} ### Status Retention for Closed Orders Removed from a Batch #### Feature Details 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. *** #### Key Improvement * **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. *** #### Notes {% hint style="info" %} * This update applies only to **batches where all orders are in 'Closed' status**. * The fix is backward-compatible and will not affect batches with orders in other statuses. {% endhint %} --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://docs.xorosoft.com/whats-new/release-notes/previous-releases/2025/april-2025-release.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.