@cxtms/cx-schema 1.7.17 → 1.8.1

package/.claude/skills/cx-module/ref-components-layout.md

@@ -1,16 +1,5 @@
 # Layout & Structure Components
 
-## Contents
-- Layout component
-- Row component
-- Col component
-- Header component
-- Tabs component
-- Toolbar component
-- Card component
-- Line component
-- Slot component
-
 ## layout
 
 General-purpose container. Renders MUI Grid or Box with flexbox.

package/.claude/skills/cx-module/ref-components-specialized.md

@@ -1,15 +1,5 @@
 # Specialized Components
 
-## Contents
-- Calendar component
-- Notes component
-- Dashboard component
-- DashboardWidget component
-- Widget component
-- Timeline component
-- TimelineGrid component
-- OAuth2 component
-
 ## calendar
 
 FullCalendar integration with GraphQL event sources, timezone support, and programmatic control.
@@ -341,9 +331,7 @@ CSS Grid-based timeline with swim lanes, drill-down, and virtual scrolling.
 | `view` | `day \| week \| month \| year` | `week` | Time view |
 | `startDate` / `endDate` | `string` | — | Date range |
 | `eventSources` | `EventSource[]` | — | Event data sources |
-| `eventSources[].query.name` | `string` | `query1`, `query2`... | Source name, used as key in `summaryComponent` `dataSources` |
 | `eventTemplate` | `ComponentProps` | — | Custom event template |
-| `summaryComponent` | `ComponentProps` | — | Custom component rendered per column in the summary row. Replaces numeric totals when set. |
 | `options.height` | `string \| number` | `600` | Container height |
 | `options.cellHeight` | `number` | `60/100` | Cell height (px) |
 | `options.groupBy` | `string` | — | Field for swim lane grouping |
@@ -354,14 +342,6 @@ CSS Grid-based timeline with swim lanes, drill-down, and virtual scrolling.
 | `options.showWeekends` | `boolean` | `true` | Show weekends |
 | `options.showTotalCount` | `boolean` | `false` | Show event totals |
 
-**Summary component variables** (available when `summaryComponent` is set):
-| Variable | Type | Description |
-|----------|------|-------------|
-| `dataSources` | `Record<string, TimelineEvent[]>` | Per-source events filtered to the column, keyed by `query.name` |
-| `column` | `ColumnDefinition` | Column metadata (`id`, `label`, `date`, `startDate`, `endDate`) |
-| `columnIndex` | `number` | Zero-based column index |
-| `totalCount` | `number` | Total event count for the column across all sources |
-
 **Events:**
 | Event | Data | Description |
 |-------|------|-------------|
