toga-ai 1.0.336 → 1.0.337

package/knowledge/clients/compass-usa/INDEX.md

@@ -6,7 +6,7 @@
 | [Cost Centers — Unit Locations, numeric-only policy](features/cost-centers.md) | 2.0 | A Compass "cost center" — the value a user picks in commerce and that lands on an order — is **not** a `CostCenters` row. | toga2-commerce/src/pages/Cart/api/CartApi.ts, worker1.5/crons/toga2/compass/import_locations.php, _underscore/Model/Compass/SalesOrder.php, api2/Component/Api/V2/V2.php, dbchanges2/Client_Compass/2026-07-06 - RemoveNonNumericCostCenters.sql |
 | [Compass: Item-Fulfillment TableViews (for-sales-order-items & for-sales-orders, tracking via bridge)](features/item-fulfillment-tracking-tableview.md) | 2.0 | Two sibling Compass TableViews in `Client_Compass` display fulfilled items in toga2-supply, both driven by `TableViews` / `TableViewJoins` / `TableViewFields` c | dbchanges2/Client_Compass/2026-06-10 - ItemFulfillmentsForSalesOrderItemsTableView.sql, dbchanges2/Client_Compass/2026-06-11 - ItemFulfillmentsForSalesOrdersTableView.sql, dbchanges2/Client_Compass/2026-06-15a - FixItemFulfillmentTrackingNumberJoins.sql |
 | [Compass MITS PO → SO Item Linking](features/mits-po-to-so-item-linking.md) | 2.0 | MITS sends Compass inbound Purchase Orders (`POST /v2/purchase-orders`) against a Sales Order (`mitsSalesOrder`). | _underscore/Model/Compass/PurchaseOrder.php, worker/crons/toga2/compass/workflow/3a_import_office_depot_purchase_orders.php |
