REST-API in das eigenständige Projekt "PDF Service" ausgelagert

InvoiceSigningController entfernt; die ZUGFeRD-Services bleiben für die
Weboberfläche erhalten. Multipart-Konfiguration entfällt (kein Upload mehr).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

README.md

@@ -1,7 +1,7 @@
 # PDF Tool — ZUGFeRD E-Rechnungs-Konverter
 
-Spring Boot + Vaadin Flow Anwendung, die ein herkömmliches B2B-Rechnungs-PDF in eine
-**rechtskonforme ZUGFeRD-E-Rechnung** umwandelt (PDF/A-3 mit eingebettetem EN16931-XML,
+Spring Boot + Vaadin Flow Anwendung, die aus gespeicherten Rechnungstemplates
+**rechtskonforme ZUGFeRD-E-Rechnungen** erzeugt (PDF/A-3 mit eingebettetem EN16931-XML,
 Profil EN 16931 / Factur-X), das Ergebnis mit dem **Mustang-Validator** prüft und als
 **ZIP-Datei** bereitstellt.
 
@@ -26,7 +26,8 @@ mvn spring-boot:run
 ```
 
 Die Weboberfläche ist dann unter <http://localhost:8083> erreichbar:
-PDF hochladen, Rechnungsdaten ausfüllen, "E-Rechnung erzeugen" klicken, ZIP herunterladen.
+Rechnungstemplate auswählen, Rechnungsdaten ausfüllen, "E-Rechnung erzeugen" klicken —
+das ZIP wird automatisch heruntergeladen.
 
 Produktions-Build:
 
@@ -37,83 +38,10 @@ java -jar target/pdf-tool-1.0.0-SNAPSHOT.jar
 
 ## REST-API
 
-### E-Rechnung erzeugen
-
-`POST /api/invoices/sign` (multipart/form-data) mit zwei Parts:
-
-| Part       | Inhalt                                    |
-|------------|-------------------------------------------|
-| `file`     | das Rechnungs-PDF                          |
-| `metadata` | Rechnungsdaten als JSON (siehe unten)      |
-
-Antwort: `application/zip` mit `<Rechnungsnummer>-zugferd.pdf`, `factur-x.xml` und
-`validation-report.xml` (Mustang-Prüfbericht). Der Header `X-Zugferd-Valid: true|false`
-meldet das Validierungsergebnis. Bei Fehlern: HTTP 400 mit `{"error": "..."}`.
-
-> Häufigste Ursache für `X-Zugferd-Valid: false`: Das Quell-PDF bettet seine
-> Schriften nicht ein. Das kann die Konvertierung nicht reparieren — das PDF muss
-> dann mit eingebetteten Schriften neu erzeugt werden (Standard bei den meisten
-> ERP-/Reporting-Systemen konfigurierbar).
-
-### Bestehende E-Rechnung prüfen
-
-`POST /api/invoices/validate` (multipart/form-data, Part `file` = ZUGFeRD-PDF oder
-Factur-X-XML). Antwort: der Mustang-Prüfbericht als XML — HTTP 200 bei gültiger,
-HTTP 422 bei ungültiger Rechnung, ebenfalls mit `X-Zugferd-Valid`-Header.
-
-```bash
-curl -X POST http://localhost:8083/api/invoices/validate \
-  -F "file=@rechnung-zugferd.pdf"
-```
-
-### Beispiel
-
-```bash
-curl -X POST http://localhost:8083/api/invoices/sign \
-  -F "file=@rechnung.pdf" \
-  -F "metadata=@metadata.json;type=application/json" \
-  -o rechnung-zugferd.zip
-```
-
-`metadata.json`:
-
-```json
-{
-  "invoiceNumber": "RE-2026-0815",
-  "issueDate": "2026-07-08",
-  "deliveryDate": "2026-07-01",
-  "dueDate": "2026-07-22",
-  "currency": "EUR",
-  "paymentTerms": "Zahlbar innerhalb von 14 Tagen ohne Abzug.",
-  "sender": {
-    "name": "Assecutor GmbH",
-    "street": "Musterstrasse 1",
-    "zip": "20095",
-    "city": "Hamburg",
-    "countryCode": "DE",
-    "vatId": "DE123456789"
-  },
-  "recipient": {
-    "name": "Kunde AG",
-    "street": "Beispielweg 2",
-    "zip": "10115",
-    "city": "Berlin",
-    "countryCode": "DE"
-  },
-  "items": [
-    {
-      "description": "Beratungsleistung",
-      "quantity": 1,
-      "unitPriceNet": 1500.00,
-      "vatPercent": 19
-    }
-  ]
-}
-```
-
-Pflichtfelder: `invoiceNumber`, `issueDate`, `sender` (inkl. Adresse), `recipient`,
-mindestens ein Eintrag in `items`. `deliveryDate` fällt auf das Rechnungsdatum zurück,
-`dueDate` auf Rechnungsdatum + 14 Tage, `currency` auf `EUR`.
+Die REST-API (`/api/invoices/sign` und `/api/invoices/validate`) ist in das
+eigenständige Projekt **PDF Service** ausgelagert
+(`../PDF Service`, Port 8084). Dieses Tool enthält nur noch die Weboberfläche;
+Rechnungen entstehen hier ausschließlich aus gespeicherten Templates.
 
 ## Architektur
 
@@ -122,7 +50,6 @@ mindestens ein Eintrag in `items`. `deliveryDate` fällt auf das Rechnungsdatum
   Nicht-PDF/A-Eingaben (der Normalfall) werden tolerant konvertiert.
 - [ZugferdValidationService](src/main/java/de/assecutor/pdftool/zugferd/ZugferdValidationService.java) — Mustang-Validator
   (XSD + Schematron + veraPDF), liefert Status und XML-Prüfbericht
-- [InvoiceSigningController](src/main/java/de/assecutor/pdftool/api/InvoiceSigningController.java) — REST-Endpunkte `/sign` und `/validate`
 - [MainView](src/main/java/de/assecutor/pdftool/ui/MainView.java) — Vaadin-Weboberfläche
 - [InvoiceMetadata](src/main/java/de/assecutor/pdftool/invoice/InvoiceMetadata.java) — DTO für die Rechnungsdaten