@@ -407,36 +387,6 @@ props:
           props: { date: "{{ date }}", assignee: "{{ row }}" }
 ```
 
-**Summary component example** (per-source breakdown per column):
-```yaml
-component: timeline-grid
-props:
-  view: week
-  options: { height: 600, enableNavigation: true }
-  eventSources:
-    - query:
-        name: ups
-        command: "query($s:String!,$e:String!){ upsShipments(start:$s,end:$e){ id date title } }"
-        variables: { s: "{{ startDate }}", e: "{{ endDate }}" }
-        path: upsShipments
-    - query:
-        name: fedex
-        command: "query($s:String!,$e:String!){ fedexShipments(start:$s,end:$e){ id date title } }"
-        variables: { s: "{{ startDate }}", e: "{{ endDate }}" }
-        path: fedexShipments
-  summaryComponent:
-    component: layout
-    props:
-      direction: column
-    children:
-      - component: text
-        props: { value: "UPS: {{ dataSources.ups.length }}" }
-      - component: text
-        props: { value: "FedEx: {{ dataSources.fedex.length }}" }
-      - component: text
-        props: { value: "Total: {{ totalCount }}" }
-```
-
 ---
 
 ## oauth2

package/.claude/skills/cx-workflow/SKILL.md

@@ -1,36 +1,27 @@
 ---
 name: cx-workflow
-description: >
-  Works with CXTMS workflow YAML files — creates, modifies, fixes, validates, and deploys standard process and Flow state machine workflows.
-  Use when the user asks to create, modify, or fix a workflow YAML file, references workflow/*.yaml files, or asks about workflow tasks/triggers/activities in a CX project.
-  Not for module YAML files, TypeScript code, or non-YAML tasks.
+description: Generate schema-valid CargoXplorer workflow YAML files (standard process and Flow state machine workflows)
 argument-hint: <description of what to build>
 ---
 
 You are a CargoXplorer workflow YAML builder. You generate schema-valid YAML for CX workflows — both standard process workflows (activities, steps, triggers) and Flow state machine workflows (entity lifecycle, states, transitions). All output must conform to the JSON schemas in `.cx-schema/`.
 
-**IMPORTANT — use `cxtms` for all workflow operations:**
-- **Scaffold**: `npx cxtms create workflow <name> --template <template>` — generates a schema-valid YAML file. ALWAYS run this first, then read the generated file, then customize. Do NOT write YAML from scratch or copy templates manually.
-- **Validate**: `npx cxtms <file.yaml>` — run after every change
-- **Schema lookup**: `npx cxtms schema <task>` — e.g., `cxtms schema graphql`, `cxtms schema foreach`, `cxtms schema action-event`. Schema names use kebab-case file names. Case-insensitive: `ActionEvent` resolves to `action-event`.
-- **Examples**: `npx cxtms example <task>` — show example YAML for a task
-- **List schemas**: `npx cxtms list --type workflow` — shows all available task schemas in the Tasks section
-- **Feature folder**: `npx cxtms create workflow <name> --template <template> --feature <feature-name>`
-- **Deploy to server**: `npx cxtms workflow deploy <file.yaml> --org <id>` — creates or updates workflow on the CX server
-- **Undeploy from server**: `npx cxtms workflow undeploy <workflowId> --org <id>` — removes a workflow by UUID
-- **Execute**: `npx cxtms workflow execute <workflowId|file.yaml> --org <id> [--vars '<json>'] [--file varName=path]` — trigger a workflow execution (--file uploads a local file and passes the URL as a variable)
-- **List logs**: `npx cxtms workflow logs <workflowId|file.yaml> --org <id> [--from YYYY-MM-DD] [--to YYYY-MM-DD]` — list executions with log availability
-- **Download log**: `npx cxtms workflow log <executionId> --org <id> [--json] [--console] [--output <file>]` — download execution log
-- **Publish all**: `npx cxtms publish [--feature <name>] --org <id>` — deploy all modules and workflows to the server
+**IMPORTANT — use `cx-cli` for all workflow operations:**
+- **Scaffold**: `npx cx-cli create workflow <name> --template <template>` — generates a schema-valid YAML file. ALWAYS run this first, then read the generated file, then customize. Do NOT write YAML from scratch or copy templates manually.
+- **Validate**: `npx cx-cli <file.yaml>` — run after every change
+- **Schema lookup**: `npx cx-cli schema <task>` — e.g., `cx-cli schema graphql`, `cx-cli schema foreach`, `cx-cli schema action-event`. Schema names use kebab-case file names. Case-insensitive: `ActionEvent` resolves to `action-event`.
+- **Examples**: `npx cx-cli example <task>` — show example YAML for a task
+- **List schemas**: `npx cx-cli list --type workflow` — shows all available task schemas in the Tasks section
+- **Feature folder**: `npx cx-cli create workflow <name> --template <template> --feature <feature-name>`
 
 ## Generation Workflow
 
 ### Step 1: Scaffold via CLI — MANDATORY
 
-**You MUST run `cxtms create workflow` to generate the initial file.** Do not skip this step. Do not write YAML from scratch. Do not read template files and copy them manually. The CLI generates correct UUIDs, file paths, and structure.
+**You MUST run `cx-cli create workflow` to generate the initial file.** Do not skip this step. Do not write YAML from scratch. Do not read template files and copy them manually. The CLI generates correct UUIDs, file paths, and structure.
 
 ```bash
