PizarraContexto de trabajoDocumentos y registrosControles críticosRegistrosPreparaciónCondiciones bloqueantesAutorización
Aseguramiento / Técnico
EVIDENCE_REQUEST_EXECUTION_PACK = ACTIVATEDPhase 6A · HOLDBC09Protection · ACTIVEPilotExposure · PROHIBITED

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.

Source of truth
/board · Owner-Based Evidence Request Register (OEB)
Revalidation eligibility
NOT_ELIGIBLE
Phase 6B / Phase 7
NOT_AUTHORIZED / NO_GO
Simulation baseline
ACCEPTED (frozen — design assurance only)

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.

Requests
28
Owner packages
21
Blockers open
9
Closed
0
Eligible for retest
0
Owner unresolved
0
  • · 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.

RequestsInBoard
28
RequestsInExecutionPack
28
MissingRequests
0
DuplicateRequests
0
NewUnapprovedRequests
0
MergedRequests
0
RECONCILIATION PASS · PACK ACTIVATED

C · Competent-Owner Package Register

PkgCompetent ownerFunctionBlockersReqsWaveClassEscalation
OP-01Enterprise ArchitectureEnterprise / TechnologyBC-011WAVE 1CRITICAL_PATHESC-02
OP-02Q4 System OwnerEnterprise / Technology — Work Control sourceBC-01, BC-032WAVE 1CRITICAL_PATHESC-02
OP-03Aconex / IM OwnerEnterprise / Technology — Document sourceBC-011WAVE 1HIGH_LEVERAGEESC-02
OP-04P6 / Project ControlsProject Controls / MeasurementBC-01, BC-092WAVE 1, WAVE 4CRITICAL_PATHESC-02 / ESC-04
OP-05Smart CompletionsEnterprise / Technology — Completions sourceBC-011WAVE 1NORMALESC-02
OP-06IT / IMEnterprise / TechnologyBC-011WAVE 1CRITICAL_PATHESC-02
OP-07IAM / CyberEnterprise / Technology — Identity & securityBC-023WAVE 1CRITICAL_PATHESC-02
OP-08HR / RRLLOrganization / OperationsBC-02, BC-042WAVE 1, WAVE 2WAITING_ON_DEPENDENCYESC-02 / ESC-01
OP-09Business Product OwnerGovernance / Operational lifecycle authorityBC-03, BC-092WAVE 1, WAVE 4CRITICAL_PATHESC-02 / ESC-04
OP-10Project Director / Accountable ExecutiveOrganization / OperationsBC-041WAVE 2CRITICAL_PATHESC-01
OP-11ComplianceGovernance / InformationBC-041WAVE 2NORMALESC-01
OP-12Records ManagementGovernance / InformationBC-051WAVE 1HIGH_LEVERAGEESC-02
OP-13PrivacyGovernance / InformationBC-051WAVE 1HIGH_LEVERAGEESC-02
OP-14HealthGovernance / Information — Occupational healthBC-051WAVE 1NORMALESC-02
OP-15ES&H Accountable ExecutiveOrganization / Operations — ES&HBC-061WAVE 1CRITICAL_PATHESC-03
OP-16Critical Control / Forwood OwnerEnterprise / Technology — Critical control sourceBC-061WAVE 1WAITING_ON_DEPENDENCYESC-03
OP-17Operational Support OwnerOrganization / Operations — Operational supportBC-072WAVE 2HIGH_LEVERAGEESC-01
OP-18Construction ManagerField — ConstructionBC-081WAVE 3CRITICAL_PATHESC-03
OP-19BEO / Materials / Tools / LogisticsField — Support functionsBC-081WAVE 3WAITING_ON_DEPENDENCYESC-03
OP-20ES&HField — ES&HBC-081WAVE 3WAITING_ON_DEPENDENCYESC-03
OP-21Field SupervisionField — SupervisionBC-091WAVE 4CRITICAL_PATHESC-04

D · Owner Package Detail Views

Each owner sees only what their function must supply.

