Latest Release

Print Predefined Prints and Standard Reports directly as DOCX format (R2-24742/R2-24743)

• Updated Predefined Prints and Standard Reports to generate output in DOCX format instead of RTF.

• Improves compatibility with Microsoft 365 Word and prevents RTF-related opening warnings, repair prompts, and formatting issues.

Primary and Additional Asset IDs No Longer Swapped During Warehouse Operations (R2-24807/R2-24852/R2-24853/R2-24854)
Warehouse operations will no longer swap the Additional Asset ID with the Primary Asset ID when an Additional Asset ID is scanned.

The Primary Asset ID now consistently remains the authoritative identifier across filling, shipping, returning, and physical inventory processes, regardless of whether a Primary or Additional Asset ID (Barcode or RFID) is used during execution.

Key Benefits:

• Ensures consistent asset identification across all warehouse workflows

• Improves transaction clarity and downstream reporting by consistently recording the Primary Asset ID in all transactional records and change history and exceptions.

• Supports smoother RFID tag adoption and implementation

• Eliminates operational confusion caused by dynamic ID swapping

• Applies across R2 and integrated applications (PackNShip, Warehouse APIs and Asset Manager)

• Added an identifier for the Additional Asset ID type (RFID or Barcode) in the asset definition for clarity

Asset Search by Additional Asset ID (R2-24858)

• Enhanced Asset Search to allow users to locate assets using an Additional Asset ID in the Maintenance and Accounts Asset Search screens. The search matches against both Primary and Additional Asset IDs, while the existing Asset ID column behavior remains unchanged.

• A new Additional Asset IDs column has been added to display all associated Additional Asset IDs as comma-separated values.

Accessories feature decommissioned (R2-24835)
After careful consideration, we have decided to decommission the Accessories feature from the application.
Reasons

• The feature presented workflow challenges and was therefore not adopted by customers.

• Accessories did not appear in the Warehouse unless explicitly generated on an order by Sales.

• In warehouse tasks, accessories were not displayed directly in the item list — users had to click a separate Accessories button to process them.

• This multi-step process and cross-role dependency increased the risk of accessories being missed at both the Accounts and Warehouse levels.

• Alternatively, such inventory can be added directly to orders as non-chargeable items or PAD items.

• This change removes an unused workflow, reduces system complexity, and allows us to focus on delivering higher-value enhancements.

Labor Position ID column added to REP_CREWSCHEDULEDETAILCOMMVIEW (R2-24856)

• Labor ID is now available in the REP_CREWSCHEDULEDETAILCOMMVIEW system view, providing direct access to booking line labor position data.

• Enables enhanced reporting by allowing crew schedules and booking lines to be viewed alongside associated labor positions.

PackNShip – Flexible schedule search (R2-24829)

• Enhanced the Schedule Search by making Date, Order Type, and Department filters optional.

• You can now search for order tasks without selecting mandatory filters, improving search flexibility and usability for warehouse operators while retaining existing filtering options.

Enhanced Search Filters for Activity Manager, Company, and Opportunity (R2-24571)

• Additional key fields are made available in Activity Manager, Company, and Opportunity search screens, which allows users to filter records more effectively.

• These new search fields are hidden by default and can be added manually as needed using the column customization feature.

R2: In certain scenarios, serial items and kits continued to show as Not Available even after the blocking condition was cleared. This occurred, for example, after updating line dates using Update Line Details → Edit Dates or Action → Change Dates → All Lines, where the asset remained incorrectly blocked from reservation. (SR-19499, SR-28629)
Fix: The system now correctly re-evaluates availability. Serial items and kits can now be reserved as expected after date updates or when availability is freed.  

R2 Hero: The R2 Hero Report experienced very slow execution due to performance issues in REP_INVOICEVIEW, which resulted in high CPU usage and long report run times. In some environments, the report took several minutes to complete, impacting report usability and system performance. (SR-30459)  

