Die oeffentliche Versand-Seite listet jetzt die FTP-Sendungen (gebuendelte
batch_submissions, gruppiert nach bundle_name = FTP-Dateiname
<Zugang>_<Datum>_<HHMM>), nicht mehr einzelne Auftraege. "Versendet"
markiert das ganze Buendel (alle Uebermittlungen darin) als versendet;
danach verschwindet es aus der Liste.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
- /v1/batch nun in der HTML-Doku und in der OpenAPI-Spezifikation.
- Neue oeffentliche Seite an EINER kryptischen URL
/v1/versand/<SKRIFT_VERSAND_TOKEN> (ohne Login): zeigt ALLE offenen
Auftraege (Nummer, Status, Menge, Datum) in einer Uebersicht; pro Auftrag
ein "Versendet"-Knopf setzt production_status 'versendet' + versandt_am
(Status-API liefert dann 'shipped', Versandbenachrichtigung geht raus).
Schutz = geheimer Pfad-Token (ENV); ohne Token 404.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
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>