OP-01Enterprise ArchitectureCRITICAL_PATH
Organizational function
Enterprise / Technology
Related blockers
BC-01
Evidence requests
1 — ER-01
Lead time
Long — enterprise governance cycle
Why this owner is required
Only Enterprise Architecture can declare, per source and object class, which federated participation mode is authorized.
Critical dependencies
None beyond normal enterprise governance sequencing.
Requested decision
ER-01: Federated participation map per source and object class
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
Architecture decision record or signed participation map, referenced by document number and revision.
Evidence assessment owner
Phase 6A Evidence Assessment (Architecture Assurance)
Potential retest trigger
RT-01
Escalation if unresolved
ESC-02
OP-02Q4 System OwnerCRITICAL_PATH
Organizational function
Enterprise / Technology — Work Control source
Related blockers
BC-01, BC-03
Evidence requests
2 — ER-02, ER-12
Lead time
Long — external system owner
Why this owner is required
Q4 owns permit, JHA and isolation records; readiness may consume but never re-author them.
Critical dependencies
None beyond normal enterprise governance sequencing.
Requested decision
ER-02: Q4 participation, authority boundary and failure behaviour · ER-12: Federation-edge lifecycle authority boundary
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
Owner statement or interface specification with named signatory and date.
Evidence assessment owner
Phase 6A Evidence Assessment (Federation)
Potential retest trigger
RT-01 / RT-03
Escalation if unresolved
ESC-02
OP-03Aconex / IM OwnerHIGH_LEVERAGE
Organizational function
Enterprise / Technology — Document source
Related blockers
BC-01
Evidence requests
1 — ER-03
Lead time
Medium
Why this owner is required
Decision pinning is only defensible if the document owner confirms snapshot authority and revision behaviour.
Critical dependencies
None beyond normal enterprise governance sequencing.
Requested decision
ER-03: Document snapshot authority and revision-change behaviour
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
Snapshot governance note referencing ADR-05 inputs.
Evidence assessment owner
Phase 6A Evidence Assessment (Federation)
Potential retest trigger
RT-01
Escalation if unresolved
ESC-02
OP-04P6 / Project ControlsCRITICAL_PATH
Organizational function
Project Controls / Measurement
Related blockers
BC-01, BC-09
Evidence requests
2 — ER-04, ER-26
Lead time
Medium — multi-blocker owner
Why this owner is required
Schedule look-ahead and several BEFORE metrics originate in Project Controls custody.
Critical dependencies
BC-09 is time-irreversible; nothing may alter current field behaviour before collection formally starts.
Requested decision
ER-04: Look-ahead read participation and refresh cadence · ER-26: Source and owner confirmation for the 12 frozen BEFORE metrics
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
Governed extract description or measurement plan with metric-level owner.
Evidence assessment owner
Phase 6A Evidence Assessment (Measurement + Federation)
Potential retest trigger
RT-01 / RT-09
Escalation if unresolved
ESC-02 / ESC-04
OP-05Smart CompletionsNORMAL
Organizational function
Enterprise / Technology — Completions source
Related blockers
BC-01
Evidence requests
1 — ER-05
Lead time
Medium
Why this owner is required
Subsystem completion state gates release decisions consumed by the readiness layer.
Critical dependencies
None beyond normal enterprise governance sequencing.
Requested decision
ER-05: Subsystem completion participation mode
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
Owner participation statement.
Evidence assessment owner
Phase 6A Evidence Assessment (Federation)
Potential retest trigger
RT-01
Escalation if unresolved
ESC-02
OP-06IT / IMCRITICAL_PATH
Organizational function
Enterprise / Technology
Related blockers
BC-01
Evidence requests
1 — ER-06
Lead time
Long
Why this owner is required
No declared participation mechanism is real until IT authorizes hosting, network path and data movement.
Critical dependencies
None beyond normal enterprise governance sequencing.
Requested decision
ER-06: Enterprise interface hosting and data-movement authorization
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
IT authorization record with named constraints.
Evidence assessment owner
Phase 6A Evidence Assessment (Architecture Assurance)
Potential retest trigger
RT-01
Escalation if unresolved
ESC-02
OP-07IAM / CyberCRITICAL_PATH
Organizational function
Enterprise / Technology — Identity & security
Related blockers
BC-02
Evidence requests
3 — ER-07, ER-08, ER-09
Lead time
Long — longest external lead time
Why this owner is required
Authority enforcement must be enterprise-enforced; prototype role context is not IAM evidence.
Critical dependencies
None beyond normal enterprise governance sequencing.
Requested decision
ER-07: Pilot identity provisioning and authentication · ER-08: Role resolution source and authority-scope mapping · ER-09: Delegation and revocation behaviour
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
IAM design/provisioning record plus controlled IAM-01→IAM-06 execution evidence.
Evidence assessment owner
Phase 6A Evidence Assessment (IAM Assurance)
Potential retest trigger
RT-02
Escalation if unresolved
ESC-02
OP-08HR / RRLLWAITING_ON_DEPENDENCY
Organizational function
Organization / Operations
Related blockers
BC-02, BC-04
Evidence requests
2 — ER-10, ER-14
Lead time
Medium — depends on IAM role model
Why this owner is required
Person-to-role authority and stewardship capacity can only be evidenced by the people system of record.
Critical dependencies
None beyond normal enterprise governance sequencing.
Requested decision
ER-10: Authoritative person-to-role source for the Pilot population · ER-14: Stewardship capacity and allocation
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
Source governance note and capacity/resourcing record.
Evidence assessment owner
Phase 6A Evidence Assessment (IAM + Governance)
Potential retest trigger
RT-02 / RT-04
Escalation if unresolved
ESC-02 / ESC-01
OP-09Business Product OwnerCRITICAL_PATH
Organizational function
Governance / Operational lifecycle authority
Related blockers
BC-03, BC-09
Evidence requests
2 — ER-11, ER-27
Lead time
Medium — decision artefact, not build
Why this owner is required
Object lifecycle authority and prospective-baseline start authorization require an accountable product owner decision.
Critical dependencies
BC-09 is time-irreversible; nothing may alter current field behaviour before collection formally starts.
Requested decision
ER-11: Lifecycle ownership and transition authority acceptance · ER-27: Authorization to start prospective BEFORE collection
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
Minuted governance decision artefact (not a process diagram).
Evidence assessment owner
Phase 6A Evidence Assessment (Governance)
Potential retest trigger
RT-03 / RT-09
Escalation if unresolved
ESC-02 / ESC-04
OP-10Project Director / Accountable ExecutiveCRITICAL_PATH
Organizational function
Organization / Operations
Related blockers
BC-04
Evidence requests
1 — ER-13
Lead time
Medium
Why this owner is required
Only the accountable executive can appoint, authorize and resource the seven stewardship roles.
Critical dependencies
None beyond normal enterprise governance sequencing.
Requested decision
ER-13: Stewardship appointments (7 roles)
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
Appointment records with authorization, delegate and capacity.
Evidence assessment owner
Phase 6A Evidence Assessment (Governance)
Potential retest trigger
RT-04
Escalation if unresolved
ESC-01
OP-11ComplianceNORMAL
Organizational function
Governance / Information
Related blockers
BC-04
Evidence requests
1 — ER-15
Lead time
Short
Why this owner is required
Segregation of duties across steward and owner combinations must be assessed independently.
Critical dependencies
None beyond normal enterprise governance sequencing.
Requested decision
ER-15: Segregation-of-duties assessment
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
Signed SoD assessment with any compensating controls named.
Evidence assessment owner
Phase 6A Evidence Assessment (Governance)
Potential retest trigger
RT-04
Escalation if unresolved
ESC-01
OP-12Records ManagementHIGH_LEVERAGE
Organizational function
Governance / Information
Related blockers
BC-05
Evidence requests
1 — ER-16
Lead time
Short
Why this owner is required
Retention currently rests on a design proposal (RC-RET-01 v1.1); only Records Management can supply a legal basis.
Critical dependencies
None beyond normal enterprise governance sequencing.
Requested decision
ER-16: Retention basis and period per record class
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
Retention schedule extract per record class.
Evidence assessment owner
Phase 6A Evidence Assessment (Information Governance)
Potential retest trigger
RT-05
Escalation if unresolved
ESC-02
OP-13PrivacyHIGH_LEVERAGE
Organizational function
Governance / Information
Related blockers
BC-05
Evidence requests
1 — ER-17
Lead time
Short
Why this owner is required
Personal-data classification and minimisation must be decided by Privacy, not assumed by design.
Critical dependencies
None beyond normal enterprise governance sequencing.
Requested decision
ER-17: Personal-data classification and minimisation decision
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
Privacy decision / DPIA-equivalent record.
Evidence assessment owner
Phase 6A Evidence Assessment (Information Governance)
Potential retest trigger
RT-05
Escalation if unresolved
ESC-02
OP-14HealthNORMAL
Organizational function
Governance / Information — Occupational health
Related blockers
BC-05
Evidence requests
1 — ER-18
Lead time
Short
Why this owner is required
Fitness data must be exposed as a binary flag only; the custodian must confirm the exposed attribute.
Critical dependencies
None beyond normal enterprise governance sequencing.
Requested decision
ER-18: Binary fitness flag confirmation
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
Data-exposure statement naming the custodian.
Evidence assessment owner
Phase 6A Evidence Assessment (Information Governance)
Potential retest trigger
RT-05
Escalation if unresolved
ESC-02
OP-15ES&H Accountable ExecutiveCRITICAL_PATH
Organizational function
Organization / Operations — ES&H
Related blockers
BC-06
Evidence requests
1 — ER-19
Lead time
Short — decision available now
Why this owner is required
The BC-06 path election is an accountable safety decision, not a technical preference.
Critical dependencies
Path election (ER-19) precedes source participation (ER-20).
Requested decision
ER-19: Critical control path election (Path A / Path B)
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
Attributable path election record (Path A authorization or Path B rescope record).
Evidence assessment owner
Phase 6A Evidence Assessment (Critical Control)
Potential retest trigger
RT-06
Escalation if unresolved
ESC-03
OP-16Critical Control / Forwood OwnerWAITING_ON_DEPENDENCY
Organizational function
Enterprise / Technology — Critical control source
Related blockers
BC-06
Evidence requests
1 — ER-20
Lead time
Medium — gated by ER-19 path election
Why this owner is required
Path A cannot exist without authorization from the system that owns critical control verification records.
Critical dependencies
Path election (ER-19) precedes source participation (ER-20).
Requested decision
ER-20: Critical control source participation authorization (Path A)
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
Source participation authorization.
Evidence assessment owner
Phase 6A Evidence Assessment (Critical Control)
Potential retest trigger
RT-06
Escalation if unresolved
ESC-03
OP-17Operational Support OwnerHIGH_LEVERAGE
Organizational function
Organization / Operations — Operational support
Related blockers
BC-07
Evidence requests
2 — ER-21, ER-22
Lead time
Medium
Why this owner is required
Sustained support cannot depend on the design team; L1/L2/L3 must be staffed and demonstrable.
Critical dependencies
None beyond normal enterprise governance sequencing.
Requested decision
ER-21: Named L1 / L2 / L3 support model · ER-22: Operational drill preparation for S-01 → S-06
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
Support model with named staff, plus drill preparation records.
Evidence assessment owner
Phase 6A Evidence Assessment (Support Readiness)
Potential retest trigger
RT-07
Escalation if unresolved
ESC-01
OP-18Construction ManagerCRITICAL_PATH
Organizational function
Field — Construction
Related blockers
BC-08
Evidence requests
1 — ER-23
Lead time
Medium — gates all BC-08 dimensions
Why this owner is required
Only Construction can nominate a real CV-07 workfront with owner, window and genuine work demand.
Critical dependencies
Dependent on ER-23 workfront nomination.
Requested decision
ER-23: Real CV-07 workfront nomination
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
Workfront nomination record with SIMOPS context.
Evidence assessment owner
Phase 6A Evidence Assessment (Field Readiness)
Potential retest trigger
RT-08
Escalation if unresolved
ESC-03
OP-19BEO / Materials / Tools / LogisticsWAITING_ON_DEPENDENCY
Organizational function
Field — Support functions
Related blockers
BC-08
Evidence requests
1 — ER-24
Lead time
Short — after workfront nomination
Why this owner is required
Field prerequisites must be confirmed per dimension by the function that owns them.
Critical dependencies
Dependent on ER-23 workfront nomination.
Requested decision
ER-24: Crew, equipment, materials and field prerequisites
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
Per-dimension confirmation referencing the nominated workfront.
Evidence assessment owner
Phase 6A Evidence Assessment (Field Readiness)
Potential retest trigger
RT-08
Escalation if unresolved
ESC-03
OP-20ES&HWAITING_ON_DEPENDENCY
Organizational function
Field — ES&H
Related blockers
BC-08
Evidence requests
1 — ER-25
Lead time
Short — after workfront nomination
Why this owner is required
Cumulative SIMOPS rules require a real concurrent-work picture for the nominated window.
Critical dependencies
Dependent on ER-23 workfront nomination.
Requested decision
ER-25: SIMOPS context for the nominated window
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
SIMOPS assessment for the execution window.
Evidence assessment owner
Phase 6A Evidence Assessment (Field Readiness)
Potential retest trigger
RT-08
Escalation if unresolved
ESC-03
OP-21Field SupervisionCRITICAL_PATH
Organizational function
Field — Supervision
Related blockers
BC-09
Evidence requests
1 — ER-28
Lead time
Short — but time-irreversible
Why this owner is required
Non-intrusive observation access is required to measure the BEFORE state without altering it.
Critical dependencies
BC-09 is time-irreversible; nothing may alter current field behaviour before collection formally starts.
Requested decision
ER-28: Non-intrusive observation access
Minimum evidence standard
Attributable, current, in-scope and issued by the competent owner. Design artefacts are not owner evidence.
Submission method
Observation protocol and access confirmation stating non-intrusive conditions.
Evidence assessment owner
Phase 6A Evidence Assessment (Measurement)
Potential retest trigger
RT-09
Escalation if unresolved
ESC-04

