OpenConcerto

Merci oui ça c'est bon c'est jusque que Openconcerto me rejete le modèle modifié

JacquesF a écrit : ↑

jeu. nov. 19, 2020 10:53 am

Bonjour, d,après le manuel (page 260), dans la table "SAISIE_VENTE_FACTURE) il existe les champs ID_TAXE et REMISE_HT.
Je n'ai pas testé la solution, ni vérifié qu'il s'agit bien de cette table et non de la table avec les détails de facturation, mais vous pouvez tester avec cet intitulé.
Ensuite, le type de valeur attendue sera peut-être à modifier aussi...

Jacques

Je pense qu'il y a une erreur.
Le bloc "table" englobant la ligne que veut modifier CASTILLE fait référence à la table SAISIE_VENTE_FACTURE_ELEMENT et non SAISIE_VENTE_FACTURE.
Et dans la table SAISIE_VENTE_FACTURE_ELEMENT, il n'y a pas apparemment de champs REMISE_HT (qui serait le montant global de la remise en euros au niveau de la facture ?). Par contre, il y a le champs POURCENT_REMISE (qui correspondrait au pourcentage de la remise article par article).
Donc je tenterais de remplacer ID_TAXE par POURCENT_REMISE.

Alors avec POURCENT_REMISE ça marche !

Enfin presque

Dans mon exemple le client à 30% de remise.... sauf que ça affiche 3000,00% !

Bizarre puisqu'avant c'était de la TVA, donc aussi un pourcentage....

Supprime cette ligne qui me semble désormais superflu.

<field name="TAUX" op="/" number="100.0" />

Après c'est du formatage de champs, soit dans le XML avec des attributs style number ou bien dans la cellule du fichier ODS.
Fais des essais et fais nous ton retour.

J'ai bougé toutes les variables mais rien n'y fait, 30% s'affiche 3000%.... par contre 0% s'affiche bien 0% :

<field name="POURCENT_REMISE" conditionField="PV_HT" conditionExpValue="0.000000">
<field name="TAUX" op="/" number="100.0" />
</field>


J'imagine que la clé c'est la variable conditionExpValue="0.000000" car quand je l'ôte la remise ne s'affiche pas.

Si quelqu'un a une idée je suis preneur.

Je n'ai jamais joué avec ces valeurs, mais ce que je comprends de cette ligne c'est que le champ nommé TAUX subit une opération de type "/" donc une division et que le nombre représente probablement le diviseur.
En principe dans les tables, les montants sont multipliés en général par 100 pour éviter les erreurs d'arrondis par la suite.
Je ne sais pas comment est enregistré la remise, mais en modifiant le diviseur, on devrait pouvoir obtenir le montant correct assez facilement.

Jacques

Sur le principe je suis d'accord.

Mais j'ai testé :
- en supprimant cette ligne
- En supprimant juste op="/" number="100.0" /
- En mettant comme valeur 1

Rien n'y fait

Et en mettant comme ci-dessous ?

Super, merci, c'est ça !

Cool !

Mais c'est dommage que l'explication de ces attributs ne soit pas documentée dans le manuel. Nous sommes obligés d'y aller à tatons et par déduction.