Fix: Performance of REP_INVOICEVIEW has been significantly improved. Report execution time and CPU usage are now substantially reduced, while data accuracy and column values remain unchanged. The R2 Hero Report now runs efficiently and reliably across supported environments. 

R2 Labor: Clearing the Start Date, End Date, or Task on a labor line in R2 Order did not generate the expected conflict indicator on CT (Conflict) column in the R2 Labor Planning Order. As a result, labor planners were not alerted that key labor details had been cleared after a resource was assigned, and the conflict column did not reliably indicate changes requiring review. (SR-30171) 

Fix: R2 Labor now correctly reflects the conflicts when labor line dates or tasks are cleared in R2 Order. The CT column updates consistently to reflect that key scheduling details have been changed or removed, ensuring planners are notified, and conflicts can be reviewed as expected. 

R2: The Search Inventory screen experienced slow load times in environments with a large number of Category Group records and high user activity. This caused noticeable delays when opening the screen and impacted inventory search workflows. (SR-29729)  

Fix: Performance improvements are applied to the Search Inventory screen. The screen now loads significantly faster, reducing wait times and improving overall responsiveness in high-volume environments. 

R2 Labor: In Whiteboard mode, when users selected multiple cells of the same booking line (with multiple EWTs defined) using Ctrl + Right Click and then chose Send Confirmation Request, the email preview displayed duplicate dates and times. The preview repeated booking details based on the number of selected cells instead of showing a single entry per booking line per EWT. This issue occurred only when multiple cells of the same booking line were selected. The actual email sent to recipients displayed the correct details. (SR-31460) 

Fix: The Confirmation Request email preview now displays each EWT only once, even when multiple cells of the same booking line are selected. The same correction has also been applied to the Accept/Decline links preview to prevent duplicate entries. 

R2: When an inventory Purchase Order (PO) was released, the system allows the incoming quantity to be backorder-reserved against Sell lines. However, in certain cases, Sell lines were incorrectly shown in Back Order status even when no incoming quantity was actually available for reservation, or when the same incoming quantity had already been backorder-reserved on another order. This resulted in inaccurate backorder status being displayed. (R2-24677) 

Fix: The backorder reservation logic has been corrected. A Sell line is now marked as Back Order only when there is a valid released PO quantity available that has not already been reserved by another order. Each incoming quantity can be backorder-reserved only once, ensuring accurate availability and status behavior across orders. 

R2 Web: In R2 Web, the Comments tab appeared misaligned on Quote, Reservation, and Hold Order screens. This caused the Comments section to display inconsistently compared to the desktop mode and made it difficult to read. (R2-24818)

Fix: The Comments tab layout in R2 Web has been corrected, so it displays consistently and properly aligned across Quote, Reservation, and Hold Order screens. The Comments section now matches the expected desktop mode and remains properly aligned in R2 Web. 

R2: In the Service Module, deleting a Service Group record and saving changes worked correctly for the first time, but when a second Service Group record was deleted in the same session, it reappeared after reopening the screen. This caused the second deleted record to remain visible, even though the user had confirmed the deletion. (R2-24859)  

Fix: Service Group deletions now persist correctly, even when multiple records are deleted in the same session. Deleted records no longer reappear after reopening the Service Group screen, ensuring consistent save behavior.  

R2: In R2 reporting views, the InvoiceType column displayed blank values for certain invoice categories, such as Summary Invoices, LR, and Deposit Invoices. This caused invoice type information to be missing in reports, even though the correct type was shown in the R2 application. (R2-24834)  

Fix: The InvoiceType column is now consistently populated for Summary, LR, and Deposit invoice types in the following reporting views: 

• REP_CUSTOMERINVOICEVIEW 

• REP_InvoiceView 

• REP_InvoiceRepView 

Invoice type labels are now aligned with what users see in Search Invoices, ensuring reports display accurate and complete invoice type information.