Signature Commande
Cette règle de workflow est déclenchée à la signature d'une commande de vente si le signataire n'est pas le dernier signataire du circuit de signature attribué à la création/modification de la commande de vente.
Le déclenchement de cette règle va créer une demande de signature et adresser un message au signataire devant signer cette commande de vente.
Si le nouveau signataire identifié par cette règle de workflow décide de signer la commande de vente qui lui a été attribuée, son action va déclencher une des règles de workflow suivantes :
- Déclencher une demande de signature au signataire suivant avec envoi d'un message si le circuit de signature n'est pas terminé. La règle de workflow SOHSIGVAL sera ensuite redéclenchée à chaque signature d'un signataire du circuit si celui-ci n'est pas le dernier du circuit de signature.
- Déclencher une mise à jour de la commande de vente pour la positionner à la valeur : Totalement signées'il s'agit du dernier signataire. La règle de workflow Notification signature (SOHSIGNOT) sera alors automatiquement déclenchée pour signaler au vendeur, par une notification et un envoi de message, que la commande de vente a été totalement signée.
Si le signataire décide de rejeter la commande de vente qui lui a été attribuée, son action va avoir pour effet de déclencher la règle de workflow Rejet commande (SOHSIGREJ). Cette règle de workflow va signaler à au vendeur, par envoi d'un message, que la commande de vente a été refusée. La commande de vente pourra alors être automatiquement soldée selon la valeur du paramètre Achats Solde cde si refus de signature (SOHAPPCLE).
Contexte et mode de fonctionnement
Cette règle workflow est de type signature. Elle est associé à l'événement SOHSIG (Signature Commande).
Elle déclenche :
un message.
Critères de déclenchement
Les critères complémentaires de déclenchement sont les suivants :
- La gestion des signatures doit être activée sur la société
- Il ne s'agit pas d'une commande ouverte : [F:SOH]ORDSTA <>4
- La commande est partiellement signée : [F:SOH]APPFLG=2
- Un signataire a signé la commande de vente. Evénement de suivi VAL enregistré
Destinataires
Le choix des destinataires est défini de la façon suivante :
Choix de signature
Les différents choix de signatures possibles sont :
- Rejet REJ : Il pourra être choisi manuellement par le signataire. Si ce choix est retenu, la commande de vente sera positionnée à la valeur : Non signée ([F:SOH]APPFLG=1).
- Validation VAL : Il pourra être choisi manuellement par le signataire. Si ce choix est retenu, la commande de vente sera positionnée à la valeur : Partiellement signée ou Totalement signée en fonction du fait qu'il s'agit ou non du dernier signataire ([F:SOH]APPLFG=2 ou [F:SOH]APPLFG=3).
Actions déclenchées par l'événement
L'événement Workflow déclenche les actions suivantes :
Code action | Déclenchement |
|---|---|
DIVSOHWIP : Maj encours article d'une cde | Pendant la signature |
DIVSOHOST : Maj mouvement client d'une cde | Pendant la signature |
Mise à jour encours article d'une commande DIVSOHWIP : cette action a pour objectif de mettre à jour les encours des articles gérés en stock. Cette action est déclenchée lors de la dernière signature lorsque la génération de l'encours d'article n'est pas autorisée tant que la commande n'est pas totalement signée (le paramètre SOHAPPORD - Encours article cde non signée a pour valeur Non).
Lorsque la génération d'en cours est autorisée pour les commandes non signées, l'allocation de ces commandes pourra être refusée ou autorisée en fonction de la valeur prise par le paramètre SOHAPPALL - Allocation commande non signée.
Mise à jour mouvement client d'une commande DIVSOHOST : cette action a pour objectif de mettre à jour l'encours financier de la commande de vente. Cette action est déclenchée lors de la dernière signature lorsque la mise à jour de l'encours financier n'est pas autorisé tant que la commande n'est pas totalement signée (le paramètre SOHAPPOST - En-cours client commande non signée a pour valeur Non).