## Re-Review-Ergebnis

**Verbleibende Findings: P0/P1/P2 = 0/0/2**

### Ursprüngliche P1: alle behoben

1. **Gesamtabweichung nur bei vollständigem Vergleichsjahr: PASS**  
   `src/jarvis_finance/services/budget_planning.py:820-835` verlangt vollständige Vergleichswerte und verlässliche Forecasts aller Kategorien. Synthetischer Gegencheck mit neun fehlenden Kategorien ergab `deviation_chf=None` und `deviation_percent=None`.

2. **Prior-Year-Frontend-Typen: PASS**  
   `frontend/src/api/budget.ts:11-16` entspricht der tatsächlichen Read-/Preview-/Confirm-Antwort einschließlich `null`-Werten, Fingerprint und Source-Version. TypeScript-/Vite-Build erfolgreich.

3. **Gerundeter Monatsdurchschnitt und reconciliierende Erklärung: PASS**  
   `budget_planning.py:648-654, 927-930` verwendet den auf Rappen gerundeten Durchschnitt sowohl für Forecast als auch Erklärung. Der fokussierte Reconciliation-Test ist grün.

4. **Unklassifizierte bestätigte Ausgaben im Annual Assistant: PASS**  
   `budget_planning.py:1198-1224, 1257-1268` schlägt unklassifizierte Beträge keiner Kategorie zu, markiert den Forecast als unverlässlich und liefert die Forecast-KPIs als `null`. Synthetisch bestätigt.

Zusätzlich bestätigt:
- Extreme Jahre/Beträge ergeben kontrolliert **422**.
- Credit-Card-Counterposts werden in `budget_planning.py:908-915` mitgezählt.

### Verbleibende P2

1. **P2 – Annual-Assistant-TypeScript-Vertrag ist weiterhin zu eng**  
   - `frontend/src/api/budget.ts:18`
   - Backend: `src/jarvis_finance/services/budget_planning.py:1257-1259, 1277-1283`  
   Backend liefert bei unverlässlicher Prognose `null` für `forecast.income_chf`, `expense_chf`, `surplus_chf`, außerdem für Vorjahres-Monatswerte und teilweise Kategorieforecastwerte. Der Frontend-Typ deklariert diese weiterhin als zwingende `string`. Aktuell kein sichtbarer Absturz, weil bestehende Nutzung meist vorher `reliable` prüft; die statische API-Sicherheit ist dennoch falsch.

2. **P2 – Ursache unklassifizierter Ausgaben wird nicht ausgewiesen**  
   - `src/jarvis_finance/services/budget_planning.py:1198, 1287-1300`
   - `frontend/src/pages/CommandCenter.vue:86`  
   Der Forecast wird korrekt unverlässlich, aber `material_gaps` und `coverage.gaps` bleiben leer, `category_coverage_percent` bleibt `100.00` und `quality_label` lautet „aktuell“. Das Command Center behauptet pauschal „Materielle Importdaten fehlen“, obwohl tatsächlich bestätigte, aber unklassifizierte Ausgaben vorliegen. Synthetischer Probe: Ist-Ausgaben `250.00`, kategorisiert `150.00`, Forecast unverlässlich, aber keine ausgewiesene Lücke.

### Ausgeführte Checks

- Python-Fokustests: **12 passed**
- `BudgetPlanningPage.test.ts`: **4 passed**
- `npm --prefix frontend run build`: erfolgreich
- `git diff --check`: erfolgreich
- Keine Änderungen oder Commits an versionierten Dateien vorgenommen. Der Build hat lediglich das ignorierte `frontend/dist` neu generiert.