Discussion :

[Gasimoto]

Bonjour à tous,

j'ai suivi le topic https://www.developpez.net/forums/d1...-saisie-devis/ pour ajouter un champ dans l'écran des commandes.

Ce champ a pour libellé "Envoyé" et permettrai d'indiquer si la commande a bien été envoyée au fournisseur.
J'ai ajouté un champ "Zenvoye" dans PORDER puis modifié l'écran de commandes commençant par W (Au début j'ai fait POH1 mais ça ne redescend pas sur les W) pour ajouter le champ "Zenvoye" de manière graphique.

Dans l'écran Commandes, j'ai bien mon champ mais sa modification à "oui" entraine la relance du circuit de signature. Est-ce qu'on peut éviter cela ?

Merci d'avance
Cordialement

[James Daniel]

Bonjour,

Je ne comprends pas le problème soulevé, mais je voudrais rebondir déjà sur cette histoire d'écran qui commence par W. Ces écrans W*** sont générées par les transactions de saisie. La modification d'un écran doit se faire dans l'écran non-W, ensuite revalider les transactions de saisie (ALL, STD ...) pour voir les changements dans l'écran.

Pourriez-vous reformuler votre besoin sur le workflow ?

[Gasimoto]

Merci pour l'éclaircissement sur le W**. Je vais suivre vos propos

Le besoin serai d'avoir l'information que la commande a été envoyée (manuellement) au fournisseur. J'ai donc ajouté un choix oui/non pour que la personne qui traite les commandes puisse faire apparaitre que c'est traité. Mais quand on modifie la valeur de ce champ (passage de non à oui), il y a le message qui dit que la commande est signée et qui demande confirmation pour modifier.

EDIT : désolé finalement ça ne relance pas le circuit de signature

[James Daniel]

Si la modification (après l'avertissement) ne relance pas le workflow, il faudrait que vous vérifiez dans les opérations de l'onglet événement déclenchant, que la lettre M (modification) soit là.
Ce qui garantira qu'après chaque modification, le workflow se relance.
Et bien sûr si c'est vraiment comme ça que vous envisagez les choses.

Merci pour l'éclaircissement sur le W**. Je vais suivre vos propos

Le besoin serai d'avoir l'information que la commande a été envoyée (manuellement) au fournisseur. J'ai donc ajouté un choix oui/non pour que la personne qui traite les commandes puisse faire apparaitre que c'est traité. Mais quand on modifie la valeur de ce champ (passage de non à oui), il y a le message qui dit que la commande est signée et qui demande confirmation pour modifier.

EDIT : désolé finalement ça ne relance pas le circuit de signature

[Gasimoto]

J'ai désactivé les workflows dans la base de test pour ne pas déranger les signataires. Cela explique surement que le circuit n'a pas été relancé
J'ai CM en événements déclencheurs mais mon but serai de ne pas relancer le circuit sur cette modification car c'est juste informatif.

Je vais refaire mes tests en réactivant les workflow mais en m'affectant les signatures ou en changeant les adresses mails

[James Daniel]

Si vous avez CM dans les événements déclencheurs, ceci veut dire qu'à chaque fois qu'il y a création (bouton créer) ou qu'il y a modification validée par le bouton enregistrer (d'où le message de confirmation), le workflow se lancera.
Si vous ne voulez pas lancer le workflow en modification, enlever la lettre M (au lieu de CM) pourra régler partiellement, sauf que lorsqu'un utilisateur modifie il n'y aura plus re-signature, ce qui n'est pas tout à fait bon.
Alors, il faudrait rajouter un autre champ qui viendra comme une condition supplémentaire à CM pour lancer la signature.

J'ai désactivé les workflows dans la base de test pour ne pas déranger les signataires. Cela explique surement que le circuit n'a pas été relancé
J'ai CM en événements déclencheurs mais mon but serai de ne pas relancer le circuit sur cette modification car c'est juste informatif.

Je vais refaire mes tests en réactivant les workflow mais en m'affectant les signatures ou en changeant les adresses mails

[Gasimoto]

Si vous avez CM dans les événements déclencheurs, ceci veut dire qu'à chaque fois qu'il y a création (bouton créer) ou qu'il y a modification validée par le bouton enregistrer (d'où le message de confirmation), le workflow se lancera.
Si vous ne voulez pas lancer le workflow en modification, enlever la lettre M (au lieu de CM) pourra régler partiellement, sauf que lorsqu'un utilisateur modifie il n'y aura plus re-signature, ce qui n'est pas tout à fait bon.
Alors, il faudrait rajouter un autre champ qui viendra comme une condition supplémentaire à CM pour lancer la signature.

