Bonjour,
J’ai déjà rencontré ce type de problème. Chez moi, la cause était un fichier odt mal préparé.
En procédant ainsi
j’ai pu obtenir un odt fonctionnel
Bon week-end
Bonjour,
J’ai déjà rencontré ce type de problème. Chez moi, la cause était un fichier odt mal préparé.
En procédant ainsi
j’ai pu obtenir un odt fonctionnel
Bon week-end
Ah ! Pour moi le process est le suivant:
Modèle existant dans Dolibarr : la génération des factures … se fait en PDF
Modèle que l’on créé en odt : la génération se fait en …pdf.
Ce n’est pas Dolibarr qui créé un odt. C’est l’utilisateur qui créé un odt pour le générer en PDF.
Je peux me tromper
Cdt
Bonjour
La solution est assez simple Pas d’inquiétude à avoir. Cela arrive quand le modèle ODT initial à un formatage xml indigeste pour dolibarr.
Pour corriger l’odt obtenu, il faut (j’essaye de donner un pas à pas):
Remarque 1 : il vaut mieux un éditeur de texte qui sache lire et formater le xml, cela améliore la lisibilité (visual code, gedit , notepad++, …)
Remarque 2 : un exemple de xml à corriger :
<text:p><text:span text:style-name="T5">26230</text:p></text:span>
Le balisage est erroné car le text:p est inclus dans le text:span, la correction pourrait être :
<text:p><text:span text:style-name="T5">26230</text:span></text:p>
Enfin pour corriger le problème plus globalement, il faut faire la même manipulation avec l’odt source. Dans ce cas on rechercher les balise de remplacement de la forme :
<text:p><text:span text:style-name="T5">{ </text:span> balise_dolibarr }</text:p>
Il faut alors corriger en regroupant toute la balise dolibarr dans la même balise xml par exemple :
<text:p><text:span text:style-name="T5">{ balise_dolibarr } </text:span> </text:p>
Dans ce cas le problème ne devrait plus se reproduire par la suite. En tout cas chez moi cela fonctionne proprement depuis que les correctifs ont été fait
Waouh !
Ça c’est de l’enquête.
Sait-on dans quelles conditions ces balises <text:span>
sont insérées ? Isamuse et Romain indiquent comment éviter ce genre de souci, en faisant un copier-coller depuis un éditeur de texte, mais est-ce vraiment la seule solution ?
Bonjour,
merci à tous. Cela dépasse mes compétences car je ne connais rien à ce problème, étant un bête utilisateur.
J’espère que cela permettra de résoudre ce problème d’une manière générale pour tous les utilisateurs de Dolibarr dans une prochaine révision.
Quant-à moi j’ai utilisé le pdf et retouché celui-ci avec un logiciel pdf
Merci encore
Cordialement
Bonjour
Cela dépend de comment on rédige son modèle odt. Pour faire simple et parce que je ne connais pas par bien le fonctionnement du format xml, on peut dire que dès qu’on saisi un caractère dans un fichier celui ci va être encapsuler dans un <span>
le contexte permet ensuite d’englober l’ensemble du texte saisi. Dans la plupart des cas le span va englober alors l’ensemble de la balise dolibarr {ma_balise_dolibarr}
.
Malheureusement il y a des cas moisis où cela ne se passe pas comme ça. Sur la base de mon expérience, cela peut se produire assez facilement lorsqu’on fait une boucle pour afficher les lignes d’une devis ou d’une facture.
On a un gros mélange d’espace, saut de ligne, colonne, … et là le formatage à parfois du mal à suivre.
Une autre astuce si on ne veut pas modifier directement le xml c’est de ressaisir dans l’éditeur le contenu de la balise dolibarr. On part du milieu du texte on ajoute le début et la fin et on supprime ensuite les caractères en doublon. Dans ce cas cela peut nettoyer les span qui se baladeraient dans le bloc de texte.
Pour ma part j’utilise les modèles odt et la génération à la volée en pdf. Cela fonctionne très bien. L’édition du modèle initial règle (via le content.xml) le problème en général une bonne fois pour toute. Ce n’est pas pire que d’éditer une page html lambda
Hello
Corriger à la base le modèle odt reste quand même la solution la plus pérenne.
Le problème se reproduira probablement à moyen terme.
Merci azerttyu pour cette solution pour corriger les fichiers odt.
J’avais aussi constaté que ce type de message survenait lors de l’utilisation de conditions dans la génération des odt.
Ca me permettra d’aller plus vite pour retrouver mes erreurs la prochaine fois !
Pourquoi si le modèle de base a été corrigé ?!?
dans ce cas tout ira bien en effet
Bonjour,
la génération de facture odt ne me semble pas une solution pérenne au vu de l’évolution de la législatio.
Cordialement
Hello
Je ne vois pas en quoi ? Il n’y a aucune différence avec les gabarits par défaut. Si la remarque concerne l’ODT en soit :
Bonjour,
pas une solution pérenne car à partir de juillet 2024 il sera obligatoire de délivrer toutes les factures sous format électronique pdf/A3 (facture-X). C’est déjà le cas en B to G et sera obligatoire en B to B au plus tard au 1er juillet 2024. Or même une petite entreprise est un B
Cordialement
Bonjour @lamyjl
Le B2G n’impose pas facture x mais une description détaillée associée via Chorus.
Ça risque d’être la même chose pour le B2B.
Il me semble avoir lu que Chorus va se positionner en temps qu’operateur
Pour les échéances il me semble que c’est janvier 2026 pour les plus petites structures.
@+
bonjour @azerttyu
même avec ton fichier j’ai téléchargé mais j’ai toujours le même problème photo en PJ
Hello
donc je confirme que ce n’est pas un problème D’autant plus que Dolibarr ne gère pas encore ceci par défaut (sauf si j’ai raté un épisode)
On peut tout à faire générer une facture valide de ce point de vue avec un odt.
Par exemple :