Re: [tryton-fr] openerp2tryton, lettrage et génération d'un FEC
Je valide la proposition de Richard PALO. C'est en général ce qui se fait : un champ date pour chaque opération de création, modification, suppression (mais pas de la base, seulement de la vue, dans certains logiciel, supprimer une écriture est autorisé mais est en fait une contrepassation de l'écriture et un masquage de l'écriture d'origine et de l'écriture de contrepassation, et c'est donc légal), lettrage, pointage ... C'est d'ailleurs l'esprit de la loi française sur les systèmes de comptabilité informatisée. Le mardi 10 avril 2018 23:17:14 UTC+2, Richard PALO a écrit : > > Le 10/04/2018 à 23:00, Richard PALO a écrit : > > Le 10/04/2018 à 20:03, Cédric Krier a écrit : > >> On 2018-04-10 19:33, Richard PALO wrote: > >>> J'ai rencontré une difficulté avec des données migrées depuis openerp > >>> notamment dans la génération d'un FEC la 'create_date' de > account.move.reconciliation > >>> est utilisée pour 'DateLet' mais cette date est par défaut la date de > la migration > >>> après l'exécution de l'assistant 'account.move.reconcile_lines'. > >>> > >>> Quelle est la manière 'correcte' de forcer la 'create_date' d'être > celle obtenue > >>> depuis la base openerp? > >> > >> C'est vrai que depuis https://bugs.tryton.org/issue5270, on pourrait > >> utiliser la date de réconciliation. > >> > > > > Malheureusement, selon @240 http://bofip.impots.gouv.fr/bofip/9028-PGP > >> La date de lettrage de l’écriture correspond à la date à laquelle > l’opération de > >> lettrage a été validée dans le système comptable. > > > > Comptablement, ce n'est pas très logique, la 'date' étant mieux adapté. > > Mais, apparemment dans les contrôles de la comptabilité c'est la date de > > la dernière opération de lettrage est surveillée!: > >> http://blog.ig-conseils.com/fec-quelles-donnees-validation-intangible/ > > > > > > J'ai l'impression, pour rester dans une certaine logique des données > exploitables, > qu'il faudrait ajouter à coté du champs 'date' un champs 'reconcile_date' > afin de > marquer l'opération (un peu comme 'post_date' dans l'écriture de base). > > -- > > Richard PALO > -- 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/9e872349-8d85-4e65-af2a-f07cb6ae9457%40googlegroups.com.
Re: [tryton-fr] openerp2tryton, lettrage et génération d'un FEC
Le 10/04/2018 à 23:00, Richard PALO a écrit : Le 10/04/2018 à 20:03, Cédric Krier a écrit : On 2018-04-10 19:33, Richard PALO wrote: J'ai rencontré une difficulté avec des données migrées depuis openerp notamment dans la génération d'un FEC la 'create_date' de account.move.reconciliation est utilisée pour 'DateLet' mais cette date est par défaut la date de la migration après l'exécution de l'assistant 'account.move.reconcile_lines'. Quelle est la manière 'correcte' de forcer la 'create_date' d'être celle obtenue depuis la base openerp? C'est vrai que depuis https://bugs.tryton.org/issue5270, on pourrait utiliser la date de réconciliation. Malheureusement, selon @240 http://bofip.impots.gouv.fr/bofip/9028-PGP La date de lettrage de l’écriture correspond à la date à laquelle l’opération de lettrage a été validée dans le système comptable. Comptablement, ce n'est pas très logique, la 'date' étant mieux adapté. Mais, apparemment dans les contrôles de la comptabilité c'est la date de la dernière opération de lettrage est surveillée!: http://blog.ig-conseils.com/fec-quelles-donnees-validation-intangible/ J'ai l'impression, pour rester dans une certaine logique des données exploitables, qu'il faudrait ajouter à coté du champs 'date' un champs 'reconcile_date' afin de marquer l'opération (un peu comme 'post_date' dans l'écriture de base). -- Richard PALO -- 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/e72102e6-1056-06c4-c0af-3f2949f91aa0%40free.fr.
Re: [tryton-fr] openerp2tryton, lettrage et génération d'un FEC
On 2018-04-10 19:33, Richard PALO wrote: > J'ai rencontré une difficulté avec des données migrées depuis openerp > notamment dans la génération d'un FEC la 'create_date' de > account.move.reconciliation > est utilisée pour 'DateLet' mais cette date est par défaut la date de la > migration > après l'exécution de l'assistant 'account.move.reconcile_lines'. > > Quelle est la manière 'correcte' de forcer la 'create_date' d'être celle > obtenue > depuis la base openerp? C'est vrai que depuis https://bugs.tryton.org/issue5270, on pourrait utiliser la date de réconciliation. -- Cédric Krier - B2CK SPRL Email/Jabber: cedric.kr...@b2ck.com Tel: +32 472 54 46 59 Website: http://www.b2ck.com/ -- 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/20180410180336.GS26090%40kei.
[tryton-fr] openerp2tryton, lettrage et génération d'un FEC
J'ai rencontré une difficulté avec des données migrées depuis openerp notamment dans la génération d'un FEC la 'create_date' de account.move.reconciliation est utilisée pour 'DateLet' mais cette date est par défaut la date de la migration après l'exécution de l'assistant 'account.move.reconcile_lines'. Quelle est la manière 'correcte' de forcer la 'create_date' d'être celle obtenue depuis la base openerp? -- Richard PALO -- 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/6cff72e8-5e58-0b3b-7a22-2e1f34c7df68%40free.fr.
