feat(akquise): gefundene Projekte als Eingang vor den Opportunities

Neuer Menuepunkt ueber den Opportunities, mit dem Unterpunkt "Archiv". Die
Liste traegt genau die Spalten, die beim Durchgehen zaehlen: Datum, Von,
Anbieter, Kanal, Projekttitel, Berater, ein Knopf fuer die Uebernahme und die
Symbole fuer Bearbeiten und Loeschen.

Eingabe steht ueber der Liste und ist bewusst kein Dialog - Projekte kommen in
Serie herein. Nach dem Eintragen bleiben Datum, Anbieter, Kanal und Berater
stehen, damit drei Projekte aus einer Mail nicht dreimal dieselben Angaben
kosten. Von, Anbieter und Berater schlagen frueher benutzte Werte vor. Was in
der Liste keine Spalte hat, aber in der Opportunity vorkommt (Endkunde,
Beschreibung, Tagessatz, Laufzeit, Projektpreis, Zeitraum, naechster Schritt,
Notizen), klappt darunter auf.

Eingang, Archiv und Loeschung ergeben sich aus dem Funddatum - 14 bzw. 90 Tage -
und aus converted_at. Es gibt keine Zustandsspalte, die ein Job pflegen muesste
und die von der Wirklichkeit abweichen kann. Der Loeschlauf raeumt beim Abruf
der Liste, hoechstens einmal pro Stunde; die Abfragen filtern Faelliges ohnehin
heraus.

Die Uebernahme legt Opportunity und Merker in einer Transaktion an. Anbieter,
Von, Kanal, Berater und Link haben in der Opportunity kein Feld und wandern als
Herkunftsvermerk in die Notizen.

Der Titel wird nur dann zum Link, wenn eine http(s)-Adresse hinterlegt ist:
"hays.de/projekt/1" ergaenzt das Backend zu https://, und die Anzeige laesst
nichts anderes durch als http und https.

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

docs/02-datenmodell.md

@@ -23,6 +23,8 @@ erDiagram
     crm_leads ||--o{ crm_lead_connections : from_lead_id
     crm_leads ||--o{ crm_opportunity_contacts : ist
     crm_opportunities ||--o{ crm_opportunity_contacts : hat
+    crm_users ||--o{ crm_acquisitions : created_by
+    crm_acquisitions |o--o| crm_opportunities : "wird zu"
 
     crm_users {
         int id PK
@@ -74,6 +76,18 @@ erDiagram
         int lead_id PK,FK
         varchar role "z.B. Entscheider"
     }
+    crm_acquisitions {
+        int id PK
+        date found_at "entscheidet Eingang, Archiv, Loeschung"
+        varchar sender "Von"
+        varchar provider "Anbieter"
+        varchar channel "Mail | Telefon | Portal | ..."
+        varchar title "Projekttitel"
+        varchar consultant "Berater"
+        varchar link "macht den Titel klickbar"
+        datetime converted_at "uebernommen -> raus aus der Liste"
+        int opportunity_id FK
+    }
     crm_events {
         int id PK
         varchar title
@@ -89,7 +103,7 @@ erDiagram
     }
 ```
 
-Vier Eigenheiten, die man kennen muss:
+Fünf Eigenheiten, die man kennen muss:
 
 - **`crm_leads` führt zwei Bestände.** `mail_pool = 0` ist der gepflegte
   Kontaktbestand, `mail_pool = 1` der Vorbereich „Aus Mails" mit den Funden des
@@ -106,6 +120,12 @@ Vier Eigenheiten, die man kennen muss:
 - **`avatar` ist eine Data-URL in der Datenbank.** Der Browser verkleinert jedes
   Bild vor dem Upload auf 256 px (`src/lib/imageCompress.ts`), aus 2,9 MB werden
   wenige Kilobyte.
+- **`crm_acquisitions` hat keine Zustandsspalte.** Eingang, Archiv und Löschung
+  ergeben sich aus `found_at` (14 bzw. 90 Tage) und `converted_at`. Eine Spalte,
+  die ein Job umsetzen müsste, kann von der Wirklichkeit abweichen - eine
+  gerechnete Grenze nicht. `converted_at` ist dabei die Wahrheit, nicht
+  `opportunity_id`: wird die Opportunity gelöscht, fällt der Verweis auf NULL,
+  der Eintrag soll aber nicht wieder im Eingang auftauchen.
 
 ### Postfach crm@perinco.de