The narrative above explains; the sections below are authoritative — the rules, scenarios and tests this document binds.
| # | Surface | Action | Capability | Expected | Provenance |
|---|---|---|---|---|---|
| 1 | /hq/customers | Create a customer with the chosen readable reference and classification. | CAP-PFM-SEC-001 | The mocked customer page opens before any workspace is added. | test react-console:e2e/mock/hq-ops.mock.spec.ts#New Customer creates one with Platform's types and opens it |
| 2 | /hq/tenants/provision | Open provisioning for that customer and specify the workspace, calendar, initial administrator and sender. | CAP-PFM-SEC-003 | The customer is preselected when provisioning starts from its page. | test react-console:e2e/mock/hq-ops.mock.spec.ts#opens with the customer already chosen when it starts from that customer |
| 3 | createTenant | Complete the wizard and submit the setup request. | CAP-PFM-SEC-003 | The mocked submission navigates to the newly started job. | test react-console:e2e/mock/hq-ops.mock.spec.ts#walks every step and lands on the job it started |
| 4 | /hq/jobs/tenant_provisioning/{jobId} | Inspect provisioning progress on the job page. | CAP-PFM-SEC-003 | The backend job snapshot lists participant work followed by readiness and activation. | test services-platform:modules/tenants/tests/e2e/tenant-provisioning.e2e.spec.js#shows one step per participant, then the readiness check and the activation |
| 5 | /hq/tenants/{tenantId} | Inspect the workspace overview, sandbox list and sender records in HQ. | CAP-PFM-SEC-002 | The mock page displays the overview, related sandboxes and sender DNS records. | test react-console:e2e/mock/hq-ops.mock.spec.ts#shows the overview, its sandboxes and the sender's DNS records |
| 6 | patchHqTenant | Change the workspace business status to live through HQ. | CAP-PFM-SEC-002 | The HQ update returns live business status independently of lifecycle activation. | test services-platform:modules/tenants/tests/e2e/tenants.e2e.spec.js#answers 200 and the live status to the HQ patch |
| Path | From step | Condition | Path taken | Outcome | Provenance |
|---|---|---|---|---|---|
| alternate | 4 | Provisioning reports a failed step. | Review the displayed reason and choose Retry. | The mock job returns to a running state. | test react-console:e2e/mock/hq-ops.mock.spec.ts#shows a failed job's reason and retries its provisioning |
| alternate | 5 | The customer requires initial data migration. | Use the initial-loading workflow and activate with the required staff permission. | The tested activation returns the workspace to active lifecycle with implementation business status. | test services-platform:modules/tenants/tests/e2e/hq-tenant-loading.e2e.spec.js#is served to a staff member holding hq.tenants.activate, returning the tenant to active |
| failure | 3 | The requested workspace reference is taken. | Display the server refusal at the workspace-reference field. | The mock UI offers the existing workspace rather than opening a new job. | test react-console:e2e/mock/hq-ops.mock.spec.ts#puts Platform's refusal of a taken tenant ID on the Tenant ID |
| failure | 6 | A customer administrator requests a business-status change through the console. | Reject the console update and identify the HQ operation. | The console request cannot make that status change. | test services-platform:modules/tenants/tests/e2e/tenants.e2e.spec.js#refuses a customer administrator the same change on the console route, naming where it is made |
| Id | Statement | Provenance |
|---|---|---|
01 | The mocked provisioning wizard completes its steps and navigates to the started job. | test react-console:e2e/mock/hq-ops.mock.spec.ts#walks every step and lands on the job it started |
02 | The backend provisioning run leaves the workspace active and records activation time. | test services-platform:modules/tenants/tests/e2e/tenant-provisioning.e2e.spec.js#leaves the tenant usable once the job has run |
03 | The mock HQ editor saves detail changes, excludes reference editing and confirms disabling. | test react-console:e2e/mock/hq-ops.mock.spec.ts#the edit sheet saves, has no identifier to change, and confirms before disabling the tenant |
End-to-end policy: required: The intended flow connects HQ screens, backend provisioning and handover. A browser run against real services is required to establish the combined experience; mock navigation and backend job tests provide separate evidence.