On 21.10.2015 15:08, Cédric Krier wrote: > On 2015-10-21 14:31, 'Korbinian Preisler' via tryton wrote: >> But now comes the interesting part. If this is the only case where tax >> law talks about credit notes, how can we correct wrongly created invoice >> documents? >> >> And this is where we have to switch to commercial common sense. I you >> want to correct such a document you have to create a 'cancelation'. The >> german tax authority says that such a cancelation is not a credit note >> in the sense of value added tax law [3](site 4 right at the beginning) >> >> German tax authority also says that an invoice that contains lines for >> goods supplied/services provided as well as goods/services that are >> received from the other party the document must be called a credit >> note.[3](at the end of site 3) >> >> Please consider in your plans that a cancelation must create moves with >> negative amounts instead of the positive amounts an invoice or credit >> note creates. > 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. > >> Maybe these informations will help you to figure out if it is really >> possible to remove the invoice and credit note type and only to keep the >> out/in part. >> >> I took a look into the SAP documentation and i found there the even 8 >> cases[4]: >> ininvoice, outinvoice. increditnote, outcreditnote, >> ininvoicecancelation, outinvoicecancelation, increditnotecancelation, >> outcreditnotecancelation > 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. * 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
