toga-ai 1.0.703 → 1.0.704

package/knowledge/1.0/apps/worker/features/netsuite-togasupply-per-client-sync.md

@@ -663,6 +663,22 @@ Parameters are stored **per client DB** but accessed **through the TOGa2 API**,
   `/locations` for the unit's own location before the write**, mirroring the existing item-line location
   create one level up. Shared/general fix (any client running serialized item receipts), surfaced by
   **GroWrk** location **1569**. Deployed.
+  - **The inventory-ADJUSTMENT unit path now has the SAME auto-create (fixed 2026-08-30) — it did not
+    before, which froze GroWrk.** `syncInventoryAdjustmentFromNetsuite`'s serialized-unit processing took
+    the unit's location from the inventory number's `custitemnumber_location` (the unit's own current
+    location, falling back to the adjustment line location), but — unlike `syncItemReceiptFromNetsuite` —
+    **never auto-created a missing warehouse**, so `POST /units` failed **EV-12** "unable to find a unique
+    match" on `location` (`searchCriteria c_netsuiteInternalLocationId=1596`; **0 rows** in
+    `Client_Growrk.Locations` for 1596), leaving `NETSUITE_EXECUTION_MODE_INVENTORY_ADJUSTMENTS` stuck at
+    `1-RUNNING`. **Fix:** capture the unit location's NAME (`$unitNetsuiteLocationName` from the
+    `custitemnumber_location` ref, carried in `$unitsToGet` as `netsuiteLocationName`) and, before **both**
+    unit-location reference points (the per-unit PUT-create path and the batch `POST /units` path),
+    `POST /locations` when the id is not already in `$lookupWarehouseByNetsuiteLocationInternalId` and a
+    name is present — same payload as the receipt sync (`name`, `c_netsuiteInternalLocationId`,
+    `locationType = WAREHOUSE_LOCATION_TYPE_UUID`, `isActive=true`, `allowReceiving`/`allowSending=false`),
+    then register it in the warehouse lookup. Guarded by `!isset(lookup[id]) && !empty(name)` so it fires
+    only for genuinely-missing locations and never duplicates. Shared 1.0 path — benefits all
+    serialized-adjustment clients.
 
 - **⚠ The exact api2 rejection detail lives in `Logs_<Client>.Api`, not `Logs.Event` (which TRUNCATES
   it).** When a section throws on an api2 non-success, `Logs.Event` records the error envelope but
@@ -742,6 +758,14 @@ Parameters are stored **per client DB** but accessed **through the TOGa2 API**,
 
 ## Change history
 
+- 2026-08-30 — **Inventory-adjustment serialized-unit path now auto-creates a missing unit warehouse
+  (`library`).** `syncInventoryAdjustmentFromNetsuite` took the unit's location from the inventory
+  number's `custitemnumber_location` but never created a missing warehouse (unlike
+  `syncItemReceiptFromNetsuite`), so `POST /units` failed EV-12 on `location` for GroWrk location **1596**
+  (0 rows in `Client_Growrk.Locations`), stuck `INVENTORY_ADJUSTMENTS` at `1-RUNNING`. Fix captures the
+  location NAME (`netsuiteLocationName`) and `POST /locations` before both the PUT-create and batch
+  `POST /units` paths — guarded `!isset(lookup[id]) && !empty(name)`, same payload as the receipt sync —
+  then registers it in the warehouse lookup. Shared path (all serialized-adjustment clients). (jcardinal)
 - 2026-08-30 — **Rebuilt GroWrk transfer-order integration + shared IF/inventory-adjustment fixes (all in
   `library/app/api/toga2.php`).** Root-caused the shared `syncTransferOrderFromNetsuite` **non-idempotency**
   to api2 never inlining `transferOrderItems` (`transfer-orders` has no `InherentRecordChildren` row) — the

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "toga-ai",
-  "version": "1.0.703",
+  "version": "1.0.704",
   "description": "TOGA Technology Team Claude Knowledge System — shared AI coding harness with skills, knowledge base CLI, and project installer for Claude Code.",
   "keywords": [
     "claude",