3 Commits

Include renames

Author	SHA1	Message	Date
msolarczekandClaude Opus 5	29c80a0e73	L11 Kundenversand: Bericht-PDF an Kunden senden (Service, Action, API, Berichtsseite) ... - sendReportToCustomer: report:approve, Scope, nur approved mit PDF, Empfänger Ansprechpartner -> Kunde, Dedupe je Adresse+Version, Audit export - Server Action + POST /api/v1/reports/{id}/send inkl. OpenAPI-Eintrag - /reports/[id]: Abschnitt „An Kunden senden" mit bisherigen Versänden, Texte de/en Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-09-14 18:48:57 +02:00
msolarczekandClaude Opus 5	fb993a7730	L10b Betrieb & Aufräumen: /api/v1 über gemeinsamen Adapter, einheitliches Fehlerformat, Rate Limiting ... Aufräumpunkt a: Die lane-lokalen API-Kontexte (imports/_context.ts, sync/api-context.ts, reports/http.ts, work-orders/_http.ts mit moduleGuard) sind entfernt. Alle v1-Routen laufen über requireApiContext (DB-autoritative Rechte, 401/403) und withApi/toErrorResponse (respond.ts): - Fehlerformat überall { error: { code, message, details? } }; invalid und blocked → 422, conflict → 409, payload_too_large → 413, rate_limited → 429 + Retry-After. - Same-Origin-Prüfung in withApi für jede Mutation vor der Anmeldung (vorher fehlte sie bei imports, reports und work-orders). - Rate Limiting je Nutzer mit rate-limit.ts: api (API_RATE_LIMIT_PER_MINUTE, 300/min) und apiField für sync/uploads/field (API_FIELD_RATE_LIMIT_PER_MINUTE, 1200/min). - Clients angepasst: Import-Uploader liest das neue Fehlerformat, Upload/Outbox werten 422 als endgültig ungültig (429 bleibt transient mit Backoff). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-09-14 18:19:19 +02:00
msolarczekandClaude Opus 5	8f53df6208	L5 Berichte & Unterschrift: Server Actions und API v1 ... Actions mit moduleGuard("reports"); POST daily-report/completion-report, POST approve, GET pdf sowie Dateiauslieferung für im Bericht referenzierte Dokumente. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-09-14 12:22:40 +02:00