feat(leads): Leads universell mit Projekten verknüpfen

Ein Projekt lebt in genau einem Heimat-Bereich und wird einmal angelegt;
Leads bekommen eine optionale Verknüpfung dorthin (lead.projectId), egal in
welchem Bereich das Projekt wohnt — kein redundantes Anlegen mehr.

- Migration 0011: lead.project_id (FK → project, ON DELETE SET NULL).
- Lead anlegen / CSV-Import / Lead-Detail: Projekt zuordnen; CSV ordnet alle
  importierten Leads einem Projekt zu.
- Projektseite: neue "Leads"-Sektion (Vertriebs-Sicht des Projekts).
- Vertrieb: "Projekte mit Vertriebsaktivität" — bereichsübergreifend alle
  Projekte mit verknüpften Leads (so erscheint ein Entwicklungsprojekt hier,
  WEIL es Leads hat). Rein interne Projekte ohne Leads tauchen nicht auf.
- Lead-Liste/Detail zeigen das verknüpfte Projekt.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

packages/db/src/schema.ts

@@ -465,6 +465,10 @@ export const lead = pgTable(
     areaId: uuid('area_id')
       .notNull()
       .references(() => area.id, { onDelete: 'restrict' }),
+    // Optionale Verknüpfung zum (universellen) Projekt — egal in welchem Bereich
+    // dieses wohnt. So sind „HiveGrid-Leads" mit dem HiveGrid-Projekt verbunden,
+    // ohne dass das Projekt im Vertrieb redundant angelegt werden muss.
+    projectId: uuid('project_id').references(() => project.id, { onDelete: 'set null' }),
     // 1. Stammdaten
     firma: text('firma').notNull(),
     status: text('status', { enum: ['cold', 'warm', 'hot', 'won', 'lost'] })
@@ -525,6 +529,7 @@ export const lead = pgTable(
   (t) => ({
     idxStatus: index('idx_lead_status').on(t.status),
     idxOwner: index('idx_lead_owner').on(t.ownerUserId),
+    idxProject: index('idx_lead_project').on(t.projectId),
   }),
 );