Comment by [email protected]:
I don't get the usage of dunning procedures?
Could you go into details about what is unclear?
I think it can be dropped and just be managed by level. And if some as really specific usage case of it it could be added by an other module.
In account.dunning.level instead of text, I will use a link to the report to use.
You mean a Many2One? to "ir.action.report"?
Yes.
In account.dunning.dunning, why storing the dunning_level as it could be computed, idem for date.
Because it could be the case that the interval between two dunning runs is longer than the time between to dunning levels. For example if no dunning run is done for some time a receivable entry could be in the second dunning level according to the days since the maturity date but you nevertheless don't want to skip the first dunning level and politely remind the customer before ultimately threaten with legal measures.
Ok.
I would prefer to not extend account.move.line and put all in the dunning lines.
But the dunning procedure to be applied to the receivable is a property of the move line itself. What would be the advantage of having an additional object mapping move lines to dunning procedures?
It is to separate the accounting stuff which has some hard constraint and the management stuffs. Moreover, it will simplify the access right management because I don't think the dunning user will need to have write access to accounting.
For more information: https://code.google.com/p/tryton/wiki/DunningModule -- -- [email protected] mailing list
