feat(dashboard): Startansicht mit Bewerbungen, Wandlung und Gewinnen

Erster Menuepunkt und Startansicht; das Logo oben links fuehrt dorthin zurueck.

Vier Kennzahlen (Bewerbungen, daraus Opportunities samt Quote, gewonnene
Projekte, aktuell beim Kunden), ein Saeulendiagramm mit denselben drei Reihen
ueber der Zeit, die Bewerbungen je Berater, die naechsten Termine und alle
Opportunities in Kundenvorstellung bzw. Interview Kunde. Zeitraum ueber vier
Vorgaben oder frei, Einteilung nach Tag, Monat, Quartal oder Jahr.

Bewerbung heisst dabei: ein Eintrag in der Akquise - jeder Eintrag bedeutet, dass
ein Profil raus ist (so vom Nutzer festgelegt).

Zwei Dinge dafuer am Datenmodell:

- crm_opportunities.won_at haelt den Zeitpunkt des Wechsels nach "Beauftragt".
  Die Phase allein sagt nur, wie es jetzt steht, nicht wann es passiert ist.
  Beim Wechsel heraus wird das Datum geleert, sonst zaehlt das Dashboard einen
  Gewinn, den es nicht gibt.
- Die Akquise loescht nach 90 Tagen - damit waere jede Jahresauswertung falsch.
  Der Aufraeumlauf sichert deshalb vorher Tag, Berater und Anzahl in
  crm_acquisition_history, in derselben Transaktion wie das Loeschen. Gesichert
  wird nur, was verschwindet; die Auswertung addiert beide Quellen und kann sich
  damit nicht ueberschneiden. Projektdaten sind nach dem Loeschen weiterhin weg.

Termine und die Phasenlisten kommen nicht aus einem eigenen Endpunkt: Termine und
Opportunities laedt die App ohnehin komplett, das Dashboard filtert sie selbst.

Diagramme von Hand (SVG-freie Balken plus Tailwind-Uebergaenge) statt einer
Bibliothek - drei Darstellungen rechtfertigen keine weitere Abhaengigkeit, und so
kommen die Farben aus denselben Tokens wie der Rest. Die Zahlen laufen hoch, die
Saeulen wachsen; wer Bewegung im System abgeschaltet hat, bekommt sofort den
Endwert.

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

server/src/schema.sql

@@ -158,6 +158,22 @@ ALTER TABLE crm_opportunities ADD COLUMN IF NOT EXISTS fixed_price DECIMAL(12,2)
  * `deleted_by` traegt bewusst keinen Fremdschluessel: Spalten lassen sich per
  * ADD COLUMN IF NOT EXISTS idempotent nachziehen, ein Fremdschluessel nicht.
  */
+/*
+ * Zeitpunkt des Gewinns. Ohne ihn liesse sich "wie viele Projekte haben wir im
+ * Mai gewonnen" nicht beantworten - die Phase allein sagt nur, wie es jetzt
+ * steht. Gesetzt beim Wechsel nach 'Beauftragt', geleert beim Wechsel heraus.
+ */
+ALTER TABLE crm_opportunities ADD COLUMN IF NOT EXISTS won_at DATETIME NULL AFTER stage;
+ALTER TABLE crm_opportunities ADD INDEX IF NOT EXISTS idx_crm_opp_won (won_at);
+
+/*
+ * Zeitpunkt des Gewinns. Ohne ihn liesse sich "wie viele Projekte haben wir im
+ * Mai gewonnen" nicht beantworten - die Phase allein sagt nur, wie es jetzt
+ * steht. Gesetzt beim Wechsel nach 'Beauftragt', geleert beim Wechsel heraus.
+ */
+ALTER TABLE crm_opportunities ADD COLUMN IF NOT EXISTS won_at DATETIME NULL AFTER stage;
+ALTER TABLE crm_opportunities ADD INDEX IF NOT EXISTS idx_crm_opp_won (won_at);
+
 ALTER TABLE crm_opportunities ADD COLUMN IF NOT EXISTS deleted_at DATETIME NULL AFTER created_by;
 ALTER TABLE crm_opportunities ADD COLUMN IF NOT EXISTS deleted_by INT UNSIGNED NULL AFTER deleted_at;
 ALTER TABLE crm_opportunities ADD INDEX IF NOT EXISTS idx_crm_opp_deleted (deleted_at);
@@ -432,6 +448,40 @@ CREATE TABLE IF NOT EXISTS crm_acquisitions (
  * Der Unique-Schluessel greift ueber die Kollation utf8mb4_unicode_ci auch bei
  * abweichender Gross-/Kleinschreibung: "mail" ist neben "Mail" kein neuer Wert.
  */
+/*
+ * Verdichteter Verlauf der Akquise. Jeder Eintrag in crm_acquisitions ist eine
+ * versendete Bewerbung; nach 90 Tagen wird er geloescht (siehe dort). Damit das
+ * Dashboard trotzdem ueber Jahre rechnen kann, wird vor dem Loeschen genau das
+ * gesichert, was die Auswertung braucht: Tag, Berater, Anzahl.
+ *
+ * Bewusst nur Zahlen, keine Projektdaten - "geloescht" bleibt damit auch
+ * geloescht. Der Primaerschluessel erlaubt kein NULL, deshalb steht fuer "ohne
+ * Berater" der leere Text.
+ */
+CREATE TABLE IF NOT EXISTS crm_acquisition_history (
+  found_on     DATE         NOT NULL,
+  consultant   VARCHAR(190) NOT NULL DEFAULT '',
+  applications INT UNSIGNED NOT NULL DEFAULT 0,
+  PRIMARY KEY (found_on, consultant)
+) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
+
+/*
+ * Verdichteter Verlauf der Akquise. Jeder Eintrag in crm_acquisitions ist eine
+ * versendete Bewerbung; nach 90 Tagen wird er geloescht (siehe dort). Damit das
+ * Dashboard trotzdem ueber Jahre rechnen kann, wird vor dem Loeschen genau das
+ * gesichert, was die Auswertung braucht: Tag, Berater, Anzahl.
+ *
+ * Bewusst nur Zahlen, keine Projektdaten - "geloescht" bleibt damit auch
+ * geloescht. Der Primaerschluessel erlaubt kein NULL, deshalb steht fuer "ohne
+ * Berater" der leere Text.
+ */
+CREATE TABLE IF NOT EXISTS crm_acquisition_history (
+  found_on     DATE         NOT NULL,
+  consultant   VARCHAR(190) NOT NULL DEFAULT '',
+  applications INT UNSIGNED NOT NULL DEFAULT 0,
+  PRIMARY KEY (found_on, consultant)
+) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
+
 CREATE TABLE IF NOT EXISTS crm_acquisition_options (
   id         INT UNSIGNED NOT NULL AUTO_INCREMENT,
   field      ENUM('sender','channel','consultant') NOT NULL,