Bug check fee sql

modules/purchase_trade/docs_source/business/invariants.md

@@ -36,8 +36,11 @@ executer.
   existants et des `lot.qt` deja matches ou shippes.
 - Regle de conservation:
   `sum(lots physiques) + lot virtuel = quantity_theorical`.
-- Regle du forecast ouvert:
-  `sum(lot.qt non zero) = max(lot virtuel, 0)`.
+- Regle du forecast ouvert minimal:
+  `sum(lot.qt non zero) >= max(lot virtuel, 0)`.
+- Un surplus de forecast ouvert est accepte apres surconsommation physique:
+  `lot.qt` s'arrete a zero, alors que le lot virtuel absorbe toute la quantite
+  physique.
 - Les lignes `lot.qt` a zero sont ignorees par les checks: elles peuvent servir
   de memoire d'une prevision consommee.
 - Le check applicatif est centralise dans

modules/purchase_trade/docs_source/business/sql/README.md

@@ -71,6 +71,11 @@ For every other fee, it recomputes the expected quantity from the effective
 - `lot.qt.hist.quantity` for net fees and `lot.qt.hist.gross_quantity` for gross
   fees.
 
+The diagnostic is grouped by `fee_id`. Purchase and sale columns are displayed
+only to help identify related contracts; they do not split the expected
+quantity. This matters for purchase fees whose linked lots may also be matched
+to several sale lines.
+
 Run it on a restored test database:
 
 ```sql