Notes

modules/purchase_trade/AGENTS.md

@@ -102,6 +102,15 @@ de negoce physique:
   - le `unit_price` doit rester un prix de base, hors `premium`
   - le `premium` doit impacter le prix total economique et donc le `amount`,
     aussi bien en `priced` qu'en `basis`
+  - dans `pricing.pricing` en saisie manuelle, l'utilisateur renseigne
+    seulement `quantity` et `settl_price`
+  - `fixed_qt`, `fixed_qt_price`, `unfixed_qt`, `unfixed_qt_price` et
+    `eod_price` sont des valeurs derivees et ne doivent pas etre saisies a la
+    main
+  - en manuel, `fixed_qt` = cumul des `quantity` du groupe trie par
+    `pricing_date`
+  - en manuel, `fixed_qt_price` = moyenne ponderee cumulee des `settl_price`
+  - en manuel, `unfixed_qt_price` = `settl_price` de la ligne
   - pour les documents commerciaux / facture, une ligne `basis` affiche le
     `premium` comme prix visible, pas le prix economique total
   - si `linked currency` est active, le `premium` est saisi dans la devise /
@@ -159,6 +168,12 @@ de negoce physique:
 - Le calcul du prix peut diverger entre `unit_price`, `linked_price`,
   `lot_price` et valuation si le premium n'est pas traite explicitement dans
   chaque maillon.
+- Sur `account.invoice`, le workflow `Validate` doit maintenant aligner
+  fournisseur et client pour:
+  - creation du `account.move`
+  - attribution du `number`
+  - `Post` ne doit pas reintroduire une difference de session/fresh login cote
+    client
 
 ## 7) Definition of done (module `purchase_trade`)