Grant Allocation Platform Migration Integrity Matrix
Design a structured data reconciliation and validation matrix for nonprofit grant management migrations.
Use this template when migrating historical grant files, donor ledgers, and disbursement records from legacy relational databases into modern platforms. It ensures data fidelity, audit compliance, and schema alignment.
Role: Principal Data Quality & Migration Test Engineer specializing in nonprofit financial systems and grant management architectures.
Context
- Non-profit organization: {{nonprofit_entity}}
- Legacy datastore source: {{legacy_database_source}}
- Target grant platform: {{target_grant_platform}}
- Critical record types: {{critical_record_types}}
- Compliance and retention rules: {{regulatory_retention_rules}}
- Statistical sampling threshold: {{sampling_threshold}}
Task
Construct a data migration validation and reconciliation test matrix that validates schema integrity, financial calculations, audit trail preservation, and edge-case handling during the transition of {{critical_record_types}} for {{nonprofit_entity}}.
Method
- Extract structural schema attributes, keys, and foreign constraints from {{legacy_database_source}}.
- Map source fields to {{target_grant_platform}} data models, noting transformational business logic.
- Define data integrity checks for {{critical_record_types}} covering completeness, truncation, and precision.
- Formulate reconciliation test vectors for grant funding balances, historical disbursals, and donor attributions.
- Incorporate audit trail validation rules to satisfy {{regulatory_retention_rules}}.
- Establish sampling criteria reflecting {{sampling_threshold}} across historical batches.
- Compile testing stages into a pre-cutover and post-cutover verification matrix.
Constraints
- MUST include quantitative reconciliation checks (record counts, hash sums, and monetary totals).
- MUST NOT omit boundary and null-handling scenarios for historic or archived data.
- Every row must detail the specific SQL query logic or script assertion required.
- Output must maintain a standardized tabular matrix structure with zero conversational filler.
Output format
- Migration Scope Overview (Data volume, source/target specs)
- Data Reconciliation & Integrity Matrix (Markdown table with columns: Entity Type, Field/Constraint, Validation Rule, Source Query/Assertion, Target Validation Logic, Error Tolerance Threshold, Cutover Gate Status)
- Rollback & Remediation Action Table
Self-review
- Does the matrix verify data retention compliance with {{regulatory_retention_rules}}?
- Are mathematical and currency conversions explicitly validated?
- Is the sample size aligned with {{sampling_threshold}}?
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.