Cher journal,
Je viens de terminer un projet qui me semble intéressant; http://tinyreport.org(...)
J'aimerais voir l'avis des lecteurs sur cette nouvelle approche qui pourrait devenir une alternative très intéressante à JasperReports et CrystalReports. J'aimerais également des suggestions d'améliorations.
C'est un outil pour générer des rapports basés sur le contenu d'une base de données et d'un template construit en OpenOffice. C'est en Python et cela utilise fortement http://openreport.org(...)
Cela permet de faire tous types de rapports PDF générés automatiquement en quelques minutes: factures, listes de produits, statistiques ...
C'est également complètement intégré à Tiny ERP (http://tinyerp.com)(...) depuis la version 3.1.0. Vous pouvez donc développer vos propres rapports Tiny ERP dans OpenOffice. I utilise le format (.SXW)
La version standalone manque encore de quelques fonctionnalités (une fonction .one2many car l'introspection sur la DB ne permet pas d'avoir cela). Je conseille donc de tester directement dans Tiny ERP.
Une animation Flash présente le truc: http://en.tinyerp.com/demo02_5.html(...)
Toute proposition d'amélioration est également la bienvenue.
Journal Reporting de base de données basé sur OpenOffice.
12
oct.
2005
# un rapport ?
Posté par Nahuel . Évalué à -1.
[^] # Re: un rapport ?
Posté par pinky . Évalué à 1.
[^] # Re: un rapport ?
Posté par Olivier Guerrier . Évalué à 6.
# Logiciel d'édition
Posté par drgreen . Évalué à 1.
Je suis à la recherche depuis pas mal de temps (1 an en fait), d'un logiciel "éditique" pour ma boite : https://linuxfr.org/comments/435857.html#435857(...)
Pense-tu que Tinyerp puisse être utilisé dans ce sens ?
Si oui, je veux bien détailler ce que fait le logiciel que nous utilisons aujourd'hui.
Merci
DrGreen
[^] # Re: Logiciel d'édition
Posté par Maillequeule . Évalué à 2.
De toute facon, si tu donnes ton "cahier des charges", tu augmentes les chances d'avoir des réponses pertinentes à ta question.
M
[^] # Re: Logiciel d'édition
Posté par drgreen . Évalué à 2.
Par exemple, nous sortons grosso modo :
- 20 000 documents journaliers
- 50 000 documents mensuels
et plusieurs centaines de milliers de documents annuels (tous ces chiffres se cumulent...)
Un logiciel éditique (spécialisé dans les éditions informatiques donc.. contraction des 2 mots) est un ensemble de fonctions mises à disposition pour industrialiser :
- La conception des documents (réduire le temps de codage de chaque document)
- La production des documents (des vitesses pouvant atteindre 100 000 pages/ heure selon les machines et les OS)
- La chaîne de production des documents : des fonctions de tri, éclatement des flux sur plusieurs critères, regroupement des flux (ex : set à mettre un courrier personnalisé avec une facture).
Nous alimentons nos chaînes éditiques avec des fichiers provenant de notre Système d'informations.
Toutes les grosses boîtes qui font du papier (banques, assurances, opérateurs téléphoniques, EDF...) ont soit recours à ce type de logiciels, soient recourent à des prestataires qui utilisent ces logiciels.
Nous pouvons faire toutes ces choses en programmation (nous avons fait des essais avec reportlab, python point et les fonctions PDF de Php) mais les temps de codage sont plus important, et il nous faut implémenter certaines fonctions nous-même. Pour l'instant, nos tests les plus concluant sont en ... Php.
Le logiciel que nous utilisons actuellement s'appelle Open-Print, logiciel totalement inconnu du grand public et dont le coût de licence est très élevé (plusieurs dizaines de milliers d'euros).
Dans ma boite, nos besoins sont quand même moins élevés que dans les entreprises que j'ai citées, mais l'écart avec les outils que nous avons testés sont trop important pour que nous puissions mettre nos développeurs dessus.
J'ai trouvé d'autres éditeurs moins chers et dont les logiciels sont moins performants, mais dans le monde propriétaire.
J'entretiens de gros espoirs sur OOo pour répondre à mon besoin (avec ajout des fonctions batchs citées ci-dessus).
Voilà,
En espèrant avoir été assez précis.
DrGreen
[^] # Re: Logiciel d'édition
Posté par drgreen . Évalué à 1.
ça te permettra d'avoir une vue plus précise de la chose.
y'a pas de prix catalogue...
[^] # Re: Logiciel d'édition
Posté par Maillequeule . Évalué à 2.
J'ai un nom de produit qui me vient à l'esprit de suite, parce que nous l'avons utilisé pour un besoin très proche avec certains de nos clients (des gens qui produisent des documents personnalisés pour ensuite les éditer à très gros volume exactement comme tu le décris) : JasperReports
Ca se trouve ici : http://jasperreports.sourceforge.net/(...)
Il y a un peu comme dans les outils de sefas une séparation en deux parties :
- Des outils de "composition" des documents de base. Le plus poussé étant iReports http://ireport.sourceforge.net/(...)
- Un "moteur" de rendu qui va récupérer de l'information depuis des sources de données très variées et générer une sortie dans des formats pas moins variés à partir des fameux modèles.
L'un des avantages de JasperReports est qu'il peut être installé aussi bien de façon "autonome" sur un poste de travail, qu'intégré à des applications tierces, ou utilisé dans une architecture plus complexe avec de véritables "serveurs de rapports" qui vont lancer des extractions diverses en se basant sur des modèles prédéfinis, aussi bien en mode Web qu'en batch.
D'ailleurs pour des travaux en batch on a joué un peu (beaucoup) avec OOo et sincèrement, on a pas obtenu (de loin) le niveau de performances et de souplesse du couple JasperReports/iReports. Ce n'est pas réducteur : l'un est fait pour, et l'autre moins ... (à moins d'écrire un "pont" de OOo vers Jasper mais les contraintes sont conséquentes).
Même chose avec d'autres outils de reporting que nous avons évalués dans tous les sens : Jasper sort du lot sur de nombreux aspects.
Je le précise de suite : comme pour d'autres outils, le terme "rapport" est réducteur parce que les possibilités de mise en page sont nombreuses et avec peu de limites.
C'est un produit déjà très mur, qui évolue vite, et intégré à des projets toujours plus nombreux : JBoss par exemple.
Ahh oui, c'est un peu du java :)
De petits exemples de sorties "Jasper" :
http://jasperreports.sourceforge.net/samples/index.html(...)
Des captures d'écran de iReports :
http://ireport.sourceforge.net/index.php?p_module=page&pageid=7(...)
C'est une piste qui en vaut une autre :)
M
[^] # Re: Logiciel d'édition
Posté par drgreen . Évalué à 0.
Merci pour l'info. J'avais vu le produit mais je n'avais pas le temps ni les moyens de tous les essayer.
Je vais regarder de plus près.
Tant que j'y pense, ceal veut-il dire que ta boîte est une SSII qui aurait acquis des compétences sur le sujet ?
DrGreen
[^] # Re: Logiciel d'édition
Posté par drgreen . Évalué à 1.
J'avais vu le nom "Jasper" mais noyé dans la liste des logiciels possibles... Nous n'avons pas pu tous les tester.
Ton message veut-il dire ta boite est une SSII est que que vous avez acquis la compétence sur le couple jasperreports/ireports ?
Merci
DrGreen
[^] # Re: Logiciel d'édition
Posté par Maillequeule . Évalué à 2.
M
[^] # Re: Logiciel d'édition
Posté par pinky . Évalué à 1.
> - La conception des documents (réduire le temps de codage de chaque document)
C'est OpenOffice dans lequel on insert des expressions de la DB objet.
> - La production des documents (des vitesses pouvant atteindre 100 000 pages/ heure selon les machines et les OS)
Ce la dépend de la DB, on supporte presque toutes les DB relationnelle (mysql, postgresql, oracle, ...) Pour la vitesse, j'ai déjà testé trml2pdf qui peut faire plus de 50 pages simples (dans un même pdf) à la seconde. Exemple; des factures.
La lib bas niveau pour les PDF est reportlab.
> - La chaîne de production des documents : des fonctions de tri, éclatement des flux sur plusieurs critères,
Egalement intégré. Il en est à sa première version, il manque peut-etre quelques fonctions mais la plupart sont fournies par python. Exemple; .sort(), '%.2f' % price, ...
# comment ça marche ?
Posté par nvivier . Évalué à 1.
Ca fonctionne sur quelles plateformes et c'est écrit en quoi ? (oui, je sais j'aurais pu letélécharger mais je suis sur un ordi qui n'aime pas les tar.gz)
Le lien vers le manuel (tiny accounting !?) n'est pas valide.
Est-ce que c'est déjà utilisé dans d'autres environnements que Tiny ERP ?
[^] # Re: comment ça marche ?
Posté par pinky . Évalué à 2.
Au choix. Une partie n'est pas à installée (tiny sxw2rml) car elle ne sert que la première fois pour générer le document intermédiaire XML.
> Ca fonctionne sur quelles plateformes et c'est écrit en quoi ?
Testé sur Windows et Linux, écrit en Python. Mais il n'y a besoin d'aucun code à faire. Le language n'est donc pas intéressant. C'est simplement deux scripts en ligne de commande.
> Manuel
Y'en a pas encore, je vais corriger le lien.
> Est-ce que c'est déjà utilisé dans d'autres environnements que Tiny ERP ?
Non.Mais cela marche vraiment bien dans Tiny ERP.
[^] # Re: comment ça marche ?
Posté par nvivier . Évalué à 1.
C'est vraiment intéressant mais je pense qu'un manuel serait utile !
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.