@forwardslashns/taskit-validation-messages 1.10.51 → 1.10.52

package/CLAUDE.md

@@ -0,0 +1,132 @@
+# CLAUDE.md
+
+This file provides guidance to Claude Code (claude.ai/code) when working with code in this repository.
+
+## Repository role
+
+This is **taskit-validation-messages**, published as `@forwardslashns/taskit-validation-messages` (currently `1.10.51`). It's a small, single-purpose shared npm package: a centralized, type-safe catalog of validation error message strings, keyed by feature and error code, consumed by both **taskit-app** (frontend) and **taskit-api** (backend) so both sides show/throw identical error text. It contains **no zod schemas, no runtime input-validation logic (no length/regex/type rules), and no i18n** — purely a message dictionary plus a small lookup/interpolation formatter. Both consumer repos currently pin the exact same `^1.10.51` range, so keep versions in sync when bumping — message keys/shapes have changed across versions without a deprecation window in the past.
+
+**⚠️ `README.md` in this repo is significantly out of date — do not trust it.** It documents an old `VALIDATION_FEATURES` export and a two-argument `getValidationMessage(feature, key, params)` call signature. Neither exists in the current source (`grep -rn "VALIDATION_FEATURES" src/` returns zero matches). The actual current API is a single `VALIDATION` export with combined `"FEATURE.KEY"` string keys and a one-argument-plus-params call signature — see below. The README also references `MIGRATION_GUIDE.md`, `IMPLEMENTATION_SUMMARY.md`, `BACKEND_UPDATE_CHECKLIST.md`, and `example-usage.ts`, none of which exist in the repo. Always read `src/index.ts` directly for the true API surface rather than the README.
+
+## Commands
+
+```bash
+npm run build           # rimraf ./dist && tsc
+npm run format:fix      # prettier --write --ignore-path .gitignore .
+npm run publish:token   # node ./publish.js — bumps patch version, npm install, pnpm build, pnpm publish (needs local .env with NPM_TOKEN)
+```
+
+There is **no lint script and no test script/framework** configured in this repo (no ESLint config, no Jest/Vitest config, no `*.test.ts` files anywhere). `strict: true` TypeScript via `tsc` (part of `build`) is effectively the only automated correctness gate.
+
+Note the mixed package-manager tooling: the repo's own lockfile is `package-lock.json` (npm), CI (`.github/.workflows/npm-publish.yml` — note the stray extra leading dot on `.workflows`, which means GitHub Actions likely does **not** actually discover this workflow, since it only auto-scans `.github/workflows/` without the leading dot) runs `npm ci`/`npm publish` on push to `master`, while `publish.js` itself shells out to `pnpm build`/`pnpm publish`. If publishing seems to have no effect via CI, this path mismatch is the first thing to check; `publish.js` (the manual/local route) is likely the actually-used publish mechanism in practice.
+
+## Full structure
+
+```
+taskit-validation-messages/
+├── .env / .env.example         # NPM_TOKEN for publish.js (real .env is gitignored, never committed)
+├── .github/.workflows/npm-publish.yml  # note the extra dot — likely non-functional, see above
+├── .npmrc                      # scoped registry auth: @forwardslashns → npmjs, token via NPM_TOKEN
+├── .prettierrc                 # trailingComma es5, tabWidth 2, semi true, singleQuote true, printWidth 120
+├── package.json                 # main: dist/index.js, types: dist/index.d.ts, type: commonjs
+├── publish.js                   # custom publish script (patch-only bump, no minor/major control, no changesets)
+├── tsconfig.json                # target ESNext, module/moduleResolution Node16, strict, declaration+declarationMap
+├── dist/                        # tsc build output (CJS only — no ESM/dual-package build, no "exports" map)
+└── src/
+    ├── index.ts                 # single public entry point / barrel export — read this first for the real API
+    └── validation/
+        ├── validation-messages.ts        # aggregates all 29 feature message objects into VALIDATION_MESSAGES
+        ├── validation-message.types.ts   # ValidationSeverity, ValidationMessageDefinition, ValidationIssue,
+        │                                 # ManualValidationIssueInput, ValidationIssueInput types +
+        │                                 # defineValidationFeatureMessages() (identity fn, purely for type inference —
+        │                                 # does nothing at runtime, despite the name)
+        ├── validation-message.formatter.ts  # getValidationMessage() — the core lookup/interpolation function
+        ├── validation-constants.ts       # VALIDATION (auto-derived FEATURE.KEY constants) + related-client helpers
+        └── features/                     # 29 files, one per domain feature, ~2400 lines, ~437 message entries total
+            (account-categories, account-ids, business-activities, client-current-entity-statuses,
+             client-records-addresses/banks/commission-details/contacts/credit-cards/
+             entity-states-histories/entity-types-histories/filing-statuses-histories/outside-providers,
+             client-relationships-common/income-sources/owners, client-template-assignments,
+             client-templates (largest, 54 messages), data-filters, filing-categories, income-accounts,
+             roles-and-permissions, states, template-assignments, template-information (62 messages, 2nd largest),
+             template-recurrence-settings, template-states, user-preferences, users)
+```
+
+No `AGENTS.md`, `.cursorrules`, or Copilot instructions file exist anywhere in this repo.
+
+## API / architecture
+
+**Message definition shape** (`src/validation/validation-message.types.ts`):
+
+```typescript
+export type ValidationMessageDefinition = {
+  severity: ValidationSeverity; // 'error' | 'warning' — in practice 423/426 entries are 'error', only 3 use 'warning'
+  message: string; // supports `{param}` interpolation
+  params?: readonly string[];
+  affectedFields?: readonly string[];
+};
+```
+
+Each feature file wraps its object literal in `defineValidationFeatureMessages(...)` — purely an identity function for TypeScript literal-type inference, not a runtime registration/validation step. Example (`src/validation/features/client-records-commission-details.validation-messages.ts`):
+
+```typescript
+export const CLIENT_RECORDS_COMMISSION_DETAILS = defineValidationFeatureMessages({
+  SALES_REPRESENTATIVE_DOES_NOT_EXIST: {
+    severity: VALIDATION_SEVERITY.ERROR,
+    message: `Sales representative does not exist`,
+    params: ['id'],
+    affectedFields: ['salesRepresentative'],
+  },
+  COMISSION_RATE_TOO_LOW: {  // NOTE: this key is misspelled ("COMISSION") — see "known issues" below
+    severity: VALIDATION_SEVERITY.ERROR,
+    message: `Enter a commission value greater than 0.0`,
+    affectedFields: ['commissionRate'],
+  },
+  ...
+});
+```
+
+**`src/index.ts`** (the only public entry point) exports:
+
+- `VALIDATION` — nested constant auto-derived from all message definitions: `VALIDATION.CLIENT_RECORDS_COMMISSION_DETAILS.COMISSION_RATE_TOO_LOW === 'CLIENT_RECORDS_COMMISSION_DETAILS.COMISSION_RATE_TOO_LOW'`.
+- `getValidationMessage(combinedKey, params?)` — template-literal-typed: `<F extends Features, E extends ErrorType<F>>(combinedKey: \`${F}.${E & string}\`, params?: MessageParams<...>) => ValidationMessageResult`. Calling with a wrong feature/error combination, or missing/extra params, is a **compile-time** TypeScript error for consumers. At runtime it also throws if: message config is missing, params are passed but none are expected, a required param is missing, or the message text contains a `{placeholder}`not declared in`params` (a "typo guard"). It interpolates params by HTML-escaping them (`escapeHtml`) and wrapping in `<b>...</b>` — messages are apparently rendered as raw HTML on the frontend, so this escaping matters for XSS-safety; don't remove it.
+- `ValidationMessageResult` type: `{content: string; affectedFields: string[]; feature: string; severity: ValidationSeverity}`.
+- Types: `ValidationSeverity`, `ValidationMessageDefinition`, `ValidationIssue` (`{feature, severity, message, affectedFields, code: string}` — `code` is always a `string`, not an object), `ManualValidationIssueInput`, `ValidationIssueInput`, `VALIDATION_SEVERITY`.
+- Related-client helpers: `RELATED_CLIENT_PREFIX`, `RELATED_CLIENT_SUFFIX`, `RELATED_CLIENT_REGEX`, `getRelatedClientMessagePrefix()`, `extractRelatedClientName()` — a convention for tagging messages that pertain to a _related_ client rather than the one currently being edited (format: `[RELATED CLIENT "<name>"] `), used by taskit-api's client-relationships validators and consumed by taskit-app's `handleRelatedClientError.ts`.
+
+**Message keying**: two-level `FEATURE.ERROR_CODE` string, auto-derived from object structure — no numeric error codes, no i18n/locale support (all strings hardcoded English).
+
+## How consumers actually use this package (verified against real call sites, not the README)
+
+**taskit-api** (`src/features/**/validators/*.validator.ts`, `src/common/validators/`, `src/plugins/parallel-validation-plugin.ts`) — the primary/heavy consumer, using the real current API:
+
+```typescript
+import { getValidationMessage, ValidationMessageResult, VALIDATION } from '@forwardslashns/taskit-validation-messages';
+
+const validation: ValidationMessageResult = getValidationMessage(
+  VALIDATION.CLIENT_RECORDS_COMMISSION_DETAILS.SALES_REPRESENTATIVE_DOES_NOT_EXIST,
+  { id: commissionDetails.salesRepresentative.toString() }
+);
+request.addValidationIssue(validation, new EntityConflictError().codeDetails);
+```
+
+**taskit-app** mostly _displays_ messages already produced by the backend rather than calling `getValidationMessage` itself; it directly imports the smaller helper exports, e.g. `src/utils/handleRelatedClientError.ts`:
+
+```typescript
+import { extractRelatedClientName } from '@forwardslashns/taskit-validation-messages';
+const relatedClientName = extractRelatedClientName(message);
+```
+
+Also referenced from `src/pages/EditClient/EditClientUtils.ts`, `src/pages/EditClient/ClientRecords/ClientRecords.tsx`, `src/pages/EditClient/Relationships/Relationships.tsx`, `src/pages/TemplateCenter/CreateNewTemplate/Assignments/Dialog/AssignmentDialog.tsx`, `src/pages/TemplateCenter/CreateNewTemplate/NewTemplateUtils.ts`, `src/components/SummaryErrors/SummaryErrors.tsx`, `src/pages/EditClient/EditClient.tsx`.
+
+If you add a new message here, both consumer repos need the version bump before they can reference the new `VALIDATION.<FEATURE>.<KEY>` — there's no fallback/default message behavior; an unrecognized key throws at runtime in the caller.
+
+## Known issues (by impact — useful to know before extending this package)
+
+1. **`README.md` is stale/misleading** — see the warning at the top of this file. If updating this package, consider fixing or removing the README (and the phantom doc references) rather than letting a future contributor trust it.
+2. **Misspelled public API keys**: `COMISSION_RATE_TOO_LOW`/`COMISSION_RATE_TOO_HIGH` (missing an "M") in `src/validation/features/client-records-commission-details.validation-messages.ts`, while the sibling `client-templates.validation-messages.ts`/`template-information.validation-messages.ts` correctly use `COMMISSION_*`. These typo'd keys are now part of the public contract both consumer repos reference verbatim (`VALIDATION.CLIENT_RECORDS_COMMISSION_DETAILS.COMISSION_RATE_TOO_LOW`) — renaming is a breaking change requiring a coordinated bump across both `taskit-app` and `taskit-api`. Don't "fix" the typo without updating both consumers in the same release window.
+3. **Dead `params: ['id']` on ~10 "X_DOES_NOT_EXIST" messages** (e.g. `account-ids.validation-messages.ts`, `account-categories.validation-messages.ts`) — the message text never actually contains `{id}` (zero matches for `"{id}"` across `src/validation/features/`), yet `getValidationMessage`'s runtime check forces every caller to pass an `id` value that's silently discarded. Either wire `{id}` into the message text or drop the declared param.
+4. **No automated tests** for `getValidationMessage`'s interpolation/escaping/typo-guard logic, despite it being real logic (not just static data) — a regression in `escapeHtml` or the placeholder-typo regex would only surface via a consuming repo's own tests, if at all. Worth adding a minimal Vitest/Jest suite here if you touch `validation-message.formatter.ts`.
+5. **Two parallel, inconsistent publish paths** (CI workflow using npm, `publish.js` using pnpm; the CI workflow may not even trigger due to the `.workflows` path typo) — see "Commands" above. Don't assume a `master` push alone publishes a new version; confirm via `npm view @forwardslashns/taskit-validation-messages version` if it matters for your task.
+6. **`severity: 'warning'` is essentially unused** (3 of 426 entries) — the field is fully plumbed through the type system but almost never exercised; don't assume warning-severity is a well-trodden path if you're about to add one.
+7. No `CHANGELOG.md` despite frequent patch-only version bumps across two dependent repos — check `git log` for actual change history when trying to understand what changed between versions.

