[WD27] PDF/A-3b et Factur-x

Version imprimable

16/01/2023, 16h15
Lo²

[WD27] PDF/A-3b et Factur-x

Bonjour à tous,

Je m'attèle en ce début d'année de travailler sur la factur-x.
J'avais trouvé une source ici l'année dernière mais sans faire de test :
https://forum.pcsoft.fr/fr-FR/pcsoft...47000/read.awp

C'est un projet simple qui explique les éléments à intégrer dans le fichier XML. Merci au contributeur.

Je viens donc d'effectuer un test pour valider le format généré et comme tous les derniers participants de la discussion, j'ai une anomalie sur la validité du PDF généré par WD.
Le profil du fichier est Minimum mais j'ai dans le PDF l'information AFRelationship/Alternative qui devrait être AFRelationship/Data. L'information AFRelationship/Alternative est valable pour un profil Basic.

Dans la discussion, il y a un lien pour récupérer un script Phyton qui permet de modifier l'information en anomalie, mais avant de passer du temps à installation toute la machine Python, je voulais savoir si quelqu'un a déjà potassé le sujet factur-x et/ou rencontré ce problème et résolu ?

Merci à tous
18/01/2023, 05h26
popoy

Pour information il est possible d'intégrer du python directement dans windev.
18/01/2023, 09h18
Lo²

Et comme tu l'as sûrement lu dans mon post @popoy, je glane des informations sur le sujet avant de me lancer dans la solution Python.
13/02/2023, 11h34
Lo²

J'ai un peu plus de temps donc je me suis attelé à travailler plus sur le sujet.
J'ai trouvé pas mal d'infos concernant la structure des fichiers avec des exemples ici : https://fnfe-mpe.org/factur-x/

Malheureusement, la problématique provient bien du fichier PDF généré avec Windev. J'ai envoyé un projet test au support, donc à suivre.

Concernant le module Python trouvé, je l'ai intégré au projet mais j'ai des erreurs de compilation :

Code:

Erreur :facturx : une erreur fatale s'est produite lors de l'appel à une fonction interne Python : ImportError('attempted relative import with no known parent package')

J'ai bien suivi l'installation à effectuer mais pas certain que tout soit bien fait, côté compilateur Python et côté Windev.
Est-ce que quelqu'un a déjà intégré du Pyhton dans Windev ?

Edit : Pour python, il faut que j'installe d'autres modules correspondant aux import dans le fichier py... et il y en a plein :?
13/02/2023, 14h07
frenchsting

Bonjour Lo²,

Si tu poses une question sur l'installation de Python sur le forum qui va bien, tu auras des pistes, je pense ?
13/02/2023, 14h10
Lo²

@frenchsting
Je n'ai pas mis à jour mais c'est bon, tout est ok niveau phyton, ne reste plus qu'à trouver quelles méthodes et quels paramètres à utiliser pour effectuer des tests.
13/02/2023, 14h23
Lo²

Arg fausse bonne solution le Python car il faut que ce soit installé sur chaque poste utilisateur, ce qui n'est pas possible dans mon cas :(
13/02/2023, 14h52
frenchsting

Tu ne peux pas le mettre dans un dossier partagé / dans le dossier de ton appli (qui semble être sur un chemin/lecteur réseau) ?
13/02/2023, 15h34
Lo²

Probablement en effet mais ça fait 160 Mo de plus, ce qui donnerait un EXE beaucoup trop gros pour pas mal de nos utilisateurs.
Je met cette partie Python en stand-by.

Je rebosse sur la génération du PDF avec Windev et j'ai réussi à générer un profil BASIC.
Il ne me reste plus qu'à modifier le XML et/ou les métadonnées, so W&S ;)
16/02/2023, 15h32
Lo²

It works !! et en full windev :D

Donc avec le projet sur le dépôt Windev : https://depot.pcsoft.fr/resource.awp...format-facturx

et la structure du XML ici : https://fnfe-mpe.org/factur-x/

On a tout pour faire ce qu'on veut dont des fichiers PDF avec le XML qui va bien en exemple.

