Comportamento:
Quando si tenta di configurare un flusso di lavoro utilizzando il campo di sistema Data di modifica/Utente come trigger del flusso di lavoro, il flusso di lavoro non si avvia dopo che il documento è stato modificato e memorizzato nel sistema.
Soluzione:
Affinché il flusso di lavoro inizi come previsto, il trigger configurato deve subire una modifica dell'indice. I campi Data di modifica/Utente vengono talvolta modificati come effetto collaterale di altre operazioni che non sono considerate modifiche dell'indice. Sebbene sia possibile definire una condizione di attivazione utilizzando il campo Data di modifica/utente, questa non si attiverà per ogni operazione che lo modificherà. Un esempio potrebbe essere l'unione di Annotazioni o la modifica di un documento; queste operazioni non attiveranno il flusso di lavoro nonostante l'aggiornamento del campo.
Il campo di sistema Data di modifica/utente non sarebbe considerato affidabile per l'attivazione di un flusso di lavoro, in quanto si attiverebbe solo in base a operazioni specifiche che verrebbero considerate una modifica del campo indice.
Si consiglia di utilizzare un campo indice creato dall'utente, in quanto tutte le modifiche apportate saranno sempre considerate modifiche del campo indice e quindi attiveranno il flusso di lavoro.
Il KBAè applicabile sia alle organizzazioni cloud che a quelle on-premise.
Quando si tenta di configurare un flusso di lavoro utilizzando il campo di sistema Data di modifica/Utente come trigger del flusso di lavoro, il flusso di lavoro non si avvia dopo che il documento è stato modificato e memorizzato nel sistema.
Soluzione:
Affinché il flusso di lavoro inizi come previsto, il trigger configurato deve subire una modifica dell'indice. I campi Data di modifica/Utente vengono talvolta modificati come effetto collaterale di altre operazioni che non sono considerate modifiche dell'indice. Sebbene sia possibile definire una condizione di attivazione utilizzando il campo Data di modifica/utente, questa non si attiverà per ogni operazione che lo modificherà. Un esempio potrebbe essere l'unione di Annotazioni o la modifica di un documento; queste operazioni non attiveranno il flusso di lavoro nonostante l'aggiornamento del campo.
Il campo di sistema Data di modifica/utente non sarebbe considerato affidabile per l'attivazione di un flusso di lavoro, in quanto si attiverebbe solo in base a operazioni specifiche che verrebbero considerate una modifica del campo indice.
Si consiglia di utilizzare un campo indice creato dall'utente, in quanto tutte le modifiche apportate saranno sempre considerate modifiche del campo indice e quindi attiveranno il flusso di lavoro.
Il KBAè applicabile sia alle organizzazioni cloud che a quelle on-premise.
Si prega di notare: Questo articolo è una traduzione dalla lingua inglese. Le informazioni contenute in questo articolo si basano sulla/le versione/i originale/i del/i prodotto/i in inglese. Potrebbero esserci errori minori, come nella grammatica utilizzata nella versione tradotta dei nostri articoli. Sebbene non possiamo garantire la completa accuratezza della traduzione, nella maggior parte dei casi troverai che è sufficientemente informativa. In caso di dubbio, fai riferimento alla versione inglese di questo articolo.