toga-ai 1.0.98 → 1.0.99

package/knowledge/1.0/apps/worker/INDEX.md

@@ -5,3 +5,4 @@
 | [Worker (1.0 Framework) Architecture](architecture.md) | `worker` is the legacy (**1.0** `App_` framework) **background-job tier**. | worker/index.php, worker/_/app/framework.php, worker/crons/, worker/schedules/, worker/ebs/cron.worker.php, worker/.ebextensions/035_cron.worker.config |
 | [Forecast2 ↔ NetSuite Reconciliation & Trueup Tooling](features/forecast2-netsuite-reconciliation.md) | CLI tools to **audit** and **repair** drift between the production `Forecast` DB (core2) and NetSuite. | test/@dave/reconcile_netsuite_totals.php, test/@dave/analyze_netsuite_forecast_diff.php, test/@dave/trueup_sales.php, test/@dave/trueup_open_orders.php, test/@dave/trueup_opportunities.php, test/@dave/probe_sales_gap_direct.php, worker/crons/toga2/forecast2/common_import_sales_from_netsuite.php |
 | [Prudential: Send Shipments for the Day report (daily cron)](features/send-shipments-for-the-day.md) | Daily cron (9:00 PM) that emails Prudential and Dell stakeholders an Excel report of all devices shipped that day, including tracking number, serial number, emp | worker/crons/notifications/reports/send_shipments_for_the_day.php |
+| [Onboarding a Client to the NetSuite TOGa Supply Sync](workflows/onboarding-client-to-netsuite-togasupply-sync.md) | How to add a new TOGa 2 client to the per-client NetSuite → TOGa Supply importer (`worker/crons/toga2/netsuite/`). | worker/crons/toga2/netsuite/sync_togasupply.php, worker/crons/toga2/netsuite/common_sync_togasupply.php, worker/schedules/cron.worker.sync.json, dbchanges2/_modules/netsuite/2026-04-01 - Parameters.sql |

package/knowledge/1.0/apps/worker/workflows/onboarding-client-to-netsuite-togasupply-sync.md

