...
g_axion%=1 AND g_objet%=1
Vous savez probablement que, si le nom de l’édition de facture n’est pas « fav_edit.rpt », lors de l’édition (via le menu édition ou via un SEE), au moins 2 évènements ne se produisent pas :
- Le champ FAVE.Editee passe à « O »
- Les règlements prévisionnels de la facture sont générés dans la table REGLP
...
Lorsque la facture n’est pas considérée comme éditée, elle n’est pas transférable en comptabilité, on trouve donc régulièrement des personnalisations (réalisées les nuits de pleine lune par les adeptes de la bête) qui visent à mettre à jour le champ FAVE.Editee (par un update sur la table…c’est mal!). Bien sûr, en insérant ce genre de code, les règlements prévisionnels ne sont pas générés, et il est fort possible que d’autres mises à jour réalisées par le noyau ne se font pas.
J’ai sollicité la hotline récemment afin de disposer, dans les versions futures, d’une fonction qui réaliserai les mêmes traitements que ceux consécutifs à l’édition de facture standard. La réponse du DEV est le bout de code ci-dessous [après un SEE ou tout seul], qui permet de le faire dès maintenant, au moins à partir de la version 8.6R2 (je n’ai pas testé de version plus ancienne) :
...
Ce paramétrage permet de passer sur plusieurs factures entre deux bornes le paramètre Edité à 'O'.
A partir de la Version 10, de nouvelles fonctions ont été ajoutées pour piloter la barre d'outil, on peut utiliser SilActionTraitement("",1) pour éditer la facture :
[SI] g_axion%=1 AND g_objet%=1 [FINSI] [ALORS] SEE("Aperçu" ,"fav_edit.rpt","{?Du=" + FAVE.NoFacture + "}{?Au=" + FAVE.NoFacture +"}{?type=F}") SilActionTraitement("Edition de la Facture (Avoir) à «Oui»", 1) SRF() [FINALORS]
| Page Properties | ||||||
|---|---|---|---|---|---|---|
| ||||||
|
...