Richard PALO
unread,Dec 10, 2015, 12:59:33 AM12/10/15Sign in to reply to author
Sign in to forward
You do not have permission to delete messages in this group
Sign in to report message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to tryt...@googlegroups.com
Pour faire face à l'obligation des entreprise Françaises,
j'ai commencé par l'option concernant l'article 420-5 du plan comptable général
et, notamment, articles 110-120 du BOI-BIC-DECLA-30-10-20-40-20131213:
> c° Après la validation comptable d'une écriture
>
> 110
>
> Le livre-journal d’une comptabilité informatisée ne présente un caractère régulier, sincère et probant qu'après validation des écritures comptables.
>
> Les fonctions d’un logiciel qui permettent la suppression d’une écriture validée ou sa modification s’opposent au principe d’irréversibilité de l’enregistrement des écritures comptables. A ce titre, l’utilisation de telles fonctions est prohibée.
>
> Un logiciel comptable qui ne garantit pas l’irréversibilité et l’intangibilité des écritures validées, conformément à l’article 420-5 du plan comptable général, pourra constituer un élément conduisant à s’interroger sur le caractère régulier et probant de la comptabilité.
>
> Le caractère explicite de la validation pourra se traduire, pour l’utilisateur du logiciel, par un message d’avertissement relatif au caractère irréversible de cette procédure.
>
> 120
>
> La validation implique de respecter plusieurs conditions essentielles au regard des principes comptables :
>
> - associer à chaque écriture la date de valeur comptable ou la date de validation, ainsi que la référence à la pièce justificative qui l’appuie (article 420-2 du plan comptable général) ;
>
> - permettre d’assurer la permanence du chemin de révision entre les pièces justificatives et la comptabilité (article 410-3 du plan comptable général) ;
>
> - rendre irréversible le contenu d’une écriture comptable validée en interdisant toute modification ou suppression (article 420-5 du plan comptable général).
Voici mon 'patchset' en révision:
> richard@omnis:/home/richard/src/trytond/trytond/modules/account_fr$ hg diffdiff -r 2a78a088445b journal.xml
> --- /dev/null Thu Jan 01 00:00:00 1970 +0000
> +++ b/journal.xml Thu Dec 10 06:47:55 2015 +0100
> @@ -0,0 +1,12 @@
> +<?xml version="1.0"?>
> +<!-- This file is part of Tryton. The COPYRIGHT file at the top level of
> +this repository contains the full copyright notices and license terms. -->
> +<tryton>
> + <data>
> + <record model="ir.ui.view" id="journal_view_form">
> + <field name="model">account.journal</field>
> + <field name="inherit" ref="account.journal_view_form"/>
> + <field name="name">journal_form</field>
> + </record>
> + </data>
> +</tryton>
> diff -r 2a78a088445b tryton.cfg
> --- a/tryton.cfg Mon Nov 02 15:13:29 2015 +0100
> +++ b/tryton.cfg Thu Dec 10 06:47:55 2015 +0100
> @@ -8,4 +8,5 @@
> xml:
> account.xml
> account_fr.xml
> + journal.xml
> tax_fr.xml
> diff -r 2a78a088445b view/journal_form.xml
> --- /dev/null Thu Jan 01 00:00:00 1970 +0000
> +++ b/view/journal_form.xml Thu Dec 10 06:47:55 2015 +0100
> @@ -0,0 +1,9 @@
> +<?xml version="1.0"?>
> +<!-- This file is part of Tryton. The COPYRIGHT file at the top level of
> +this repository contains the full copyright notices and license terms. -->
> +<data>
> + <xpath expr="/form/notebook/page/field[@name='update_posted']"
> + position="replace_attributes">
> + <field name="update_posted" readonly="1"/>
> + </xpath>
> +</data>
Ici, tous les types de journal sont visés, y compris les journaux de type 'relevé'.
Ceci ne 'corrige' pas les journaux avec l'option activée pendant la mise à jour non plus,
l'option étant interdite, en principe elle ne dois pas être activée.
Observations?
--
Richard PALO