---
id: TST-PFM-SEC-056
title: HQ staff and roles request checks
kind: api-lifecycle
product_area: platform
module: security
revision: 2
status: draft
source_sha:
  services-platform: ad3f6a6582843008ed0f5a17b131878d15829af1
repository: services-platform
files:
  - modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js
implements:
  - ATS-PFM-SEC-016-01
  - ATS-PFM-SEC-016-06
environment: local
implementation_state: implemented
latest_result: not-run
latest_run_at: null
latest_run_ref: null
conformance: not-verified
estimated_minutes: 5
isolation: Use the prepared test database and suite-owned fixture rows; retain shared seed records.
assertion_evidence:
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#the HQ staff and
      roles reads (end to end)
  - provenance: test
    source: 'services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#GET /hq/staff'
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#serves a staff
      member holding hq.staff.read and nothing else
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#answers Rhythm's
      own people, this run's two among them
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#never answers a
      console user of another customer, whose people are that customer's own
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#narrows to the
      people a search of the surname matches, by surname and forename
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#matches a search
      whatever its case
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#matches an e-mail
      address, answering the one person who holds it
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#carries
      lastAuthenticatedAt for somebody who has signed in, and none for somebody who has not
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#narrows to the
      holders of an HQ role
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#answers nobody for
      an HQ role no staff member holds, rather than everybody
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#applies the search
      and the role together
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#refuses a role
      that is not one of the HQ roles as 400
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#refuses a staff
      member who holds another HQ key but not hq.staff.read as 403
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#refuses an
      administrator of a customer, holding every key at that customer, as 403
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#refuses an
      anonymous call as 401
  - provenance: test
    source: 'services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#GET /hq/roles'
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#serves a staff
      member holding hq.staff.read and nothing else
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#answers the HQ
      roles the catalog holds, each with a name, a description and its permission keys
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#answers every HQ
      role it names as one of the staff roles, and nothing else
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#refuses a staff
      member who holds another HQ key but not hq.staff.read as 403
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#refuses an
      administrator of a customer as 403
  - provenance: test
    source: >-
      services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js#refuses an
      anonymous call as 401
dependency_evidence: >-
  The local request harness exercises the route dispatcher and the prepared database. The suite
  controls the signing key at the declared seams; those collaborators remain outside its live proof.
evidence:
  - 'services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js'
  - >-
    Static review at the recorded source revision; executable results remain not-run and conformance
    remains not-verified.
binding_note: >-
  Each binding names the scenario to which this file contributes assertions. A binding is not a
  recorded pass and does not extend the file’s dependency boundary.
examiner: codex
examined_at: '2026-10-23'
final_text: OpenAI
dependency_review:
  provenance: test
  source: 'services-platform:modules/security/tests/e2e/hq-staff-and-roles.e2e.spec.js'
  explicit_no_doubles: false
  identified_double_boundaries:
    - the signing key
---
# HQ staff and roles request checks

## Verification Boundary

The file exercises public request handling through the local service harness. The assertion references identify the source checks for HQ staff and roles.

## What This Suite Proves

The source assertions support the observations named in the bound scenarios. A scenario spanning multiple files must retain the other files’ contributions.

## What It Does Not Prove

This examination does not run the suite. Passing behavior, deployed conformance and the behavior of substituted dependencies require separate execution evidence.

## Real Dependencies and Test Doubles

The local request harness exercises the route dispatcher and the prepared database. The suite controls the signing key at the declared seams; those collaborators remain outside its live proof.

## Must Not Be Doubled

Keep route dispatch, signed-context verification and the exercised service decisions real. A test key can supply signatures, but replacing the authorization decision cannot prove request enforcement.