feat(pipeline): 9→7 stage refactor + v1.1 hardening wave

Replaces the legacy 9-stage pipeline with 7 canonical stages
(enquiry → qualified → eoi → reservation → deposit_paid → contract →
nurturing) plus three doc sub-status columns (eoi_doc_status,
reservation_doc_status, contract_doc_status) that track sent/signed
within a single stage instead of branching it.

Schema (migration 0062):
- interests gains assigned_to, deposit_expected_amount/currency,
  three doc-status columns, two documenso-id columns, and
  date_reservation_signed.
- New tables: qualification_criteria (per-port admin-configurable),
  interest_qualifications (per-interest state), payments (deposit /
  balance / refund records keyed to interest + client).
- Default qualification criteria seeded for every existing port.
- Dummy-data UPDATEs collapse Sent/Signed pairs and 'completed' into
  the new stage + doc-status + outcome shape.

Migration 0063 adds interest_contact_log.voice_transcript and
template_used columns for v1.1-A/B (quick-template buttons + voice
transcription via Web Speech API).

v1.1 phase work bundled here:
- A/B: Quick-template buttons (Call / Visit / Email) + mic toggle on
       the contact-log compose dialog (useVoiceTranscription hook).
- C:   berth-rules-engine wraps state writes in pg_advisory_xact_lock
       with an idempotent re-read; emits rule_evaluated audit traces.
- D:   Documenso webhook: reservation/contract sub-status stamping
       moved out of the PDF-download try-block so a download failure
       no longer swallows the stamp. New integration test coverage.
- E:   /admin/qualification-criteria CRUD page + admin component.
- F:   default_new_interest_owner exposed in System Settings.
- G:   recentActivityCount + active_engagement deal-pulse signal
       surfaced as a chip on interests + hot-deals card.
- H:   interest_assigned notification on assignedTo change (skips
       self-assign, uses a dedupe key).

Plus the supporting components: AssignedToChip, DealPulseChip,
PaymentsSection, QualificationChecklist, MultiEoiChip,
SkipAheadBanner, WonStatusPanel, InterestBerthStatusBanner,
SupplementalInfoRequestButton, UserPicker.

Tests: 1370/1370 vitest pass (added deal-health unit suite +
expanded constants/validators/pipeline-transitions coverage). tsc
clean, eslint clean.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

src/lib/validators/qualification.ts

@@ -0,0 +1,38 @@
+import { z } from 'zod';
+
+/**
+ * Per-port qualification criterion. Admin-configurable: label / description /
+ * enabled state / display order. The `key` is the stable identifier code
+ * references (templates, derivations) — it can't be changed after creation
+ * because per-interest state rows reference it via composite PK.
+ */
+export const createQualificationCriterionSchema = z.object({
+  key: z
+    .string()
+    .min(1)
+    .max(64)
+    .regex(/^[a-z][a-z0-9_]*$/, 'Must be lowercase alphanumeric with underscores'),
+  label: z.string().min(1).max(120),
+  description: z.string().max(500).optional().nullable(),
+  enabled: z.boolean().default(true),
+  displayOrder: z.number().int().min(0).default(0),
+});
+
+export const updateQualificationCriterionSchema = createQualificationCriterionSchema
+  .omit({ key: true })
+  .partial();
+
+/**
+ * Per-interest qualification state. Only `confirmed` + optional `notes` are
+ * writable — `confirmedAt` / `confirmedBy` are stamped server-side from
+ * the auth context.
+ */
+export const setInterestQualificationSchema = z.object({
+  criterionKey: z.string().min(1),
+  confirmed: z.boolean(),
+  notes: z.string().max(500).optional().nullable(),
+});
+
+export type CreateQualificationCriterionInput = z.infer<typeof createQualificationCriterionSchema>;
+export type UpdateQualificationCriterionInput = z.infer<typeof updateQualificationCriterionSchema>;
+export type SetInterestQualificationInput = z.infer<typeof setInterestQualificationSchema>;