Subversion Repositories SmartDukaan

Last modification

• Rev 37613 2026-09-14 03:20:42
• Author: amit

• Log message:

  Receive internal transfer stock that was billed but never GRNed
  
  Stock moved between our own warehouses is dispatched against an internal purchase order and
  billed, but the destination warehouse still has to receive it by hand through the portal. Where
  that never happened the units exist on an invoice and nowhere in inventory, and there is no way
  to clear a backlog of them short of keying each invoice in again.
  
  This adds a cron one-off that receives them. Per invoice it builds the rows the Excel GRN upload
  would have carried and hands them to PurchaseOrderService.addPORowModels, which creates the
  supplier invoice, the purchase and the inventory items in a single call, so none of receiving is
  reimplemented here - the portal and this take the same path and can only ever agree.
  
  It is deliberately narrow about what it will touch. Only INTERNAL buyers, because nothing should
  be able to receive a partner's goods on their behalf. Only invoices with no supplier invoice
  already recorded, so a repeat run skips what it has already done rather than receiving twice.
  Only invoices resolving to a single purchase order, since addPORowModels resolves one order for
  the whole map it is given and would otherwise attribute an invoice to the wrong one - for the
  same reason each invoice is passed on its own. A serialized line whose serial number is missing
  aborts its invoice instead of creating a unit no scan could ever match.
  
  Each invoice commits or rolls back on its own, so one bad invoice cannot undo the ones already
  received, and a dry run reports what it would receive without writing anything.
  
  The receipt is recorded against the destination warehouse, which is what warehouse inventory is
  keyed by. The buyer on the order is read only to confirm the store is internal; partner side
  inventory is a separate receipt and is not touched.