Skip to content

CAP-SUB-SUB-010Complete an assigned assessment using the scoring sheet

Markdown

CAP-SUB-SUB-010

Complete an assigned assessment using the scoring sheet

Markdown
  • DocumentDraft
  • Product intentProposed
  • ImplementationObserved

KindCapabilityProduct areaSubmissionsModuleSubmissions, Intake, Review and OutcomesRevision1

Read atservices-submissions 64236c19react-console baf6dae3

The Formal Contract

The narrative above explains; the sections below are authoritative — the rules, scenarios and tests this document binds.

Outcomes
The review queue contains the person's own workAllowed reviewer actions follow stage policySubmitted judgments retain scored content
Surfaces
consoleapi
Intent sources
services-submissions:docs/milestones/plans/SUBM-M1-plan.md#2. Scopeservices-submissions:docs/milestones/plans/SUBM-M1-plan.md#D9services-submissions:docs/milestones/plans/SUBM-M1-plan.md#D7services-submissions:docs/milestones/plans/SUBM-M1-plan.md#S10services-submissions:docs/milestones/SUBM-M1-staff-review-in-the-console.md#E1

Controls

34 controls apply, from the corpus control catalogue.

TC-AVL-001 TC-AVL-002 TC-AVL-003 TC-AVL-004 TC-AZ-001 TC-AZ-002 TC-AZ-003 TC-AZ-004 TC-AZ-006 TC-CRY-001 TC-CRY-002 TC-CRY-003 TC-DAT-001 TC-DAT-002 TC-DAT-003 TC-IAM-001 TC-IAM-002 TC-IAM-004 TC-IAM-005 TC-LOG-002 TC-LOG-003 TC-LOG-004 TC-LOG-005 TC-PI-001 TC-PI-002 TC-PI-003 TC-PI-004 TC-PI-005 TC-PRV-001 TC-PRV-002 TC-TEN-001 TC-TEN-002 TC-TEN-003 TC-TEN-004

Permissions

KeyChecked atScope
submissions.application.accessapitenant

Business Rules

12 rules, 10 to be proved before approval. A rule's product intent is derived from its origin: 0 confirmed by a product decision, the rest inheriting this capability's proposed.

IdRuleKindEnforced atProvenance
01must prove
Proposed
My reviews resolves only the signed-in staff user's assignments, showing process and action policy and withholding applicant names on blind stages.
permissionservice, consoletest
services-submissions:modules/review/tests/e2e/review.e2e.spec.js#finds the assignment in the staff reviewer’s queue, read by user
02must prove
Proposed
The reviewer role grants assignment-based access and refuses staff-wide application reads even for assigned applications.
permissionapitest
services-submissions:modules/review/tests/e2e/review.e2e.spec.js#is refused every staff-wide read of a submission they are not assigned to
03must prove
Proposed
Requests for another person's assignment return an absent-record response.
permissionservicetest
services-submissions:modules/review/tests/e2e/review.e2e.spec.js#refuses one staff user the other’s assignment, as if it did not exist
04must prove
Proposed
Assignment reads provide projected submitted answers, the scoring sheet and the reviewer's response, without exposing other reviewers' scores.
permissionservicetest
services-submissions:modules/review/tests/e2e/review.e2e.spec.js#opens the assignment with the reviewer view, the rubric and an empty draft
05must prove
Proposed
Reviewers can accept work or decline with a configured reason and note; declining removes their live work and voids a draft.
lifecycleservicetest
06must prove
Proposed
Stage policy determines whether reviewers can recuse with a conflict or delegate to a non-participant; prohibited actions are rejected and hidden in the console.
policyservice, consoletest
07must prove
Proposed
Draft review saves allow partial answers, require the version read and reject unknown fields, out-of-range scores and changes to already submitted work.
validationapi, servicetest
08must prove
Proposed
Submitting validates the supplied review strictly, calculates its scores, completes the assignment and reports stage completion, while rejecting repeat submission.
validationservicetest
services-submissions:modules/review/tests/integration/services/responses/response-actions.integration.spec.js#stores the response scored by the rubric, completes the assignment, and says whether it completed the stage
09must prove
Proposed
A review arriving after completion is refused unless a count rule explicitly permits late responses below its maximum, in which case it is retained without revising the result.
policyservicetest
services-submissions:modules/review/tests/integration/services/responses/response-actions.integration.spec.js#is refused as StaleObject after another response completed the stage, and records nothing
10must prove
Proposed
Submitted content is frozen, and amendments while the stage remains open add a superseding response while retaining both versions.
invariantservice, databasetest
services-submissions:modules/review/tests/integration/services/responses/response-actions.integration.spec.js#cannot be changed by any statement: the freeze trigger refuses it with RHS03
11
Proposed
Peer response sharing and applicant feedback release are unavailable, and the sharing control is disabled.
policyservice, consoledocumented
12
Proposed
Database privileges allow the application role to change draft scores; the submitted-content freeze does not protect drafts.
invariantdatabaseobserved

Scenarios

IdGivenWhenThenProvenance
01Sam and Priya hold the award's assignments.They submit Impact and Service scores of 5 and 4, then 4 and 4.Both responses persist and Priya's write completes the stage.test

Edge Cases

IdGivenWhenThenProvenance
02The reviewer keeps the same assignment open in two browser tabs.A second acceptance and an outdated save reach the service.Duplicate acceptance and stale saving are rejected without duplicating the assessment.documented

The Markdown files under specs/ in rhythmsoftware/rhythm-v2-docs are the canonical source of truth. This reader is a generated, read-only projection of them.