Phase 6A — Evidence Request Execution Pack
Operational Evidence Acquisition by Competent Owner
An Evidence Request is not progress by itself. Progress occurs only when competent evidence is received, assessed, shown to satisfy an acceptance criterion and successfully survives the corresponding targeted retest.
A · Evidence Request Execution — Executive Summary
The 28 Evidence Requests registered on the Operational Evidence Execution Board are reorganized — without replacement, merge or invention — into owner-executable packages. The Pack makes acquisition executable; it does not make any blocker closer to closed.
- · BC-01 → BC-09 = OPEN
- · Phase6A = HOLD
- · Phase6ARevalidationEligibility = NOT_ELIGIBLE
- · Phase6B = NOT_AUTHORIZED
- · Phase7 = NO_GO
- · BC09Protection = ACTIVE
- · PilotExposure = PROHIBITED
- · SimulationBaseline = ACCEPTED (frozen, not rerun)
B · 28-Request Reconciliation Against /board
Reconciliation must equal 28 before the Pack activates.
C · Competent-Owner Package Register
| Pkg | Competent owner | Function | Blockers | Reqs | Wave | Class | Escalation |
|---|---|---|---|---|---|---|---|
| OP-01 | Enterprise Architecture | Enterprise / Technology | BC-01 | 1 | WAVE 1 | CRITICAL_PATH | ESC-02 |
| OP-02 | Q4 System Owner | Enterprise / Technology — Work Control source | BC-01, BC-03 | 2 | WAVE 1 | CRITICAL_PATH | ESC-02 |
| OP-03 | Aconex / IM Owner | Enterprise / Technology — Document source | BC-01 | 1 | WAVE 1 | HIGH_LEVERAGE | ESC-02 |
| OP-04 | P6 / Project Controls | Project Controls / Measurement | BC-01, BC-09 | 2 | WAVE 1, WAVE 4 | CRITICAL_PATH | ESC-02 / ESC-04 |
| OP-05 | Smart Completions | Enterprise / Technology — Completions source | BC-01 | 1 | WAVE 1 | NORMAL | ESC-02 |
| OP-06 | IT / IM | Enterprise / Technology | BC-01 | 1 | WAVE 1 | CRITICAL_PATH | ESC-02 |
| OP-07 | IAM / Cyber | Enterprise / Technology — Identity & security | BC-02 | 3 | WAVE 1 | CRITICAL_PATH | ESC-02 |
| OP-08 | HR / RRLL | Organization / Operations | BC-02, BC-04 | 2 | WAVE 1, WAVE 2 | WAITING_ON_DEPENDENCY | ESC-02 / ESC-01 |
| OP-09 | Business Product Owner | Governance / Operational lifecycle authority | BC-03, BC-09 | 2 | WAVE 1, WAVE 4 | CRITICAL_PATH | ESC-02 / ESC-04 |
| OP-10 | Project Director / Accountable Executive | Organization / Operations | BC-04 | 1 | WAVE 2 | CRITICAL_PATH | ESC-01 |
| OP-11 | Compliance | Governance / Information | BC-04 | 1 | WAVE 2 | NORMAL | ESC-01 |
| OP-12 | Records Management | Governance / Information | BC-05 | 1 | WAVE 1 | HIGH_LEVERAGE | ESC-02 |
| OP-13 | Privacy | Governance / Information | BC-05 | 1 | WAVE 1 | HIGH_LEVERAGE | ESC-02 |
| OP-14 | Health | Governance / Information — Occupational health | BC-05 | 1 | WAVE 1 | NORMAL | ESC-02 |
| OP-15 | ES&H Accountable Executive | Organization / Operations — ES&H | BC-06 | 1 | WAVE 1 | CRITICAL_PATH | ESC-03 |
| OP-16 | Critical Control / Forwood Owner | Enterprise / Technology — Critical control source | BC-06 | 1 | WAVE 1 | WAITING_ON_DEPENDENCY | ESC-03 |
| OP-17 | Operational Support Owner | Organization / Operations — Operational support | BC-07 | 2 | WAVE 2 | HIGH_LEVERAGE | ESC-01 |
| OP-18 | Construction Manager | Field — Construction | BC-08 | 1 | WAVE 3 | CRITICAL_PATH | ESC-03 |
| OP-19 | BEO / Materials / Tools / Logistics | Field — Support functions | BC-08 | 1 | WAVE 3 | WAITING_ON_DEPENDENCY | ESC-03 |
| OP-20 | ES&H | Field — ES&H | BC-08 | 1 | WAVE 3 | WAITING_ON_DEPENDENCY | ESC-03 |
| OP-21 | Field Supervision | Field — Supervision | BC-09 | 1 | WAVE 4 | CRITICAL_PATH | ESC-04 |
D · Owner Package Detail Views
Each owner sees only what their function must supply.
E · 28 Evidence Request Execution Cards
One card per existing request. No request replaced, merged or invented.
Context — Phase 6A (CV-07 Pilot entry) — BC-01 cannot be retested without a declared participation mode per source.
Evidence Requested — Confirmed federated participation map per source and object class
Acceptance Need — Attributable participation declaration per source/object.
Not Requested — You are not asked to approve the readiness product, its rules or its user interface.
Submission — Architecture decision record or signed participation map, referenced by document number and revision.
Context — Phase 6A (CV-07 Pilot entry) — Q4 objects gate work authorization; unverifiable source must fail closed.
Evidence Requested — Participation mode, interface mechanism, authentication and failure behaviour for permit/JHA/isolation objects
Acceptance Need — Owner statement of mode + authority boundaries.
Not Requested — You are not asked to grant write-back or to change Q4 process.
Submission — Owner statement or interface specification with named signatory and date.
Context — Phase 6A (CV-07 Pilot entry) — Decision pinning depends on governed revision snapshots.
Evidence Requested — Document snapshot authority and revision-change notification behaviour
Acceptance Need — Owner confirmation of snapshot authority and validity window.
Not Requested — You are not asked to migrate documents or open bulk export.
Submission — Snapshot governance note referencing ADR-05 inputs.
Context — Phase 6A (CV-07 Pilot entry) — Forecast context requires a governed schedule source.
Evidence Requested — Look-ahead read participation and refresh cadence
Acceptance Need — Owner confirmation of read mode and cadence.
Not Requested — You are not asked to re-plan or to accept readiness forecasting logic.
Submission — Governed extract description or measurement plan with metric-level owner.
Context — Phase 6A (CV-07 Pilot entry) — Release gating consumes completion state.
Evidence Requested — Subsystem completion participation mode
Acceptance Need — Owner confirmation of participation mode.
Not Requested — You are not asked to alter completion certification.
Submission — Owner participation statement.
Context — Phase 6A (CV-07 Pilot entry) — No participation is real without IT authorization.
Evidence Requested — Enterprise interface hosting, network and data-movement authorization
Acceptance Need — IT authorization statement for the declared mechanisms.
Not Requested — You are not asked to endorse the functional design.
Submission — IT authorization record with named constraints.
Context — Phase 6A (CV-07 Pilot entry) — Authority enforcement must be enterprise-enforced, not prototype-simulated.
Evidence Requested — Identity provider, authentication method and Pilot identity provisioning plan
Acceptance Need — IAM owner confirmation + provisioned identity set.
Not Requested — You are not asked to approve application functionality.
Submission — IAM design/provisioning record plus controlled IAM-01→IAM-06 execution evidence.
Context — Phase 6A (CV-07 Pilot entry) — Attribute-based authority is unenforceable without a role source.
Evidence Requested — Role resolution source and mapping to area / activity / shift / risk scopes
Acceptance Need — Documented mapping from enterprise roles to authority scopes.
Not Requested — You are not asked to define operational roles yourself.
Submission — IAM design/provisioning record plus controlled IAM-01→IAM-06 execution evidence.
Context — Phase 6A (CV-07 Pilot entry) — Delegation must never widen scope; revocation must fail closed.
Evidence Requested — Delegation and revocation behaviour confirmation
Acceptance Need — Written enterprise behaviour statement.
Not Requested — You are not asked to accept UI-level denial as enforcement.
Submission — IAM design/provisioning record plus controlled IAM-01→IAM-06 execution evidence.
Context — Phase 6A (CV-07 Pilot entry) — Role resolution requires an authoritative person source.
Evidence Requested — Authoritative person-to-role source for Pilot population
Acceptance Need — HR confirmation of authoritative source and update cadence.
Not Requested — You are not asked to supply full HR records.
Submission — Source governance note and capacity/resourcing record.
Context — Phase 6A (CV-07 Pilot entry) — Lifecycle is defined by design and accepted by nobody.
Evidence Requested — Acceptance of lifecycle ownership and transition authority per object
Acceptance Need — Decision artefact per object class.
Not Requested — A process diagram is not requested; a decision artefact is.
Submission — Minuted governance decision artefact (not a process diagram).
Context — Phase 6A (CV-07 Pilot entry) — Prevents accidental duplication of Q4 authority.
Evidence Requested — Confirmation of transaction lifecycle authority boundaries at the federation edge
Acceptance Need — Owner confirmation of who may transition what.
Not Requested — You are not asked to cede any Q4 authority.
Submission — Owner statement or interface specification with named signatory and date.
Context — Phase 6A (CV-07 Pilot entry) — Vacant stewardship forces fail-closed HOLD in operation.
Evidence Requested — Named, authorized and available stewardship appointments (7 roles)
Acceptance Need — Appointment records with authorization and capacity.
Not Requested — Org-chart names without authorization are not requested.
Submission — Appointment records with authorization, delegate and capacity.
Context — Phase 6A (CV-07 Pilot entry) — Assignment without capacity is not stewardship.
Evidence Requested — Capacity allocation and SoD confirmation for stewardship roles
Acceptance Need — Capacity statement per role.
Not Requested — You are not asked to reorganize the project structure.
Submission — Source governance note and capacity/resourcing record.
Context — Phase 6A (CV-07 Pilot entry) — SoD breach would compromise authority separation.
Evidence Requested — Segregation-of-duties assessment for steward / owner combinations
Acceptance Need — Compliance SoD assessment.
Not Requested — Design-team self-assessment is not acceptable and is not requested.
Submission — Signed SoD assessment with any compensating controls named.
Context — Phase 6A (CV-07 Pilot entry) — Retention currently rests on a design proposal, not a legal basis.
Evidence Requested — Retention basis and period per material record class
Acceptance Need — Competent retention decision per class.
Not Requested — You are not asked to endorse design proposal RC-RET-01 as-is.
Submission — Retention schedule extract per record class.
Context — Phase 6A (CV-07 Pilot entry) — Person and health-adjacent data must be minimised by decision, not assumption.
Evidence Requested — Personal-data classification, minimum attribute and access scope decision
Acceptance Need — Privacy decision per class.
Not Requested — Full HR or health records are explicitly not requested.
Submission — Privacy decision / DPIA-equivalent record.
Context — Phase 6A (CV-07 Pilot entry) — Prevents duplication of medical records.
Evidence Requested — Confirmation that only a binary fitness flag may be consumed
Acceptance Need — Health owner confirmation of exposed attribute.
Not Requested — Medical records, diagnoses or restrictions detail are not requested.
Submission — Data-exposure statement naming the custodian.
Context — Phase 6A (CV-07 Pilot entry) — Path ambiguity propagates unresolved scope into BC-08 and Phase 7.
Evidence Requested — Formal election of PATH_A or PATH_B for critical control participation
Acceptance Need — Attributable path election.
Not Requested — You are not asked to choose Path B for convenience; ease is not a valid reason.
Submission — Attributable path election record (Path A authorization or Path B rescope record).
Context — Phase 6A (CV-07 Pilot entry) — Path A is unachievable without the owning system.
Evidence Requested — Source participation authorization for critical control verification records (Path A)
Acceptance Need — Owner participation confirmation.
Not Requested — You are not asked to change critical control verification practice.
Submission — Source participation authorization.
Context — Phase 6A (CV-07 Pilot entry) — Design-team dependency invalidates support sustainability.
Evidence Requested — Named L1 / L2 / L3 owners, operating window and escalation path
Acceptance Need — Staffing record with operating window.
Not Requested — Naming the design team as L2/L3 is not acceptable and is not requested.
Submission — Support model with named staff, plus drill preparation records.
Context — Phase 6A (CV-07 Pilot entry) — Support capability must be demonstrated, not described.
Evidence Requested — Execution of operational drills S-01 → S-06 by the real support function
Acceptance Need — Drill records with actor, outcome and time.
Not Requested — Drills are not to be executed or claimed until real participants are engaged.
Submission — Support model with named staff, plus drill preparation records.
Context — Phase 6A (CV-07 Pilot entry) — BC-08 has no real workfront; all ten dimensions are design-only.
Evidence Requested — Nomination of a real CV-07 workfront with owner, window and work demand
Acceptance Need — Nomination record with named field owner and window.
Not Requested — A synthetic or illustrative workfront is explicitly not requested.
Submission — Workfront nomination record with SIMOPS context.
Context — Phase 6A (CV-07 Pilot entry) — Dimension-level confirmation is required; no aggregate assertion accepted.
Evidence Requested — Confirmation of crew, equipment, materials and field prerequisites for the nominated workfront
Acceptance Need — Per-dimension attributable confirmation.
Not Requested — A blanket readiness statement is not requested; dimension-level confirmation is.
Submission — Per-dimension confirmation referencing the nominated workfront.
Context — Phase 6A (CV-07 Pilot entry) — SIMOPS cumulative rules require a real concurrent-work picture.
Evidence Requested — SIMOPS context and field prerequisite confirmation for the nominated workfront
Acceptance Need — ES&H confirmation of concurrent work context.
Not Requested — You are not asked to validate the prototype SIMOPS rules.
Submission — SIMOPS assessment for the execution window.
Context — Phase 6A (CV-07 Pilot entry) — Collection cannot start without a confirmed source and owner per metric.
Evidence Requested — Source and owner confirmation for the 12 frozen BEFORE metrics
Acceptance Need — Per-metric source and owner confirmation.
Not Requested — You are not asked to start collecting; only to confirm source and owner.
Submission — Governed extract description or measurement plan with metric-level owner.
Context — Phase 6A (CV-07 Pilot entry) — BEFORE is time-irreversible and must precede any Pilot exposure.
Evidence Requested — Formal authorization to start prospective BEFORE collection
Acceptance Need — Attributable collection-start authorization.
Not Requested — Retrospective reconstruction of any kind is not requested and is not acceptable.
Submission — Minuted governance decision artefact (not a process diagram).
Context — Phase 6A (CV-07 Pilot entry) — Collection must not itself contaminate the baseline.
Evidence Requested — Non-intrusive observation access that does not alter current ways of working
Acceptance Need — Access confirmation with non-intrusive conditions.
Not Requested — No new prompts, screens, training or approval-sequence changes are requested.
Submission — Observation protocol and access confirmation stating non-intrusive conditions.
F · Execution Wave Plan
Waves may execute concurrently where dependencies permit. A Wave is not a gate.
BC-01 and BC-02 carry the longest external lead time; BC-03, BC-05 and BC-06 are decision artefacts that can start in parallel today.
BC-04 stewardship and BC-07 support staffing depend on organizational decisions, not build work.
BC-08 dimensions are gated by the real workfront nomination (ER-23).
BC-09 requests move metrics toward COLLECTION_READY only. Collection does not start from this Pack.
G · Evidence Submission Intake
Evidence submission does not automatically upgrade EvidenceQuality. Only assessment may change a blocker's evidence quality.
- AWAITING_OWNER — Request issued; no owner acknowledgement recorded.
- OWNER_ACKNOWLEDGED — Competent owner has accepted the request as within their competence.
- EVIDENCE_SUBMITTED — An artefact has been submitted with a reference. No quality implied.
- UNDER_EVIDENCE_REVIEW — Assessment in progress against the seven checks.
- ACCEPTED — Satisfies the stated acceptance criterion for this request only.
- ACCEPTED_WITH_LIMITATION — Accepted with a recorded, named limitation carried to the blocker.
- INSUFFICIENT — Does not meet the minimum acceptable evidence.
- OUTDATED — Superseded or outside its validity window.
- OUT_OF_SCOPE — Does not address the applicable scope of the request.
- CONTRADICTORY — Materially contradicts the frozen baseline — routed to the Contradiction Register.
Evidence_ID · EvidenceRequest_ID · SubmittedBy · SubmittingFunction · EvidenceType · EvidenceTitle · EvidenceRef · Source · SourceOwner · IssueDate · EffectiveDate · Version · Validity · Scope · Confidentiality / Classification · ApplicableBlocker · OwnerStatement · Reviewer · Assessment
No artefact has been received. The intake register is append-only and currently empty — absence of evidence is recorded as absence, never as a pending pass.
H · Evidence Assessment Queue
Assessment is never reduced to document presence. All seven checks must be recorded per artefact; any failed check is stated explicitly.
- AUTHENTIC — Issued by the named owner through an attributable channel.
- CURRENT — Within its stated validity window and not superseded.
- IN_SCOPE — Addresses the ApplicableScope of the request, not an adjacent topic.
- OWNER_COMPETENT — The issuing function actually holds the authority claimed.
- TRACEABLE — Carries a reference, version and date that can be reconstructed later.
- SUFFICIENT_FOR_CRITERION — Satisfies the MinimumAcceptableEvidence of this request.
- NO_MATERIAL_CONTRADICTION — Does not conflict with the frozen architecture or another accepted artefact.
An Evidence Request may be ACCEPTED while its blocker remains PARTIAL. That is valid and expected.
Queue depth: 0 — no artefact has entered assessment.
I · Owner Dependency View
Where one owner controls multiple requests or blockers.
- OP-02 Q4 System Owner — A single owner controls 2 blockers — non-response propagates across BC-01, BC-03. (ER-02, ER-12)
- OP-04 P6 / Project Controls — A single owner controls 2 blockers — non-response propagates across BC-01, BC-09. (ER-04, ER-26)
- OP-07 IAM / Cyber — A single owner controls 3 requests on BC-02. (ER-07, ER-08, ER-09)
- OP-08 HR / RRLL — A single owner controls 2 blockers — non-response propagates across BC-02, BC-04. (ER-10, ER-14)
- OP-09 Business Product Owner — A single owner controls 2 blockers — non-response propagates across BC-03, BC-09. (ER-11, ER-27)
- OP-17 Operational Support Owner — A single owner controls 2 requests on BC-07. (ER-21, ER-22)
- ER-19 (ES&H Accountable Executive) → ER-20 (Critical Control / Forwood Owner) — Path election precedes source participation authorization.
- ER-23 (Construction Manager) → ER-24 / ER-25 — Field prerequisite and SIMOPS confirmation require a nominated workfront.
- ER-07 / ER-08 (IAM / Cyber) → ER-10 (HR / RRLL) — The role model must exist before the person source can be mapped to it.
- ER-01 (Enterprise Architecture) → ER-06 (IT / IM) — Declared mechanisms must exist before IT can authorize them.
- ER-26 (P6 / Project Controls) → ER-27 (Business Product Owner) — Metric source/owner confirmation precedes collection-start authorization.
- ER-27 → ER-28 (Field Supervision) — Observation access is only exercised under an authorized, non-intrusive collection start.
J · Critical-Path Owner View
Classification is qualitative and derived from lead time, dependent blockers, external organization dependency and BC-09 time irreversibility. No artificial numeric weights are used.
| Pkg | Owner | Classification | Lead time | Blockers | External org | BC-09 irreversible |
|---|---|---|---|---|---|---|
| OP-01 | Enterprise Architecture | CRITICAL_PATH | Long — enterprise governance cycle | 1 | NO | NO |
| OP-02 | Q4 System Owner | CRITICAL_PATH | Long — external system owner | 2 | YES | NO |
| OP-04 | P6 / Project Controls | CRITICAL_PATH | Medium — multi-blocker owner | 2 | NO | YES |
| OP-06 | IT / IM | CRITICAL_PATH | Long | 1 | YES | NO |
| OP-07 | IAM / Cyber | CRITICAL_PATH | Long — longest external lead time | 1 | YES | NO |
| OP-09 | Business Product Owner | CRITICAL_PATH | Medium — decision artefact, not build | 2 | NO | YES |
| OP-10 | Project Director / Accountable Executive | CRITICAL_PATH | Medium | 1 | NO | NO |
| OP-15 | ES&H Accountable Executive | CRITICAL_PATH | Short — decision available now | 1 | NO | NO |
| OP-18 | Construction Manager | CRITICAL_PATH | Medium — gates all BC-08 dimensions | 1 | NO | NO |
| OP-21 | Field Supervision | CRITICAL_PATH | Short — but time-irreversible | 1 | NO | YES |
| OP-03 | Aconex / IM Owner | HIGH_LEVERAGE | Medium | 1 | YES | NO |
| OP-12 | Records Management | HIGH_LEVERAGE | Short | 1 | NO | NO |
| OP-13 | Privacy | HIGH_LEVERAGE | Short | 1 | NO | NO |
| OP-17 | Operational Support Owner | HIGH_LEVERAGE | Medium | 1 | NO | NO |
| OP-05 | Smart Completions | NORMAL | Medium | 1 | YES | NO |
| OP-11 | Compliance | NORMAL | Short | 1 | NO | NO |
| OP-14 | Health | NORMAL | Short | 1 | NO | NO |
| OP-08 | HR / RRLL | WAITING_ON_DEPENDENCY | Medium — depends on IAM role model | 2 | YES | NO |
| OP-16 | Critical Control / Forwood Owner | WAITING_ON_DEPENDENCY | Medium — gated by ER-19 path election | 1 | YES | NO |
| OP-19 | BEO / Materials / Tools / Logistics | WAITING_ON_DEPENDENCY | Short — after workfront nomination | 1 | NO | NO |
| OP-20 | ES&H | WAITING_ON_DEPENDENCY | Short — after workfront nomination | 1 | NO | NO |
K · Potential Targeted Retest Trigger Register
A Targeted Retest Pack is prepared automatically when a blocker reaches SUFFICIENT_FOR_RETEST, but is never executed without explicit instruction.
L · BC-09 Non-Intrusive Evidence Protection
- · Field users changing current workflow
- · New readiness prompts
- · New Pilot screens
- · New digital decision support
- · Changes to approval sequences
- · Operational training that alters the measured process
BC09_CONTAMINATION_RISK — raised on any acquisition action that could alter current field behaviour; no automatic continuation.
M · Escalation Conditions
Non-response alone is not escalation. Escalate only when evidence demonstrates an actual bottleneck or one of the six triggers is met.
Triggers: OwnerUnresolved · OwnerDeclinesAuthority · EvidenceUnavailable · DecisionAuthorityDisputed · EvidenceContradictsBaseline · BC09ContaminationRisk
N · Evidence Request Execution Dashboard
These counts are never converted into a Phase 6A readiness percentage. Missing evidence is amber; red is reserved for CONTRADICTORY, PROHIBITED, CONFIRMED_BLOCKING and INVALID_AUTHORITY.
O · Change History
History is append-only. Superseded entries are corrected by a new entry, never edited.
- H-01 · 2026-08-30 — Evidence Request Execution Pack created from the /board register. 28 requests reconciled 1:1. 0 missing, 0 duplicate, 0 new, 0 merged, 0 acceptance criteria removed.
- H-02 · 2026-08-30 — 21 competent-owner packages formed. Owners taken exclusively from /board assignments. No owner invented; OWNER_UNRESOLVED count = 0.
- H-03 · 2026-08-30 — Wave plan issued (WAVE 1–4). Waves are sequencing aids, not gates.
- H-04 · 2026-08-30 — BC-09 requests labelled NON-INTRUSIVE EVIDENCE ACQUISITION ONLY. BC09Protection ACTIVE, PilotExposure PROHIBITED, contamination events 0.
- H-05 · 2026-08-30 — Disposition recorded: EVIDENCE_REQUEST_EXECUTION_PACK = ACTIVATED. No blocker status changed; simulation baseline untouched.
- · No owner, evidence or approval is fabricated.
- · No blocker is closed; BC-01 → BC-09 remain OPEN.
- · No targeted retest is executed.
- · Phase 6A Integrated Revalidation is not started.
- · Phase 6B and Phase 7 are not started.
- · BC-09 is not contaminated; no Pilot functionality is exposed.
- · Frozen architecture is not modified.
- · The 28 existing requests are not replaced, merged or re-scoped.
- · The accepted simulation baseline is not rerun, reopened or reinterpreted.