← Back to Signals
External Domain Contribution

HR Governance × EVIDE

Human Oversight Demonstrability in HR & Recruitment AI Systems
v1.0 · March – April 2026 · Domain Collaboration
Published with consent of the external contributor
Contributors
AI Governance Architect — EU AI Act Compliance for HR & Recruitment AI Systems | Defensible AI Decisions, Risk Registers, Human Oversight & Audit Logs

Protocol </AI> Founder | EVIDE – The Missing Evidentiary Layer for AI | CertifyWebContent.com | DAPI-Certification.com | Digital Evidence & AI Governance
Context

This document records the external domain contribution of Saly Man to the development of the EVIDE framework (External Verifiable Integrity of Decision Events) and the </AI> Protocol, produced by Informatica in Azienda under the direction of Dott. Emanuel Celano.

The contribution was developed through a structured technical exchange spanning March and April 2026, focused on the operational application of EVIDE to HR and AI governance workflows, including AI-assisted candidate screening, human override scenarios, escalation paths, and classification governance under the EU AI Act.

Saly Man operates at the intersection of AI governance, EU AI Act compliance, and HR systems architecture. His expertise in how decisions are formed, reviewed, and documented in high-impact recruitment workflows provided a real-world operational surface for testing and refining the EVIDE schema.


Schema Contributions (v1.2 → v1.8)

The following seven schema updates were directly shaped by the technical exchange with Saly Man.

Version Field Contribution
v1.2 intervention.rationale_type Classification layer for intervention types, introduced following the observation that rationale was consistently present but narrative and non-comparable across cases.
v1.3 intervention.taxonomy_version Anchors the classification context at the moment of deposit, enabling classification replay under audit even as taxonomies evolve.
v1.4 fedis_requested + API ingest FEDIS integration path and programmatic API ingestion, enabling scalable and automated evidentiary deposit flows.
v1.5 authority_verification_status Server-computed response attribute clarifying whether authority verification was claimed or declared at intake.
v1.6 intervention.classification_status Structural state of classification at deposit (stable / provisional / contested), exposing divergence between reviewers without forcing artificial convergence.
v1.7 intervention.classification_context Taxonomy reference, threshold reference, and threshold status — exposing whether admissibility had a defined structure upstream.
v1.8 threshold_authority (attribution_status) Threshold ownership attribution layer — exposing whether a threshold had a single attributable source of authority, was fragmented, implicit, or unknown at closure.

Key Alignment Points
Intervention traceability vs. decision accountability
Clarified the structural separation between tracing the path of human intervention (internal traceability) and anchoring accountability at the decision outcome (evidentiary layer). This distinction became foundational to the EVIDE architecture.
Anchoring threshold as an operational decision
Identified that the boundary at which a decision is considered 'sufficiently defined to anchor' is not a technical constraint but an operational governance decision with durable consequences.
Taxonomy drift and inter-reviewer consistency
Introduced the distinction between classification drift over time (addressed by taxonomy_version) and divergence at entry (addressed by classification_status and lightweight guidance at the point of classification).
Authority fragmentation vs. authority absence
Identified that threshold ownership can be fragmented across policy, operational, and model governance functions without being absent, creating a different evidentiary condition from 'not_defined' — directly leading to the threshold_authority field in v1.8.
Authority incoherence at the closure point
Introduced the distinction between fragmented authority and conflicting authority — where competing conditions cannot all be satisfied simultaneously, creating ambiguity in responsibility attribution at the decision closure boundary. Identified as a candidate for explicit modeling in a future EVIDE iteration.

HR Use Case: Bias-Correction Override

The following scenario was developed jointly to map a concrete HR workflow onto the EVIDE evidentiary layer. It remains the clearest illustration of how the two layers interact in practice.

Operational trace (upstream)
  • Step 1 — AI output: AI scores the candidate. A risk signal is triggered: an employment gap is flagged as a negative indicator. A risk register entry is created.
  • Step 2 — Initial human review: Reviewer 1 (HR Screener) reviews the AI output and confirms the rejection. Oversight log entry: confirmed_ai_recommendation
  • Step 3 — Escalation: The candidate raises a potential bias concern. Case escalated to a Senior HR Officer. Incident log entry created. Escalation trigger: candidate_challenge_received
  • Step 4 — Senior review and override: The Senior HR Officer identifies the flagged gap relates to parental leave — a protected characteristic. Override applied. Oversight log entry: override_misclassification_correction
  • Step 5 — Final decision declared and closed.
EVIDE record at closure
{
  "evide_schema": "1.8",
  "source_system": "HR_Screening_Platform",
  "source_reference": "CANDIDATE-2026-4821",
  "source_timestamp_utc": "2026-04-21T14:30:00Z",

  "decision": {
    "type": "candidate_evaluation",
    "status": "finalized",
    "closure_timestamp_utc": "2026-04-21T14:31:00Z",
    "summary": "Candidate advanced after escalation and override of AI rejection"
  },

  "authority": {
    "id": "reviewer_047",
    "role": "Senior HR Officer",
    "verification": "dapi_certified"
  },

  "intervention": {
    "type": "override",
    "rationale_type": "misclassification_correction",
    "rationale": "AI flagged parental leave gap as risk signal. Senior reviewer identified a protected characteristic. Override applied after escalation.",
    "taxonomy_version": "HR_Taxonomy_v2.1",
    "classification_status": "stable",
    "classification_context": {
      "taxonomy_reference": "https://.../hr-evaluation-taxonomy-v2.1",
      "threshold_reference": "https://.../ai-act-art14-non-discrimination",
      "threshold_status": "met",
      "threshold_authority": {
        "attribution_status": "attributed",
        "authority_ref": "https://.../hr-escalation-policy-v3"
      }
    },
    "trace": {
      "reference": "OVERSIGHT-LOG-2026-4821",
      "access": "restricted"
    }
  },

  "chain": {
    "parent_evide_id": "EVIDE-20260421-0041",
    "chain_type": "escalation"
  }
}
Edge case: threshold not defined
"classification_context": {
  "taxonomy_reference": "https://.../hr-evaluation-taxonomy-v2.1",
  "threshold_reference": null,
  "threshold_status": "not_defined",
  "threshold_authority": {
    "attribution_status": "unknown"
  }
}

If the escalation threshold was not defined upstream, the record still anchors the decision and the override — but it now reveals that no formal escalation threshold governed when the case should be elevated. Not individual failure. A governance gap made persistent.


Minimum Anchoring Contract

A recurring finding from the exchange was that most governance failures in HR systems do not come from missing logs, but from the absence of a clearly defined decision condition at the moment of closure.

The minimum anchoring contract defines the conditions under which a decision object is considered sufficiently defined to externalize as accountable. It is not a property of EVIDE itself, but of the interface between the governance layer and the evidentiary layer.

Elements consistently identified across the exchange:

  • a stable and closed decision reference
  • a clearly attributable authority
  • a structured rationale — not only narrative text
  • a retrievable connection to the underlying process or evidence
  • a level of consequence that makes the decision externally accountable
EVIDE does not decide when a decision is sufficiently defined.
It makes that level of definition — or its absence — persistent and externally observable.

Public Reference

This contribution is referenced in the External Expert Signals section of the EVIDE public Signals page, under the category 'External Domain Contribution — HR Governance Scenario.'

Signals: EVIDE Signals page

EVIDE JSON Schema: app.certifywebcontent.com/json

Framework: CertifyWebContent.com

Conclusion
One domain expert.
Seven schema iterations.
A clearer evidentiary model.
This is how EVIDE gets stronger.