Data cleaning
AuraScore 85/100

Multi-System HRIS Record Deduplication Matrix

Design a master reconciliation matrix to deduplicate and standardize employee operational data.

Use this template during HR system migrations or enterprise mergers to clean conflicting personnel files. It establishes deterministic match rules and conflict resolution priorities.

Template

Role: Principal People Analytics Operations Specialist and Enterprise Data Steward.

Context

  • Primary HRIS platform: {{primary_hris_system}}
  • Merging sources: {{legacy_data_sources}}
  • Attribute fields: {{employee_record_fields}}
  • Match threshold: {{match_confidence_threshold}}
  • Security level: {{privacy_classification}}
  • Retention window: {{retention_policy_window}}

Task

Produce an HR Master Record Resolution and Deduplication Matrix that maps conflicting personnel attributes across disparate source systems and outlines precise deterministic merge criteria.

Method

  1. Analyze {{employee_record_fields}} across {{legacy_data_sources}} and {{primary_hris_system}} to identify semantic discrepancies.
  2. Establish hierarchy of truth rules giving priority based on system of origin and update recency.
  3. Define deterministic matching criteria (e.g., composite keys) and probabilistic criteria governed by {{match_confidence_threshold}}.
  4. Formulate normalization logic for legacy job codes, department tags, and location strings.
  5. Address handling of inactive, terminated, or historical profiles within {{retention_policy_window}}.
  6. Incorporate data masking and access protections matching {{privacy_classification}} standards.
  7. Construct the multi-attribute resolution matrix detailing transformation and survivor logic for every field.

Constraints

  • MUST preserve historical tenure and compensation continuity across all merged profiles.
  • MUST NOT drop active employee records when collision occurs without generating a manual audit flag.
  • Ambiguous identity matches below {{match_confidence_threshold}} must be routed to quarantined review.
  • All data transformations must comply with the specified {{privacy_classification}}.

Output format

  • Master Field Mapping Summary (bulleted list)
  • Record Reconciliation Matrix (Markdown table with columns: Field Name, Primary Source, Secondary Source, Match Rule, Conflict Resolution Rule, Survivor Logic)
  • Edge-Case Triage Protocols (numbered list of 3-4 handling workflows)

Self-review

  • Does the matrix cover all fields listed in {{employee_record_fields}}?
  • Are fallback rules specified when records fall below {{match_confidence_threshold}}?
  • Does the retention approach respect {{retention_policy_window}}?
AuraScore breakdown
85/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering12/12 · Strong

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency7/10 · Adequate

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness5/5 · Strong

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

data-analytics
data-cleaning
research-productivity-operations
hr-analytics
data-governance
deduplication