Responsible Use Policy
The HCV Model is a decision-support tool — not a decision-making system. It produces an indicative monetary estimate of human capital value to support strategic HR analysis, M&A due diligence, and workforce planning. All outputs must be interpreted by a qualified professional.
- M&A due diligence — valuing human capital of a target organisation
- Strategic workforce planning and HR budgeting
- Organisational design analysis and restructuring modelling
- Compensation benchmarking (informing, not determining, pay)
- HR analytics research, internal reporting, and board presentations
- ERP / SAP integration for HC reporting dashboards
- Academic research and educational demonstration
- Expert witness valuation in employment or transaction disputes
- Automated or sole-basis termination of employment
- Automated pay reduction without human review and employee notification
- Automated demotion, role reassignment, or redundancy selection
- Hiring rejection based solely on predicted future E(RVBER)
- Systematic scoring of employees using protected characteristics as inputs
- Real-time surveillance or continuous automated monitoring of individual value
- Profiling for loan, insurance, or credit decisions
- Any deployment without disclosure to the affected employee or works council
Bias Risk Controls
The dual control factor architecture — EI(cf) and IM(cf) — introduces dimensions that could encode demographic bias if not carefully defined and validated. The following controls are mandatory for any professional deployment.
| Factor / Dimension | Bias Risk | Risk Level | Required Control |
|---|---|---|---|
| EI(cf) — Market Skill Demand | Demand proxies may correlate with age, gender, or ethnicity if based on job titles rather than verified competencies | Medium | Must reference validated external labour market data (e.g. BFS, LinkedIn Talent Insights). May not use demographic proxies. |
| EI(cf) — External Career Alternatives | Assuming fewer alternatives for older workers, women, or non-majority ethnic groups encodes discriminatory assumptions | High | Score must be based on documented, role-specific market data. Demographic characteristics are prohibited inputs. |
| EI(cf) — Professional Reputation | Social visibility and external networks correlate with gender and ethnicity; "reputation" scores can amplify systemic inequalities | High | Score must be based on documented, observable outputs (publications, client feedback, project results) — not social media presence or network size. |
| IM(cf) — Culture & Environment Fit | "Culture fit" is a well-documented proxy for demographic homogeneity and has been scrutinised in employment discrimination case law | High | Must be replaced by or grounded in "values alignment" defined against documented, objective criteria. Requires legal review before use in any employment decision. |
| IM(cf) — Peer Leadership | Peer assessments may encode in-group favouritism along demographic lines | Medium | Peer leadership scores must be validated against org-wide distributions. Scores that differ by >15% across demographic groups trigger mandatory recalibration. |
| IM(cf) — Subordinate Satisfaction | Satisfaction surveys reflect power dynamics and may disadvantage managers from minority groups who face hostile team environments | Medium | Use validated psychometric instruments. Disaggregate results and review for demographic patterns before including in IM(cf) scoring. |
| Service State Definitions | Defining "Exceeds Expectations" or "Marginal Performer" without objective criteria embeds evaluator bias | High | All service states must be defined using observable, documented performance criteria reviewed by HR and legal. Annual validation required. |
| Mobility Probability Matrix | Historical attrition and promotion data reflects past discrimination; using it uncritically perpetuates it | Medium | Audit mobility data for demographic bias before use. Apply corrective adjustments if promotion or attrition rates differ significantly by group. |
Calibration Rules
Accurate E(RVBER) output requires rigorous, documented calibration of every input parameter. The following rules are mandatory for professional deployments.
Service State Definition — documented & legally reviewed
Each service state (Exceeds Expectations, Meets Expectations, Marginal Performer, Exit) must be defined in writing using observable, objective criteria. Definitions must be reviewed by HR and employment law counsel before use.
Service State Values — market-anchored compensation data
Reward values expressed as % of base salary must reference current market compensation data (e.g. Mercer, Kienbaum, Swiss wage statistics). Surrogate measures must be documented and justified.
Expected Service Life — based on role-specific data
The time horizon n must reflect the realistic tenure expectation for the specific role and organisation, not a generic assumption. Reference industry attrition data and internal historical tenure where available.
Mobility Probability Matrix — validated, bias-audited
Transition probabilities between service states must be derived from actual historical data, audited for demographic bias, and signed off by an HR professional. Expert estimation is permitted where data is insufficient, but must be flagged as such in the output.
EI(cf) Scoring — anchored to observable market criteria
Each external individual sub-factor must be scored against documented, specific criteria. Scores must not embed assumptions about protected characteristics. Cross-validate scores against market data quarterly.
IM(cf) Scoring — Likert instrument validated annually
Internal managerial control factors must use validated psychometric instruments aligned with Likert's organisational measurement dimensions. Scoring rubrics must be applied consistently across the organisation and audited for inter-rater reliability.
Discount Rate — independently reviewed
The discount rate r must reflect the organisation's current weighted average cost of capital (WACC) or a defensible sector benchmark. It must be reviewed by finance and documented with its source and date.
Cross-Group Validation — demographic neutrality test
Before any deployment affecting employment decisions, the calibrated model must be tested for systematic output variance across demographic groups. Results that show >10% mean difference by gender, age band, or ethnicity require investigation and correction before use.
Privacy-by-Design Architecture
The HCV Model processes personal data (compensation, performance state, tenure) that is sensitive in an employment context. The following architecture principles apply to all deployments under Swiss nDSG 2023 and GDPR.
Article 22 of the GDPR grants data subjects the right not to be subject to a decision based solely on automated processing where it produces legal or similarly significant effects. HCV Model deployments must implement the following safeguards to comply:
- A qualified human decision-maker reviews the E(RVBER) output before any employment action
- The employee is informed that their data was processed by an algorithmic model
- The employee is provided a meaningful explanation of the factors and their weightings
- The employee has the right to contest the output and request re-evaluation
- The decision-maker's identity, assessment, and rationale are documented separately from the model output
- A data protection impact assessment (DPIA) is completed for any systematic employee valuation programme
Legal & Regulatory Framework
The following regulations govern the use of the HCV Model in professional and employment contexts. This list is indicative and does not constitute legal advice. Consult qualified legal counsel for your jurisdiction.
Frequently Asked
No — not as a standalone or automated input. E(RVBER) can inform a redundancy analysis by providing an indicative monetary value of each role's human capital, but the selection decision must be made by a human manager following your jurisdiction's redundancy process, equality legislation, and consultation requirements. The model output must never be the sole criterion for selection.
Yes. Embedding the HCV Model in an ERP system that continuously processes employee data likely triggers a DPIA requirement under GDPR Art. 35 and nDSG Art. 22. You should also review whether the integration constitutes a high-risk AI system under the EU AI Act — if so, conformity assessment and registration (Art. 49) become mandatory. Works council consultation may be required in Germany, Austria, and other co-determination jurisdictions.
Only with caution and legal review. "Culture fit" has been challenged in discrimination case law as a proxy for demographic homogeneity. If used, it must be grounded in specific, documented, objective criteria (e.g. "alignment with documented values of transparency and client focus") rather than subjective assessments of personal style or background. We recommend replacing "culture fit" with "values alignment" and grounding each criterion in observable, documented behaviours.
Under GDPR Art. 15 and nDSG Art. 25, employees generally have a right of access to personal data held about them, including processed outputs derived from their personal data. Where E(RVBER) is computed using identified employee data, the individual may request access. The response should include: the output value, the input parameters used, the model version, the date, and contact information for the data controller. Seek legal advice before establishing your subject access request process.
Yes, for employment-affecting deployments in the EU. The EU AI Act 2024/1689 entered full application in August 2026. Annex III classifies AI systems used for "recruitment or selection of natural persons, promotion and termination of work-related contractual relationships, task allocation, monitoring or evaluation of performance and behaviour of persons in work-related contractual relationships" as high-risk. Conformity assessment (Art. 43), technical documentation (Art. 11), transparency (Art. 13), human oversight (Art. 14), and EU AI database registration (Art. 49) are legally mandatory — not optional. Designate an EU authorised representative under Art. 22 where required before EU commercial deployment.
In M&A due diligence, processing employee data is typically based on legitimate interests (GDPR Art. 6(1)(f)) or legal obligation rather than individual consent. However, the target company must still satisfy transparency obligations, data minimisation principles, and — in most jurisdictions — notify the relevant works council or employee representatives. Individual employees are generally not entitled to block the due diligence process, but they retain their rights of access and rectification for post-transaction data.