La seule étape 'cachée' c'est qu'il faut penser à transformer la chaîne XML en UTF8 ;)

Merci à @Frenchsting pour son aide.
21/02/2023, 17h02
Trirouson

Bonjour @Lo²,

Est-ce que tu as un exemple par hasard ?

J'ai beau chercher et modifier le XML (J'arrive à passer en Profile Basic), et le Factur-X Validator tourne en boucle.

Donc là je sèche.

Merci d'avance
22/02/2023, 09h44
Lo²

Bonjour @Trirouson,

Le phénomène de boucle qui j'ai rencontré était le fait que la chaine XML n'avait été mise en UTF8, est-ce que c'est le cas ?
23/02/2023, 08h17
Trirouson

1 pièce(s) jointe(s)

Merci de ta réponse, tu passes le XML en UTF8 à quel moment ?

J'ai fait d'autres tests et et j'obtiens ceci :

Il s'agit des règles à suivre pour la structure du fichier XML.
Toutes les informations sont dans le PDF fournis par le site.

Voici l'exemple que j'utilise mais c'est le même que l'exemple ~~du dépôt~~ que la facture exemple fournis par le site avec qq modifications :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
sXmlDoc	est une chaîne = [
<?xml version='1.0' encoding='UTF-8'?>
<rsm:CrossIndustryInvoice xmlns:qdt="urn:un:unece:uncefact:data:standard:QualifiedDataType:100" xmlns:ram="urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100" xmlns:rsm="urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100" xmlns:udt="urn:un:unece:uncefact:data:standard:UnqualifiedDataType:100" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <rsm:ExchangedDocumentContext>
    <ram:GuidelineSpecifiedDocumentContextParameter>
      <ram:ID>urn:cen.eu:en16931:2017#compliant#urn:factur-x.eu:1p0:basic</ram:ID>
    </ram:GuidelineSpecifiedDocumentContextParameter>
  </rsm:ExchangedDocumentContext>
  <rsm:ExchangedDocument>
    <ram:ID>FA-2017-0010</ram:ID>
    <ram:TypeCode>380</ram:TypeCode>
    <ram:IssueDateTime>
      <udt:DateTimeString format="102">20171113</udt:DateTimeString>
    </ram:IssueDateTime>
    <ram:IncludedNote>
      <ram:Content>Franco de port (commande &gt; 300 € HT)</ram:Content>
    </ram:IncludedNote>
  </rsm:ExchangedDocument>
  <rsm:SupplyChainTradeTransaction>
    <ram:IncludedSupplyChainTradeLineItem>
      <ram:AssociatedDocumentLineDocument>
        <ram:LineID>1</ram:LineID>
      </ram:AssociatedDocumentLineDocument>
      <ram:SpecifiedTradeProduct>
        <ram:GlobalID schemeID="0160">3518370400049</ram:GlobalID>
        <ram:Name>Nougat de l'Abbaye 250g</ram:Name>
      </ram:SpecifiedTradeProduct>
      <ram:SpecifiedLineTradeAgreement>
        <ram:NetPriceProductTradePrice>
          <ram:ChargeAmount>4.10</ram:ChargeAmount>
        </ram:NetPriceProductTradePrice>
      </ram:SpecifiedLineTradeAgreement>
      <ram:SpecifiedLineTradeDelivery>
        <ram:BilledQuantity unitCode="C62">20.000</ram:BilledQuantity>
      </ram:SpecifiedLineTradeDelivery>
      <ram:SpecifiedLineTradeSettlement>
        <ram:ApplicableTradeTax>
          <ram:TypeCode>VAT</ram:TypeCode>
          <ram:CategoryCode>S</ram:CategoryCode>
          <ram:RateApplicablePercent>20.00</ram:RateApplicablePercent>
        </ram:ApplicableTradeTax>
        <ram:SpecifiedTradeSettlementLineMonetarySummation>
          <ram:LineTotalAmount>81.90</ram:LineTotalAmount>
        </ram:SpecifiedTradeSettlementLineMonetarySummation>
      </ram:SpecifiedLineTradeSettlement>
    </ram:IncludedSupplyChainTradeLineItem>
    <ram:ApplicableHeaderTradeAgreement>
      <ram:SellerTradeParty>
        <ram:Name>Au bon moulin</ram:Name>
        <ram:SpecifiedLegalOrganization>
          <ram:ID schemeID="0002">99999999800010</ram:ID>
        </ram:SpecifiedLegalOrganization>
        <ram:PostalTradeAddress>
          <ram:PostcodeCode>84340</ram:PostcodeCode>
          <ram:LineOne>1242 chemin de l'olive</ram:LineOne>
          <ram:CityName>Malaucène</ram:CityName>
          <ram:CountryID>FR</ram:CountryID>
        </ram:PostalTradeAddress>
        <ram:SpecifiedTaxRegistration>
          <ram:ID schemeID="VA">FR11999999998</ram:ID>
        </ram:SpecifiedTaxRegistration>
      </ram:SellerTradeParty>
      <ram:BuyerTradeParty>
        <ram:Name>Ma jolie boutique</ram:Name>
        <ram:SpecifiedLegalOrganization>
          <ram:ID schemeID="0002">78787878400035</ram:ID>
        </ram:SpecifiedLegalOrganization>
        <ram:PostalTradeAddress>
          <ram:PostcodeCode>69001</ram:PostcodeCode>
          <ram:LineOne>35 rue de la République</ram:LineOne>
          <ram:CityName>Lyon</ram:CityName>
          <ram:CountryID>FR</ram:CountryID>
        </ram:PostalTradeAddress>
        <ram:SpecifiedTaxRegistration>
          <ram:ID schemeID="VA">FR19787878784</ram:ID>
        </ram:SpecifiedTaxRegistration>
      </ram:BuyerTradeParty>
      <ram:BuyerOrderReferencedDocument>
        <ram:IssuerAssignedID>PO445</ram:IssuerAssignedID>
      </ram:BuyerOrderReferencedDocument>
      <ram:ContractReferencedDocument>
        <ram:IssuerAssignedID>MSPE2017</ram:IssuerAssignedID>
      </ram:ContractReferencedDocument>
    </ram:ApplicableHeaderTradeAgreement>
    <ram:ApplicableHeaderTradeDelivery/>
    <ram:ApplicableHeaderTradeSettlement>
      <ram:PaymentReference>FA-2017-0010</ram:PaymentReference>
      <ram:InvoiceCurrencyCode>EUR</ram:InvoiceCurrencyCode>
      <ram:SpecifiedTradeSettlementPaymentMeans>
        <ram:TypeCode>30</ram:TypeCode>
        <ram:PayeePartyCreditorFinancialAccount>
          <ram:IBANID>FR2012421242124212421242124</ram:IBANID>
        </ram:PayeePartyCreditorFinancialAccount>
      </ram:SpecifiedTradeSettlementPaymentMeans>
      <ram:ApplicableTradeTax>
        <ram:CalculatedAmount>16.38</ram:CalculatedAmount>
        <ram:TypeCode>VAT</ram:TypeCode>
        <ram:BasisAmount>81.90</ram:BasisAmount>
        <ram:CategoryCode>S</ram:CategoryCode>
        <ram:DueDateTypeCode>5</ram:DueDateTypeCode>
        <ram:RateApplicablePercent>20.00</ram:RateApplicablePercent>
      </ram:ApplicableTradeTax>
      <ram:SpecifiedTradePaymentTerms>
        <ram:DueDateDateTime>
          <udt:DateTimeString format="102">20171213</udt:DateTimeString>
        </ram:DueDateDateTime>
      </ram:SpecifiedTradePaymentTerms>
      <ram:SpecifiedTradeSettlementHeaderMonetarySummation>
        <ram:LineTotalAmount>81.90</ram:LineTotalAmount>
        <ram:TaxBasisTotalAmount>81.90</ram:TaxBasisTotalAmount>
        <ram:TaxTotalAmount currencyID="EUR">16.38</ram:TaxTotalAmount>
        <ram:GrandTotalAmount>98.28</ram:GrandTotalAmount>
        <ram:TotalPrepaidAmount>0.00</ram:TotalPrepaidAmount>
        <ram:DuePayableAmount>98.28</ram:DuePayableAmount>
      </ram:SpecifiedTradeSettlementHeaderMonetarySummation>
    </ram:ApplicableHeaderTradeSettlement>
  </rsm:SupplyChainTradeTransaction>
</rsm:CrossIndustryInvoice>
]
 