E · 28 Evidence Request Execution Cards

One card per existing request. No request replaced, merged or invented.

ER-01Federated participation map per source and object classBC-01MESA 1WAVE 1AWAITING_OWNER
Owner package
OP-01
Competent owner
Enterprise Architecture
Supporting owner
IT / IM
Decision authority
Enterprise Architecture
Exact evidence requested
Confirmed federated participation map per source and object class
Question to be answered
For each source and object class, which participation mode is authorized and what happens when it is unavailable?
Why required for Phase 6A
BC-01 cannot be retested without a declared participation mode per source.
Minimum acceptable evidence
Attributable participation declaration per source/object.
Preferred evidence form
Architecture-signed participation map with failure behaviour.
Alternative acceptable evidence
Per-source owner emails consolidated and countersigned.
Evidence NOT accepted
Design-team-authored assumption of participation.
Source system or process
Enterprise Architecture governance
Applicable scope
All 22 governed object classes
Evidence validity requirement
Valid for the Pilot window; re-confirmation on any source change
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-01
Blocking impact
BC-01 cannot reach SUFFICIENT_FOR_RETEST without it.
Escalation route
ESC-02
Request language — send to competent owner

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.

ER-02Q4 participation, authority boundary and failure behaviourBC-01MESA 1WAVE 1AWAITING_OWNER
Owner package
OP-02
Competent owner
Q4 System Owner
Supporting owner
Enterprise Architecture
Decision authority
Q4 System Owner
Exact evidence requested
Participation mode, interface mechanism, authentication and failure behaviour for permit/JHA/isolation objects
Question to be answered
How may permit / JHA / isolation state be read, and what must happen when Q4 is unreachable?
Why required for Phase 6A
Q4 objects gate work authorization; unverifiable source must fail closed.
Minimum acceptable evidence
Owner statement of mode + authority boundaries.
Preferred evidence form
Owner-approved interface specification.
Alternative acceptable evidence
Governed snapshot or controlled manual federation declaration.
Evidence NOT accepted
Inferred API capability or vendor marketing material.
Source system or process
Engica Q4 / TSI
Applicable scope
Permit, JHA, isolation objects
Evidence validity requirement
Owner statement current at Pilot start
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-01
Blocking impact
BC-01 and downstream BC-03 enforcement.
Escalation route
ESC-02
Request language — send to competent owner

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.

ER-03Document snapshot authority and revision-change behaviourBC-01MESA 1WAVE 1AWAITING_OWNER
Owner package
OP-03
Competent owner
Aconex / IM Owner
Supporting owner
Records Management
Decision authority
Aconex / IM Owner
Exact evidence requested
Document snapshot authority and revision-change notification behaviour
Question to be answered
Who authorizes a governed revision snapshot and how is a superseding revision notified?
Why required for Phase 6A
Decision pinning depends on governed revision snapshots.
Minimum acceptable evidence
Owner confirmation of snapshot authority and validity window.
Preferred evidence form
Signed snapshot governance note (ADR-05 input).
Alternative acceptable evidence
Manual controlled export under governance.
Evidence NOT accepted
Assumed export permissions.
Source system or process
Aconex
Applicable scope
Decision-pinned document revisions
Evidence validity requirement
Valid while the snapshot governance note is current
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-01
Blocking impact
BC-01; decision reconstruction defensibility.
Escalation route
ESC-02
Request language — send to competent owner

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.

ER-04Look-ahead read participation and refresh cadenceBC-01MESA 1WAVE 1AWAITING_OWNER
Owner package
OP-04
Competent owner
P6 / Project Controls
Supporting owner
Enterprise Architecture
Decision authority
P6 / Project Controls
Exact evidence requested
Look-ahead read participation and refresh cadence
Question to be answered
Which schedule view may be read, at what cadence, and under whose authority?
Why required for Phase 6A
Forecast context requires a governed schedule source.
Minimum acceptable evidence
Owner confirmation of read mode and cadence.
Preferred evidence form
Scheduled governed extract.
Alternative acceptable evidence
Periodic controlled snapshot.
Evidence NOT accepted
Ad-hoc unsanctioned file sharing.
Source system or process
Primavera P6
Applicable scope
CV-07 look-ahead window
Evidence validity requirement
Cadence statement valid for the Pilot window
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-01
Blocking impact
BC-01; forecast context completeness.
Escalation route
ESC-02
Request language — send to competent owner

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.

