shad0w/pelagia-portal
1
0
Fork 0
Code Issues 11 Pull requests 2 Projects Releases 2 Packages Wiki Activity Actions

docs(crewing): Phase 5 ✅ complete — 5b Appraisal

Hardik 2026-06-22 22:12:28 +05:30
parent a2a1e5e922
commit cf55c02265
1 changed files with 6 additions and 3 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

9
Crewing-Implementation-Spec.md

@ -435,12 +435,15 @@ with these reconciliations:
> 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
> **Phase 5 ✅ complete** — stacked sub-PRs: **5a Verification (Epic I) ✅**,
> **5b Appraisal (Epic H) ✅**. 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).
> (low-risk; no `verificationStatus` on those models). 5b is the appraisal lifecycle
> `raise → verify → approve` (`Appraisal`/`AppraisalStatus`) across three role-gated
> surfaces (§8.14): PM raises on the crew-profile Appraisals tab, MPO verifies in the
> Verification queue, Manager approves in the central /approvals queue (Appraisal kind).
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.)*