padding doc
This commit is contained in:
@@ -107,6 +107,17 @@ Scope: templates Relatorio + ponts `report_*` Python.
|
||||
lot ne doit pas changer.
|
||||
- Au `Validate` d'une facture, le move principal inclut deja le padding car il
|
||||
est integre dans `account.invoice.line.quantity`.
|
||||
- Les ecritures comptables specifiques au padding restent a definir; point
|
||||
d'entree documente:
|
||||
- Deux comptes de configuration pilotent les ecritures padding:
|
||||
`Default Sale Padding` et `Default Accrual Padding`, dans la section
|
||||
`Padding` de `Financial / Configuration`.
|
||||
- A la validation d'une provisoire vente, un `additional_move` est cree:
|
||||
debit `Default Sale Padding`, credit `Default Accrual Padding`, pour
|
||||
`sale_invoice_padding * unit_price` de la ligne provisoire.
|
||||
- A la finale, l'ecriture inverse est creee pour le meme montant, calcule depuis
|
||||
`lot.sale_invoice_line_prov` afin de reprendre le prix, la devise, la date et
|
||||
le taux de la provisoire, pas ceux de la finale.
|
||||
- Le wizard final doit ignorer le padding quand il calcule le delta de quantite:
|
||||
comparer la quantite physique finale a
|
||||
`lot.sale_invoice_line_prov.quantity - lot.sale_invoice_padding`.
|
||||
- Detail complet:
|
||||
`modules/purchase_trade/docs/padding-invoice-accounting.md`.
|
||||
|
||||
Reference in New Issue
Block a user