From a2a1e5e92268c040be19c8adf67fd2f23c59906c Mon Sep 17 00:00:00 2001 From: Hardik Date: Mon, 22 Jun 2026 22:00:41 +0530 Subject: [PATCH] =?UTF-8?q?docs(crewing):=20Phase=205a=20Verification=20?= =?UTF-8?q?=E2=9C=85=20(5b=20appraisal=20pending)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- Crewing-Implementation-Spec.md | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/Crewing-Implementation-Spec.md b/Crewing-Implementation-Spec.md index 474fd20..404631e 100644 --- a/Crewing-Implementation-Spec.md +++ b/Crewing-Implementation-Spec.md @@ -434,6 +434,13 @@ with these reconciliations: > **crewing-admin** PR adds the office UI to manage requirements, **Manager direct > crew placement** (assign crew to a vessel/site without a requisition), and > **Admin crew CRUD**, behind a new `manage_crew` permission. +> +> **Phase 5** is in progress as stacked sub-PRs: **5a Verification (Epic I) ✅**, +> **5b Appraisal (Epic H) — pending**. 5a is the office verify queue +> (`/crewing/verification`): the MPO verifies/rejects documents (`verify_site_records`) +> and Accounts verifies/rejects bank/EPF (`verify_bank_epf`) — leave is not here +> (it's a Manager approval, R11). PPE/next-of-kin verify gates were deferred +> (low-risk; no `verificationStatus` on those models). 1. **Foundations** — `SITE_STAFF` role; crewing schema + enums; permissions; `CREWING_ENABLED` flag; nav scaffold; reference data (Ranks, RankDocRequirements). 2. **Requisitions + relief** (Epic A) — requisition lifecycle, relief requests, and the shared `autoRaiseRequisition` backfill helper. *(Epic K sign-off/experience originally sat here; moved to Phase 4 — see status note above, as it depends on the onboarding/assignment schema.)*