Alternativer Uebermittlungsweg neben /v1/orders (unveraendert). Neue
Collection batch_submissions (Empfaengerschema Firma/Vorname/Nachname/
Zeile1-3/PLZ/Stadt/Land + Text ODER Druck-PDF, je Kunde ueber api_client).
Neuer Endpunkt POST /v1/batch: ein Empfaenger je Aufruf, PDF via
pdf_file_id (aus /v1/files) oder pdf_base64, oder text; Zeichen-Warnung
wie /v1/orders. Service-Policy darf batch_submissions lesen/als gebuendelt
markieren. Buendelung (xlsx+PDF+FTP) folgt in Phase 2.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Additiv, ohne Aenderung der bestehenden Antwortstruktur:
- Nicht erlaubte Zeichen werden wie bisher entfernt; zusaetzlich meldet
die Antwort ein optionales "warnings":[{code:"unsupported_characters",
characters:[...]}] (Brieftext + Empfaengerfelder).
- Nur EINSEITIGE Formate (A6 hoch/quer): passt der Brieftext nicht auf
eine Karte, wird der Auftrag mit HTTP 422 abgelehnt (Backend-Umbruch-
zaehlung /api/order/pagecount, kein Scriptalizer). A4 fliesst mehrseitig
und wird nie abgelehnt. Backend nicht erreichbar => fail-open.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