-npx cxtms create workflow <name> --template <template>
+npx cx-cli create workflow <name> --template <template>
 ```
 
 | Template | Use Case |
@@ -80,7 +71,7 @@ npx cxtms create workflow <name> --template <template>
 ### Step 4: Validate
 
 ```bash
-npx cxtms <generated-file.yaml>
+npx cx-cli <generated-file.yaml>
 ```
 
 ### File Placement
@@ -191,8 +182,7 @@ events:                                     # Workflow-level event handlers
 
 ## Variable References (quick summary)
 
-For template expressions and value directives: see [ref-expressions-template.md](.claude/skills/cx-workflow/ref-expressions-template.md)
-For NCalc conditions and functions: see [ref-expressions-ncalc.md](.claude/skills/cx-workflow/ref-expressions-ncalc.md)
+For full reference: `!cat .claude/skills/cx-workflow/ref-expressions.md`
 
 **`{{ path }}`** — in step inputs. Single `{{ }}` returns raw object. Multiple returns string interpolation.
 **`[variable]`** — in conditions and `expression:` directives. NCalc syntax.
@@ -279,13 +269,13 @@ Implicit variable: `iteration` (zero-based).
 
 | Category | Tasks | Load Reference |
 |----------|-------|----------------|
-| Utilities | SetVariable, Log, Error, HttpRequest, Map, Template, Import, Export, CsvParse | `!cat .claude/skills/cx-workflow/ref-utilities.md` |
+| Utilities | SetVariable, Log, Error, HttpRequest, Map, Template, Import, Export, CsvParse, UnzipFile | `!cat .claude/skills/cx-workflow/ref-utilities.md` |
 | Query & Workflow | Query/GraphQL, Validation, Workflow/Execute | `!cat .claude/skills/cx-workflow/ref-query.md` |
-| Entity CRUD | Order, Contact, Commodity, Job, Charge, Discount, Inventory, Movement | `!cat .claude/skills/cx-workflow/ref-entity.md` |
+| Entity CRUD | Order, Contact, Commodity, Job, Charge, Discount, Inventory, Movement, Transmission | `!cat .claude/skills/cx-workflow/ref-entity.md` |
 | Communication | Email/Send, Document/Render, Attachment, PdfDocument/Merge | `!cat .claude/skills/cx-workflow/ref-communication.md` |
 | File Transfer | Connect, Disconnect, ListFiles, Download, Upload, Move, Delete | `!cat .claude/skills/cx-workflow/ref-filetransfer.md` |
 | Accounting | AccountingTransaction, Payment, Number/Generate, SequenceNumber | `!cat .claude/skills/cx-workflow/ref-accounting.md` |
-| Other | User, Auth, Caching, EDI, Flow/Transition, Notes, AppModule, ActionEvent | `!cat .claude/skills/cx-workflow/ref-other.md` |
+| Other | User, Auth, Caching, X12/Parse, EDIFACT, Flow/Transition, Notes, AppModule, ActionEvent | `!cat .claude/skills/cx-workflow/ref-other.md` |
 
 ## Entity Field Reference (cx-core)
 
@@ -295,8 +285,7 @@ Implicit variable: `iteration` (zero-based).
 
 | Reference | Load |
 |-----------|------|
-| Template Expressions & Value Directives | `!cat .claude/skills/cx-workflow/ref-expressions-template.md` |
-| NCalc Expressions & Functions | `!cat .claude/skills/cx-workflow/ref-expressions-ncalc.md` |
+| Expressions & Functions | `!cat .claude/skills/cx-workflow/ref-expressions.md` |
 | Flow Workflows (state machines) | `!cat .claude/skills/cx-workflow/ref-flow.md` |
 
 ## Dynamic Schema Access (load on demand)
@@ -318,117 +307,19 @@ Implicit variable: `iteration` (zero-based).
 
 ---
 
-## Server Workflow Commands
+## Debugging Workflow Executions
 
-Deploy, undeploy, and release commands are listed in the CLI section at the top of this file. For authentication setup (login, PAT tokens, org management): see [cx-core/ref-cli-auth.md](.claude/skills/cx-core/ref-cli-auth.md)
-
-### Releasing App to GitHub
-
-Use `app release` to release modified workflows and modules from the CX server to a GitHub repository. This creates a branch and pull request — it does NOT push directly to the target branch.
+When TMS MCP returns gzip file URLs for workflow execution logs, decompress with:
 
 ```bash