ER-05Subsystem completion participation modeBC-01MESA 1WAVE 1AWAITING_OWNER
Owner package
OP-05
Competent owner
Smart Completions
Supporting owner
Enterprise Architecture
Decision authority
Smart Completions owner
Exact evidence requested
Subsystem completion participation mode
Question to be answered
May subsystem completion state be read, and in which mode?
Why required for Phase 6A
Release gating consumes completion state.
Minimum acceptable evidence
Owner confirmation of participation mode.
Preferred evidence form
Governed read interface statement.
Alternative acceptable evidence
Controlled snapshot.
Evidence NOT accepted
Assumed availability.
Source system or process
Smart Completions
Applicable scope
CV-07 related subsystems
Evidence validity requirement
Current at Pilot start
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-01
Blocking impact
BC-01; release gating context.
Escalation route
ESC-02
Request language — send to competent 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.

ER-06Enterprise interface hosting and data-movement authorizationBC-01MESA 1WAVE 1AWAITING_OWNER
Owner package
OP-06
Competent owner
IT / IM
Supporting owner
IAM / Cyber
Decision authority
IT / IM
Exact evidence requested
Enterprise interface hosting, network and data-movement authorization
Question to be answered
Are the declared mechanisms authorized to run, with what constraints?
Why required for Phase 6A
No participation is real without IT authorization.
Minimum acceptable evidence
IT authorization statement for the declared mechanisms.
Preferred evidence form
Architecture review record.
Alternative acceptable evidence
Conditional authorization with named constraints.
Evidence NOT accepted
Verbal assurance without attribution.
Source system or process
Enterprise IT governance
Applicable scope
All declared Pilot interfaces
Evidence validity requirement
Authorization with named expiry or review point
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-01
Blocking impact
BC-01; without it no participation is real.
Escalation route
ESC-02
Request language — send to competent owner

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.

ER-07Pilot identity provisioning and authenticationBC-02MESA 1WAVE 1AWAITING_OWNER
Owner package
OP-07
Competent owner
IAM / Cyber
Supporting owner
IT / IM
Decision authority
IAM / Cyber
Exact evidence requested
Identity provider, authentication method and Pilot identity provisioning plan
Question to be answered
Which identity provider and authentication method will serve real Pilot users?
Why required for Phase 6A
Authority enforcement must be enterprise-enforced, not prototype-simulated.
Minimum acceptable evidence
IAM owner confirmation + provisioned identity set.
Preferred evidence form
Signed IAM design and provisioning record.
Alternative acceptable evidence
Time-boxed Pilot identity scope with revocation controls.
Evidence NOT accepted
Prototype role-context behaviour.
Source system or process
Enterprise IAM
Applicable scope
Pilot user population
Evidence validity requirement
Time-boxed to the Pilot window
Evidence classification
CONFIDENTIAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-02
Blocking impact
BC-02; blocks IAM-01→IAM-06 execution.
Escalation route
ESC-02
Request language — send to competent owner

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.

ER-08Role resolution source and authority-scope mappingBC-02MESA 1WAVE 1AWAITING_OWNER
Owner package
OP-07
Competent owner
IAM / Cyber
Supporting owner
HR / RRLL
Decision authority
IAM / Cyber
Exact evidence requested
Role resolution source and mapping to area / activity / shift / risk scopes
Question to be answered
From which source is a person's role resolved, and how does it map to area / activity / shift / risk scope?
Why required for Phase 6A
Attribute-based authority is unenforceable without a role source.
Minimum acceptable evidence
Documented mapping from enterprise roles to authority scopes.
Preferred evidence form
IAM-owned mapping artefact.
Alternative acceptable evidence
HR-sourced role feed with IAM endorsement.
Evidence NOT accepted
Design-team role table.
Source system or process
Enterprise IAM + HR
Applicable scope
All authority-bearing roles
Evidence validity requirement
Current mapping with update cadence
Evidence classification
CONFIDENTIAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-02
Blocking impact
BC-02; ABAC authority is unenforceable without it.
Escalation route
ESC-02
Request language — send to competent owner

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.

ER-09Delegation and revocation behaviourBC-02MESA 1WAVE 1AWAITING_OWNER
Owner package
OP-07
Competent owner
IAM / Cyber
Supporting owner
Compliance
Decision authority
IAM / Cyber
Exact evidence requested
Delegation and revocation behaviour confirmation
Question to be answered
How is delegation bounded and how quickly and completely does revocation take effect?
Why required for Phase 6A
Delegation must never widen scope; revocation must fail closed.
Minimum acceptable evidence
Written enterprise behaviour statement.
Preferred evidence form
Demonstrated revocation in a controlled test with real identities.
Alternative acceptable evidence
Documented procedure with named enforcement owner.
Evidence NOT accepted
Simulated revocation results.
Source system or process
Enterprise IAM
Applicable scope
Delegation and revocation paths
Evidence validity requirement
Current enterprise behaviour statement
Evidence classification
CONFIDENTIAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-02
Blocking impact
BC-02; fail-closed authority integrity.
Escalation route
ESC-02
Request language — send to competent owner

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.

ER-10Authoritative person-to-role source for the Pilot populationBC-02MESA 1WAVE 1AWAITING_OWNER
Owner package
OP-08
Competent owner
HR / RRLL
Supporting owner
IAM / Cyber
Decision authority
HR / RRLL
Exact evidence requested
Authoritative person-to-role source for Pilot population
Question to be answered
Which system is authoritative for Pilot personnel and at what update cadence?
Why required for Phase 6A
Role resolution requires an authoritative person source.
Minimum acceptable evidence
HR confirmation of authoritative source and update cadence.
Preferred evidence form
System-of-record extract governance note.
Alternative acceptable evidence
Controlled snapshot with steward.
Evidence NOT accepted
Spreadsheet of assumed personnel.
Source system or process
HR system of record
Applicable scope
Pilot population only
Evidence validity requirement
Snapshot with named steward and refresh interval
Evidence classification
CONFIDENTIAL — personal data
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-02
Blocking impact
BC-02; role resolution input.
Escalation route
ESC-02
Request language — send to competent owner

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.

ER-11Lifecycle ownership and transition authority acceptanceBC-03MESA 1WAVE 1AWAITING_OWNER
Owner package
OP-09
Competent owner
Business Product Owner
Supporting owner
Q4 System Owner
Decision authority
Business Product Owner
Exact evidence requested
Acceptance of lifecycle ownership and transition authority per object
Question to be answered
Who owns each object lifecycle, who may transition it, and what happens when that authority is unavailable?
Why required for Phase 6A
Lifecycle is defined by design and accepted by nobody.
Minimum acceptable evidence
Decision artefact per object class.
Preferred evidence form
Signed lifecycle authority matrix.
Alternative acceptable evidence
Minuted governance decision with attributable authority.
Evidence NOT accepted
Design specification restated as acceptance.
Source system or process
Governance decision record
Applicable scope
CV-07 governed object classes
Evidence validity requirement
Valid until superseded by governance
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-03
Blocking impact
BC-03; lifecycle is defined but unaccepted.
Escalation route
ESC-02
Request language — send to competent owner

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).