package/dist/validation/features/client-templates.validation-messages.d.ts

@@ -270,5 +270,21 @@ export declare const CLIENT_TEMPLATES: {
         message: string;
         affectedFields: string[];
     };
+    TAX_PAYMENT_FILING_CLIENT_TEMPLATE_NOT_FOUND: {
+        severity: "error";
+        message: string;
+        affectedFields: string[];
+    };
+    TAX_PAYMENT_STARTING_BEFORE_FILING: {
+        severity: "error";
+        message: string;
+        params: string[];
+        affectedFields: string[];
+    };
+    TAX_PAYMENT_STARTING_NOT_ALIGNED_WITH_RECURRENCE: {
+        severity: "error";
+        message: string;
+        affectedFields: string[];
+    };
 };
 //# sourceMappingURL=client-templates.validation-messages.d.ts.map

package/dist/validation/features/client-templates.validation-messages.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"client-templates.validation-messages.d.ts","sourceRoot":"","sources":["../../../src/validation/features/client-templates.validation-messages.ts"],"names":[],"mappings":"AAEA,eAAO,MAAM,gBAAgB;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAoR3B,CAAC"}
+{"version":3,"file":"client-templates.validation-messages.d.ts","sourceRoot":"","sources":["../../../src/validation/features/client-templates.validation-messages.ts"],"names":[],"mappings":"AAEA,eAAO,MAAM,gBAAgB;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAoS3B,CAAC"}