-# Release all unpublished changes to GitHub (creates a PR) — message is required
-npx cxtms app release -m "Add order notification workflow"
-
-# Release specific workflows and/or modules by YAML file
-npx cxtms app release -m "Fix tracking workflow" workflows/my-workflow.yaml
-npx cxtms app release -m "Update shipping" workflows/a.yaml modules/b.yaml
-
-# Force release all workflows and modules (not just unpublished ones)
-npx cxtms app release -m "Full republish" --force
-
-# Release with explicit org
-npx cxtms app release -m "Add order notification workflow" --org 42
+node -e "const https=require('https'),zlib=require('zlib'),fs=require('fs');https.get(process.argv[1],r=>r.pipe(zlib.createGunzip()).pipe(fs.createWriteStream(process.argv[2])))" "<url>" "<output-file>"
 ```
 
-**What `app release` does:**
-1. Reads `app.yaml` for the `id` (appManifestId), repository, and branch
-2. Increments the app version (patch bump)
-3. Creates a `publish/{app-name}-v{version}-{timestamp}` branch on GitHub
-4. Commits `app.yaml` + selected workflow/module YAML files to the branch
-5. Creates a pull request from the publish branch to the target branch
-6. Marks published workflows and modules as `hasUnpublishedChanges: false`
-
-**This is a release-to-git operation** — it commits the current server-side YAML directly to GitHub via the API. No local git repo is involved. The workflows and modules being released are taken from the CX server database, not from local files. The YAML file arguments only identify *which* items to include by their IDs.
-
-**Important:** Workflows and modules must be deployed to the TMS server before they can be released. Use `cxtms workflow deploy` or `cxtms appmodule deploy` first, then `cxtms app release` to commit them to GitHub.
-
-**Do NOT run `app release` automatically.** Only release when the user explicitly requests it. Releasing creates a branch and PR on GitHub, so it should be done once when all changes are ready — not after every deploy.
-
-**Prerequisites:**
-- `app.yaml` must exist with a valid `id` field
-- The app manifest must be installed on the server (`app install` first)
-- The server must have a GitHub token configured for the organization
-- The repository and branch must be set on the app manifest
-
-**Related commands:**
-- `npx cxtms app install` — install/refresh app from GitHub into the server
-- `npx cxtms app install --force` — force reinstall even if same version
-- `npx cxtms app install --branch develop` — install from a specific branch
-- `npx cxtms app install --skip-changed` — skip modules with local changes
-- `npx cxtms app list` — list installed app manifests on the server
-
-### Execute
-
-```bash
-# Execute a workflow by UUID or YAML file
-npx cxtms workflow execute <workflowId>
-npx cxtms workflow execute workflows/my-workflow.yaml
-
-# Pass input variables as JSON
-npx cxtms workflow execute <workflowId> --vars '{"city": "London", "count": 5}'
-
-# Upload a local file and pass its URL as a workflow variable
-npx cxtms workflow execute workflow.yaml --file importFile=/path/to/data.csv
-
-# Combine variables and file uploads
-npx cxtms workflow execute workflow.yaml --vars '{"mode": "preview"}' --file importFile=data.csv --file templateFile=template.xlsx
-```
-
-`--file varName=path` uploads the local file to the server via presigned URL and sets the resulting URL as the named variable. Can be specified multiple times.
-
-Returns execution result including `executionId`, `isAsync`, `outputs` (for Sync workflows).
-
-### Execution Logs
-
-```bash
-# List executions with log availability (sorted desc by date)
-npx cxtms workflow logs <workflowId|file.yaml>
-
-# Filter by date range
-npx cxtms workflow logs <workflowId> --from 2026-01-01 --to 2026-01-31
-
-# Download a specific execution log (saves to temp dir by default)
-npx cxtms workflow log <executionId>
-
-# Save to specific file
-npx cxtms workflow log <executionId> --output mylog.txt
-
-# Print to stdout
-npx cxtms workflow log <executionId> --console
-
-# Download JSON log (richer data: inputs, outputs, timing, metadata)
-npx cxtms workflow log <executionId> --json
-
-# JSON log to stdout
-npx cxtms workflow log <executionId> --json --console
-```
-
-`workflow logs` shows a table with execution status, date, duration, user, and log availability indicators (filled/empty circle). `workflow log` downloads the actual log content from the server (gzip-compressed S3 URLs).
-
-### Debugging Tips
-
-- Use `--json` for detailed structured data (ExecutionId, Inputs, Outputs, Exception, timing)
-- Text logs show step-by-step execution trace with timestamps
-- Sync workflow executions may not appear in `workflow logs` — they return results inline
-- Use `workflow execute --vars` to test workflows with specific inputs
-- Use `workflow execute --file varName=path` to upload local files for workflows that expect file URL inputs
-
 ---
 
 ## Generation Rules
 
-1. **Always scaffold via `cxtms create workflow` first** — never write YAML from scratch, never copy templates manually
+1. **Always scaffold via `cx-cli create workflow` first** — never write YAML from scratch, never copy templates manually
 2. **Naming conventions**: step names PascalCase, variables camelCase, states PascalCase, transitions camelCase
 3. **Template expressions** use `{{ expression }}` — NCalc conditions use `[variable]`
 4. **Do not change `workflowId` or `filePath`** — set correctly by CLI scaffold
@@ -436,4 +327,4 @@ npx cxtms workflow log <executionId> --json --console
 6. **Flow workflows** require `entity`, `states`, `transitions` (no `activities`)
 7. **Entity triggers** require `entityName` and `eventType`
 8. **Always use null-safe `?`** on variable paths — `Activity?.Step?.output?` — unless referencing guaranteed system variables (see Variable References section)
-9. **Always validate** the final YAML: `npx cxtms <file.yaml>`
+9. **Always validate** the final YAML: `npx cx-cli <file.yaml>`

package/.claude/skills/cx-workflow/ref-communication.md

@@ -1,13 +1,5 @@
 # Communication & Document Tasks Reference
 
-## Contents
-- Email/Send task (send emails with templates and attachments)
-- Email/VerifyCode task (send and verify email verification codes)
-- Document/Render task (render PDF or Excel from HTML templates)
-- Document/Send task (send a previously rendered document)
-- Attachment tasks (Create, Update, Thumbnail, PdfThumbnail, RegenerateThumbnails)
-- PdfDocument/Merge task (merge multiple PDFs into one)
-
 ## Email/Send
 
 Sends emails with optional templates and attachments.

package/.claude/skills/cx-workflow/ref-entity.md

@@ -1,22 +1,5 @@
 # Entity CRUD Tasks Reference
 
-## Contents
-- Entity/Change task (generic entity modification in Before triggers)
-- Order tasks (Create, Update, Delete, Get, Copy, Split, Import, etc.)
-- Contact tasks (Create, Update, Delete)
-- ContactAddress tasks (Create, Update, Delete, Import)
-- ContactPaymentMethod tasks (Create, Update, SendChargedAmount, VerifyChargedAmount)
-- Commodity tasks (Create, Update, Split, Repack, Unpack)
-- CommodityTrackingNumber tasks (Create, Update, Delete)
-- Job tasks (Create, Update, Delete, Assign, Unassign)
-- Charge tasks (Create, Update, Delete, DynamicUpdate, Calculate)
-- Discount task (Update)
-- Order sub-entity tasks (OrderCommodity, OrderCharge, OrderDocument, OrderTrackingEvent, OrderEntity)
-- Inventory tasks (InventoryItem Create, Update, Delete)
-- Other entity tasks (Movement, Country, Cities, Rate, TrackingEvent/Import)
-- Note tasks (Create, Update, Delete, Import, Export, RenameThread)
-- AccountingTransaction/ApplyCredit task
-
 All entity tasks follow the `Namespace/Operation@Version` pattern. Outputs are stored as `ActivityName.StepName.outputKey`.
 
 ## Generic Entity Change
@@ -76,6 +59,8 @@ All entity tasks follow the `Namespace/Operation@Version` pattern. Outputs are s
       notes: "Updated by workflow"
 ```
 
