Bonjour,
Je m'interroge sur la case à cocher "clos" dans les tickets. Il est possible de cocher cette case pour le signaler que le ticket est "clos" indépendamment du workflow!.
Par exemple j'ai créé un worflow pour les tickets qui impose de passer par les étapes suivantes:
enregistré --> accepté --> réalisé --> validé --> fermé
Or si un ticket est "enregistré" et qu'on coche la case "clos" le ticket est masqué et donc considéré comme fermé...
L'état "clos" ne serait-il pas à inclure dans les workflow?
Bonjour,
L'état "Clos", de même que l'état "Fait", est lié aux workflows.
On indique pour un état s'il correspond à un statut "Fait" ou "Clos".
La sélection de l'état modifie alors la valeur du statut.
Par contre, rien n'impose qu'un workflow se termine, ou passe par un de ces états.
La possibilité est donc gardée de cocher ou décocher manuellement ces cases.
Vous retrouverez alors qui a fait cette manipulation car l'historique garde la trace de cette modification.
C'est par exemple très pratique sur un élément clos de le réactiver sans avoir à changer l'état.
Cela permet par exemple de re-rendre une activité disponible pour saisir une imputation oubliée, sans avoir à la ré-ouvrir (ce qui génèrerait des mails inutiles).
Vous pouvez changer ce comportement en modifiant le code, par exemple dans /model/Ticket.php, dans la déclaration du tableau $_fieldsAttributes, transformez les 2 lignes suivantes:
"done"=>"nobr", "idle"=>"nobr"
en
"done"=>"nobr,readonly", "idle"=>"nobr,readonly"
Assurez vous alors que les workflows sont cohérents.
Cordialement,
Babynus.
En effectuant la modification que vous indiquez, cela ne permet pas de cocher la case mais si l'on indique une date et une heure (pour "done" et/ou pour "idle") et qu'on valide la case est automatiquement cochée.
Est-il possible, sur le même principe, de bloquer aussi l'accès aux dates (au moins pour l'élément "clos")?
Le même principe est applicable pour les attributs dont le nom ne commence pas par "_" (qui sont des champs particuliers).
Par exemple pour les dates que vous citez, il suffit d'ajouter les lignes:
"doneDateTime"=>"readonly", "idleDateTime"=>"readonly",
Autre exemple, si vous souhaitez que l'émetteur du ticket ne soit pas modifiable (il est pré-initialisé à la création), il suffit d'ajouter la ligne :
"idUser"=>"readonly",
ou si vous souhaitez carément le masquer :
"idUser"=>"hidden",
Dans ce dernier cas, la zone sera toujours renseignée à la création, mais non visible.
Un petit truc si les noms ne vous semblent pas parlants : ils apparaissent à l'écran dans le même ordre que dans le fichier de la classe PHP.
Attention, lorsque vous effectuez de telles modifications, la mise en place d'une nouvelle version de Project'Or RIA va les écraser.
Pensez donc à faire une sauvegarde de vos modifications pour pouvoir les reporter.
Cordialement,
Babynus