Remove fabricated trend values from crm/sales/service dashboards (executive already did, with rationale) #587

Found during a full business/platform-capability review of the app (2026-08-02).

Problem

Three dashboards ship hardcoded, made-up period-over-period trend numbers on their stat widgets:

• src/dashboards/crm.dashboard.ts:213
• src/dashboards/sales.dashboard.ts:618, 634, 649, 660
• src/dashboards/service.dashboard.ts:927, 942, 958, 973

e.g. trend: { value: 12.5, direction: 'up', label: 'vs last month' } — the 12.5 is not computed from anything.

src/dashboards/executive.dashboard.ts:367-370 already removed its own with the correct rationale ("hardcoded percentages previously carried here were fabrications"), so the repo currently ships one honest dashboard and three fabricated ones — an inconsistent half-fix.

Fix

Remove the hardcoded trend blocks from the three remaining dashboards, mirroring the executive dashboard's approach (and its explanatory comment if useful). If/when real period-over-period comparison is wired via the platform's dashboard comparison support, trends can return as computed values.

Acceptance

• grep -rn "trend:" src/dashboards/ shows no literal numeric trend values.
• A pin test (or extension of an existing dashboard test) rejects literal trend.value numbers so they can't creep back in.