+**Order/Import commodity fields**: When importing commodities, you can supply `packageTypeName` (string) instead of `packageTypeId`. The import handler resolves the name to an ID using an N+1-safe per-import cache (one DB query per unique package type name).
+
 ## Contact
 
 | Task | Description |
@@ -247,6 +232,66 @@ Output `result`: `{ added, updated, skipped, failed, total, errors[] }`.
 | `Note/Export` | Export notes for an entity |
 | `Note/RenameThread` | Rename a note thread |
 
+## Transmission
+
+| Task | Description |
+|------|-------------|
+| `Transmission/Create` | Create transmission record linked to orders |
+| `Transmission/Update` | Update transmission fields (dynamic) |
+| `Transmission/Delete` | Delete transmission record |
+
+Records inbound/outbound message transmissions (EDI, API, Email, Webhook) linked to orders.
+
+```yaml
+- task: "Transmission/Create@1"
+  name: CreateTransmission
+  inputs:
+    organizationId: "{{ int organizationId }}"
+    transmission:
+      orderIds: "{{ orderIds }}"
+      channel: "EDI"
+      direction: "Outbound"
+      messageType: "214"
+      sender: "{{ senderISA }}"
+      receiver: "{{ receiverISA }}"
+      status: "Pending"
+      endpoint: "{{ endpoint }}"
+      protocol: "SFTP"
+  outputs:
+    - name: transmission
+      mapping: "transmission"
+```
+
+```yaml
+- task: "Transmission/Update@1"
+  name: UpdateTransmission
+  inputs:
+    organizationId: "{{ int organizationId }}"
+    transmissionId: "{{ int Main?.CreateTransmission?.transmission?.id? }}"
+    transmission:
+      status: "Sent"
+      completedAt: "{{ now() }}"
+```
+
+```yaml
+- task: "Transmission/Delete@1"
+  name: DeleteTransmission
+  inputs:
+    organizationId: "{{ int organizationId }}"
+    transmissionId: "{{ int inputs.transmissionId }}"
+  outputs:
+    - name: success
+      mapping: "success"
+```
+
+**Create inputs:** `organizationId` (int, required), `transmission` object — `orderIds` (required, at least one), `channel`, `direction` (Inbound/Outbound), `messageType`, `sender`, `receiver`, `status`, `endpoint`, `protocol`, `correlationId` (auto-generated if omitted), `parentId`, `httpStatus`, `byteSize`, `retryCount`, `maxRetries`, `nextRetryAt`, `errorCode`, `errorMessage`, `customValues`, `headers`, `payloadRef`, `scheduledAt`, `startedAt`, `completedAt`, `durationMs`.
+
+**Create outputs:** `transmission` (full TransmissionDto).
+**Update inputs:** `organizationId`, `transmissionId`, `transmission` (dynamic partial fields).
+**Delete outputs:** `success` (boolean).
+
+**Status enum:** Pending, InProgress, Sent, Received, Delivered, Acknowledged, Rejected, Error, RetryScheduled, Cancelled, Expired, Accepted.
+
 ## Accounting Transaction (Additional)
 
 | Task | Description |