ER-12Federation-edge lifecycle authority boundaryBC-03MESA 1WAVE 1AWAITING_OWNER
Owner package
OP-02
Competent owner
Q4 System Owner
Supporting owner
Enterprise Architecture
Decision authority
Q4 System Owner
Exact evidence requested
Confirmation of transaction lifecycle authority boundaries at the federation edge
Question to be answered
Where does Q4 transactional authority end and readiness context begin?
Why required for Phase 6A
Prevents accidental duplication of Q4 authority.
Minimum acceptable evidence
Owner confirmation of who may transition what.
Preferred evidence form
Joint authority boundary statement.
Alternative acceptable evidence
Documented exception list.
Evidence NOT accepted
Assumed boundary.
Source system or process
Engica Q4 / TSI
Applicable scope
Permit and isolation transitions
Evidence validity requirement
Current at Pilot start
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-03
Blocking impact
BC-03; prevents duplicated authority.
Escalation route
ESC-02
Request language — send to competent owner

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.

ER-13Stewardship appointments (7 roles)BC-04MESA 2WAVE 2AWAITING_OWNER
Owner package
OP-10
Competent owner
Project Director / Accountable Executive
Supporting owner
HR / RRLL
Decision authority
Project Director / Accountable Executive
Exact evidence requested
Named, authorized and available stewardship appointments (7 roles)
Question to be answered
Who is appointed, authorized and available for each stewardship role, with which delegate?
Why required for Phase 6A
Vacant stewardship forces fail-closed HOLD in operation.
Minimum acceptable evidence
Appointment records with authorization and capacity.
Preferred evidence form
Signed appointment letters with delegates.
Alternative acceptable evidence
Interim appointments with explicit validity and escalation.
Evidence NOT accepted
Org-chart names without authorization or capacity.
Source system or process
Project organization
Applicable scope
7 stewardship roles
Evidence validity requirement
Appointment with validity period and delegate
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-04
Blocking impact
BC-04; vacancy forces fail-closed HOLD (G-01).
Escalation route
ESC-01
Request language — send to competent owner

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.

ER-14Stewardship capacity and allocationBC-04MESA 2WAVE 2AWAITING_OWNER
Owner package
OP-08
Competent owner
HR / RRLL
Supporting owner
Project Director / Accountable Executive
Decision authority
HR / RRLL
Exact evidence requested
Capacity allocation and SoD confirmation for stewardship roles
Question to be answered
What allocated capacity does each steward actually hold?
Why required for Phase 6A
Assignment without capacity is not stewardship.
Minimum acceptable evidence
Capacity statement per role.
Preferred evidence form
Formal resourcing record.
Alternative acceptable evidence
Time-boxed allocation with review date.
Evidence NOT accepted
Best-effort verbal commitment.
Source system or process
Resourcing record
Applicable scope
7 stewardship roles
Evidence validity requirement
Allocation with review date
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-04
Blocking impact
BC-04; assignment without capacity is not stewardship.
Escalation route
ESC-01
Request language — send to competent owner

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.

ER-15Segregation-of-duties assessmentBC-04MESA 2WAVE 2AWAITING_OWNER
Owner package
OP-11
Competent owner
Compliance
Supporting owner
Project Director / Accountable Executive
Decision authority
Compliance
Exact evidence requested
Segregation-of-duties assessment for steward / owner combinations
Question to be answered
Do any steward / owner combinations breach segregation of duties?
Why required for Phase 6A
SoD breach would compromise authority separation.
Minimum acceptable evidence
Compliance SoD assessment.
Preferred evidence form
Signed assessment with conditions.
Alternative acceptable evidence
Conditional acceptance with compensating control recorded.
Evidence NOT accepted
Self-assessment by the design team.
Source system or process
Compliance assessment
Applicable scope
Steward and owner role combinations
Evidence validity requirement
Assessment current at Pilot start
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-04
Blocking impact
BC-04; authority separation integrity.
Escalation route
ESC-01
Request language — send to competent owner

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.

ER-16Retention basis and period per record classBC-05MESA 1WAVE 1AWAITING_OWNER
Owner package
OP-12
Competent owner
Records Management
Supporting owner
Compliance
Decision authority
Records Management
Exact evidence requested
Retention basis and period per material record class
Question to be answered
What is the lawful retention basis and period for each material record class?
Why required for Phase 6A
Retention currently rests on a design proposal, not a legal basis.
Minimum acceptable evidence
Competent retention decision per class.
Preferred evidence form
Signed retention schedule extract.
Alternative acceptable evidence
Interim retention decision with review date.
Evidence NOT accepted
Design proposal RC-RET-01 restated.
Source system or process
Records retention schedule
Applicable scope
CA-04 record classes
Evidence validity requirement
Schedule extract with effective date
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-05
Blocking impact
BC-05; retention rests on design proposal only.
Escalation route
ESC-02
Request language — send to competent owner

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.

ER-17Personal-data classification and minimisation decisionBC-05MESA 1WAVE 1AWAITING_OWNER
Owner package
OP-13
Competent owner
Privacy
Supporting owner
Health
Decision authority
Privacy
Exact evidence requested
Personal-data classification, minimum attribute and access scope decision
Question to be answered
Which personal attributes may be pinned into a readiness decision, and who may access them?
Why required for Phase 6A
Person and health-adjacent data must be minimised by decision, not assumption.
Minimum acceptable evidence
Privacy decision per class.
Preferred evidence form
DPIA-equivalent record.
Alternative acceptable evidence
Conditional approval with narrowed attributes.
Evidence NOT accepted
Design minimum-attribute proposal alone.
Source system or process
Privacy governance
Applicable scope
Competency and fitness decision pins
Evidence validity requirement
Decision with review trigger
Evidence classification
CONFIDENTIAL — personal data
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-05
Blocking impact
BC-05; data minimisation must be decided, not assumed.
Escalation route
ESC-02
Request language — send to competent owner

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.

ER-18Binary fitness flag confirmationBC-05MESA 1WAVE 1AWAITING_OWNER
Owner package
OP-14
Competent owner
Health
Supporting owner
Privacy
Decision authority
Health
Exact evidence requested
Confirmation that only a binary fitness flag may be consumed
Question to be answered
Do you confirm that only a binary fitness flag, with custodian, may be consumed?
Why required for Phase 6A
Prevents duplication of medical records.
Minimum acceptable evidence
Health owner confirmation of exposed attribute.
Preferred evidence form
Signed data-exposure statement.
Alternative acceptable evidence
Documented restriction with custodian.
Evidence NOT accepted
Assumed minimum exposure.
Source system or process
Occupational health
Applicable scope
Fitness-for-duty attribute
Evidence validity requirement
Confirmation current at Pilot start
Evidence classification
CONFIDENTIAL — health-adjacent
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-05
Blocking impact
BC-05; prevents duplication of medical records.
Escalation route
ESC-02
Request language — send to competent owner

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.

