Re: [tryton-fr] Export FEC
Le 21/09/2018 à 09:50, 'Cédric Krier' via tryton-fr a écrit :
7. Test des dates:
Le fichier n’est pas trié par date de validation.
Le fichier est trié par numéro de postage, ce qui me semble est la
demande au point II.40 dehttp://bofip.impots.gouv.fr/bofip/9028-PGP.html
« Au sein de ce fichier, les écritures doivent être numérotées
chronologiquement de manière croissante, sans rupture ni inversion dans
la séquence. »
Par contre normalement, l'ordre des numéro de postage devrait aussi être
l'ordre de la date de validation puisqu'il y a une séquence unique. Sauf
s'il y a eu manipulation.
J'ai encore pas mal d'erreurs ici...
selon
https://www.impots.gouv.fr/portail/files/media/1_metier/2_professionnel/comptabilite_informatisee_question_reponse.pdf?#page=8=50
réponse Q12:
En application du VII de l’article A. 47 A-1 du LPF et conformément au premier
alinéa du I de
l’article L. 47 A de ce livre, l’ensemble des données comptables et des
écritures retracées
dans tous les journaux comptables au titre d’un exercice est remis dans un
fichier unique,
dénommé fichier des écritures comptables, dans lequel les écritures sont
classées par ordre
chronologique de validation.
j'ai remarqué que le code:
return Line.search(
domain,
order=[
('move.post_number', 'ASC'),
])
ne marche pas correctement au cas de changement de pré/post fixe et/ou la
numérotation
ou bien dans le cas d'importation de la compta depuis un autre système (comme
openerp)
où le post_number peut être par journal...
Ce qui semble mieux fonctionner pour tous ces cas là aussi:
@@ -270,6 +270,7 @@ class AccountFrFEC(Wizard):
return Line.search(
domain,
order=[
+('move.post_date', 'ASC'),
('move.post_number', 'ASC'),
])
cordialement,
--
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/2fef955e-0f3c-6cbd-f202-b91b024c5515%40free.fr.
Re: [tryton-fr] Export FEC
On 2018-10-09 11:36, 'Nicolas Évrard' via tryton-fr wrote: > * Richard PALO [2018-10-08 19:00:25]: > > Le 03/05/2017 à 11:06, Cédric Krier a écrit : > > >> - Au moins un enregistrement dans le FEC ne contient pas de valeur pour > > >> le > > >>champ PIECEREF > > >> > > >> => remettre "EcritureNum" lors qu'on a rien à mettre en PieceRef? C'est > > >> le > > >> cas de toutes les mouvements comptables que je saisis manuellement > > >> (opérations diverse, charges saisies sans facture fournisseur, etc.) > > > Je propose de faire comme Odoo et de mettre '-'. > > > > > > > Selon expert-fec (lefebvre) d'utiliser le '-' génère un point d'anomalie : > > > Colonne n°9 dénommée "PieceRef" (devant être au format > > > AlphaNumérique et devant toujours être remplie, se reporter aux > > > questions/réponses n°1-18) : détection de 9142 anomalies de format > > > du contenu dont : > > > - 9142 cellules (champs) ne contenant que des espaces ou des > > > caractères spéciaux alors que cette colonne devrait toujours > > > contenir des données (fichier .xls) (fichier .csv) (cette > > > colonne ne peut ni être à blanc ni remplie de caractères ne > > > correspondant pas à des données). > > > > > > Pour information : > > > - Le champ dans le FEC "PieceRef" devrait contenir la référence de > > > la pièce justificative et devrait correspondre soit à une > > > numérotation séquentielle des pièces comptables dans le système, > > > soit à la référence figurant sur les pièces justificatives (se > > > reporter au BOI-CF-IOR-60-40-20 n°180) > > > - Nombre de cellules remplies : 25483 (sur 25483, soit 100%) > > > - Nombre de cellules vides ou sans données : 0 (sur 25483, soit 0%) > > > - Liste des caractères de la colonne n°9 : " > > > &-./0123456789ABCDEFHIJKLMNOPQRSTVW[]adehkortuvx" > > > - Liste des valeurs utilisées dans cette colonne : "-", et cetera... > > > > Peut-être un expert-comptable ou commissaire-aux-comptes pourrait > > nous suggérer une autre valeur... > > En tout cas, apparemment cette valeur devrait probablement se > > trouver dans le fichier config, tout comme fec_opening_* > > Je ne suis pas sûre d'avoir tout suivi mais comment le caractère '-' > peut être une anomalie alors que dans le même temps on nous dit: Pour moi c'est du zèle de l'outil. L'Article A47 A-1 [1] définit le champ PieceRef comme Alphanumérique et précise dans XII 1° "Les caractères utilisés appartiennent à l'un des jeux de caractères ASCII, norme ISO 8859-15 ou jeu de caractères unicode, norme ISO/ CEI 10646, de type UTF-8 ;" Il n'est jamais question d'autre validation de contenu. Le XSD définit ce champs comme: Et comme a priori les deux formats doivent être équivalent. De plus, je ne trouve nul part l'obligation de remplir ce champ. Alors évidement c'est toujours mieux d'avoir des pièces justificatives pour les mouvements mais dans la réalité c'est pas toujours le cas. [1] http://www.legifrance.gouv.fr/affichCodeArticle.do;jsessionid=1D905278ED63729D4CDF44E8064D8160.tpdila07v_3?idArticle=LEGIARTI27804775=LEGITEXT06069583=id=20150610 -- 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/20181009101345.kn37kdafogfgf3jg%40kei.
Re: [tryton-fr] Export FEC
On Tue, Oct 09, 2018 at 11:36:04AM +0200, 'Nicolas Évrard' via tryton-fr wrote: > * Richard PALO [2018-10-08 19:00:25]: > > Selon expert-fec (lefebvre) d'utiliser le '-' génère un point d'anomalie : > > > Colonne n°9 dénommée "PieceRef" (devant être au format > > > AlphaNumérique et devant toujours être remplie, se reporter aux > > > questions/réponses n°1-18) : détection de 9142 anomalies de format > > > du contenu dont : > > > - 9142 cellules (champs) ne contenant que des espaces ou des > > > caractères spéciaux alors que cette colonne devrait toujours > > > contenir des données (fichier .xls) (fichier .csv) (cette > > > colonne ne peut ni être à blanc ni remplie de caractères ne > > > correspondant pas à des données). > > > > > > Pour information : > > > - Le champ dans le FEC "PieceRef" devrait contenir la référence de > > > la pièce justificative et devrait correspondre soit à une > > > numérotation séquentielle des pièces comptables dans le système, > > > soit à la référence figurant sur les pièces justificatives (se > > > reporter au BOI-CF-IOR-60-40-20 n°180) > > > - Nombre de cellules remplies : 25483 (sur 25483, soit 100%) > > > - Nombre de cellules vides ou sans données : 0 (sur 25483, soit 0%) > > > - Liste des caractères de la colonne n°9 : " > > > &-./0123456789ABCDEFHIJKLMNOPQRSTVW[]adehkortuvx" > > > - Liste des valeurs utilisées dans cette colonne : "-", et cetera... > > > > Peut-être un expert-comptable ou commissaire-aux-comptes pourrait > > nous suggérer une autre valeur... > > En tout cas, apparemment cette valeur devrait probablement se > > trouver dans le fichier config, tout comme fec_opening_* > > Je ne suis pas sûre d'avoir tout suivi mais comment le caractère '-' > peut être une anomalie alors que dans le même temps on nous dit: > > > > - Liste des caractères de la colonne n°9 : " > > > &-./0123456789ABCDEFHIJKLMNOPQRSTVW[]adehkortuvx" > > où '-' apparaît bien. > > (et soit dit en passant que le législateur définisse les caractères > qui peuvent composer la référence d'une pièce, c'est croquignolesque > comme on dit chez vous :D). À mon avis, il faut faire une différence entre: - la législation française (texte de loi et décrêts) et son interprétation par les services fiscaux (BOFIP, et autres commentaires de l'administration) - un logiciel spécifique de vérification, qui interpréte lui aussi les éléments Au niveau du BOFIP (BOI-CF-IOR-60-40-20 n°180): http://bofip.impots.gouv.fr/bofip/9028-PGP.html?identifiant=BOI-CF-IOR-60-40-20-20170607#170_0383 La référence de la pièce justificative correspond soit à une numérotation séquentielle des pièces comptables dans le système, soit à la référence figurant sur les pièces justificatives (factures, tickets, etc.) reçues ou émises. Dans le cas des écritures pour lesquelles il n’existe pas de référence de pièce (par exemple, dans le cas des écritures d’à nouveau), ce champ doit néanmoins être rempli. Dans ce cas précis, la référence sera alors remplacée par une valeur conventionnelle définie par l’entreprise. Celle-ci sera précisée dans le descriptif remis au vérificateur en même temps que le fichier des écritures comptables Les critères que je vois sont: - la cellule ne DOIT pas être vide - le format du contenu n'est pas spécifié Il peut être légitime que l'outil de vérification de expert-fec force un format particulier pour essayer de s'assurer que le champ comporte une donnée "valide" ; mais il reste sujet à des faux-positifs: au regard du BOFIP, il me semble valide d'avoir "-" comme PieceRef pour une écriture d'à nouveau par exemple. -- Sebastien Marie -- 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/20181009101010.GA19407%40local.
Re: [tryton-fr] Export FEC
* Richard PALO [2018-10-08 19:00:25]: > Le 03/05/2017 à 11:06, Cédric Krier a écrit : > >> - Au moins un enregistrement dans le FEC ne contient pas de valeur pour le > >>champ PIECEREF > >> > >> => remettre "EcritureNum" lors qu'on a rien à mettre en PieceRef? C'est le > >> cas de toutes les mouvements comptables que je saisis manuellement > >> (opérations diverse, charges saisies sans facture fournisseur, etc.) > > Je propose de faire comme Odoo et de mettre '-'. > > > > Selon expert-fec (lefebvre) d'utiliser le '-' génère un point d'anomalie : > > Colonne n°9 dénommée "PieceRef" (devant être au format > > AlphaNumérique et devant toujours être remplie, se reporter aux > > questions/réponses n°1-18) : détection de 9142 anomalies de format > > du contenu dont : > > - 9142 cellules (champs) ne contenant que des espaces ou des > > caractères spéciaux alors que cette colonne devrait toujours > > contenir des données (fichier .xls) (fichier .csv) (cette > > colonne ne peut ni être à blanc ni remplie de caractères ne > > correspondant pas à des données). > > > > Pour information : > > - Le champ dans le FEC "PieceRef" devrait contenir la référence de > > la pièce justificative et devrait correspondre soit à une > > numérotation séquentielle des pièces comptables dans le système, > > soit à la référence figurant sur les pièces justificatives (se > > reporter au BOI-CF-IOR-60-40-20 n°180) > > - Nombre de cellules remplies : 25483 (sur 25483, soit 100%) > > - Nombre de cellules vides ou sans données : 0 (sur 25483, soit 0%) > > - Liste des caractères de la colonne n°9 : " > > &-./0123456789ABCDEFHIJKLMNOPQRSTVW[]adehkortuvx" > > - Liste des valeurs utilisées dans cette colonne : "-", et cetera... > > Peut-être un expert-comptable ou commissaire-aux-comptes pourrait > nous suggérer une autre valeur... > En tout cas, apparemment cette valeur devrait probablement se > trouver dans le fichier config, tout comme fec_opening_* Je ne suis pas sûre d'avoir tout suivi mais comment le caractère '-' peut être une anomalie alors que dans le même temps on nous dit: > > - Liste des caractères de la colonne n°9 : " > > &-./0123456789ABCDEFHIJKLMNOPQRSTVW[]adehkortuvx" où '-' apparaît bien. (et soit dit en passant que le législateur définisse les caractères qui peuvent composer la référence d'une pièce, c'est croquignolesque comme on dit chez vous :D). -- Nicolas Évrard - B2CK SPRL E-mail/Jabber: nicolas.evr...@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/153907776413.1686.10148379512534785105%40mirabelle.
