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 ?
> > Et, comme le client est 'léger' (sans être sous un browser), les mises à jour ne nécessitent pas de toucher aux clients.
> J'avoue ne pas avoir tout saisi là. Tu peux m'en dire un peu plus stp?
Tout se trouve du côté serveur, il n'y a aucun code (métier) du côté client. Il n'y a donc jamais besoin d'upgrade du client. Les mises à jour se font toujours du côté serveur ce qui vous permet de mettre à jour
sans toucher aux postes installés.
Le client est en fait comme un browser, il n'a aucune connaissance de l'application; il reçoit des descriptions de formulaires et se contente de renvoyer le résultat.
Il a cependant de nombeux avantages par rapport à un browser; ergonomie, compression des données pour lignes bas débit, interface avec autres programmes (Office), ...
> mais est-il prévu un client léger en plus du client lourd actuel?
Non, pour info nous en avions un pour la version 1.0 du logiciel mais on a arrêté son support car inutile et utilisé par personne. Pourquoi inutile ? Car dans Tiny ERP, comme dans un client léger, tout est orienté serveur. Le client GTK a une ergonomie très très très difficle à égaler dans un client léger; click and relate, relations, rapidité de toutes les actions, auto-complétions partagées, ...
Le déploiement n'est pas un problème, il y a juste fichier .exe à cliquer pour le client. (ou un paquet à installer pour Linux). Et, comme le client est 'léger' (sans être sous un browser), les mises à jour ne nécessitent pas de toucher aux clients.
Si l'on résume, Tiny ERP a l'avantage des deux; une ergonomie (obligatoire pour un ERP) d'un client lourd, la non maintenance des clients (et simplicité de déploiement) d'un client léger.
Il faut essayer le client pour pouvoir se rendre compte de pourquoi il est important d'avoir cette ergonomie. (et il faut avoir utilisé un ERP en web pour pouvoir se rendre compte de pourquoi c'est nettement moins efficace).
Par contre, nous prévoyons dans les semaines à venir un site eCommerce/des interface pour fournisseurs pour les accès webs.
> mais pas du tout correctement les imputations de TVA typiquement françaises de manière automatique (encaissement, facturation, acomptes, règlements partiels).
Pourquoi dis-tu cela ? Les imputations comptables sont correctement gérées et de manière automatique ! C'était le cas dans la version 2.0 également. Pour toutes les transactions; factures, encaissement, acomptes, réglements partiels, productions, inventaires, ...
Ce qui n'est pas géré: le calcul des paies, les rapports légaux (ils sont dispos mais pas tous au bon format, ainsi pour le rapport TVA, Tiny ERP produit tous les chiffres mais il faut les recopier dans les cases du formulaire légal.), l'interface avec les banques. La raison de ces 3 manques minimes; trop spécifique à un pays, on attend qu'un contributeur s'en charge.
> Mais au vue des concurrents (Oracle et SAP) le combat reste difficile.
Pour info, avec Tiny ERP, nous avons été plusieurs fois en concurrence avec Microsoft Navision, Ms Axapta, SAP BO, et nous avons gagné à chaque fois.
Je pense que techniquement Tiny ERP a dépassé la plupart des solutions propriétaires car répond mieux aux attentes des PME; flexibilité, petit prix, adaptations spécifiques. En fait, c'est surtout les proprio qui répondent mals aux attentes pour PME (<200 employés) dans ce domaine; trop chers, non flexibles, lourds à maintenir, ...
C'est donc un millieu plus que propice au logiciel libre et une porte d'entrée dans bcp d'entreprises. Le seul problème c'est que tous les vendeurs de progiciels libres sont petits, n'ont que peu de moyens marketing, et restent insignifiant. A titre d'exemple; nous sommes le plus gros intégrateur de Tiny ERP mais on ne peut accepter que 12 contrats par an! (on a pourtant plus de demandes)
Les 2 sont complètement différents, il vaut mieux que tu vois par toi même. Je ne répondrai pas à cette question car mon avis n'est pas du tout objectif (je développe Tiny ERP).
> De plus, que vaut le module de compta de Tiny par rapport à GnuCash ?
En quelques mots:
les + Tiny:
. avantages ERP; intégré dans Office, automatisé (viennent de devis, mvt de stock), server/client, rapports sur mesure, ...
. adapté à la France; plan comptable mais également; déclaration intra-com, taxes, intra-stat (déjà développé mais sera releasé pour la 3.0), brouillard, ...
. multi-vues, multi-plans comptables, multi-utilisateurs, roles,
. les fonctionalités entreprises; factures, bc, gestion des partenaires, relances, moteur de requêtes, ...
les + gnucash:
. la gestion des actions en bourse
. la configuration simple des comptes
. les imports exports spécifiques ofx, qif.
. encore plus simple que Tiny ERP
Si tu dois gérer tes dépenses personnelles, prends GnuCash, si c'est pour une société, prend Tiny ERP.
Le client a un auto-installer.
L'autoinstaller du serveur est expérimental. Pour le serveur sous Windows, cela fonctionne mais il faut partir des sources. Nous y travaillons pour la version 3. (1er septembre).
Toutes les contributions sont acceptées. Mais comme dans tous les logiciels libres, si celle-ci ne sont pas bonne, nous les mettons dans la section contribution (voir FTP) si elle ne sont pas jugées bonnes par les développeurs. Dans un logiciel de gestion d'entreprise, il est impératif que l'équipe de développement test toutes les contributions avant de les mettre dans la version stable. Ce qui n'est pas stable va dans contrib.
Pour info, je pense que nous sommes l'un des projets avec le plus de contributeurs de votre liste, je ne comprend donc pas votre jugment. Voyez ici pour notre programme de contributions: http://www.tinyerp.org/contributors.php(...)
Nous inscitons même les utilisateurs à contribuer en leur offrant des peluches de OpenStuff.net. Quelques chiffres représentatifs:
* 11 langues en 3 mois
* Site en 3 langues (tinyerp.com)
* Doc de 130 pages
Je pense que la plupart des logiciels libres font cela ? Parfois sans le dire, mais qui ne ferait pas cela ?
7. "La licence comportait jadis une interdiction de commercialisation. La situation a été régularisée depuis."
A le meilleur, Le ragot s'amplifie :) Merci d'éviter d'amplifier une telle erreur qui nous fait du mal en tant que logiciel libre.
Je clarifie, il y a plusieurs erreurs. La phrase devrait être; le site web (de 200 pages) contenait une phrase: "Le code source de Tiny ERP vous est fourni et la licence vous permet de le copier, de le modifier, et de le diffuser. Elle ne vous permet en aucun cas de le revendre."
* 1. Ce n'est pas dans la licence mais dans une page du site (pas la homepage)
* 2. Nous n'interdisons pas de COMMERCIALISER le logiciel mais de vendre le code source.
La phrase a été acceptée par la FSF (le code source ne peut pas être vendu) mais nous l'avons quand meme retirée à cause des mauvaises interprétations.
Merci d'éviter de répendre ce genre de bêtise.
Au vu de ces erreur, ce serai sympa si vous pouviez faire le correctif car je trouve que vous êtes un peu dur et mal informé,
Merci,
RML n'est qu'un format de mise en page (pas un formateur de texte) plus simple à manipuler que du PDF. Pour tout ce qui est titre, header, footer, images, ... c'est très simple.
En fait, XSL:RML est surtout utilisé par des programmes qui génèrent automatiquement des documents; fiches produits, factures, lettres types, ... Ce n'est pas un remplacant de LaTex ou autre (bien que je pense que si l'on pouvait faire un tel language avec les macros de LaTex, ce serait bcp plus simple et puissant que Latex)
En fait, RML, tout comme FO, est un peu l'équivalent du HTML mais pour PDF (orienté page).
Il y a un an, qq'un m'avait écrit sur la mailing list pour dire qu'il avait fait une conversion OpenOffice -> RML.
Le problème est que mon serveur a crashé et je ne retrouve plus l'adresse de cette personne car cela m'intéresse fortement pour les rapports de Tiny ERP; http://tinyerp.org(...)
Non, tu avais bien lu (en fait, il y a bien 3 choses dans openreport).
La plus intéressante est Tiny RML2PDF quit est une alternative à FOP. Pour comprendre les avantages, de Tiny RML2PDF, il faut comparer RML à FO. Voici quelques points;
* beaucoup plus simple (pour faire le même résultat)
* primitives vectorielles très puissante et plus simple que du SVG
* meilleure notion de stylesheet
* orienté PDF; forms, links, TOC
Il faut en général 5 fois moins de ligne et de temps pour développer un fichier RML par rapport à un fichier FO. Décrire en détail les différence est difficile, le plus simple est que tu ailles voir
Je connais très bien FOP, je l'ai utilisé pendant deux ans avant de développer Tiny RML2PDF. OpenReport est un version libre du produit payant de Reportlab (25000$): http://reportlab.com(...)
Et si l'on compare Tiny RML2PDF à FOP;
* plus stable (je n'ai plus testé FOP depuis 2 ans, mais à cette époque,il plantait lorsque l'on dépassais les qq centaines de pages avec tableaux, il mallocait beaucoup de mémoire).
* plus rapide; pour des factures, Tiny RML2PDF en génère 200 pages à la seconde.
* plus complet; Tiny RML2PDF implémente 100% du standard RML; je pense que FOP a encore des manques ?
* moins de formats; en RML, on ne peut sortir que du HTML ou du PDF avec les deux outils de Open Report.
Et pour finir, voici quelques exemples de fichiers générés grâce à Tiny RML2PDF, cous constaterez que pour faire la même chose en FO, il faut pas mal de travail;
* http://openreport.org/index.py/static/page/demos(...)
Il y a une gestion des sociétés, des départements (architecture en arbre), et des contacts. (une société = plusieurs contacts, ...)
Il y a un module CRM qui fait;
* interface avec Excel et OOo (export/import, publipostage)
* envoi SMS, FAX, Mass mailing automatique (devis, pubs, ...)
* segmentation automatisée (clients content, CA, Achats, ...)
* analyse multi-canals
* visibilité des événements (devis, factures, demande helpdesk, travaux en cours, ...) depuis la fiche client
* gestion et suivit des opportunités (achat/vente/helpdesk, ...)
* routage et suivit des demandes clients
* gestion des campagnes marketing (automatisation de tâche, analyse des coûts et revenus, ...)
* pipeline des opportunités, ...
Pour le CRM;
Tu peux ne charger que le module CRM si tu n'as pas besoin de gestion de stock, des ventes ou de la compta;
Mais je dois dire que cet aspect me dérange aussi. J'imagine, par exemple, la personne qui cherche ERP dans freshmeat ou Google et qui ne regarde même pas Tiny ERP à cause du nom. :)
Je pense qu'on perd beaucoup pour la première aproche mais qu'après être venu voir sur le site, les gens retiennent bien. Aussi, lorsqu'ils tombent sur Tiny RML2PDF, Tiny eCommerce,... avec le même logo, ca fait effet flashback à chaque fois.
Je pense au contraire que le nom est bien choisi et cela pour plusieurs raison.
La première est que dans notre approche commerciale, c'est le nom du produit qui se fait connaître et non la société. Ce nom a le double avantage d'être parlant (ERP) et de faire connaître la société via le produit. Nos autres produits sont Tiny eCommerce, OpenReport.orp, (oups:),
On reproche également beaucoup aux ERP d'être des usines à gaz, non façonnables facilement aux besoins des clients, complexes à comprendre et mettre en oeuvre, ... Ces points sont d'une grande valeur ajoutée à Tiny ERP par rapport aux concurrents et le nom en est révélateur; un ERP à échelle humaine, dont les workflows et les formulaires sont éditables, simple, .... Dans nos présentations aux clients, c'est souvent un point qui fait la différence.
On a du dire le même genre de remarques à propos de MySQL, je pense.
Cela fait plusieurs années que la société Tiny existe. Il est très rare que l'on oublie ce nom.
Les meilleures actions marketing sont parfois les plus surprenantes; la pomme d'Appel est un exemple d'école. Parfois il est préférable de se distinguer plutôt que de se fondre dans la masse.
Maintenant, on peut toujours trouver mieux. Aussi, je ne suis pas un expert en la matière et il est possible que je me trompe complètement. Mais je pense que le nom n'est pas si mauvais et qu'il correspond bien au message.
Il me semble pourtant que sur ce screenshot, la somme des balances est bien nulles. Tu as du sommer même les sous-totaux (compte view).
Par exemple, les -8122.18 marqué dans le compte "Cash" n'est que la somme des comptes "Bank", "Petty Cash" et "Visa".
Il faut bien voir la structure hiérarchique des comptes. Cette représentation est peut-être inhabituelle pour un comptable mais est utilisée par de nombreux logiciels (gnucash par exemple). C'est assez pratique car tout les sous-totaux intéressants sont représentés.
> Je pose d'un point de vue de la théorie comptable, quels types de comptabilité Tiny ERP gere t elle ?
Analytique, double entrée. Cette représentation n'est qu'une des vues possibles des comptes, il y a d'autres vues (ou impressions) des comptes et de transactions.
En fait, il y a 100 fichiers et 100ko qui sont à PyChart dont nous ne sommes pas les auteurs. Cela permet de tracer des graphes en python. Nous l'avons inclu dans le tgz pour simplifier l'installation.
> prix barêmes ("scales") : c-a-d prix par quantité. (en brut et en net)
Oui, les listes de prix gèrent de nombreuses choses;
* par qutée, par client, par catégorie de produit, par produit, par période, basé sur le prix produit, basé sur une autre liste et les versions.
Pour le brut ou net, je ne pense pas. Brut/net c'est bien qtée commandée/qtée facturée ? Si oui, actuellement c'est uniquement le brut mais le tarif peut-être changé (manuellement) à la facture. (après la commande)
> systeme de hierarchie client (pour appliquer des remises par groupe de client, plus facile a maintenir, une hierarchie a plusieurs niveaux avec remises en cascade est pas mal aussi)
Pour les hiérarchie, on les retrouves dans les listes de prix, ce qui offre exactement les meme fonctionnalités, les remises en cascades sont gérées.
> parametrage de l'edition des documents ("output determination") basé sur plusieurs criteres tels que : point de livraison, type de livraison... (tres pratique pour l'organisation du magasin...)
Pas sûr que cela est géré. Pouvez-vous m'en dire plus ? (un lien qui explique?)
Actuellement, l'édition de document peut dépendre de;
* le commercial qui traite l'opération (valeur par défaut des différents champs)
* le context (principalement la langue); un même document peut être tiré dans différentes langues.
> je voulais tester (avec la demo) mais les paramettres donnés dans semble incorrect : "Erreur de connection ou Utilisateur ou mot de passe invalide !" domage...
[^] # Re: comment ça marche ?
Posté par pinky . En réponse au journal Reporting de base de données basé sur OpenOffice.. É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: un rapport ?
Posté par pinky . En réponse au journal Reporting de base de données basé sur OpenOffice.. Évalué à 1.
[^] # Re: Architecture du produit ?
Posté par pinky . En réponse à la dépêche Sortie officielle de Tiny ERP 3.0. Évalué à 2.
> J'avoue ne pas avoir tout saisi là. Tu peux m'en dire un peu plus stp?
Tout se trouve du côté serveur, il n'y a aucun code (métier) du côté client. Il n'y a donc jamais besoin d'upgrade du client. Les mises à jour se font toujours du côté serveur ce qui vous permet de mettre à jour
sans toucher aux postes installés.
Le client est en fait comme un browser, il n'a aucune connaissance de l'application; il reçoit des descriptions de formulaires et se contente de renvoyer le résultat.
Il a cependant de nombeux avantages par rapport à un browser; ergonomie, compression des données pour lignes bas débit, interface avec autres programmes (Office), ...
[^] # Re: Architecture du produit ?
Posté par pinky . En réponse à la dépêche Sortie officielle de Tiny ERP 3.0. Évalué à 3.
Non, pour info nous en avions un pour la version 1.0 du logiciel mais on a arrêté son support car inutile et utilisé par personne. Pourquoi inutile ? Car dans Tiny ERP, comme dans un client léger, tout est orienté serveur. Le client GTK a une ergonomie très très très difficle à égaler dans un client léger; click and relate, relations, rapidité de toutes les actions, auto-complétions partagées, ...
Le déploiement n'est pas un problème, il y a juste fichier .exe à cliquer pour le client. (ou un paquet à installer pour Linux). Et, comme le client est 'léger' (sans être sous un browser), les mises à jour ne nécessitent pas de toucher aux clients.
Si l'on résume, Tiny ERP a l'avantage des deux; une ergonomie (obligatoire pour un ERP) d'un client lourd, la non maintenance des clients (et simplicité de déploiement) d'un client léger.
Il faut essayer le client pour pouvoir se rendre compte de pourquoi il est important d'avoir cette ergonomie. (et il faut avoir utilisé un ERP en web pour pouvoir se rendre compte de pourquoi c'est nettement moins efficace).
Par contre, nous prévoyons dans les semaines à venir un site eCommerce/des interface pour fournisseurs pour les accès webs.
[^] # Re: Et la compta
Posté par pinky . En réponse à la dépêche Sortie officielle de Tiny ERP 3.0. Évalué à 3.
Pourquoi dis-tu cela ? Les imputations comptables sont correctement gérées et de manière automatique ! C'était le cas dans la version 2.0 également. Pour toutes les transactions; factures, encaissement, acomptes, réglements partiels, productions, inventaires, ...
Ce qui n'est pas géré: le calcul des paies, les rapports légaux (ils sont dispos mais pas tous au bon format, ainsi pour le rapport TVA, Tiny ERP produit tous les chiffres mais il faut les recopier dans les cases du formulaire légal.), l'interface avec les banques. La raison de ces 3 manques minimes; trop spécifique à un pays, on attend qu'un contributeur s'en charge.
[^] # Re: Un bon soft
Posté par pinky . En réponse à la dépêche Sortie officielle de Tiny ERP 3.0. Évalué à 2.
Qu'est-ce qu'il te manquait ?
N'hésite pas à updater le wiki;
http://tinyerp.org/wiki/index.php/UserManual/HomePage(...)
[^] # Re: Progicielslibres
Posté par pinky . En réponse à la dépêche Quatre nouveaux logiciels libres pour entreprises. Évalué à 3.
Pour info, avec Tiny ERP, nous avons été plusieurs fois en concurrence avec Microsoft Navision, Ms Axapta, SAP BO, et nous avons gagné à chaque fois.
Je pense que techniquement Tiny ERP a dépassé la plupart des solutions propriétaires car répond mieux aux attentes des PME; flexibilité, petit prix, adaptations spécifiques. En fait, c'est surtout les proprio qui répondent mals aux attentes pour PME (<200 employés) dans ce domaine; trop chers, non flexibles, lourds à maintenir, ...
C'est donc un millieu plus que propice au logiciel libre et une porte d'entrée dans bcp d'entreprises. Le seul problème c'est que tous les vendeurs de progiciels libres sont petits, n'ont que peu de moyens marketing, et restent insignifiant. A titre d'exemple; nous sommes le plus gros intégrateur de Tiny ERP mais on ne peut accepter que 12 contrats par an! (on a pourtant plus de demandes)
[^] # Re: Et par rapport aux autres ERP libres ?
Posté par pinky . En réponse à la dépêche Quatre nouveaux logiciels libres pour entreprises. Évalué à 1.
Les 2 sont complètement différents, il vaut mieux que tu vois par toi même. Je ne répondrai pas à cette question car mon avis n'est pas du tout objectif (je développe Tiny ERP).
> De plus, que vaut le module de compta de Tiny par rapport à GnuCash ?
En quelques mots:
les + Tiny:
. avantages ERP; intégré dans Office, automatisé (viennent de devis, mvt de stock), server/client, rapports sur mesure, ...
. adapté à la France; plan comptable mais également; déclaration intra-com, taxes, intra-stat (déjà développé mais sera releasé pour la 3.0), brouillard, ...
. multi-vues, multi-plans comptables, multi-utilisateurs, roles,
. les fonctionalités entreprises; factures, bc, gestion des partenaires, relances, moteur de requêtes, ...
les + gnucash:
. la gestion des actions en bourse
. la configuration simple des comptes
. les imports exports spécifiques ofx, qif.
. encore plus simple que Tiny ERP
Si tu dois gérer tes dépenses personnelles, prends GnuCash, si c'est pour une société, prend Tiny ERP.
[^] # Re: 40% libre
Posté par pinky . En réponse à la dépêche Quatre nouveaux logiciels libres pour entreprises. Évalué à 1.
Avant les archivent se trouvaient ici: http://www.tinyerp.org/mailing.php(...)
Pour le mail, j'ai utilisé ce formulaire car je n'avais pas votre adresse:
http://www.libroscope.org/auteur.php3?id_auteur=5(...)
J'avais contacté les 2 auteurs, il y a plus d'une semaine.
[^] # Re: GPAO
Posté par pinky . En réponse à la dépêche Quatre nouveaux logiciels libres pour entreprises. Évalué à 2.
[^] # Re: Pour environnement propriétaire ?
Posté par pinky . En réponse à la dépêche Quatre nouveaux logiciels libres pour entreprises. Évalué à 1.
L'autoinstaller du serveur est expérimental. Pour le serveur sous Windows, cela fonctionne mais il faut partir des sources. Nous y travaillons pour la version 3. (1er septembre).
[^] # Re: 40% libre
Posté par pinky . En réponse à la dépêche Quatre nouveaux logiciels libres pour entreprises. Évalué à 10.
Bonjour,
Je vous écrit suite à votre Benchmark. Je trouve qu'il y a quelques erreurs à propos de notre logiciel Tiny ERP que vous jugez à 40% libre.
Voici donc des correctifs:
4. Archives mailing-lists»·· non, utilisation de forum
Faux, nous avons bien des mailings lists et des archives. Voyez cette page: http://www.tinyerp.org/lists.php(...)
5. Gestionnaire de bugs public: utilisation de forum
Nous avons bien un gestionaire de bugs, voyez ici: http://tinyerp.org/bugzilla(...)
6. Contributions acceptées sous conditions
Toutes les contributions sont acceptées. Mais comme dans tous les logiciels libres, si celle-ci ne sont pas bonne, nous les mettons dans la section contribution (voir FTP) si elle ne sont pas jugées bonnes par les développeurs. Dans un logiciel de gestion d'entreprise, il est impératif que l'équipe de développement test toutes les contributions avant de les mettre dans la version stable. Ce qui n'est pas stable va dans contrib.
Pour info, je pense que nous sommes l'un des projets avec le plus de contributeurs de votre liste, je ne comprend donc pas votre jugment. Voyez ici pour notre programme de contributions: http://www.tinyerp.org/contributors.php(...)
Nous inscitons même les utilisateurs à contribuer en leur offrant des peluches de OpenStuff.net. Quelques chiffres représentatifs:
* 11 langues en 3 mois
* Site en 3 langues (tinyerp.com)
* Doc de 130 pages
Je pense que la plupart des logiciels libres font cela ? Parfois sans le dire, mais qui ne ferait pas cela ?
7. "La licence comportait jadis une interdiction de commercialisation. La situation a été régularisée depuis."
A le meilleur, Le ragot s'amplifie :) Merci d'éviter d'amplifier une telle erreur qui nous fait du mal en tant que logiciel libre.
Je clarifie, il y a plusieurs erreurs. La phrase devrait être; le site web (de 200 pages) contenait une phrase: "Le code source de Tiny ERP vous est fourni et la licence vous permet de le copier, de le modifier, et de le diffuser. Elle ne vous permet en aucun cas de le revendre."
* 1. Ce n'est pas dans la licence mais dans une page du site (pas la homepage)
* 2. Nous n'interdisons pas de COMMERCIALISER le logiciel mais de vendre le code source.
La phrase a été acceptée par la FSF (le code source ne peut pas être vendu) mais nous l'avons quand meme retirée à cause des mauvaises interprétations.
Merci d'éviter de répendre ce genre de bêtise.
Au vu de ces erreur, ce serai sympa si vous pouviez faire le correctif car je trouve que vous êtes un peu dur et mal informé,
Merci,
Fabien Pinckaers
Développeur principal Tiny ERP
[^] # Re: Editeur WYSIWYG
Posté par pinky . En réponse au journal Génération de Rapport PDF et HTML: alternative à XSL:FO. Évalué à 1.
- une toc
- images avec liste à la fin
Cela peut se faire au niveau du XSL.
RML n'est qu'un format de mise en page (pas un formateur de texte) plus simple à manipuler que du PDF. Pour tout ce qui est titre, header, footer, images, ... c'est très simple.
En fait, XSL:RML est surtout utilisé par des programmes qui génèrent automatiquement des documents; fiches produits, factures, lettres types, ... Ce n'est pas un remplacant de LaTex ou autre (bien que je pense que si l'on pouvait faire un tel language avec les macros de LaTex, ce serait bcp plus simple et puissant que Latex)
En fait, RML, tout comme FO, est un peu l'équivalent du HTML mais pour PDF (orienté page).
[^] # Re: Génération de Rapport PDF et HTML: alternative à XSL:FO
Posté par pinky . En réponse au journal Génération de Rapport PDF et HTML: alternative à XSL:FO. Évalué à 2.
http://openreport.org/files/fo/small_businesses/tiny.be/(...)
Cela vous permettra de comparer avec les factures dans open report; bcp plus simples et plus graphiquement plus travaillées.
[^] # Re: Editeur WYSIWYG
Posté par pinky . En réponse au journal Génération de Rapport PDF et HTML: alternative à XSL:FO. Évalué à 1.
Le problème est que mon serveur a crashé et je ne retrouve plus l'adresse de cette personne car cela m'intéresse fortement pour les rapports de Tiny ERP; http://tinyerp.org(...)
[^] # Re: Génération de Rapport PDF et HTML: alternative à XSL:FO
Posté par pinky . En réponse au journal Génération de Rapport PDF et HTML: alternative à XSL:FO. Évalué à 4.
La plus intéressante est Tiny RML2PDF quit est une alternative à FOP. Pour comprendre les avantages, de Tiny RML2PDF, il faut comparer RML à FO. Voici quelques points;
* beaucoup plus simple (pour faire le même résultat)
* primitives vectorielles très puissante et plus simple que du SVG
* meilleure notion de stylesheet
* orienté PDF; forms, links, TOC
Il faut en général 5 fois moins de ligne et de temps pour développer un fichier RML par rapport à un fichier FO. Décrire en détail les différence est difficile, le plus simple est que tu ailles voir
Je connais très bien FOP, je l'ai utilisé pendant deux ans avant de développer Tiny RML2PDF. OpenReport est un version libre du produit payant de Reportlab (25000$): http://reportlab.com(...)
Et si l'on compare Tiny RML2PDF à FOP;
* plus stable (je n'ai plus testé FOP depuis 2 ans, mais à cette époque,il plantait lorsque l'on dépassais les qq centaines de pages avec tableaux, il mallocait beaucoup de mémoire).
* plus rapide; pour des factures, Tiny RML2PDF en génère 200 pages à la seconde.
* plus complet; Tiny RML2PDF implémente 100% du standard RML; je pense que FOP a encore des manques ?
* moins de formats; en RML, on ne peut sortir que du HTML ou du PDF avec les deux outils de Open Report.
Et pour finir, voici quelques exemples de fichiers générés grâce à Tiny RML2PDF, cous constaterez que pour faire la même chose en FO, il faut pas mal de travail;
* http://openreport.org/index.py/static/page/demos(...)
D'autres;
* http://tiny.be/pict/valio-fiches.pdf(...)
* http://tiny.be/pict/sc_prprint.jpg(...)
Pour le xslt, dans open report on utilise sabloton.
[^] # Re: Vos avis
Posté par pinky . En réponse à la dépêche Une société choisit l'ERP Open Source Compiere.. Évalué à 1.
Il y a une gestion des sociétés, des départements (architecture en arbre), et des contacts. (une société = plusieurs contacts, ...)
Il y a un module CRM qui fait;
* interface avec Excel et OOo (export/import, publipostage)
* envoi SMS, FAX, Mass mailing automatique (devis, pubs, ...)
* segmentation automatisée (clients content, CA, Achats, ...)
* analyse multi-canals
* visibilité des événements (devis, factures, demande helpdesk, travaux en cours, ...) depuis la fiche client
* gestion et suivit des opportunités (achat/vente/helpdesk, ...)
* routage et suivit des demandes clients
* gestion des campagnes marketing (automatisation de tâche, analyse des coûts et revenus, ...)
* pipeline des opportunités, ...
Pour le CRM;
Tu peux ne charger que le module CRM si tu n'as pas besoin de gestion de stock, des ventes ou de la compta;
http://fr.tinyerp.com/module_crm.html(...)
# Vos avis
Posté par pinky . En réponse à la dépêche Une société choisit l'ERP Open Source Compiere.. Évalué à 5.
Je serais très curieux d'avoir vos avis sur ces différents ERP open source;
* Compiere : http://compiere.com(...)
* Neogia : http://neogia.labs.libre-entreprise.org/index_fr.html(...)
* OFBiz : http://www.ofbiz.org/(...)
* ERP5 : http://erp5.org(...)
* Tiny ERP; http://fr.tinyerp.com/(...) (.org pour download)
si vous pouviez préciser dans votre avis si vous les avez testé ou non.
Merci.
# Un pour la route
Posté par pinky . En réponse à la dépêche Une société choisit l'ERP Open Source Compiere.. Évalué à 4.
* http://tinyerp.com(...) (apperçu fonctionnel)
* http://tinyerp.org(...) (développeurs, doc, download)
[^] # Re: Vraiment dommage d'avoir choisi un nom aussi nul !!
Posté par pinky . En réponse à la dépêche Sortie officielle de Tiny ERP 2.0. Évalué à 1.
Mais je dois dire que cet aspect me dérange aussi. J'imagine, par exemple, la personne qui cherche ERP dans freshmeat ou Google et qui ne regarde même pas Tiny ERP à cause du nom. :)
Je pense qu'on perd beaucoup pour la première aproche mais qu'après être venu voir sur le site, les gens retiennent bien. Aussi, lorsqu'ils tombent sur Tiny RML2PDF, Tiny eCommerce,... avec le même logo, ca fait effet flashback à chaque fois.
[^] # Re: Vraiment dommage d'avoir choisi un nom aussi nul !!
Posté par pinky . En réponse à la dépêche Sortie officielle de Tiny ERP 2.0. Évalué à 3.
La première est que dans notre approche commerciale, c'est le nom du produit qui se fait connaître et non la société. Ce nom a le double avantage d'être parlant (ERP) et de faire connaître la société via le produit. Nos autres produits sont Tiny eCommerce, OpenReport.orp, (oups:),
On reproche également beaucoup aux ERP d'être des usines à gaz, non façonnables facilement aux besoins des clients, complexes à comprendre et mettre en oeuvre, ... Ces points sont d'une grande valeur ajoutée à Tiny ERP par rapport aux concurrents et le nom en est révélateur; un ERP à échelle humaine, dont les workflows et les formulaires sont éditables, simple, .... Dans nos présentations aux clients, c'est souvent un point qui fait la différence.
On a du dire le même genre de remarques à propos de MySQL, je pense.
Cela fait plusieurs années que la société Tiny existe. Il est très rare que l'on oublie ce nom.
Les meilleures actions marketing sont parfois les plus surprenantes; la pomme d'Appel est un exemple d'école. Parfois il est préférable de se distinguer plutôt que de se fondre dans la masse.
Maintenant, on peut toujours trouver mieux. Aussi, je ne suis pas un expert en la matière et il est possible que je me trompe complètement. Mais je pense que le nom n'est pas si mauvais et qu'il correspond bien au message.
[^] # Re: Question intéressée
Posté par pinky . En réponse à la dépêche Sortie officielle de Tiny ERP 2.0. Évalué à 2.
Il me semble pourtant que sur ce screenshot, la somme des balances est bien nulles. Tu as du sommer même les sous-totaux (compte view).
Par exemple, les -8122.18 marqué dans le compte "Cash" n'est que la somme des comptes "Bank", "Petty Cash" et "Visa".
Il faut bien voir la structure hiérarchique des comptes. Cette représentation est peut-être inhabituelle pour un comptable mais est utilisée par de nombreux logiciels (gnucash par exemple). C'est assez pratique car tout les sous-totaux intéressants sont représentés.
> Je pose d'un point de vue de la théorie comptable, quels types de comptabilité Tiny ERP gere t elle ?
Analytique, double entrée. Cette représentation n'est qu'une des vues possibles des comptes, il y a d'autres vues (ou impressions) des comptes et de transactions.
[^] # Re: Question intéressée
Posté par pinky . En réponse à la dépêche Sortie officielle de Tiny ERP 2.0. Évalué à 2.
Plus d'infos sur PyChart: http://home.gna.org/pychart/(...)
Actuellement, nous l'utilisons, par exemple, pour tracer le sales pipeline; http://tinyerp.com/pict/module_sale.png(...)
[^] # Re: Question intéressée
Posté par pinky . En réponse à la dépêche Sortie officielle de Tiny ERP 2.0. Évalué à 1.
Ce sera mis à jour à notre prochain upload.
[^] # Re: Question intéressée
Posté par pinky . En réponse à la dépêche Sortie officielle de Tiny ERP 2.0. Évalué à 3.
Oui, les listes de prix gèrent de nombreuses choses;
* par qutée, par client, par catégorie de produit, par produit, par période, basé sur le prix produit, basé sur une autre liste et les versions.
Pour le brut ou net, je ne pense pas. Brut/net c'est bien qtée commandée/qtée facturée ? Si oui, actuellement c'est uniquement le brut mais le tarif peut-être changé (manuellement) à la facture. (après la commande)
> systeme de hierarchie client (pour appliquer des remises par groupe de client, plus facile a maintenir, une hierarchie a plusieurs niveaux avec remises en cascade est pas mal aussi)
Il gère même les différents départements d'un même client; http://tinyerp.com/module_crm_hierarchy.html(...)
Pour les hiérarchie, on les retrouves dans les listes de prix, ce qui offre exactement les meme fonctionnalités, les remises en cascades sont gérées.
> parametrage de l'edition des documents ("output determination") basé sur plusieurs criteres tels que : point de livraison, type de livraison... (tres pratique pour l'organisation du magasin...)
Pas sûr que cela est géré. Pouvez-vous m'en dire plus ? (un lien qui explique?)
Actuellement, l'édition de document peut dépendre de;
* le commercial qui traite l'opération (valeur par défaut des différents champs)
* le context (principalement la langue); un même document peut être tiré dans différentes langues.
> je voulais tester (avec la demo) mais les paramettres donnés dans semble incorrect : "Erreur de connection ou Utilisateur ou mot de passe invalide !" domage...
Le serveur demo est maintenant en route.