package/dist/validation/features/client-templates.validation-messages.js

@@ -274,4 +274,20 @@ exports.CLIENT_TEMPLATES = (0, validation_message_types_1.defineValidationFeatur
         message: 'Selected client template is ended or deleted.',
         affectedFields: ['clientFilingTemplateId'],
     },
+    TAX_PAYMENT_FILING_CLIENT_TEMPLATE_NOT_FOUND: {
+        severity: validation_message_types_1.VALIDATION_SEVERITY.ERROR,
+        message: 'The associated filing template has not been added for this client.',
+        affectedFields: ['templateInfo.templateId'],
+    },
+    TAX_PAYMENT_STARTING_BEFORE_FILING: {
+        severity: validation_message_types_1.VALIDATION_SEVERITY.ERROR,
+        message: 'The tax payment starting date must be at or after the associated filing starting date ({filingDate}).',
+        params: ['filingDate'],
+        affectedFields: ['templateInfo.startingDate'],
+    },
+    TAX_PAYMENT_STARTING_NOT_ALIGNED_WITH_RECURRENCE: {
+        severity: validation_message_types_1.VALIDATION_SEVERITY.ERROR,
+        message: 'The starting date must align with the dates of the recurrence settings.',
+        affectedFields: ['templateInfo.startingDate'],
+    },
 });

