Percorsi proxy di esecuzione dei membri e il modello wizard puro

Featurekamo-internal
Spegnimento
6 agosto 2026 alle ore 18:36 UTC
Autore
kamo
Impegno
b6e9c88

Otto percorsi 1:1: /api/docs/legal/member/** attraverso forwardToApi (PATH ONLY — forwardToApi possiede la stringa di query) e /api/esig/member/** direttamente a ESIG SERVICE URL con generateOTK, perché APIService inoltra /api/docs/** e niente avanti /api/esig/**. One OTK, una richiesta a monte per percorso: OTKAuthFilter ottieneAndDelete. I percorsi PDF trasmettono e conservano lo stato a monte, quindi un 409 (il contenuto congelato digerire non corrisponde più ai byte memorizzati) raggiunge la procedura guidata come un 409 piuttosto che come un PDF corrotto. Il consenso è l'unico percorso che non deve parse il suo corpo di successo: ESigService lo risponde con un vuoto 200. Ogni regola guidata vive in un modulo puro perché vitest qui raccoglie solo .test.ts nell'ambiente nodo. Un documento firmabile viene visualizzato dal segno percorso — questi sono i bytes ESigService flattens, e quello che vedete deve essere quello si firma; un documento di riconoscimento-solo rende da DocsService versione-pinned Percorso. L'asse passo è ordineIndex ordine e la fase di attestazione esiste anche per un pacchetto con zero documenti da firmare.

Tutte le modifiche

Come quello che vedi la spedizione?

Ognuno di questi aggiornamenti atterra automaticamente nello spazio di lavoro. Inizia gratis e guardalo crescere settimana dopo settimana.

Inizia gratis per sempreVisualizza il prezzo