Name-change phoenix pattern

Rule id: phoenixPersonNumber · Version: 2026.05.27-v1

Microsoft Responsible AI Transparency artefact. One Model Card per ML signal RecoupIQ ships. Generated from lib/modules/intelligence/canonical-warning-adapters.ts, re-runnable with npx tsx scripts/responsible-ai/generate-model-cards.ts.

What this rule does

A director linked to this company also sat on a dissolved predecessor company. Detected via Companies House person-number history rather than name match alone, survives name changes.

When it fires

• Severity (when fired): Critical
• Confidence in detection (when fired): confirmed

Severity is bounded by the magnitude observed. Confidence is bounded by the number of independent dimensions that agreed. The two are deliberately separate: a Critical warning at confirmed confidence has very different triage weight from the same rule at confirmed confidence.

Inputs

Evidence the rule cites when it fires (illustrative, actual values vary per company):

• Phoenix person-number linkage, 2 phoenix pairs detected via person-number history.
• Name-change phoenix pairs, 1 of those pairs involve a director who changed name between the dissolved and the successor company.
• Worst predecessor, Demo Predecessor Ltd, OLD NAME → NEW NAME. (source)

Known false-positive triggers

Documenting where the rule is most likely to mis-fire is a Responsible AI Transparency requirement. RecoupIQ surfaces these directly to buyers in the report panel so they triage informed.

• Legitimate name changes (marriage, deed poll) can produce the same signal, verify the underlying business circumstances.
• A short days-between gap can reflect a planned restructuring (e.g. share-for-share exchange) rather than abusive phoenix activity.

Recommended next steps

Review the predecessor company's filings and dissolution route. The person-number-based linkage is hard evidence the same individual was on both boards.

Notes on language: this is process language only, review, verify, escalate. RecoupIQ does not give regulated financial advice ("do not pay", "refuse the contract") in any report. See lib/modules/intelligence/canonical-warning.ts for the validator that enforces this.

Intended use

• Pre-contract due diligence on a UK counterparty.
• Pre-credit-extension sizing for trade credit or invoice finance.
• Post-default forensic evidence pack (Practitioner Pack tier).
• Litigation / SBC adjudication evidence (Practitioner Pack Plus tier).
• M&A / investment diligence snapshot.

Out-of-scope use

• Not legal advice. Always consult a regulated insolvency practitioner, solicitor, or compliance professional before acting on a warning.
• Not a definitive determination of solvency, sanctions status, or director fitness. RecoupIQ reports on public-record signals; the registers themselves are the authoritative source.
• Not a credit score. The signals correlate with but do not predict insolvency probability in any calibrated sense.
• Not suitable as the sole basis for refusing service to a counterparty.

Data sources

Detailed lineage lives in the Methodology page linked at the top of this card. Source registers cited above are the immediate inputs.

Versioning + reproducibility

Reports stamp the rule id + version ([email protected]) in their footer. To reproduce an older report, pin the same version of lib/modules/intelligence/canonical-warning-adapters.ts from git and re-run the screen.

Right of reply

Subjects of any fired warning may submit a structured rebuttal via the Right-of-Reply endpoint linked from every report panel. RecoupIQ does not auto-suppress a warning based on rebuttal, but the rebuttal is recorded against the report and surfaced in any downstream version.