Check the consignee address against master data

[jbagsik]

Part of

Field fidelity and validation of parsed e-invoices — restoring facts the parser reads but the model cannot hold, and making the readiness figure agree with the conformance verdict.

What to build

A consignee address is checked against the addresses of the attributed customer, including companies in the same tree, so a branch office with a slightly different name still matches. A miss is not a field error — a genuine third-party delivery would otherwise produce a finding forever.

Acceptance criteria

• The check runs for every document that carries a consignee
• A match, including within the company tree, results in a database-validated status
• A miss leaves the field as parsed and produces no field error
• A miss surfaces as a master-data divergence, derived rather than stored
• The divergence disappears once the master data is corrected, with nothing to close

Blocked by

• Delivery becomes a party with a name invoice#8 — Delivery becomes a party with a name