What we shipped, in plain language.

Each Sales Order now has three focused views:

• Journey — a timeline of everything that has happened to the order, from confirmation through production, delivery and invoicing
• Reconciliation — ordered versus delivered versus invoiced quantities and values, line by line
• Profit & Loss — revenue, cost and margin for the individual order

Currency handling across these views has also been corrected.

A new Order Summary (Photos) page presents confirmed orders the way merchandisers work with them — one card per order line showing the style photo above the buyer-facing details (order confirmation number, style, season, PO, fabric, size, quantity, delivery dates and price), grouped by customer.

Each line can carry its own uploaded photos; when none is set the card falls back to the variant or product master image and flags that the shot is a generic master picture rather than the buyer-approved sample. The sheet also prints as an A4 landscape PDF, four cards to a row.

Purchase Requisition lines can now specify a tax code, so the expected tax flows through to the Purchase Order, and the Purchase Order list now shows the Sales Order each order was raised against — making the demand behind a purchase visible at a glance.

When a user loses access to their authenticator, an administrator can now reset their multi-factor authentication device — from the admin screen or a management command — so the user can re-enrol a new device and sign in again without being locked out.

Several Asset Accounting entry forms and reference lookups were not populating correctly. They have been repaired, and the module’s list views converted to Syncfusion grids for consistent filtering, sorting and export.

Stock held at a subcontractor or vendor is now surfaced under Materials as Stock at Vendors, with its valuation shown alongside, so material planners can see on-hand and at-vendor quantities in one place rather than only inside the subcontracting screens.

A new GR/IR reconciliation worklist matches goods receipts against vendor invoices and lists the differences — received but not yet invoiced, and invoiced but not yet received — so the goods-received / invoice-received clearing account can be cleaned up and explained.

Posting a production goods receipt for a variant item failed because the variant line was identified with the wrong kind of key. Variant lines are now matched correctly and the receipt posts.

Upload a supplier’s delivery note and the system reads the document, extracts the delivered lines and quantities, and pre-fills a Goods Receipt for you to review and post — the same AI-assisted capture already used for vendor invoices, now applied to inbound deliveries.

Not every payable starts with a purchase order. You can now enter a non-PO vendor invoice directly, coding each line to an expense account, and the invoice posts to the general ledger and the vendor sub-ledger just like a PO-based invoice — ideal for utilities, professional fees and other one-off charges.

Creating a vendor sub-record (such as an address) failed to accept the supplier it belonged to. The supplier can now be set on create, so the child record attaches to the right vendor.

Receiving a finished good that comes in a colour/size grid no longer means one line per variant. A matrix entry lets you type received quantities across colours and sizes in a single grid, with each cell mapped back to its variant line.

Vendor invoices now carry a clearer link to the goods receipt they were raised from, and the GL posting has been tidied so the entry balances cleanly against the receipt.

Supplier Invoice Management is better at reading invoice documents and posting the result, improving the accuracy of the extracted amounts, taxes and line matching.

Procurement is now scoped by purchasing group: a buyer assigned to a group (for example “Fabrics”) sees and can request or order only the materials in that group, while managers and finance keep a wildcard that sees everything.

Action required: after deploy, assign each buyer their purchasing group(s) and give managers, accounts payable and finance the all-groups wildcard — until then an unassigned non-admin user sees no requisitions or purchase orders.