What we shipped, in plain language.

Purchase Order line items were not displayed correctly in the administration view; the listing has been corrected.

The Sales Order status service reported the wrong stage for certain order states. The computation is corrected, and the Status Report and Status Workbench now format quantities and values consistently.

The RCM liability worklist, category manager, account configuration and reports now use the same grid, so filtering and exporting behave consistently across the GST screens.

The GST Compliance workspace and GST Reconciliation page were rebuilt on the standard high-performance grid, adding column grouping, advanced filtering and Excel export to the reconciliation worklists.

Reading the tax (GST) code master required the CRM Leads module, so an Accounts Payable user saw an empty GST dropdown on a vendor invoice line — the failure was silent and looked like missing master data. Any module that legitimately consumes tax codes can now read them; maintaining the master is unchanged.

Purchase Orders, RFQ and RFI menu items carried no permission gating at all and were shown to users who could not open them. The Procurement menu now shows only what the user is authorized for.

Viewing and maintaining a vendor were gated on the same permission, so anyone who needed to see a vendor’s bank details, GSTIN or payment terms also received create, edit and delete rights on the vendor master. Vendor maintenance now requires its own permission, letting Accounts Payable and Finance be given read access without maintenance rights. The Add and Edit actions on the vendor list follow the same permission.

Purchase Requisitions were gated on the vendor master permission for both reading and writing, so any role that could see a vendor could also create, edit and delete requisitions. Requisitions now have dedicated view and manage permissions, line-level actions are no longer writable by viewers, and raising a Purchase Order from a requisition requires the Purchase Order permission. Existing procurement roles keep the access they had.

The HSN/SAC seed data file was excluded by a blanket rule that ignored JSON files, so the migration that loads it failed for every tenant during deployment. The file is now tracked and the seeding completes.

The material master now selects its HSN/SAC code from the master through a searchable picker, so the code and its GST rate are consistent across every material rather than retyped per record. A backfill command maps existing free-text codes onto the new master.

Vendor invoice GL posting was refined alongside the HSN/SAC work, so tax determination on an invoice line follows the material’s maintained code.

HSN (goods) and SAC (services) codes are now a maintained master with description, chapter and default GST rate, seeded with the standard code set and available through its own API and Django admin.

Foreign-currency Sales Order exposure was being divided by the order exchange rate instead of multiplied, understating exposure against the customer credit limit.

Creating or approving a second Original budget document against the same Sales Order, fiscal year and period is now blocked. Because the budget ledger is additive, a duplicate approved Original previously doubled the available budget.

Importing purchase orders no longer mismatches a line to the wrong product or the wrong colour variant of the right product.

Credit limit checks now read the limit in the currency configured on the customer record, instead of assuming the company’s base currency.

Consolidated multiple screens onto the standard Syncfusion Grid + PivotView pattern for consistent filtering, grouping and Excel export.

The budget document header and a new KPI card now derive and display the value committed by open purchase orders against the budget, instead of a stored field that always read zero.

Usability and workflow improvements to the Sales Order page.

Usability and workflow improvements to the Goods Receipt page.

Additional UI pages added to the Production module.

House Bank Accounts can now be created and maintained from a dedicated UI page instead of Django Admin.

A single vendor invoice can now reference and bill against more than one purchase order.

Early beta of AI-assisted Bill of Materials creation: a material code minter, a size-decision step for size-grid items, blocking lints that catch invalid configurations before they reach the BOM, and a resolver that maps an approved style intent straight into a generated BOM.

Style Intent entries can now be searched and filtered by colour and size.

Additional UI pages added to Quality Management and its master data screens.

A Sales Order budget is no longer a single money bucket — each line now names a material, operation, or service with a quantity and rate, and the line amount is engine-computed from them. Purchase orders can be controlled at the SO pot, per-material, or per-operation level, and later changes to a dimensioned budget emit a matching supplement/return pair so nothing is stranded in a sub-budget.

Verifying a goods-receipt-based vendor invoice against the vendor’s own billed amount now surfaces typed differences instead of silently absorbing them: price and quantity differences reallocate against the receiving material’s stock account (with a matching stock revaluation), while round-off and unplanned delivery costs post to their configured GL accounts. The invoice cannot be approved or posted while it doesn’t balance to the vendor’s billed total.

Introduces a Business Partner link layer so an existing customer can be linked to a vendor record (and vice versa) without duplicating master data. This is Phase 1 of a multi-phase rollout covering the shared partner identity.

The SAVE/SUBMIT/FILE/GET call sequence now matches the GSTN spec, with proceed-to-file made best-effort and an unconfirmed GSP contract blocking SUBMIT/FILE until verified. Destination of supply for B2C invoices is now computed from the real place of supply rather than assumed.

GST Master, GST Usage, and the new Returns workspace are now grouped together under a single GST menu in Accounting.

New help articles covering e-Invoicing, e-Way Bill, the Customer Portal, Vendor Capacity & Capability, Purchase Returns, Customer-to-Vendor conversion, and GSTR-1/GSTR-3B filing.

GST reconciliation output is wired to the GSTN return builder through the confirmed WhiteBooks GSP contract, adding an HSN summary split and a dedicated Returns product surface for preparing, saving, and filing returns.

Full purchase-return workflow against a goods receipt: physical return, a GST-compliant debit note with ITC reversal (Route A), and an outward tax invoice with e-Invoice and e-Way Bill for cases that must move as an outward supply (Route B). A route engine selects the correct path, covering reverse charge, SEZ, composition and import vendors.

Quality Management inspection results can now split a goods receipt line and auto-raise a partial rejection return, instead of rejecting the entire receipt.

Purchase returns now feed the GST register and GSTR-3B contributions, reconcile against GSTR-2B, surface pending credit notes, and roll up into a vendor return scorecard.

Contract Management’s signing-certificate encryption no longer derives its key from SECRET_KEY, removing a hidden coupling between application secret rotation and signed document integrity.

Accounts Receivable receipts now record which house bank account the funds landed in, keeping the Bank Book and AR ledger consistent.

Bank charges, interest, and inter-bank transfers can now be posted directly against a house bank account, without routing through a customer or vendor sub-ledger.

A running day book of every posting against a house bank account, giving finance a single ledger view of bank movements without pulling the full General Ledger.