package/dist/validation/validation-messages.d.ts

@@ -2253,6 +2253,22 @@ export declare const VALIDATION_MESSAGES: {
             message: string;
             affectedFields: string[];
         };
+        TAX_PAYMENT_FILING_CLIENT_TEMPLATE_NOT_FOUND: {
+            severity: "error";
+            message: string;
+            affectedFields: string[];
+        };
+        TAX_PAYMENT_STARTING_BEFORE_FILING: {
+            severity: "error";
+            message: string;
+            params: string[];
+            affectedFields: string[];
+        };
+        TAX_PAYMENT_STARTING_NOT_ALIGNED_WITH_RECURRENCE: {
+            severity: "error";
+            message: string;
+            affectedFields: string[];
+        };
     };
     readonly CLIENT_TEMPLATE_ASSIGNMENTS: {
         NAME_ALREADY_EXISTS_ON_CLIENT_TEMPLATE: {

package/dist/validation/validation-messages.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"validation-messages.d.ts","sourceRoot":"","sources":["../../src/validation/validation-messages.ts"],"names":[],"mappings":"AA8BA,eAAO,MAAM,mBAAmB;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CA8BtB,CAAC"}
+{"version":3,"file":"validation-messages.d.ts","sourceRoot":"","sources":["../../src/validation/validation-messages.ts"],"names":[],"mappings":"AA8BA,eAAO,MAAM,mBAAmB;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CA8BtB,CAAC"}

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@forwardslashns/taskit-validation-messages",
-  "version": "1.10.51",
+  "version": "1.10.52",
   "main": "dist/index.js",
   "types": "dist/index.d.ts",
   "type": "commonjs",

package/src/validation/features/client-templates.validation-messages.ts

@@ -276,4 +276,20 @@ export const CLIENT_TEMPLATES = defineValidationFeatureMessages({
     message: 'Selected client template is ended or deleted.',
     affectedFields: ['clientFilingTemplateId'],
   },
+  TAX_PAYMENT_FILING_CLIENT_TEMPLATE_NOT_FOUND: {
+    severity: VALIDATION_SEVERITY.ERROR,
+    message: 'The associated filing template has not been added for this client.',
+    affectedFields: ['templateInfo.templateId'],
+  },
+  TAX_PAYMENT_STARTING_BEFORE_FILING: {
+    severity: VALIDATION_SEVERITY.ERROR,
+    message: 'The tax payment starting date must be at or after the associated filing starting date ({filingDate}).',
+    params: ['filingDate'],
+    affectedFields: ['templateInfo.startingDate'],
+  },
+  TAX_PAYMENT_STARTING_NOT_ALIGNED_WITH_RECURRENCE: {
+    severity: VALIDATION_SEVERITY.ERROR,
+    message: 'The starting date must align with the dates of the recurrence settings.',
+    affectedFields: ['templateInfo.startingDate'],
+  },
 });