Torna al changelog

• Miglioramento

  Un'entità, una pratica, su tutte le versioni

  Le regole «Uno alla volta» e «Una sola volta per entità» valgono ora su tutta la famiglia del flusso: una pratica aperta o conclusa su una versione precedente conta come le altre. Il confronto del riferimento ignora maiuscole e caratteri speciali, così ORD_1 e ORD-1 restano distinti e nessuna variante aggira il vincolo. Cambiare il riferimento di una pratica esistente passa dagli stessi controlli della creazione.

• Miglioramento

  Pratiche pianificate riagganciate con i controlli giusti

  Quando una pratica pianificata viene riagganciata alla versione pubblicata, FlowSharp verifica anche i campi obbligatori e i tipi richiesti dalla nuova versione. Se il riaggancio non è possibile, la pratica lo mostra con il motivo, compare nel filtro «In attesa di un flusso operativo» e ritenta ogni minuto dall'orario pianificato in poi. Lo scheduler lavora a pagine, così molte pianificazioni insieme non lo rallentano.

• Miglioramento

  Avvii da evento senza cicli infiniti

  Un evento che avvia un flusso porta con sé la catena degli avvii precedenti: se tornerebbe su una famiglia già attraversata, o supera dieci passaggi, l'avvio viene saltato con una riga nello storico della pratica di origine e un avviso nei log. Alla pubblicazione il Designer segnala i cicli diretti fra flussi. Le pratiche figlie dei Sub-flow ereditano la catena del padre.

• Miglioramento

  Import e correzioni senza conversioni silenziose

  Un timeout di conferma non numerico viene rifiutato su tutte le vie di import, nel fork e nella nuova versione, invece di essere convertito. I costi dei nodi delle mappe devono essere numeri validi anche nelle mappe importate dentro una Soluzione, anteprima compresa. Correggere l'esito di un compito accetta solo i valori previsti, in qualunque stato del compito. Duplicando un flusso, i Sub-flow verso la stessa famiglia puntano alla copia. Nelle regole, i confronti fra due date seguono l'ordine cronologico.

• Sicurezza

  Dati riservati mai sovrascritti da eventi e connettori

  Un evento o un connettore che riporta un valore mascherato non lo scrive più nella pratica: l'azione viene registrata come ignorata, senza contare come errore. Se il valore mascherato arriva su un campo non indirizzabile, l'intero risultato viene scartato con un avviso.

• Miglioramento

  Code di lavoro e compiti concorrenti

  Se una fase con limite di lavoro ha posti liberi ma qualcuno è già in coda, la pratica nuova si mette in fila e chi aspettava passa per primo; chi rientra nella fase che già occupava conserva il posto. Correggere un compito concluso fa rivalutare la fase in modo asincrono. Due completamenti simultanei dello stesso compito non bloccano più nulla: il secondo riceve un errore chiaro e, nelle automazioni, il tentativo viene ripetuto.