Inward partial qty in the intercompany GRNs in the IWT with stock in Goods in Transit scenario #52221
Description
Issue Statement: Inward partial qty in the intercompany GRNs in the IWT scenario when GIT warehouse is used
Issue Detailed Description: During Inter-Warehouse Transfer (IWT) transactions, the system currently allow partial quantity inwarding at the time of Goods Receipt (GRN) creation but stock ledger does not creates for rejected quantity for GIT. This restriction prevents users from recording the actual quantity received when it is less than the dispatched quantity since stock ledger is not correct.
As a result, if there is a short receipt (for example, due to transit loss, damage, or partial delivery), the user is unable to post the GRN for the available quantity. This leads to incomplete inwarding and operational delays, as the system expects the full quantity to be received before the GRN can be submitted.
Steps to Replicate the issue:
Go to Purchase Order module. Create an Internal PO where the Supplier is an internal warehouse.Add an item with a specific quantity (e.g., 10units). Submit the PO.
Generate Internal Sales Order (ISO) with channel IWT: From the supplying warehouse, create an Internal Sales Order referencing the IPO. Ensure all item details and quantities are copied correctly. Submit the ISO.
From the ISO, create a Delivery Note for the full ordered quantity (e.g., 10units). Submit the DN.
Sales Invoice and Purchase Invoice.
Gate entry challan based on supplier invoice number.
PR wrt DN. At the receiving warehouse, open the Purchase Receipt form. Select the reference Internal PO or Delivery Note. Try to enter a partial received quantity (e.g., 6 units).
Current behavior: The system currently enforces a full-quantity inward requirement for IWT (Internal Purchase Orders).
When a Delivery Note is submitted for 10 units, the corresponding GRN must also be for 10 units.
The system does not allow partial GRN posting — even if only a part of the material (e.g., 10 units) is physically received at the destination.
Then we try to inward 6 unit as accepted & 4 units as rejected.
But then Stock ledger created only for accepted unit for both inward & outward (6 outward from GIT & 6 inward in accepted bin)
but for rejected bin 4 inward happens but 4 outward for Goods in Transit (GIT) does happen.
As a result, stock mismatches.
Expected behavior: The system should allow partial inward posting for IWT transactions. & stock ledger inwarding & outwarding from GIT to accepted bin.
Users should be able to: Enter the actual quantity received (e.g., 80 units).
