The CBA pickers now say which rate you're getting, and why

Entering next year's negotiated wage increase ahead of time is exactly what you should do — CBA tables publish early. But the estimate builder was quietly using the newest rate it could find, future-dated or not, so the moment you entered the 2027 table, every new bid priced at 2027 wages. Fixed: estimating now uses each classification's newest rate effective on or before today, and future tables take over automatically on their effective date.

Settings → Labor Rates now shows that rule instead of making you infer it:

• Every agreement wears a lifecycle chip — Active, Expires soon, Expired, or Starts later — with its effective–expiry span right on the card. An expired master agreement no longer looks identical to the live one.
• Each classification's rate history is marked: the row estimating actually uses says in use, older rows are dimmed superseded, and pre-entered tables say future.
• Trades read as trades ("Operating Engineer"), not database slugs.

The estimate builder got matching clarity:

• The header bar is now labeled Default CBA — it's the estimate-wide default that powers the man-days calculator; hovering it says so.
• Classification dropdowns show the loaded $/hr next to every option, in both the header bar and the per-line picker — no more pick-read-repick to compare Foreman against Journeyman.
• The per-line CBA button remembers: once a line is priced, the button fills in and its tooltip names the agreement; reopening the picker starts from what the line used, not the alphabetical first.
• The picker shows the agreement's trade, local, and workers' comp under the dropdown, the effective date of the rate table in the cost breakdown, and labels expired agreements in the list.
• If no default payroll burden is set, the picker now says that's why there's no loaded rate — with a link to fix it — instead of a mute disabled button.