Torna al changelog

• Miglioramento

  Niente lavoro perso: richieste ripetute e operazioni concorrenti

  Se ripeti la creazione di un item con la **stessa Idempotency-Key** ma un **flusso o un’entità diversi**, XFLOW risponde ora con un **errore chiaro (422)** invece di restituire *silenziosamente* l’item originale scartando i nuovi dati — stessa protezione sull’avvio via trigger. E quando due operazioni provano a far avanzare lo **stesso item nello stesso istante**, la seconda riceve ora un **conflitto (409) con messaggio chiaro “riprova”** invece di un errore generico del server (500) — vale anche per il force-transizione dell’Admin.

• Miglioramento

  Coerenza della lista flussi

  La riga di un flusso mostra ora la **versione live e ci porta lì**: badge, numero di versione e link indicano sempre la **stessa versione** (quella pubblicata/live), come già avviene per le Process Map. E le azioni che modificano — archivia, elimina, sposta, “modifica nel designer” — continuano ad agire sulla **versione più recente** (es. la bozza in lavorazione): così, con una famiglia *live v1 + bozza v2*, non si rischia più di archiviare o disabilitare la **v1 pubblicata** al posto della bozza.

• Sicurezza

  Integrità di stampa ed eventi

  Il **PDF di una Process Map include solo i flussi davvero collegati alla mappa**: gli identificativi passati nell’indirizzo della pagina di stampa vengono ora **filtrati** sui flussi presenti nella mappa, così non è più possibile “iniettare” flussi estranei nel documento manipolando l’URL. I **ruoli abilitati a un evento vengono ora verificati**: alla creazione/modifica di una definizione di evento i ruoli devono essere **reali** (di sistema o personalizzati del tenant) — un ruolo inesistente viene **rifiutato con un errore** invece di essere salvato (e poi bloccare silenziosamente l’evento per tutti). Infine, lo **schema del payload di un evento viene finalmente salvato** e restituito (a scopo di documentazione), mentre prima veniva scartato senza avviso.