- Verschifft
- 6. August 2026 um 18:36 UTC
- Autor
- kamo
- Ausschuss
- b6e9c88
Acht 1:1 Routen: /api/docs/legal/member/** durch forwardToApi (PATH ONLY ForwardToApi besitzt den Abfragestring) und /api/esig/member/** direkt an ESIG_SERVICE_URL mit generateOTK, weil APIService vorankommt /api/docs/** und nichts vorwärts /api/esig/**. Ein OTK, eine vorgelagerte Anfrage pro Route: OTKAuthFilter hatAndDelete. Die PDF-Routen streamen Bytes und bewahren den vorgelagerten Status, also ein 409 (die gefrorene Inhalt Digest nicht mehr mit den gespeicherten Bytes) erreicht den Assistenten als 409 statt als korruptes PDF. Zustimmung ist die einzige Route, die nicht parsen darf seine Erfolgsorganisation: ESigService beantwortet es mit leeren 200. Jede Zauberer-Regel lebt in einem reinen Modul, weil vitest hier nur sammelt .test.ts in der Node-Umgebung. Ein beschreibbares Dokument vom esign route - das sind die Bytes ESigService Flattens, und was Sie sehen, muss sein, was Sie unterschreiben; ein reiner Bestätigungsdokument von DocsServices Version-gepinnt Route. Die Schrittachse ist Auftragsindex-Auftrag und der Schritt der Bescheinigung besteht sogar für ein Paket mit null Dokumenten zum Signieren.