ER-19Critical control path election (Path A / Path B)BC-06MESA 1WAVE 1AWAITING_OWNER
Owner package
OP-15
Competent owner
ES&H Accountable Executive
Supporting owner
Critical Control / Forwood Owner
Decision authority
ES&H Accountable Executive
Exact evidence requested
Formal election of PATH_A or PATH_B for critical control participation
Question to be answered
Is critical control participation elected as PATH_A_REAL_PARTICIPATION or PATH_B_FORMAL_RESCOPE?
Why required for Phase 6A
Path ambiguity propagates unresolved scope into BC-08 and Phase 7.
Minimum acceptable evidence
Attributable path election.
Preferred evidence form
Path A with source owner authorization.
Alternative acceptable evidence
Path B with DecisionAuthority, Reason, PilotEvidenceLost, ResidualRisk, Phase7Impact.
Evidence NOT accepted
Continuation of SIMULATED_ONLY as an implicit decision.
Source system or process
ES&H governance
Applicable scope
Critical control verification in the Pilot
Evidence validity requirement
Decision valid until formally revisited
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-06
Blocking impact
BC-06 and BC-08 scope; Phase 7 evidence claims.
Escalation route
ESC-03
Request language — send to competent owner

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).

ER-20Critical control source participation authorization (Path A)BC-06MESA 1WAVE 1AWAITING_OWNER
Owner package
OP-16
Competent owner
Critical Control / Forwood Owner
Supporting owner
ES&H Accountable Executive
Decision authority
Critical Control / Forwood Owner
Exact evidence requested
Source participation authorization for critical control verification records (Path A)
Question to be answered
May critical control verification records be read under governance for the Pilot?
Why required for Phase 6A
Path A is unachievable without the owning system.
Minimum acceptable evidence
Owner participation confirmation.
Preferred evidence form
Governed read of verification records.
Alternative acceptable evidence
Controlled snapshot of verification status.
Evidence NOT accepted
Inferred integration.
Source system or process
Forwood / critical control system
Applicable scope
Verification records for CV-07
Evidence validity requirement
Authorization for the Pilot window
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-06
Blocking impact
BC-06; Path A is unachievable without it.
Escalation route
ESC-03
Request language — send to competent owner

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.

ER-21Named L1 / L2 / L3 support modelBC-07MESA 2WAVE 2AWAITING_OWNER
Owner package
OP-17
Competent owner
Operational Support Owner
Supporting owner
Business Product Owner
Decision authority
Operational Support Owner
Exact evidence requested
Named L1 / L2 / L3 owners, operating window and escalation path
Question to be answered
Who staffs each support level, in which window, with what escalation path?
Why required for Phase 6A
Design-team dependency invalidates support sustainability.
Minimum acceptable evidence
Staffing record with operating window.
Preferred evidence form
Signed support model with named staff.
Alternative acceptable evidence
Interim model with explicit expiry and escalation.
Evidence NOT accepted
Design team named as L2/L3.
Source system or process
Operational support function
Applicable scope
S-01 → S-06 support scenarios
Evidence validity requirement
Model with explicit expiry if interim
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-07
Blocking impact
BC-07; support sustainability.
Escalation route
ESC-01
Request language — send to competent owner

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.

ER-22Operational drill preparation for S-01 → S-06BC-07MESA 2WAVE 2AWAITING_OWNER
Owner package
OP-17
Competent owner
Operational Support Owner
Supporting owner
Business Product Owner
Decision authority
Operational Support Owner
Exact evidence requested
Execution of operational drills S-01 → S-06 by the real support function
Question to be answered
Are the real support actors engaged and prepared to execute the six drills?
Why required for Phase 6A
Support capability must be demonstrated, not described.
Minimum acceptable evidence
Drill records with actor, outcome and time.
Preferred evidence form
Six executed drills with independent observation.
Alternative acceptable evidence
Partial drill set with documented gap and plan.
Evidence NOT accepted
Simulation campaign drill results.
Source system or process
Operational support function
Applicable scope
Six support scenarios
Evidence validity requirement
Drill records dated and attributed
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-07
Blocking impact
BC-07; capability must be demonstrated, not described.
Escalation route
ESC-01
Request language — send to competent owner

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.

ER-23Real CV-07 workfront nominationBC-08MESA 3WAVE 3AWAITING_OWNER
Owner package
OP-18
Competent owner
Construction Manager
Supporting owner
ES&H
Decision authority
Construction Manager
Exact evidence requested
Nomination of a real CV-07 workfront with owner, window and work demand
Question to be answered
Which real workfront, owner, window and work demand will be used?
Why required for Phase 6A
BC-08 has no real workfront; all ten dimensions are design-only.
Minimum acceptable evidence
Nomination record with named field owner and window.
Preferred evidence form
Approved workfront nomination with SIMOPS context.
Alternative acceptable evidence
Provisional nomination with confirmation milestones.
Evidence NOT accepted
Illustrative or synthetic workfront.
Source system or process
Construction planning
Applicable scope
One nominated CV-07 workfront
Evidence validity requirement
Nomination with confirmation milestones
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-08
Blocking impact
BC-08; gates all ten field dimensions.
Escalation route
ESC-03
Request language — send to competent owner

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.

ER-24Crew, equipment, materials and field prerequisitesBC-08MESA 3WAVE 3AWAITING_OWNER
Owner package
OP-19
Competent owner
BEO / Materials / Tools / Logistics
Supporting owner
Construction Manager
Decision authority
BEO / Materials / Tools / Logistics
Exact evidence requested
Confirmation of crew, equipment, materials and field prerequisites for the nominated workfront
Question to be answered
Per dimension, is the prerequisite confirmed for the nominated workfront, and by whom?
Why required for Phase 6A
Dimension-level confirmation is required; no aggregate assertion accepted.
Minimum acceptable evidence
Per-dimension attributable confirmation.
Preferred evidence form
Function-signed readiness confirmation.
Alternative acceptable evidence
Conditional confirmation with named residual gap.
Evidence NOT accepted
Blanket statement of readiness.
Source system or process
Field support functions
Applicable scope
Crew, equipment, materials, tools, logistics, prerequisites
Evidence validity requirement
Confirmation tied to the nominated execution window
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-08
Blocking impact
BC-08; no aggregate assertion accepted.
Escalation route
ESC-03
Request language — send to competent owner

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.

ER-25SIMOPS context for the nominated windowBC-08MESA 3WAVE 3AWAITING_OWNER
Owner package
OP-20
Competent owner
ES&H
Supporting owner
Construction Manager
Decision authority
ES&H
Exact evidence requested
SIMOPS context and field prerequisite confirmation for the nominated workfront
Question to be answered
What concurrent work exists in and around the nominated location during the execution window?
Why required for Phase 6A
SIMOPS cumulative rules require a real concurrent-work picture.
Minimum acceptable evidence
ES&H confirmation of concurrent work context.
Preferred evidence form
Signed SIMOPS assessment for the window.
Alternative acceptable evidence
Interim assessment with review trigger.
Evidence NOT accepted
Prototype SIMOPS scenario.
Source system or process
ES&H assessment
Applicable scope
Nominated location and adjacent areas
Evidence validity requirement
Assessment with review trigger
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-08
Blocking impact
BC-08; cumulative SIMOPS evaluation needs real context.
Escalation route
ESC-03
Request language — send to competent owner

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.

