feat(akquise): Archiv bearbeiten und wiederherstellen

Im Archiv setzte der Stift nur `editing` - das Formular stand dort nicht,
also passierte sichtbar nichts. Es wird jetzt auch im Archiv gezeigt,
aber nur beim Bearbeiten: eingetragen wird weiterhin im Eingang.

Dazu ein Weg zurueck. `POST /api/acquisitions/:id/restore` setzt
`found_at` auf heute und leert `converted_at` samt `opportunity_id` -
ohne Letzteres haelt die Uebernahme einen Rueckfaeller im Archiv fest,
gleich welches Datum er traegt. Eine Spalte "wiederhergestellt" gibt es
bewusst nicht; die Tabelle fuehrt keinen Zustand.

Der Pfeil erscheint nur im Archiv. Ein nie uebernommener Eintrag wird
ohne Rueckfrage zurueckgeholt, ein Rueckfaeller mit - dabei faellt der
Verweis auf die geloeschte Opportunity weg. Fuer diese Rueckfrage kennt
`ConfirmDialog` jetzt `tone="neutral"`: ein roter Knopf an einer
harmlosen Stelle nimmt der Farbe ihre Bedeutung.

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

docs/02-datenmodell.md

@@ -168,6 +168,12 @@ Acht Eigenheiten, die man kennen muss:
   Zustand der Opportunity abgeleitet (Papierkorb oder weg), nicht gespeichert:
   wird sie zurückgeholt, verschwindet der Eintrag von selbst wieder. Die Regeln
   dafür stehen in `server/src/acquisitionRules.js`.
+  Aus derselben Logik folgt, was **Wiederherstellen** (`POST /:id/restore`) tut:
+  Es setzt `found_at` auf heute und leert `converted_at` samt `opportunity_id` -
+  ohne das Zurücksetzen von `converted_at` bliebe ein Rückfaller im Archiv
+  stehen, gleich welches Datum er trägt. Ein Kennzeichen
+  „wiederhergestellt" gibt es nicht; es wäre der Zustand, den diese Tabelle
+  gerade nicht führt.
 
 ### Postfach crm@perinco.de