Re: [tryton] About removing invoice/credit note type

['Korbinian Preisler' via tryton]

On 09.11.2015 16:28, Cédric Krier wrote:
> On 2015-11-09 16:00, 'Korbinian Preisler' via tryton wrote:
>> On 21.10.2015 15:08, Cédric Krier wrote:
>>> Cancellation already exists, it is not activate on the posted customer
>>> invoice (but on supplier) because it is not allowed in every country.
>>> Of course, a standard module that makes the fine tune to activate it is
>>> welcomed.
>> I had a deeper look at the cancelation functionality. A legal
>> requirement for a cancelation is that you need to inform your customer
>> about the cancelation. So you need a document to do this. As the report
>> of the invoice is stored there is currently no way to create such a
>> cancelation report. But i found maybe a solution for this. See my
>> comments below.
> The cancellation report is simply the invoice report as the state will be
> showed as canceled (but it requires some tuning because of the report
> cache, maybe an other report entry).
If you want to do it that way another report entry will be needed.
>
>>> As already stated having invoice/credit note distinction prevents to put
>>> in the same document both kind of lines. And in case of such mixed
>>> document it is name is not so trivial to determine. But we can keep the
>>> numbering distinction using the total sign.
>>> About the cancelation sub-type, I don't think we have to create a new
>>> document (record in invoice table) for that. The current design is to
>>> create a cancelation move linked to the invoice. If a specific number is
>>> needed for customer cancelation, I guess the module (I talk above) could
>>> add an other field to hold the number and the invoice report could be
>>> customized to use this number.
>> After some thoughts i agree that we do not need the cancelation sub-type
>> but my explanation is a little bit different to Cedrics one.
>> I think we already have the cancelation sub-type. I think that we just
>> use the currency credit note sub-type in a wrong way because it should
>> be the cancelation instead of the tax-law credit-note.
>>
>> If we do like this many things will be possible or some others should be
>> done:
>>  * Mixed documents will be possible
>>  * The credit note like it is defined by tax law can be implemented with
>> a boolean field that marks the "self-billing" and that will switch the
>> layout of the report. As i noted in my last post there is no other
>> difference compared to a normal invoice.
> I don't see the need of such field because cancellation is already
> implemented.
Self-billing is not a cancelation.
>
>>  * The Wizard 'Credit Invoice' should be renamed to 'Cancel Invoice' and
>> should multiply the quantities of the invoice lines with -1
>>  * A constraint should be implemented that the total mount of an invoice
>> must be positive and the total amount of an cancelation must be negative
> I don't see the point of having a constraint. It is not needed to work
> correctly if the "type" is deducted from the sign of the amount.
>
Which "type" are you talking about?