J'ai besoin d'éclaircissements :)

1 - Sur un autre poste j'ai demandé :
> Pourquoi avoir fait le choix de ne pas pouvoir revenir vers un brouillon 
> lorsqu'on a posté un relevé (ou autre opération) tant que la période 
n'est 
> pas clôturée ? 

Et Cédric, tu m'as répondu :
Parce que une écriture postée ne peut pas être modifiée, elle doit être 
contrepassée par une autre écriture. Sans ça, le logiciel n'est pas 
compatible avec les règles comptables de beaucoup de pays. 

Quand j'ai appris la compta les choses me paraissaient simple :
On ne touche plus une période clôturée.
Si on y relève une erreur, on fait effectivement une écriture (reprise) 
dans la période suivante
pour balancer la ligne incriminée puis on passe la nouvelle écriture.
Je suis d'accord avec toi Cédric, les règles fiscales sont strictes 
(l'administration française n'est jamais en retard là dessus...)
et pas question de jouer au c... avec. 

Les logiciels sont conçus pour empêcher toute manip sur l'historique et 
c'est bien comme ça.

Mais je ne comprends pas cette notion de postage.
Pourquoi empêcher de revenir sur une erreur alors qu'une période n'est pas 
clôturée ?
Je ne vois vraiment pas où on enfreindrait une règle fiscale.

2 - Une deuxième question sur le postage :

Lorsque je crée une facture fournisseur et que je la valide (sans la poster)
je la retrouve immédiatement dans les lignes à payer/recevoir du tiers 
concerné. 
Ca paraît normal.
Oui mais :
Lorsque je crée une facture client, je suis obligé de la poster pour 
qu'elle soit répercutée
dans les lignes à payer/recevoir du tiers. Et si je me suis planté sur la 
facture, je l'ai dans l'os évidement.

Bon, là c'est peut-être moi qui ai joyeusement oublié je ne sais quoi,
mais si vous pouviez me dire où je m'embourbe ça me rendrait un fier service






-- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
tryton-fr.
Cette discussion peut être lue sur le Web à l'adresse 
https://groups.google.com/d/msgid/tryton-fr/4ee897a8-3f1d-45c1-8999-c633345d5d77%40googlegroups.com.

Répondre à