← Back to team overview

openerp-expert-accounting team mailing list archive

Re: [Bug 659540] Re: [trunk] account_cancel - naming issue

 

+1

In the countries we work in (Morocco, Cameroon, ...), even though it is
not in the accounting standards, companies may want to put in place
journals with the "cancel entries" option. 

The way it worked in V5 is satisfying for us, our customers and even for
our certified accountant (as long as, for him :), the cancel entries
option was not activated...)

Hervé

________________________________________________________________________

  Hervé PROUST 
  Directeur Associé
Bureau :     +212 (0)522 23 54 44
Mobile Maroc : +212 (0) 670 76 83 67
Mobile France : +33 (0) 6 61 41 50
58 

10, rue Ibnou Al Arif
20 100 Casablanca - Maroc
hproust@xxxxxxxxxxxx 
www.kazacube.com


-------- Message initial --------
De: Peter Langenberg <peter.langenberg@xxxxxxxxxxxxx>
Reply-to: Bug 659540 <659540@xxxxxxxxxxxxxxxxxx>
À: openerp-expert-accounting@xxxxxxxxxxxxxxxxxxx
Sujet: [Openerp-expert-accounting] [Bug 659540] Re: [trunk]
account_cancel - naming issue
Date: Wed, 20 Oct 2010 17:54:02 -0000


It's very important that it remains possible, for me it's ok that you
have to install a separate module. Problem is that accountants want it
and auditors don't want it.

But it's also possible to use the postgres client to change or remove
lines in a database, so should the client also be forbidden ?

It's like with a car, if speed limit is 120 km, but it can drive faster
if the user wants that, does this mean that those cars should be
forbidden ?

Peter


** Attachment added: "logo_kazacube_mini_225.png"
   https://bugs.launchpad.net/bugs/659540/+attachment/1703510/+files/logo_kazacube_mini_225.png

-- 
[trunk] account_cancel - naming issue
https://bugs.launchpad.net/bugs/659540
You received this bug notification because you are a member of OpenERP
Accounting Experts, which is a direct subscriber.

Status in OpenObject Addons Modules: Confirmed

Bug description:
IMHO a serious accounting issue

./account.py:        'update_posted': fields.boolean('Allow Cancelling Entries', help="Check this box if you want to allow the cancellation the entries related to this journal or of the invoice related to this journal"),

what happens is that account_move and account_move_lines are deleted (not canceled).

http://www.iwp.or.at/Documents/GS-DV01.pdf (German) describes the basics of accounting and clearly states that
* 1.4 on page 7, that posted entries may not be altered in a way that the original posting can't be reproduced.

violating this principle might or will lead to the fact that the accounting can't be audited and will not be accepted by the fiscal authorities.
it will create gaps in ids as well as in name/ref fields and nobody will ever be able to reconstruct what happens as audittrail on account_move_line does not work (see other bug report) either

This should be clearly stated in the description.

Cancelling invoices must lead to an additional move with move_lines which revert the original move_lines. 
This and only this is the "normal" way which is accepted by fiscal authorities (at least here in Austria)





References