Juste pour dire que j’ai repris l’étude développement d’un générateur de pdf basé sur une description xml, celui-ci devrait sortir durant le second trimestre au même prix que myprint qui sera proposé à l’intégration au core de dolibarr (V6). A titre d’info mes premiers résultats sont très encourageant tant en terme de résultats que d’interfacage avec dolibarr.
Le plus long dans ce développement n’est pas à proprement parlé le codage du module mais le développement des modèles XML, il est probable qu’au début le module ne contienne que les pièces principales (propales, commande et factures clients) et que je rajoute ensuite les autres documents
Une première version pilote devrait sortir d’ici la fin du mois de mars pour nos partenaires histoire de tester/stabiliser celle-ci, la documentation devrait sortir à ce moment là
Tu veux un coup de main sur la génération des BL au format XML ?
Mon développeur peut apporter sa pierre à l’édifice.
On en aurait besoin pour envoyer à nos clients qu’ils « importent » les produits sur le BL et éviter de se re palucher la saisie des lots/dates de péremption… Et comme je ne veux pas que tu réveilles ton urticaire/allergie, on peut essayer d’y bosser.
Hello Hubz
en fait le module que je développe générera du PDF, pas du XML
mais je trouve cependant l’idée intéressante, il faut que je regarde comment je peux implémenter cet autre mode de génération mais ce sera dans un second temps.
Dans ta vision des choses c’est un xml unique par document? tu prévois de l’envoyer ensuite par mail ou webservice?
D’abord par email,
pour la confirmation de commande, pour les bons d’expédition
Ce sera un xml par objet (expédition SH1702_123456 = 1 xml)
si expé multiple alors 2 ou plus xml à envoyer par mail
et plus tard par webservice si le client en fait la demande, ou si on trouve des clients qui utilisent les websaucisses.
dans customLine tu as déjà une fonction d’import de ligne de pièce (pour le moment propale, commande et facture) à partir d’un csv
je me tate de faire l’export csv et la même avec du xml (import/export).
Dans ce dernier cas le plus fastidieux à coder ce sera le format du xml dans le sens champs et llibellé à envoyer/récupérer dans le xml
Bref, c’est pas le travail qui manque
a mon avis il faut abandonner ce chemin xml2pdf (il faut un xslt et un model à implémenter) ça sera vraiment très limiter et peu flexible…
s’orienter au html2pdf c’est plus direct
ou bien faire le chemin suivant : xml2html puis html2pdf (voir lien suivant xml2html)
pour html2pdf il y en a beaucoup de lib qui génèrent d’excellents reports
Les gens comme toi me rassure sur la pérennité de mon activité… tu n’as jamais du mettre les doigts dans du code ou gérer des problématiques d’intégration pour écrire un tel truc
Bonjour
Je pense que je vais peut-être partager sur la dev car il y a encore pas mal à faire, surtout à rendre les modules compatibles…
parce que les posx posy…
Fred
Je souhaite intégrer des notions libres plus facilement aux pdf clientèles mais sans pouvoir tester les fonctions externes, impossible de se faire une idée sur leur bonne flexibilité…
Je trouve aujourd’hui la description intéressante de votre module « MyPrint ») sur le store et sur votre site, mais je ne le vois pas configuré dans votre demo (version 9)… et je suis en version 12. Son usage est-il encore d’actualité?