ER-26Source and owner confirmation for the 12 frozen BEFORE metricsBC-09MESA 3WAVE 4AWAITING_OWNERNON-INTRUSIVE EVIDENCE ACQUISITION ONLY
Owner package
OP-04
Competent owner
P6 / Project Controls
Supporting owner
Business Product Owner
Decision authority
P6 / Project Controls
Exact evidence requested
Source and owner confirmation for the 12 frozen BEFORE metrics
Question to be answered
For each frozen metric, what is the data source and who owns it?
Why required for Phase 6A
Collection cannot start without a confirmed source and owner per metric.
Minimum acceptable evidence
Per-metric source and owner confirmation.
Preferred evidence form
Signed measurement plan.
Alternative acceptable evidence
Partial confirmation with metric-level status.
Evidence NOT accepted
Assumed data availability.
Source system or process
Project Controls / measurement sources
Applicable scope
12 frozen BEFORE metrics
Evidence validity requirement
Per-metric confirmation dated
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-09
Blocking impact
BC-09; moves metrics DEFINED → SOURCE_CONFIRMED / OWNER_CONFIRMED.
Escalation route
ESC-04
Request language — send to competent owner

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.

ER-27Authorization to start prospective BEFORE collectionBC-09MESA 3WAVE 4AWAITING_OWNERNON-INTRUSIVE EVIDENCE ACQUISITION ONLY
Owner package
OP-09
Competent owner
Business Product Owner
Supporting owner
P6 / Project Controls
Decision authority
Business Product Owner
Exact evidence requested
Formal authorization to start prospective BEFORE collection
Question to be answered
Is prospective BEFORE collection formally authorized to start, from which date and scope?
Why required for Phase 6A
BEFORE is time-irreversible and must precede any Pilot exposure.
Minimum acceptable evidence
Attributable collection-start authorization.
Preferred evidence form
Signed start record with date and scope.
Alternative acceptable evidence
Staged start per metric with recorded dates.
Evidence NOT accepted
Retrospective reconstruction of any kind.
Source system or process
Governance decision record
Applicable scope
Prospective baseline collection
Evidence validity requirement
Start record with date and scope
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-09
Blocking impact
BC-09; time-irreversible — must precede any Pilot exposure.
Escalation route
ESC-04
Request language — send to competent 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).

ER-28Non-intrusive observation accessBC-09MESA 3WAVE 4AWAITING_OWNERNON-INTRUSIVE EVIDENCE ACQUISITION ONLY
Owner package
OP-21
Competent owner
Field Supervision
Supporting owner
Construction Manager
Decision authority
Field Supervision
Exact evidence requested
Non-intrusive observation access that does not alter current ways of working
Question to be answered
Can observation be granted without changing current field ways of working?
Why required for Phase 6A
Collection must not itself contaminate the baseline.
Minimum acceptable evidence
Access confirmation with non-intrusive conditions.
Preferred evidence form
Documented observation protocol.
Alternative acceptable evidence
Restricted observation windows.
Evidence NOT accepted
Any activity classified PILOT_INTERVENTION.
Source system or process
Field supervision
Applicable scope
Observation windows on the nominated area
Evidence validity requirement
Access confirmation with non-intrusive conditions
Evidence classification
INTERNAL
Evidence ref / received
— none · — none
Assessment status
NOT_STARTED
Potential retest
RT-09
Blocking impact
BC-09; contamination of the BEFORE baseline is irreversible.
Escalation route
ESC-04
Request language — send to competent owner

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.

WAVE 1Start immediately — enterprise lead time & decision artefacts

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.

Blockers
BC-01, BC-02, BC-03, BC-05, BC-06
Requests
17 — ER-01, ER-02, ER-03, ER-04, ER-05, ER-06, ER-07, ER-08, ER-09, ER-10, ER-11, ER-12, ER-16, ER-17, ER-18, ER-19, ER-20
WAVE 2Organizational

BC-04 stewardship and BC-07 support staffing depend on organizational decisions, not build work.

Blockers
BC-04, BC-07
Requests
5 — ER-13, ER-14, ER-15, ER-21, ER-22
WAVE 3Field

BC-08 dimensions are gated by the real workfront nomination (ER-23).

Blockers
BC-08
Requests
3 — ER-23, ER-24, ER-25
WAVE 4Prospective measurement

BC-09 requests move metrics toward COLLECTION_READY only. Collection does not start from this Pack.

Blockers
BC-09
Requests
3 — ER-26, ER-27, ER-28

G · Evidence Submission Intake

Evidence submission does not automatically upgrade EvidenceQuality. Only assessment may change a blocker's evidence quality.

AWAITING_OWNEROWNER_ACKNOWLEDGEDEVIDENCE_SUBMITTEDUNDER_EVIDENCE_REVIEWACCEPTEDACCEPTED_WITH_LIMITATIONINSUFFICIENTOUTDATEDOUT_OF_SCOPECONTRADICTORY
  • AWAITING_OWNERRequest issued; no owner acknowledgement recorded.
  • OWNER_ACKNOWLEDGEDCompetent owner has accepted the request as within their competence.
  • EVIDENCE_SUBMITTEDAn artefact has been submitted with a reference. No quality implied.
  • UNDER_EVIDENCE_REVIEWAssessment in progress against the seven checks.
  • ACCEPTEDSatisfies the stated acceptance criterion for this request only.
  • ACCEPTED_WITH_LIMITATIONAccepted with a recorded, named limitation carried to the blocker.
  • INSUFFICIENTDoes not meet the minimum acceptable evidence.
  • OUTDATEDSuperseded or outside its validity window.
  • OUT_OF_SCOPEDoes not address the applicable scope of the request.
  • CONTRADICTORYMaterially contradicts the frozen baseline — routed to the Contradiction Register.
Intake form fields

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.

  • AUTHENTICIssued by the named owner through an attributable channel.
  • CURRENTWithin its stated validity window and not superseded.
  • IN_SCOPEAddresses the ApplicableScope of the request, not an adjacent topic.
  • OWNER_COMPETENTThe issuing function actually holds the authority claimed.
  • TRACEABLECarries a reference, version and date that can be reconstructed later.
  • SUFFICIENT_FOR_CRITERIONSatisfies the MinimumAcceptableEvidence of this request.
  • NO_MATERIAL_CONTRADICTIONDoes not conflict with the frozen architecture or another accepted artefact.
NONE
No competent operational evidence received.
PARTIAL
Some criteria satisfied; the blocker cannot yet be retested.
SUFFICIENT_FOR_RETEST
Enough to attempt a targeted retest — not closure.
SUFFICIENT_FOR_CLOSURE
Retest passed and every acceptance criterion is evidenced.

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 OwnerA single owner controls 2 blockers — non-response propagates across BC-01, BC-03. (ER-02, ER-12)
  • OP-04 P6 / Project ControlsA single owner controls 2 blockers — non-response propagates across BC-01, BC-09. (ER-04, ER-26)
  • OP-07 IAM / CyberA single owner controls 3 requests on BC-02. (ER-07, ER-08, ER-09)
  • OP-08 HR / RRLLA single owner controls 2 blockers — non-response propagates across BC-02, BC-04. (ER-10, ER-14)
  • OP-09 Business Product OwnerA single owner controls 2 blockers — non-response propagates across BC-03, BC-09. (ER-11, ER-27)
  • OP-17 Operational Support OwnerA single owner controls 2 requests on BC-07. (ER-21, ER-22)
Cross-owner sequencing
  • 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-25Field 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-27ER-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.