// Création du fichier XML
// il semble que le fichier doive toujours être nommé factur-x.xml pour être valide.
fSauveTexte("factur-x.xml", ChaîneVersUTF8(xmlDoc))

23/02/2023, 10h10
Trirouson

1 pièce(s) jointe(s)

Merci, j'ai dû convertir manuellement en UTF-8 avant ta solution.

Par contre, j'ai l'impression de tourner en rond, à chaque fois que "j'approche du but", j'ai une nouvelle erreur.

Voici la dernière en date, il m'en reste plus qu'une mais vu que c'est directement au niveau du PDF, je ne sais pas comment procéder…

Je me demande si je ne dois pas modifier quelques choses au niveau du Meta Data, j'ai essayé avec les exemples fourni mais en vain.
23/02/2023, 10h55
Lo²

Le metadata est le même que le projet sur le dépôt PCSoft à part la balise au début où il faut mettre BASIC.
23/02/2023, 11h19
Trirouson

Du coup, je ne sais pas d'où vient mon problème avec le PDF invalide …

Si quelqu'un a une solution je suis preneur !

Edit : C'est bon j'ai réussi, J'ai tout repris depuis le début et ça fonctionne! Il devait y avoir un petit hic quelque part à force de modifier.

Un grand merci à @Lo² pour son aide, ça faisait un petit moment que j'étais bloqué dessus.
21/03/2023, 17h38
Magali_21

