@dsptch-work/api-client 0.43.0 → 0.44.0

package/CHANGELOG.md

@@ -5,6 +5,50 @@ All notable changes to `@dsptch-work/api-client` are documented here. The format
 [Semantic Versioning](https://semver.org) — currently `0.x`, so breaking changes may land in a
 minor bump until `1.0.0`. See [RELEASING.md](./RELEASING.md) for the release and versioning process.
 
+## [0.44.0] - 2026-10-26
+
+Generated method signatures, request/response types, and Zod validators are unchanged.
+The validation changes below are enforced by the API.
+
+### Changed
+
+- `Todos.listTodoInbox()` includes highlighted compliance checks awaiting an approval decision,
+  alongside failed checks. Handle `status: 'pending'` on `TodoInboxComplianceCheckResponseObject`;
+  that enum value already existed, and no response shape or generated type changes.
+
+### Fixed
+
+- **Breaking runtime validation:** `Users.createUser()` requires `body.hire_date` when the
+  company has no configured time zone; omission returns `400`. Supply a `YYYY-MM-DD` date or
+  configure the company time zone. `UserParameters.hire_date` remains optional, and
+  `zUserParameters` / `zCreateUserBody` cannot enforce this company-dependent requirement.
+- **Breaking runtime validation:** `Jobs.updateJob()` with `body.project_id` and
+  `Projects.updateProject()` with `body.parent_id` return `422` when the move would collide
+  wage-determination classifications or combine opposite apprentice-scope decisions.
+  `PwaTrades.createMerge()` also refuses opposite scope decisions with `422` at
+  `#/target_trade_id`. Resolve the reported conflict before retrying; generated request
+  types and validators are unchanged.
+- **Breaking runtime validation:** `TimeEntryImports.createTimeEntryImport()` now requires a
+  schedule that keeps time entries, and `CprImports.createDsptchCprImport()` requires both
+  aggregate time and aggregate payroll; incompatible schedules return `422`.
+  `AggregateTimeImports.createAggregateTimeImport()` additionally accepts aggregate-time
+  schedules with no payroll. Generated signatures and Zod schemas are unchanged; the API
+  enforces schedule eligibility.
+- **Breaking runtime validation:** on-cycle `PaystubImports.createPaystubImport()` and
+  `WidePaystubImports.createWidePaystubImport()` require a schedule paid from paystubs
+  (base payroll), otherwise returning `422`. Off-cycle imports remain independent of time
+  and payroll mode; both formats still refuse a connected payroll provider, and wide
+  imports still require an external-map contributor. Import creation now checks permissions
+  before schedule eligibility or queued-import conflicts, so unauthorized callers receive
+  `403` before those `422` / `409` responses.
+- `Jobs.listPositions()` / `getPosition()` return unique, currently effective IDs in
+  `PositionResponseObject.federal_wage_determination_ids` and
+  `regional_wage_determination_ids`, without expired or future assignments. Array types are
+  unchanged; consumers should not use these fields as assignment history.
+
+See the [October 26 API changelog](https://dsptch.app/support/docs/developers/api-changelog#2026-10-26)
+for the full REST behavior changes.
+
 ## [0.43.0] - 2026-10-22
 
 ### Added

package/dist/gen/sdk.gen.d.ts

@@ -3132,6 +3132,11 @@ export declare class PwaTrades {
      * decisions carry over where the target holds none of its own, and the emptied
      * craft is deleted — all in one transaction.
      *
+     * A merge is refused (422) when the two crafts decided an occupation's apprentice
+     * scope opposite ways, in scope on one and out of scope on the other. The detail
+     * lists each clash and the employer companies of the occupation's program, whose
+     * admins and managers can change either decision or remove one. Nothing changes.
+     *
      * Use this rather than `DELETE` when the craft still groups determinations:
      * deleting one is refused precisely because it would orphan them, and merging
      * moves them first.
@@ -6982,9 +6987,10 @@ export declare class Todos {
     /**
      * List Todos
      *
-     * List your company's open work in one list: todos that are not yet completed, and failing
-     * compliance checks on a requirement your company has highlighted. Entries come back
-     * soonest-due first, with undated entries last.
+     * List your company's open work in one list: todos that are not yet completed, and
+     * compliance checks on a requirement your company has highlighted that are failing or
+     * waiting for an approval decision (`status` is `failed` or `pending`). Entries come
+     * back soonest-due first, with undated entries last.
      *
      * Read `kind` on an entry before anything else — a `todo` and a `compliance_check` are
      * different resources, with different fields and separate id spaces. Both also carry a

package/dist/gen/sdk.gen.js

@@ -5200,6 +5200,11 @@ export class PwaTrades {
      * decisions carry over where the target holds none of its own, and the emptied
      * craft is deleted — all in one transaction.
      *
+     * A merge is refused (422) when the two crafts decided an occupation's apprentice
+     * scope opposite ways, in scope on one and out of scope on the other. The detail
+     * lists each clash and the employer companies of the occupation's program, whose
+     * admins and managers can change either decision or remove one. Nothing changes.
+     *
      * Use this rather than `DELETE` when the craft still groups determinations:
      * deleting one is refused precisely because it would orphan them, and merging
      * moves them first.
@@ -11117,9 +11122,10 @@ export class Todos {
     /**
      * List Todos
      *
-     * List your company's open work in one list: todos that are not yet completed, and failing
-     * compliance checks on a requirement your company has highlighted. Entries come back
-     * soonest-due first, with undated entries last.
+     * List your company's open work in one list: todos that are not yet completed, and
+     * compliance checks on a requirement your company has highlighted that are failing or
+     * waiting for an approval decision (`status` is `failed` or `pending`). Entries come
+     * back soonest-due first, with undated entries last.
      *
      * Read `kind` on an entry before anything else — a `todo` and a `compliance_check` are
      * different resources, with different fields and separate id spaces. Both also carry a

package/dist/gen/types.gen.d.ts

@@ -5911,7 +5911,7 @@ export type UserParameters = {
      */
     skip_invite?: boolean;
     /**
-     * First day of employment (YYYY-MM-DD). Sets the start of the employment record; defaults to today in your company's time zone when omitted. Null, blank text, or any other form answers 422.
+     * First day of employment (YYYY-MM-DD). Sets the start of the employment record; defaults to today in your company's time zone when omitted. Required while your company has no time zone set; omitting it then answers 400. Null, blank text, or any other form answers 422.
      */
     hire_date?: string;
     /**

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@dsptch-work/api-client",
-  "version": "0.43.0",
+  "version": "0.44.0",
   "description": "Generated TypeScript client for the DSPTCH REST API.",
   "keywords": [
     "dsptch",