-| [Compass MITS PO Transmission to Vendors](features/mits-po-transmission-to-vendors.md) | 2.0 | The 1.0 worker cron `2_transmit_mits_purchase_orders_to_vendors.php` transmits Compass PurchaseOrders to their vendors (Office Depot, Strategic Systems, Compass | worker/crons/toga2/compass/workflow/2_transmit_mits_purchase_orders_to_vendors.php, library/app/client/compass.php |
+| [Compass MITS PO Transmission to Vendors](features/mits-po-transmission-to-vendors.md) | 2.0 | The 1.0 worker cron `2_transmit_mits_purchase_orders_to_vendors.php` transmits Compass PurchaseOrders to their vendors (Office Depot, Strategic Systems, Compass | worker/crons/toga2/compass/workflow/2_transmit_mits_purchase_orders_to_vendors.php, worker/crons/toga2/compasscanada/workflow/2_transmit_mits_purchase_orders_to_vendors.php, library/app/client/compass.php |
 | [Compass MR/MA Order Auto-Approval & Status Gate](features/mr-ma-order-approval-and-status.md) | 2.0 | Compass **MR** and **MA** sales orders are system-generated from the MITS / Office Depot EDI pipeline (they do not originate as user-entered SA orders) and must | _underscore/Model/Compass/SalesOrder.php, _underscore/Model/Compass/PurchaseOrder.php, worker/crons/toga2/compass/workflow/3a_import_office_depot_purchase_orders.php |
 | [Compass USA](profile.md) | 2.0 | Compass USA is a TOGA client running a multi-tier supply-chain commerce operation. |  |
 | [Compass Cross-Kit Bundle Corruption — Detection & Repair](workflows/cross-kit-bundle-corruption.md) | 2.0 | A frontend regression in `toga2-commerce`'s edit-order bundle submission mis-attributed bundle (kit) line items and **fees/warranties** to the **wrong kit**, pe | src/api/syncSalesOrderItemsFromLocalStorageCartToApi.ts |

package/knowledge/clients/compass-usa/features/mits-po-transmission-to-vendors.md

@@ -5,10 +5,11 @@ project: _Underscore
 client: compass-usa
 type: client-feature
 status: active
-updated: 2026-06-22
-owners: ["rgirish"]
+updated: 2026-07-14
+owners: ["rgirish", "bala"]
 files:
   - worker/crons/toga2/compass/workflow/2_transmit_mits_purchase_orders_to_vendors.php
+  - worker/crons/toga2/compasscanada/workflow/2_transmit_mits_purchase_orders_to_vendors.php
   - library/app/client/compass.php
 related:
   - mits-po-to-so-item-linking.md
@@ -47,6 +48,34 @@ Routing note: Office Depot (vendor 1) `defaultPoSubmissionIntegrationId = 2`, wh
 cXML, unless a `VendorItem` overrides it. There is also a CXML integration (id 1,
 "Office Depot / No") that is NOT the default.
 
+**A single PO can split across channels.** Because grouping is per item
+(`VendorItems.overridePoSubmissionIntegrationId`), the same PO can have some items on the
+EMAIL integration (id 2) and others on the CXML integration (id 1). The emailed PDF therefore
+contains only the **subset** of line items on the EMAIL integration — the CXML items go to
+Office Depot separately with no PDF. Note the PDF's "Order Total" cell prints the whole-PO
+`_total`, **not** a per-integration subtotal, so it can exceed the sum of the items shown.
+
+## PDF rendering (EMAIL branch)
+The EMAIL branch renders the PO with **ezpdf** (`Cezpdf`). The "MAIN ITEM LISTING" draws one
+row per line item; the DESCRIPTION cell is 150pt wide and wraps to multiple lines for long
+descriptions.
+- **Row height must be measured, not assumed.** Each row's true height is taken from the
+  lowest y any cell reached (`ezText` returns the y it finished wrapping at). A row advances
+  by `max($spacingY, ($rowStartY - $rowLowestY) + ($spacingY - $pdf->getFontHeight(11)))` with
+  `$spacingY = 40`: single-line rows stay at 40pt (no regression), multi-line rows grow to fit,
+  and the `($spacingY - getFontHeight)` term gives every row the same trailing gap a
+  single-line row has so tall rows are not cramped.
+- **Pagination is height-aware, not count-based.** Before drawing each row, its wrapped line
+  count is pre-measured and a new page is started before the row would spill past the item box
+  (first page ≈420pt, extra pages ≈625pt). Count-based chunking (8 then 10 per page) overflowed
+  once rows took their true taller height, which made ezpdf's internal `ezText` auto-page-break
+  fire per cell and scatter each cell of the overflowing item onto its own blank page.
+- **Measuring wrapped height without drawing (ezpdf):** call
+  `$pdf->addTextWrap($x, $y, $columnWidth, $size, $text, 'left', 0, 1)` with the last arg
+  (`$test`) = `1`. In test mode `addTextWrap` does not draw (guarded by `if (!$test)`) but wraps
+  identically to `ezText` and returns the remainder, so looping it mirrors `ezText`'s own
+  wrapping exactly — the reliable way to pre-measure a row for pagination decisions.
+
 ## Data model
 - `Client_Compass.PurchaseOrders.dtSubmitted` — set by step 4; the outer query's `IS NULL`
   guard means a PO is only ever picked up once.
@@ -80,6 +109,12 @@ Compass Canada has a parallel `compasscanada/workflow/2_transmit_...` keyed on
   `dtSubmitted` stamped without a log (separate, previously-observed failure mode).
 
 ## Change history
+- 2026-07-14 — Fixed the emailed-PO PDF for both US Compass and Compass Canada: line-item
+  rows now advance by their measured wrapped height (long descriptions no longer overwritten),
+  and pagination is height-aware (a real 21-item PO went from a broken 17-page PDF to a clean
+  3-page one). Recorded the ezpdf `addTextWrap($test=1)` line-height measurement technique and
+  the single-PO EMAIL/CXML channel split (emailed PDF shows only the EMAIL-integration subset;
+  Order Total prints the whole-PO `_total`). (bala)
 - 2026-06-22 — Documented the cron and the unconditional-`dtSubmitted` gotcha: item-less POs
   get marked submitted without transmitting or logging; diagnosed via MR241298 inbound MITS
   payload showing empty item arrays. No code change made (diagnosis only). (rgirish)

package/package.json

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