@@ -0,0 +1,116 @@
+---
+title: Onboarding a Client to the NetSuite TOGa Supply Sync
+framework: "1.0"
+repo: worker
+project: Worker
+client: shared
+type: workflow
+status: active
+updated: 2026-06-16
+owners: ["dfranks"]
+files:
+  - worker/crons/toga2/netsuite/sync_togasupply.php
+  - worker/crons/toga2/netsuite/common_sync_togasupply.php
+  - worker/schedules/cron.worker.sync.json
+  - dbchanges2/_modules/netsuite/2026-04-01 - Parameters.sql
+related: []
+---
+
+## Summary
+How to add a new TOGa 2 client to the per-client NetSuite → TOGa Supply importer
+(`worker/crons/toga2/netsuite/`). Each client gets a thin wrapper cron that sets its
+`CLIENT_CONFIGURATION` + `IS_ENABLED_*` flags and then `require_once`s the shared
+`common_sync_togasupply.php`, which builds all lookups and runs the 6 sync sections
+(Sales Orders, Purchase Orders, Invoices, Item Receipts, Item Fulfillments, Inventory
+Adjustments). Reads come from production NetSuite (REST/SuiteQL); writes go to the TOGa2
+API (`App_Api_Toga2::send`), which lands in that client's `Client_<Name>` database.
+
+## Steps
+1. **Create the wrapper** `worker/crons/toga2/netsuite/sync_togasupply_<client>.php`,
+   modeled exactly on an existing one (e.g. `sync_togasupply_compass_usa.php`). Set
+   `CLIENT_CONFIGURATION` (`client`, `isParentCustomer`, `api`, `secret`,
+   `importCustomerPurchaseOrdersOnVendor`) and the constants. Shared constants are the same
+   across clients: `NETSUITE_CUSTOM_FIELD_ID__END_USER_CUSTOMER = 3149`,
+   `SHIPPING_LOCATION_TYPE_UUID = 527a3995-…`, `WAREHOUSE_LOCATION_TYPE_UUID = 78c24f51-…`,
+   and `importCustomerPurchaseOrdersOnVendor = 10ed18ec-0999-53d9-f9db-5892d90f09d4`.
+   Get `client` from `Core.Clients` (by name); get `api`/`secret` from
+   `Client_<Name>.Apis`. Lint with `C:\xampp7\php\php.exe -l` (prod is PHP 7.2).
+2. **Determine `isParentCustomer` by probing NetSuite — do not assume.** It controls whether
+   the common body calls `listChildCustomers()` (parent) or `fetchCustomerById()` (flat).
+   `listChildCustomers(N)` runs `SELECT id FROM customer WHERE parent = N`. If the client's
+   NetSuite customer has **zero children**, `isParentCustomer` MUST be `false`, or the sync
+   builds an empty customer list, registers nothing, and imports nothing (silent no-op). See
+   Gotchas.
+3. **Seed the Parameters table** (see the dedicated section below) — REQUIRED or the sync
+   aborts on its first parameter read.
+4. **Add the schedule entry** in `worker/schedules/cron.worker.sync.json`: all
+   `sync_togasupply_*` jobs run `*/5 * * * *`, `active: 1`. The cron only runs once a
+   schedule entry references the file and the worker is redeployed.
+5. **Deploy order matters:** the Parameters seed must hit prod `Client_<Name>` **before or
+   with** the cron going live, or the sync 404-aborts (and throws a Sentry error) every 5
+   minutes.
+
+## Parameters seed (the required, easily-missed step)
+The sync reads/writes per-client sync state via the TOGa2 API `/parameters` endpoint, which
+is **update-only** — a `GET`/`PUT` on a non-existent key returns `404 EV-6`, and because
+`App_Api_Toga2::send()` defaults `$throwExceptionOnApiError = true`, that 404 **throws and
+aborts the entire run** before any record is processed. The `startModeIteration()` ternary
+(`isSuccess ? value : MIN_DATETIME`) looks like it tolerates a missing key, but it never
+gets there because `send()` throws first. Every live client (e.g. Compass) was seeded at
+onboarding; a new client has none.
+
+The `Parameters` *table* already exists in every `Client_<Name>` DB — you only seed **rows**.
+Add a `dbchanges2/Client_<Name>/<date> - NetsuiteSyncParameters.sql` migration modeled on
+`dbchanges2/_modules/netsuite/2026-04-01 - Parameters.sql`, inserting all **12** keys:
+- 6 × `NETSUITE_LAST_SYNC_DATETIME_{SALES_ORDERS,PURCHASE_ORDERS,INVOICES,ITEM_RECEIPTS,ITEM_FULFILLMENTS,INVENTORY_ADJUSTMENTS}`
+  → a start datetime. This sets how far back the initial backfill pulls (5-day windows, every
+  5 min). Pick deliberately: `2018-01-01` = full history; a recent date = go-forward only.
+- 6 × `NETSUITE_EXECUTION_MODE_*` → `864000-IDLE` (the interval is clamped to
+  `MAX_TIME_WINDOW_TO_FETCH_FROM_NETSUITE_SECONDS = 432000` on first run, so the exact
+  seed interval is not critical; `IDLE` is what matters).
+
+Use `(UUID(), '<key>', '<value>')` rows — `Parameters.uuid` is required and unique.
+dbchanges2 files use the unqualified `Parameters` table name (deployer selects the DB from
+the directory; no `USE`).
+
+## Systems involved
+- `worker` cron tier (1.0) — the wrapper + `common_sync_togasupply.php`.
+- Production NetSuite (account `1095849`) via `App_Api_Netsuite_Rest` (SuiteQL/REST) — reads.
+- TOGa2 API (`App_Api_Toga2`) — writes to `Client_<Name>` (+ logs to `Logs_<Name>`).
+- `dbchanges2/Client_<Name>/` — the Parameters seed migration.
+
+## Local testing
+- The worker's `[api] _` and api2's `[database]/[databaseClient]/[database1]` on the dev
+  laptop point at local (`http://api2/v2` → local Apache/api2 → localhost MySQL). NetSuite is
+  the **production** account but reads are read-only.
+- A local end-to-end run needs the client's schemas present locally: import both
+  `Client_<Name>` AND `Logs_<Name>` from the read replicas (client2 / logs clusters) into
+  local XAMPP. `Logs_<Name>` only needs the **schema** (`mysqldump --no-data`) — its API-log
+  history can be many GB; api2 connects to it (link `ClientLogs`) on every request and 500s
+  with "Unknown database 'logs_<name>'" if absent.
+- Run the cron in place with `C:\xampp8\php\php.exe` from the `worker/` dir; the autoloader
+  walks up to `worker/_` for `__APPROOT__`. `App_Api_Netsuite_Rest::authenticate()` +
+  `App_ApiTransaction->setLogging(false)` is the laptop-safe NetSuite pattern (see
+  `test/@dave/nsq.php`, a read-only SuiteQL runner).
+- Verified behavior: empty window → 0 writes, checkpoint advances (clean no-op); record
+  already present → `PUT` update (idempotent, keyed on `c_netsuiteInternalSalesOrderId`, no
+  dupes); record absent → `POST` insert. Checkpoints (`NETSUITE_LAST_SYNC_DATETIME_*`)
+  advance by one window and `NETSUITE_EXECUTION_MODE_*` flips back to `…-IDLE` when a section
+  finishes cleanly.
+
+## Edge cases & escalation
+- **`isParentCustomer` wrong** → silent no-op (true on a childless customer) or missed
+  end-user matching. Always probe NetSuite first.
+- **Parameters not seeded in prod** → sync throws every 5 min; surfaces as a `worker1` Sentry
+  error and zero imports.
+- **Missing catalog item** on an incoming order may throw mid-run depending on the section;
+  the checkpoint does not advance past a throwing window, so it self-heals once the dependency
+  exists.
+
+## Change history
+- 2026-06-16 — Documented the onboarding process after adding Quad (TRUE-79575): wrapper +
+  schedule + the required 12-key Parameters seed; captured the `isParentCustomer` NetSuite
+  probe and the local Client_/Logs_ schema requirement. (dfranks)
+
+## Related docs
+- [Forecast2 NetSuite reconciliation](../features/forecast2-netsuite-reconciliation.md)

package/knowledge/INDEX.md

@@ -5,7 +5,7 @@ _Auto-generated by `knowledge.js index`. Do not hand-edit._
 ## 1.0 framework
 
 - **library** (Library) _(framework core)_ — 4 doc(s) → [1.0/apps/library/INDEX.md](1.0/apps/library/INDEX.md)
-- **worker** (Worker) — 4 doc(s) → [1.0/apps/worker/INDEX.md](1.0/apps/worker/INDEX.md)
+- **worker** (Worker) — 5 doc(s) → [1.0/apps/worker/INDEX.md](1.0/apps/worker/INDEX.md)
 - **togadesk** (TOGa Desk) — 7 doc(s) → [1.0/apps/togadesk/INDEX.md](1.0/apps/togadesk/INDEX.md)
 - **togaview** (TOGa View) — 5 doc(s) → [1.0/apps/togaview/INDEX.md](1.0/apps/togaview/INDEX.md)
 - **webhook** (Webhook) — 1 doc(s) → [1.0/apps/webhook/INDEX.md](1.0/apps/webhook/INDEX.md)

package/package.json

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