PDF invalide

Merci beaucoup à vous tous pour votre aide et toutes ces informations.

Petites remarques :
Il est important de supprimer le document pdf et le fichier xml générés à chaque fois avant d'en recréer .
Windev garde en mémoire certaines informations , ce qui fait que ça génère des documents invalides et que ça ne se voit pas ... et qu'on ne comprend plus rien !
22/03/2023, 09h25
Lo²

Merci @Magali_21 pour l'info !
29/03/2023, 14h18
Drastik_14

1 pièce(s) jointe(s)

Factur-X Not valid

Bonjour,

Merci à tous pour les infos, en suivant les exemples j'ai pu avancer...
Je génère avec windev 27 un pdf et un XML avec un profil basic.

Ce qui fait que j'obtiens une validation sur fnfe-mpe.org sans erreur... mais toujours invalide !?

J'ai vérifié le pdf et les xml (en tout cas sur xmllint c'est ok)...

Du coup, ça ne me donne pas trop de piste à suivre pour corriger...
Une idée ? :-)

Pièce jointe 636500
30/03/2023, 08h25
Lo²

Bonjour,

Pas d'idée mais tu peut joindre par mail la structure pour connaître la raison du Non Valide.
30/03/2023, 15h31
Drastik_14

Trouvé !

Bonjour,

J'ai trouvé ! (Un peu par hasard en fouillant)
Je n'avais pas remarqué qu'il me restait un autre "MINIUM" qui trainait dans les Metadata du xml...
En modifiant comme ça :
<fx:ConformanceLevel>BASIC</fx:ConformanceLevel>

l'analyse me donne un beau "Fully valid".

Il ne me reste plus qu'à compiler ça avec de vraies données, mais ça, c'est une autre histoire... :-)

Merci pour votre aide en tt cas !
09/04/2023, 18h17
styck007

Bonjour,
quelqu'un à une idée comment différencier un ligne de facture dans le format facture-X entre une ligne de produit et une ligne de main d'oeuvre ?
A+
11/04/2023, 10h42
Lo²

Bonjour,

Pourquoi différencier ?
11/04/2023, 10h49
styck007

Citation:

Envoyé par Lo²

