The leads page's stats lines answer a company pick one leg per company, beside the list that already did (p11-x-combine-companies).
25 Sept 2026 · branch p11-x-prospect-stats-combine · captured against propflow-stage · at 8c923c52c5+local
Data note. Every name and balance below comes from propflow-stage, which is anonymized by construction (ADR-0097/0110 — phones in the impossible +1000 NPA, emails @example.test). The identical capture against prod would carry real tenants' names and balances and is not safe to attach anywhere, which is why the generator refuses to run against one.
On the same pick #12172's capture shows, the Tours tile had no sub-line: the stats route refused a two-company pick, so the tile sat in its unknown state beside a list that answered. Now the stats route counts the same buildings the list reads its leads from, one company at a time, and the sub-line is back. The figures are whatever stage holds; the capture asserts that the line is present, never a number. Stage data (anonymized by construction, ADR-0097/0110).
Asserted in the captured DOM — Inquiries · Tours · upcoming. The Tours sub-line ('N upcoming' / 'none upcoming') is rendered only when the stats read answered.
The refusal (org_not_answerable) is not reachable by either evidence identity. The smoke login is platform staff, who are never refused. The seeded customer admin holds one company, so the selection drops any other company before the route sees it. It is pinned by route.company-legs.test.ts instead, which also records the building partitions each case reads.