What we shipped, in plain language.

Reversing a production receipt used to debit finished goods stock and credit work in progress a second time. It now credits stock and debits work in progress back on the same accounts the receipt used, so a reversed receipt nets to zero.

Opening an order now shows its posted receipts in a table with quantity, who posted it, its status (Posted, Partly reversed, or Reversed by a document) and a Reverse button.

A reversal is refused with the reason stated. Reasons include a cancelled order, goods no longer in stock, a re-weighment, a decided quality lot, or a date that is too early, in the future or in a closed period. A reason for the reversal is required.

A new "Show completed orders" switch brings fully received production orders back into the Goods Receipt for Production Order list, so a wrong receipt on a completed order can still be found.

A reversal gives back the order's delivered quantity and the produced quantity on its variant lines. A completed order re-opens as In Progress so the goods can be received again.

On Goods Receipt for Production Order and the Material Document List, a wrongly entered receipt can be reversed in full or by chosen lines, each for its full quantity. The dialog lists every line, explains why any line cannot be reversed, and asks for a reversal date (default: the receipt's posting date) and a reason. Users need the new Production Receipt Reversal role.

Opening the Add or Edit value dialog on a large attribute such as Colour no longer freezes the page. Long value lists are now paged at 50 rows, and Add Value and delete are disabled while a delete is running.

A customer-material mapping saved under a different style code no longer decides a line that has its own style code. This matters when two styles share one description.

Sizes such as 2XL, 3XL and 4XL now match the right product variant during PO import. Previously 2XL could land on XL, and 3XL could tie with 4XL.

When a sheet names a brand such as Damensch, PO import now picks the customer you assigned to that name in an earlier import.

The Master Data and Create Order steps now show the style on each line. Create Order also adds a summary of lines, quantity and value for each style before the order is created.

Order-entry sheets with a header form above a style, colour and size grid are now read directly. Each filled size cell becomes one order line, and any mismatch between row totals or the sheet total is noted in the import log.

The OCN is taken from the file name (for example "ocn 10057.xlsx") and set on every sales order line created from the import.

Sizes in the matrix follow the cutting-room size order, for example 1M, 3M, 3/6M and so on up to 2/3Y. Colours follow their display order. A variant with no colour or size still appears on the printout, labelled by its variant code.

Goods receipt, goods issue and transfer printouts now show variant lines as one summary row per material with a Colour x Size grid under it, including row and column totals. A transfer of 30 colours in 5 sizes now prints as one summary row and a grid instead of 150 rows. Different storage locations or units are never added into the same cell, and empty cells are left blank.

Transfer printouts now have a To SLoc column next to the source storage location. They are titled "Transfer Posting".

Changing something that doesn't affect an order's value, such as assigning a merchandiser, no longer moves an approved or in-process order that was never credit-checked back to Credit Block. The automatic credit check still runs on draft and pending orders, and whenever an edit changes the order value.

When the email queue is unreachable, scanning for merchandising alerts or signing off a PP meeting no longer stalls the page for minutes. The in-app notification appears straight away, and the email is sent in the background.

If the goods issue for a POS cash sale cannot be posted, the sale is now refused with an error. Before, it could complete with a placeholder goods-issue number and no stock deducted.

Automatic tracking of sales order status changes now records the order's own user when no one is logged in, such as in background jobs. A failure there no longer breaks the rest of the save.

Cost versions and cost comparisons created through the costing service are now stamped with the user who made them.

The priority-tasks data feed, the CSV/Excel export and the task analytics dashboard table now load correctly instead of failing or showing an empty table.

Average template duration is now calculated in a way the database supports, so the template-performance figures display and the analytics export completes.

A per-unit surcharge condition used to be silently ignored for companies without a configured pricing procedure. It is now included in the calculated price.

In line with the DPDP review, date of birth and birth year columns are now redacted in Table Explorer on all tables, including any added in future. HR users still see them on the HR screens.

Changing a customer service ticket's status or assignee outside a normal user request, such as from a scheduled job, now saves correctly. The activity entry for the change is recorded against the ticket's last updater.

Valuing forward contracts in a batch no longer fails when exchange rates are submitted. Rates are now handled to 6 decimal places, and rates for export contracts are inverted accurately.

The pivot field list now includes payment term, GST registration type, GSTIN registry status, MSME category, RCM, TDS, payables account, city, state/region, country and bank.

The Vendor Master grid previously offered 11 columns. The Column Chooser now adds about 70 more, hidden by default. They cover general details, tax and GST, GST registry, MSME, accounting and TDS, default address, primary contact, payable bank account, record counts, and audit information. Your saved layouts are unchanged.

The bank account number column shows only the last four digits, because the grid can be exported in bulk. The full number is still on the vendor form.

The stock transport order verification, previously available only from the server shell, can now be run from the Operations Console. It also creates documents and rolls them back, so nothing is kept.

The Operations Console now lists verification programs for quality management (sampling, incoming inspection, non-conformance, audits, release, calibration, document control, planning and KPIs), procure-to-pay controls and KPIs, job-work orders and movements, and the fabric roll register. Each one creates test documents on your own tenant and rolls them back, so nothing is kept. It holds row locks while it runs, so use a quiet hour on production.

The previous salary drawn on employee and candidate records, and the bank account number on bonus lines, are no longer shown in the table explorer. Other columns, such as dates of birth and the net-pay split threshold, stay visible.