Bonjour,
Mickaëi est dans le vrai et je me permets de compléter son explication ci-dessous.
Pour bien comprendre l'effet de cette case, le plus simple est de se placer côté utilisateur.
Imaginons que j'ai une règle qui effectue la transformation de mes documents Word en PDF à leur ajout dans le systèmùe. En fonction de la taille de mon document, la transformation peut prendre un peu de temps.
Si je <strong>ne</strong> coche <strong>pas</strong> la case, l'ajout du document ne sera effectif qu'après que la transformation ait eu lieu. Ainsi, la main ne sera rendu à l'utilisateur qu'après la transformation… et cet utilisateur aura donc peut-être attendu quelques (dizaines) de secondes en plus. Je vous laisse imaginer le ressenti utilisateur dans un tel cas : "ça rame, dès que j'ajoute un document ça prend du temps, etc."
Si je coche la case, l'ajout se termine lorsque le document est enregistré dans Alfresco, la main est rendu à l'utilisateur puis la transformation a lieu. L'utilisateur n'a donc pas à attendre que la transformation ait lieu avant de reprendre la suite de son travail avec Alfresco… et l'équipe informatique évite les critiques :-)
L'exemple ci-dessus n'a pas pour vocation de dire qu'il faut toujours cocher la case, il s'agit juste d'illustrer son action.
Dans certains cas, on préférera en effet que l'action ne s'exécute pas en tâche de fond. Par exemple, dans le cas où le résultat de l'action est indispensable pour la suite des opérations, on préférera laisser la case décochée.
De même, si l'action peut échouer et qu'il faut en avertir l'utilisateur, la case devra être décochée. Les erreurs des actions en tâche de fond ne sont pas remontées aux utilisateurs; on ne les trouve que dans les logs.
J'espère que la réponse de Mickaël et la mienne vous permettent d'y voir plus clair sur les actions en tâche de fond.
Cordialement,
Charles Le Seac'h