Pourtant il me semble que seuls certains champs rédéclenchent le circuit de signature

[James Daniel]

Pourtant il me semble que seuls certains champs rédéclenchent le circuit de signature

Le fait de modifier une commande déjà signée nécessite une confirmation de la modification. Un message s'affiche.
Après confirmation, la commande redevient non signée. C'est normal.
Ensuite, pour ce qui est de relancer le workflow ou ne pas relancer le workflow, les conditions se trouvent dans les lignes "Conditions" de l'onglet "Général" de la règle workflow, on peut y mettre des valeurs de champs.
L'événement déclenchant, ou opérations (C ou M ou S ou combinaison) déclenche le workflow mais avec les conditions que je viens de citer ci-dessus.

[Gasimoto]

Le fait de modifier une commande déjà signée nécessite une confirmation de la modification. Un message s'affiche.
Après confirmation, la commande redevient non signée. C'est normal.
Ensuite, pour ce qui est de relancer le workflow ou ne pas relancer le workflow, les conditions se trouvent dans les lignes "Conditions" de l'onglet "Général" de la règle workflow, on peut y mettre des valeurs de champs.
L'événement déclenchant, ou opérations (C ou M ou S ou combinaison) déclenche le workflow mais avec les conditions que je viens de citer ci-dessus.

Effectivement un message s'affiche


et après je peux faire enregistrer et la commande reste signée.
C'est peut être un paramétrage non standard.

[James Daniel]

Pouvez-vous vérifier les valeurs du paramètre APPPOH dans les valeurs paramètres ? (Chapitre ACHAT - Groupe APP)
Menu Paramétrage > Paramètres Généraux > Valeurs Paramètres

Si la valeur n'est pas "Oui obligatoire", il est normal que même une modification ne demande pas de re-signature.

Effectivement un message s'affiche


et après je peux faire enregistrer et la commande reste signée.
C'est peut être un paramétrage non standard.

[Gasimoto]

Pouvez-vous vérifier les valeurs du paramètre APPPOH dans les valeurs paramètres ? (Chapitre ACHAT - Groupe APP)
Menu Paramétrage > Paramètres Généraux > Valeurs Paramètres

Si la valeur n'est pas "Oui obligatoire", il est normal que même une modification ne demande pas de re-signature.

Merci de continuer à m'aider :-)

J'ai "Oui Facultative" donc ça explique mais où est la notion du facultatif ?

[James Daniel]

Essaie de modifier ça en Oui Obligatoire et tu verras que lorsque la commande est modifié, la signature est dévalidé automatiquement

Merci de continuer à m'aider :-)

J'ai "Oui Facultative" donc ça explique mais où est la notion du facultatif ?

[Gasimoto]

Ce fonctionnement nous correspond. Si seulement quelques champs relancent la signature c'est parfait

[James Daniel]

Ce fonctionnement nous correspond. Si seulement quelques champs relancent la signature c'est parfait

Par logique : on ne remet pas en signature quelque chose qui est déjà signée.
Par conséquent, même si on met une condition supplémentaire, il faudrait que la commande change de statut en "non signée" avant de pouvoir être re-signée (après modification).

Il faut d'abord imaginer le flux du processus avant de paramétrer.

[Gasimoto]

Je récupère un ERP qui est en place depuis 10 ans

J'essaie de mettre des choses en place sans tout perturber