PkgOwnerClassificationLead timeBlockersExternal orgBC-09 irreversible
OP-01Enterprise ArchitectureCRITICAL_PATHLong — enterprise governance cycle1NONO
OP-02Q4 System OwnerCRITICAL_PATHLong — external system owner2YESNO
OP-04P6 / Project ControlsCRITICAL_PATHMedium — multi-blocker owner2NOYES
OP-06IT / IMCRITICAL_PATHLong1YESNO
OP-07IAM / CyberCRITICAL_PATHLong — longest external lead time1YESNO
OP-09Business Product OwnerCRITICAL_PATHMedium — decision artefact, not build2NOYES
OP-10Project Director / Accountable ExecutiveCRITICAL_PATHMedium1NONO
OP-15ES&H Accountable ExecutiveCRITICAL_PATHShort — decision available now1NONO
OP-18Construction ManagerCRITICAL_PATHMedium — gates all BC-08 dimensions1NONO
OP-21Field SupervisionCRITICAL_PATHShort — but time-irreversible1NOYES
OP-03Aconex / IM OwnerHIGH_LEVERAGEMedium1YESNO
OP-12Records ManagementHIGH_LEVERAGEShort1NONO
OP-13PrivacyHIGH_LEVERAGEShort1NONO
OP-17Operational Support OwnerHIGH_LEVERAGEMedium1NONO
OP-05Smart CompletionsNORMALMedium1YESNO
OP-11ComplianceNORMALShort1NONO
OP-14HealthNORMALShort1NONO
OP-08HR / RRLLWAITING_ON_DEPENDENCYMedium — depends on IAM role model2YESNO
OP-16Critical Control / Forwood OwnerWAITING_ON_DEPENDENCYMedium — gated by ER-19 path election1YESNO
OP-19BEO / Materials / Tools / LogisticsWAITING_ON_DEPENDENCYShort — after workfront nomination1NONO
OP-20ES&HWAITING_ON_DEPENDENCYShort — after workfront nomination1NONO

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.

RT-01BC-01NOT_PREPARED — trigger not met
Trigger evidence
ER-01…ER-06 accepted to at least SUFFICIENT_FOR_RETEST
Acceptance criteria
Every participating source declares mode, authority and failure behaviour; unavailable source fails closed.
Required participants
Enterprise Architecture, IT / IM, each source owner
Required source access
Declared mechanism in a controlled environment
Failure behaviour to verify
Source unavailable → HOLD, never inferred readiness
Expected evidence output
Attributable participation test record
RT-02BC-02NOT_PREPARED — trigger not met
Trigger evidence
ER-07…ER-10 accepted
Acceptance criteria
IAM-01 → IAM-06 executed with real identities.
Required participants
IAM / Cyber, HR / RRLL
Required source access
Enterprise identity provider (Pilot scope)
Failure behaviour to verify
Revocation and out-of-scope delegation both fail closed at enforcement, not UI
Expected evidence output
IAM execution record per case
RT-03BC-03NOT_PREPARED — trigger not met
Trigger evidence
ER-11, ER-12 accepted
Acceptance criteria
Every object has an accepted lifecycle owner, transition authority and unavailable-authority behaviour.
Required participants
Business Product Owner, Q4 System Owner
Required source access
Governance decision records
Failure behaviour to verify
Invalid transition rejected; absent authority → HOLD
Expected evidence output
Lifecycle authority verification record
RT-04BC-04NOT_PREPARED — trigger not met
Trigger evidence
ER-13…ER-15 accepted
Acceptance criteria
All seven stewardship roles named, authorized, resourced, with delegates and SoD assessed.
Required participants
Project Director, HR / RRLL, Compliance
Required source access
Appointment and resourcing records
Failure behaviour to verify
Vacant steward → G-01 fail-closed HOLD
Expected evidence output
Stewardship verification record
RT-05BC-05NOT_PREPARED — trigger not met
Trigger evidence
ER-16…ER-18 accepted
Acceptance criteria
Classification, retention, minimum attribute and custodian decided per CA-04 item.
Required participants
Records Management, Privacy, Health
Required source access
Governance decision records
Failure behaviour to verify
Unclassified item cannot be pinned into a decision
Expected evidence output
Classification and retention verification record
RT-06BC-06NOT_PREPARED — trigger not met
Trigger evidence
ER-19 (and ER-20 if Path A) accepted
Acceptance criteria
Path elected with attribution; Path B carries full rescope record.
Required participants
ES&H Accountable Executive, Critical Control Owner
Required source access
Critical control verification records (Path A only)
Failure behaviour to verify
Absent critical control verification → STOP, never CONDITIONAL
Expected evidence output
Path election record and, for Path A, participation test record
RT-07BC-07NOT_PREPARED — trigger not met
Trigger evidence
ER-21, ER-22 accepted
Acceptance criteria
L1/L2/L3 staffed and S-01→S-06 executed by the real support function.
Required participants
Operational Support Owner and named staff
Required source access
Support tooling and escalation channels
Failure behaviour to verify
Unresolved support scenario escalates rather than silently expiring
Expected evidence output
Six drill records with actor, outcome and time
RT-08BC-08NOT_PREPARED — trigger not met
Trigger evidence
ER-23…ER-25 accepted
Acceptance criteria
All ten field dimensions confirmed for a real workfront.
Required participants
Construction, BEO / Materials / Tools / Logistics, ES&H
Required source access
Field records and schedule references
Failure behaviour to verify
Any unconfirmed dimension blocks readiness; no aggregation
Expected evidence output
Dimension-level field readiness record
RT-09BC-09NOT_PREPARED — trigger not met
Trigger evidence
ER-26…ER-28 accepted and collection formally authorized
Acceptance criteria
12 metrics at COLLECTION_READY with confirmed source and owner; no contamination event.
Required participants
Project Controls, Business Product Owner, Field Supervision
Required source access
Measurement sources; non-intrusive observation
Failure behaviour to verify
Any intervention that alters current practice is classified PILOT_INTERVENTION and blocked
Expected evidence output
Prospective baseline collection start record

L · BC-09 Non-Intrusive Evidence Protection

NON-INTRUSIVE EVIDENCE ACQUISITION ONLYProtection · ACTIVEPilotExposure · PROHIBITED
Affected requests
ER-26, ER-27, ER-28
Collection state
NOT_STARTED — this Pack may not start COLLECTING
Contamination events
0
Time rule
BC-09 is time-irreversible. Retrospective baseline reconstruction is never acceptable.
Prohibited by acquisition
  • · 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.

ESC-01BC-04 / BC-07 Stewardship & SupportACTIVE
Escalation owner
Project Director / Accountable Executive
Routed requests
ER-13, ER-14, ER-15, ER-21, ER-22
ESC-02BC-01 / BC-02 Enterprise Sources & IAMACTIVE
Escalation owner
Enterprise Architecture + IAM / Cyber leadership
Routed requests
ER-01, ER-02, ER-03, ER-04, ER-05, ER-06, ER-07, ER-08, ER-09, ER-10, ER-11, ER-12, ER-16, ER-17, ER-18
ESC-03BC-06 Critical Control PathACTIVE
Escalation owner
ES&H Accountable Executive
Routed requests
ER-19, ER-20, ER-23, ER-24, ER-25
ESC-04BC-09 Prospective Baseline ProtectionACTIVE
Escalation owner
Business Product Owner + Project Controls
Routed requests
ER-26, ER-27, ER-28

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.

Total requests
28
Awaiting owner
28
Owner acknowledged
0
Evidence submitted
0
Under review
0
Accepted
0
Accepted w/ limitation
0
Insufficient
0
Contradictory
0
Triggering retest
0
Owner unresolved
0
Critical-path pkgs
10
Active escalations
4

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.
Execution boundaries
  • · 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.