Bonjour,

Pourquoi différencier ?

Bonjour,
De mon coté , si j'importe une facture_x , c'est très important de différencier rien que pour le stock , pour la suite fiscalement cela à de l'importance aussi , je suppose qu'ils vont le préciser en e-reporting
11/04/2023, 11h25
Lo²

D'après ce que j'ai compris, le contenu du détail d'une facture doit correspondre à l'affichage des lignes sur le PDF donc avec le libellé le prix unitaire, la TVA etc.

Je ne vois pas la relation entre la gestion de stock et le contenu de la facture-x ?
Qu'entends-tu par fiscalement ça a de l'importance ?

Bonjour à tous,

Je suis en train de mettre en place toute ma recherche sur le sujet dans mon projet actuel et je me suis posé une question :
Moi 1 : A quel moment de mon traitement faut-il générer le fichier xml ?
Moi 2 : Je me suis répondu, ce serait pas mal de le faire dans l'état.
Moi 1 : Argh le iAjoutePieceJointe() se fait avant le lancement de l'état
Moi 2 : Ah oui mince
...
Quelques recherches plus tard, j'ai trouvé qu'il était possible de rajouter une pièce jointe à un PDF après coup.
...
Moi 1 : J'ai peut-être une soluce
Moi 2 : Cool
...

Quelques essais plus tard, j'ai bien mon xml ajouté dans le PDF après coup avec le code suivant :
Code:

1 2 3 4 5 6 monPDF est un pdfDocument = PDFOuvre(sFichier + ".pdf") maPJ est un pdfPièceJointe maPJ..Contenu = fChargeBuffer("factur-x.xml") maPJ..Nom = "factur-x.xml" TableauAjoute(monPDF.PièceJointe, maPJ) PDFSauve(monPDF, sFichier + ".pdf")
Je le passe dans le validateur de factur-x et paf, j'ai des erreurs sur le PDF :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 Spec. ISO_19005_3 clause 6.8 test 4 PDF/A-3 error The additional information provided for associated files as well as the usage requirements for associated files indicate the relationship between the embedded file and the PDF document or the part of the PDF document with which it is associated. Level: CosDocument Context: root/EmbeddedFiles[0] root/indirectObjects[1](18 0)/directObject[0] Spec. ISO_19005_3 clause 6.8 test 3 PDF/A-3 error In order to enable identification of the relationship between the file specification dictionary and the content that is referring to it, a new (required) key has been defined and its presence (in the dictionary) is required. Level: CosDocument Context: root/EmbeddedFiles[0] root/indirectObjects[1](18 0)/directObject[0] Spec. ISO_19005_3 clause 6.8 test 1 PDF/A-3 error The MIME type of an embedded file, or a subset of a file, shall be specified using the Subtype key of the file specification dictionary. If the MIME type is not known, the "application/octet-stream" shall be used. Level: CosDocument Context: root/EmbeddedFiles[0]/EF[0] root/indirectObjects[1](18 0)/directObject[0]/EF[0] Missing entry /EF/F/Type PDF/A-3 error
Je suppose qu'en fait la constitution du PDF A3b utilise l'information de la présence d'un fichier et que si on le fait après il manque des éléments.
Qu'en pensez-vous ?

bonjour,
comme ceci plutôt ...

Code:

1
2
3
4
5
6
 
iParamètrePDF(iPDFA3b)
iDestination(iPDFGénérique, LeNomdelafacture)
iDéfinitXMPSupplémentaire(sMeta)
iAjoutePièceJointe(sFichierXMLFacture,"factur-x.xml",typeMimeTexteXML)
iEnchaînementImprime()

A+

26/04/2023, 14h19
Lo²

Merci.

Oui il s'agit de la méthode prévue mais cela implique que l'on parcours une première fois les informations de la facture pour générer le xml et ensuite, on parcours une deuxième fois les informations de la facture pour l'imprimer au format PDF.

Ce que je souhaite, c'est de n'avoir à parcourir qu'une seule fois les informations de la facture et donc générer le xml en même que le PDF au moment de l'impression.