Table of contents:
- Controlled Visibility & Edit Access for SAP Auto-Generated LR Number
- Improved Ceiling Price Display Logic in Shipper and Transporter Portals (Procure Module)
Description:
When LR (Lorry Receipt) numbers are auto-generated through SAP integration, compliance requirements mandate that no unauthorized manual changes should be allowed. While shipper access can be controlled via configuration, transporter access was previously hardcoded, creating a potential audit compliance risk.
This enhancement introduces a configurable permission to control transporter view and edit access for the LR number field.
With this enhancement:
- A new permission is introduced to control transporter view and edit access to the LR number field.
- Transporter access settings are independent of shipper access controls.
- Configuration options include view-only access or edit access (restricted to admin users.)
- Default behavior remains unchanged for existing clients unless explicitly configured.
- Applicable only to clients with LR automation enabled.
Why This Matters:
- Ensures compliance with audit and automation requirements.
- Prevents unauthorized manual edits to ERP-generated LR numbers.
- Provides controlled flexibility through configurable permissions.
Description:
In the Procure module, the ceiling price display in live events has been refined to ensure it is shown only at the configured level (lane or lot), providing clear and consistent visibility during bidding. This update is UI-only and does not impact backend logic.
With this enhancement:
- Ceiling price is displayed at only one level per event configuration.
- No duplication of ceiling price across both lane and lot levels.
- Behavior is consistent across Shipper and Transporter portals.
Display Logic:
For Lot Events:
- Lane Total Cost Type → Ceiling price shown at lane level only.
- Lot Total Cost Type → Ceiling price shown at lot level only.
For Lane Events:
- Lane Total Cost → Ceiling price shown at lane level only.
- Base Freight Type → Ceiling price shown at lane level only.
- Backend logic and bidding configurations remain unchanged.
- Ensures clarity during live bidding events.
- Aligns UI behavior with configured bidding setup.
- Enhances vendor confidence and bidding accuracy.
UI Labels Updated to Clearly Show Payment Posted and Paid Dates
- The generic Invoice Date label has been updated in relevant sections of the UI.
- Payment Posted Date is now displayed next to Payment Posted Ref No
- Payment Paid Date is now displayed next to Payment Paid Ref No
- In bulk upload and export files, where a single date field was previously labelled as “Invoice Date”, it is now labelled as Date.
- The existing Invoice Date field continues to be fetched and displayed correctly at the indent level, with no change to its logic or behaviour.
- The change is UI-only, with no impact on backend data, mappings, or workflows.
- Improves clarity by clearly distinguishing between payment posting and payment completion dates.
- Enhances user understanding of payment timelines.
- Maintains existing system behaviour while improving UI accuracy and readability.
Description:
Optima Variance and Optima Variance Summary reports have been enhanced and made available in Reports V2, using the existing optima_entries data source. These reports now support improved filtering and align with current permission and access controls.
With this enhancement:
- Optima Variance and Optima Variance Summary reports are available in Reports V2.
- Reports continue to use the existing optima_entries collection when the Optima feature is enabled.
- Report access and visibility follow the existing permission and access control logic.
- Depot Selection:
- Report generation supports single depot selection.
- Multiple depot selection is restricted to maintain data accuracy, consistency and load.
- Date Selection:
- Users can select a date range while generating the reports.
- Report data is fetched strictly based on the selected date range.
- If the selected range exceeds the configured limit, a validation message is displayed as “Please select a date range within <configured limit> day(s)”.
Why This Matters:
- Enables access to Optima Variance insights directly from Reports V2.
- Provides flexible date-range analysis with controlled system performance.
- Ensures consistent data accuracy using existing Optima data sources.
- Maintains secure and role-based access to reports.
Enhancement for PTL Grouping – Validation & Ungrouping Functionality
Description:
PTL dispatch workflows have been enhanced to provide clear indent-level visibility for mandatory Material Invoice (MI) and LR validations, along with the ability to selectively ungroup non-compliant indents. This ensures smoother dispatch while maintaining all required validations.
With this enhancement:
- During PTL dispatch, the validation popup displays the specific indent IDs missing MI and/or LR.
- If more than 10 indents are impacted, the indent numbers are shown in a tooltip.
- Users can ungroup indents that are missing MI or LR before dispatch.
- Ungrouped indents are treated as separate shipments.
- PTL groups with compliant indents can proceed with dispatch without interruption.
- Existing PTL grouping logic remains unchanged.
- Improves dispatch efficiency for PTL shipments.
- Provides clear visibility into validation requirements at the indent level.
- Allows uninterrupted dispatch of compliant indents.
- Enhances operational control while maintaining mandatory MI/LR compliance.
ERP Reference ID to support Dual Transporter Reference ID
Description:
The Procure module has been enhanced to support reference IDs from ERP.
With this enhancement:
- Vendor Master now maintains a single reference_id field.
- ERP sends both existing and new ERP reference IDs in the payload.
- The existing reference ID is used to identify and update the new ERP reference ID in Procure.
- The new Reference ID must be valid and unique with respect to each client.
- Rejection reasons are captured and mapped against reference IDs.
- Rejected transporter records can be downloaded as ERP Transporter Rejections from the Transporter Master export section in Procure.
- Ensures correct reference ID usage across the system.
Freight Invoice API Enhancements for Posting and Custom Field Updates
Description:
Freight Invoice processing has been enhanced to support API-driven posting and improved flexibility in managing custom fields, ensuring smoother financial provisioning and richer data synchronisation with ERP systems.
With this enhancement:
- Freight invoice posting is triggered when invoices are created or updated via API.
- Custom fields at the freight invoice level can be updated even after the invoice reaches Approved status.
- Custom field updates are accepted via API even when there is no change in invoice status (e.g., Approved → Approved).
- All relevant freight invoice custom fields are included in the Freight Invoice Posting API payload sent to the ERP.
Why This Matters:
- Ensures timely and complete freight provisioning through API-based workflows.
- Enables post-approval data enrichment for business-critical custom fields.
- Improves data accuracy and completeness in ERP integrations.
- Enhances flexibility while preserving existing approval workflows.