Tryton se veut bien plus modulaire et flexible pour des développements spécifiques. Car le cœur ne possède pas de logique métier, tout est développé avec des modules. Les modules de Tryton peuvent littéralement modifier n'importe quel modèle (class) du système.
Or ERPNext a une démarche plus monolithique et fonctionne avec des hooks prévus. Il ne pousse pas la modularité au même niveau.
La revue se trouve ici: https://codereview.appspot.com/322730043/
On attend encore de pouvoir faire tourner les tests standard de trytond par ce backend. Ceci requière la possibilité d'ajouter/de découvrir des tests automatiquement.
Tryton a un modèle de plan comptable Français ainsi que les taxes les plus courantes. Mais ce n'est qu'un modèle, une fois une instance générée elle peut être complétée et/ou modifiée. Il a aussi l'export FEC
En ce qui concerne la loi finances 2016, B2CK va mettre en place un service de vente de Tryton avec attestation. Ce sera exactement le même logiciel qui sera vendu.
On a de temps en temps des demandes de POS pour Tryton.
Je me demande s'il est facile de remplacer le serveur Pastèque par un serveur spécifique ? Est-ce que l'API est standardisée ? Ou bien faut-il faire une passerelle avec le serveur ?
Dans les trucs "faciles" à faire, tu peux afficher/masquer le menu de gauche en cliquant sur le Nom d'entreprise ("Tryton" dans la démo) ou le masquer en partie à la façon de Wordpress.
Le menu se cache automatiquement si l'écran est trop petit (« responsive »).
C'est un pis-aller à mon sens — rien ne vaut la simplification.
Mais le menu est un point crucial de l'application sans ça on ne sait rien faire dans l'application. Si on le cache, je suis sûr qu'on va être assaillis de questions d'utilisateurs qui ne trouvent plus rien.
Par exemple, Gmail ou Dolphin (kde) sont des bons modèles d'interface simplifié car ce qui sert moins est retiré de la barre d'icône et regroupé dans des menus "plus".
C'est parce que tu a utilisé l'utilisateur de demo qui a accès quasiment à tout. Normalement, un employé est affecté qu'à certain groupe et donc ne voit que les entrées de menu correspondantes (3-4 généralement).
Et aussi les onglets pourraient être plus haut (dans la navbar en haut de l'écran), pour créer de l'espace avec les icônes de l'onglet.
C'est une idée à creuser. « Patch is welcomed » ;-)
La sobriété de l'interface est essentielle pour qu'ils soient capable de "découvrir" (sans chercher donc) les fonctions utiles.
J'y ai repensé et je pense que probablement un des problèmes serait que la « toolbar » soit trop présente avec tous ces libellés. J'ai donc proposé une amélioration qui réduit sa présence: https://bugs.tryton.org/issue6120 (inclus screenshots).
Il y a quelques années, oui, pour voir. On a abandonné après quelques semaines.
En quelques années, le logiciel a fortement évolué. Je pense que le résultat de cette expérience ne peut plus être prise en compte.
Un second groupe a refusé de s'y engager, car ils percevait plus les contraintes que les bénéfices.
Toutes les structures ne sont pas nécessairement prête à passer à un outil de gestion ou bien la solution ne convient pas à leur métier (généralement on arrive à adapter Tryton).
Mais il y avait un fort sentiment de perdre du temps à s'y retrouver et de ne pas être capable de savoir ce que le logiciel pouvait faire.
C'est certainement par manque de formation et peut-être d'une mauvais configuration. Quand on met en place Tryton, on fait une petite formation d'½ journée et alors les utilisateurs sont opérationnels et efficaces sur tous le système car il y a une vrai cohérence d'ensemble.
C'est difficile de mieux expliquer ce qui n'est que ressenti.
Pour moi, j'entends que c'est une question de goût et de couleur (qui ne se discute pas). Par contre, un point que je n'ai pas signalé, c'est que délibérément la charte graphique du client web est réduit au minimum. On utilise le thème par défaut plus quelques règles CSS pour avoir un comportement correcte. L'objectif est que les intégrateurs ajoutent un thème bootstrap ou personnalise l’existant et ceci est d'autant plus facile que l'on part d'une base de départ la plus neutre et simple.
Du côté de Tryton, on tente de soit réutiliser des librairies existantes (ex: python-stdnum) soit d'en créer (comme par exemple: relatorio pour la génération de document).
Mais bon après la valeur ajoutée d'un module vient principalement de son design et de son intégration avec le reste du système, des points qui sont fortement différents chez chacun.
L'ergonomie je la base sur les réactions des utilisateurs
Donc je suppose que tu a mis des utilisateurs devant Tryton. Ce serait bien d'avoir un retour de cette expérience. De notre côté, quand on fait des formations utilisateurs, on explique une fois les quelques concepts utilisés dans Tryton et c'est parti. Car Tryton reprend toujours les mêmes concepts pour tous ces interfaces graphiques.
La sobriété de l'interface est essentielle pour qu'ils soient capable de "découvrir" (sans chercher donc) les fonctions utiles
C'est vraiment étrange car généralement, on reçoit des remarques sur notre interface trop sobre.
Quant à là communauté qui mène quelque part, ça n'empêche pas de préparer une vision des choses qui sorte de la technique. Debian, Gnome, KDE, etc. en ont une. C'est dommage de ne pas en avoir.
Ben en fait, on en a une, c'est sur la première page du site: modularity, scalability and security
Je doute fort qu'une convergence soit possible car la modélisation des objets métiers est fort différente. C'est d'ailleurs un des points historique de la divergence avec Odoo. Pour ERPNext, leur système de module est complètement différent car principalement basé sur des «hooks».
Si tu trouve l'interface web lente, le serveur doit être certainement surchargé pour l'instant (en plus ce n'est vraiment pas un machine puissante).
Pour l'ergonomie, je te conseil de regarder l'application bureau car elle est à des années lumières de l'ergonomie des deux précédents (tout peut être fait au clavier). Après il faut voir comment tu compare l'ergonomie car si tu le fait comme Odoo en comptant les clics, on ne sera pas sur la même longueur d'onde. Par contre, nous trouvons qu'avoir des onglets augmente grandement la productivité des utilisateurs.
A propos de l'encombrement, de base Tryton n'affiche que le strict minimum. Évidement si tu la compare à celle d'Odoo, au moins Tryton affiche les données importantes. Par exemple quand on encode une vente, on montre l'unité de mesure de la lignes au moins.
Finalement, Tryton est développé sur un modèle différent des deux exemples. Par exemple, la où les développements d'Odoo sont dirigés par la société Odoo, Tryton évolue au gré des contributions de la communauté et donc Tryton ira là où la communauté le mènera…
Bien sur, toute contribution à qui implémenterait ces contraintes est la bienvenue. Comme la solution est modulaire, ce ne serait que des modules à activer ou pas.
Pour la France, je n'en connais pas mais il faut dire que GNU Health est focalisé sur les pays en voie de développement. Les pays comme la France ont généralement beaucoup de contraintes à respecter.
Pour la taille, 1000 lits ça ne doit pas être un problème comme c'est basé sur Tryton qui tourne dans des environnements bien plus volumineux.
Je te propose dans parler sur http://groups-fr.tryton.org/. Personnellement, je ne suis pas Français et donc je n'ai pas vraiment de moyen d'agir.
Sinon Tryton possède des contraintes qui empêchent l'utilisateur de modifier par exemple un mouvement comptable posté. Je ne pense pas qu'il soit possible de faire plus sans l'intervention d'un tiers de confiance comme le dit @oumph.
C'est un peu dur. Il y a une gestion de production mais qui , il est vrai, est un assez légère. D'ailleurs un travail est en court pour implémenter les « routing » et les « work ».
Pour le BI, Tryton peut afficher des graphiques ainsi que les lier à une sélection (un exemple est visible sur la demo dans « Feuille de présence / Rapports / Heures par travail ». Par contre, les requêtes doivent être définies dans le code (peuvent être générique grâce à python-sql).
Pas nécessairement, ça s'applique si le code fermé n'est pas un travail dérivé sinon ce n'est pas une réalisation combinée. Et c'est ce qu'explique l'article que la notion de travail dérivé n'est pas lié à la technique utilisée (pour les tribunaux) mais plus sur l'incorporation et la similitude.
Tous ce que je veux dire c'est qu'il n'y a pas de règle générale mais que chaque cas doit être évalué.
La LGPL n'est qu'une extension de la GPL (6 clauses) qui ajoutent quelques exceptions pour les réalisations combinées.
Donc la grande majorité des commentaires de l'article s'appliquent aussi à la LGPL. Tu peux aussi chercher GPL ou encore mieux lire l'article.
[^] # Re: Tryton et ERPNext ?
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Tryton 4.6. Évalué à 3. Dernière modification le 09 novembre 2017 à 00:40.
Tryton se veut bien plus modulaire et flexible pour des développements spécifiques. Car le cœur ne possède pas de logique métier, tout est développé avec des modules. Les modules de Tryton peuvent littéralement modifier n'importe quel modèle (
class) du système.Or ERPNext a une démarche plus monolithique et fonctionne avec des hooks prévus. Il ne pousse pas la modularité au même niveau.
[^] # Re: Gestion de la production
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Tryton 4.6. Évalué à 4. Dernière modification le 09 novembre 2017 à 00:37.
Il a tout ça, sauf la gestion de qualité, mais qui ne serait qu’une opération spéciale :
[^] # Re: informations géographiques
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Tryton 4.4. Évalué à 2.
La revue se trouve ici: https://codereview.appspot.com/322730043/
On attend encore de pouvoir faire tourner les tests standard de
trytondpar ce backend. Ceci requière la possibilité d'ajouter/de découvrir des tests automatiquement.[^] # Re: comptabilité française
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Tryton 4.4. Évalué à 3.
Tryton a un modèle de plan comptable Français ainsi que les taxes les plus courantes. Mais ce n'est qu'un modèle, une fois une instance générée elle peut être complétée et/ou modifiée. Il a aussi l'export FEC
En ce qui concerne la loi finances 2016, B2CK va mettre en place un service de vente de Tryton avec attestation. Ce sera exactement le même logiciel qui sera vendu.
# Autre back-end
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Publication de Pastèque version 7. Évalué à 2.
On a de temps en temps des demandes de POS pour Tryton.
Je me demande s'il est facile de remplacer le serveur Pastèque par un serveur spécifique ? Est-ce que l'API est standardisée ? Ou bien faut-il faire une passerelle avec le serveur ?
[^] # Re: évolutions
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Tryton 4.2. Évalué à 2.
J'ai fait un prototype https://bugs.tryton.org/issue6124. On va voir ce qu'en pense la communauté.
[^] # Re: évolutions
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Tryton 4.2. Évalué à 2.
Le menu se cache automatiquement si l'écran est trop petit (« responsive »).
Mais le menu est un point crucial de l'application sans ça on ne sait rien faire dans l'application. Si on le cache, je suis sûr qu'on va être assaillis de questions d'utilisateurs qui ne trouvent plus rien.
C'est parce que tu a utilisé l'utilisateur de demo qui a accès quasiment à tout. Normalement, un employé est affecté qu'à certain groupe et donc ne voit que les entrées de menu correspondantes (3-4 généralement).
C'est une idée à creuser. « Patch is welcomed » ;-)
[^] # Re: évolutions
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Tryton 4.2. Évalué à 2.
J'y ai repensé et je pense que probablement un des problèmes serait que la « toolbar » soit trop présente avec tous ces libellés. J'ai donc proposé une amélioration qui réduit sa présence: https://bugs.tryton.org/issue6120 (inclus screenshots).
[^] # Re: évolutions
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Tryton 4.2. Évalué à 3.
Des thèmes ont déjà été publié comme https://github.com/coopengo/sao/tree/master/theme/coog
[^] # Re: évolutions
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Tryton 4.2. Évalué à 3.
En quelques années, le logiciel a fortement évolué. Je pense que le résultat de cette expérience ne peut plus être prise en compte.
Toutes les structures ne sont pas nécessairement prête à passer à un outil de gestion ou bien la solution ne convient pas à leur métier (généralement on arrive à adapter Tryton).
C'est certainement par manque de formation et peut-être d'une mauvais configuration. Quand on met en place Tryton, on fait une petite formation d'½ journée et alors les utilisateurs sont opérationnels et efficaces sur tous le système car il y a une vrai cohérence d'ensemble.
Pour moi, j'entends que c'est une question de goût et de couleur (qui ne se discute pas). Par contre, un point que je n'ai pas signalé, c'est que délibérément la charte graphique du client web est réduit au minimum. On utilise le thème par défaut plus quelques règles CSS pour avoir un comportement correcte. L'objectif est que les intégrateurs ajoutent un thème bootstrap ou personnalise l’existant et ceci est d'autant plus facile que l'on part d'une base de départ la plus neutre et simple.
[^] # Re: évolutions
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Tryton 4.2. Évalué à 4.
Du côté de Tryton, on tente de soit réutiliser des librairies existantes (ex: python-stdnum) soit d'en créer (comme par exemple: relatorio pour la génération de document).
Mais bon après la valeur ajoutée d'un module vient principalement de son design et de son intégration avec le reste du système, des points qui sont fortement différents chez chacun.
[^] # Re: évolutions
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Tryton 4.2. Évalué à 3.
Donc je suppose que tu a mis des utilisateurs devant Tryton. Ce serait bien d'avoir un retour de cette expérience. De notre côté, quand on fait des formations utilisateurs, on explique une fois les quelques concepts utilisés dans Tryton et c'est parti. Car Tryton reprend toujours les mêmes concepts pour tous ces interfaces graphiques.
C'est vraiment étrange car généralement, on reçoit des remarques sur notre interface trop sobre.
Ben en fait, on en a une, c'est sur la première page du site: modularity, scalability and security
[^] # Re: évolutions
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Tryton 4.2. Évalué à 3.
Je doute fort qu'une convergence soit possible car la modélisation des objets métiers est fort différente. C'est d'ailleurs un des points historique de la divergence avec Odoo. Pour ERPNext, leur système de module est complètement différent car principalement basé sur des «hooks».
Si tu trouve l'interface web lente, le serveur doit être certainement surchargé pour l'instant (en plus ce n'est vraiment pas un machine puissante).
Pour l'ergonomie, je te conseil de regarder l'application bureau car elle est à des années lumières de l'ergonomie des deux précédents (tout peut être fait au clavier). Après il faut voir comment tu compare l'ergonomie car si tu le fait comme Odoo en comptant les clics, on ne sera pas sur la même longueur d'onde. Par contre, nous trouvons qu'avoir des onglets augmente grandement la productivité des utilisateurs.
A propos de l'encombrement, de base Tryton n'affiche que le strict minimum. Évidement si tu la compare à celle d'Odoo, au moins Tryton affiche les données importantes. Par exemple quand on encode une vente, on montre l'unité de mesure de la lignes au moins.
Finalement, Tryton est développé sur un modèle différent des deux exemples. Par exemple, la où les développements d'Odoo sont dirigés par la société Odoo, Tryton évolue au gré des contributions de la communauté et donc Tryton ira là où la communauté le mènera…
[^] # Re: Sujet du commentaire
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de la version 0.4 de Drone. Évalué à 2.
Un système de plugin pour le support des hébergements est en cours de préparation: https://github.com/drone/drone/issues/381
[^] # Re: Libre ?
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de la version 0.4 de Drone. Évalué à 2.
drone.io est un service commerciale autour de drone qui d’ailleurs n'utilise pas tout à fait la même version que celle publiée sur GitHub.
[^] # Re: Retours d'utilisation
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de la version 3.0 de GNU Health. Évalué à 1.
Bien sur, toute contribution à qui implémenterait ces contraintes est la bienvenue. Comme la solution est modulaire, ce ne serait que des modules à activer ou pas.
[^] # Re: Retours d'utilisation
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de la version 3.0 de GNU Health. Évalué à 2.
Pour la France, je n'en connais pas mais il faut dire que GNU Health est focalisé sur les pays en voie de développement. Les pays comme la France ont généralement beaucoup de contraintes à respecter.
Pour la taille, 1000 lits ça ne doit pas être un problème comme c'est basé sur Tryton qui tourne dans des environnements bien plus volumineux.
[^] # Re: Retours d'utilisation
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de la version 3.0 de GNU Health. Évalué à 6.
Oui, ceux que je connais (car j'y ai participé à un certain niveau) sont:
[^] # Re: Projet loi de finances 2016
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Tryton 3.8. Évalué à 1.
Alors ça ne sert à rien d'utiliser un « blockchain » si c'est limité à toi et le tiers de confiance.
[^] # Re: Projet loi de finances 2016
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Tryton 3.8. Évalué à 2.
Et donc partager ta comptabilité avec tous le monde ?
[^] # Re: Projet loi de finances 2016
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Tryton 3.8. Évalué à 3.
Je te propose dans parler sur http://groups-fr.tryton.org/. Personnellement, je ne suis pas Français et donc je n'ai pas vraiment de moyen d'agir.
Sinon Tryton possède des contraintes qui empêchent l'utilisateur de modifier par exemple un mouvement comptable posté. Je ne pense pas qu'il soit possible de faire plus sans l'intervention d'un tiers de confiance comme le dit @oumph.
[^] # Re: ERP ?
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Tryton 3.8. Évalué à 3. Dernière modification le 09 novembre 2015 à 12:16.
C'est un peu dur. Il y a une gestion de production mais qui , il est vrai, est un assez légère. D'ailleurs un travail est en court pour implémenter les « routing » et les « work ».
Pour le BI, Tryton peut afficher des graphiques ainsi que les lier à une sélection (un exemple est visible sur la demo dans « Feuille de présence / Rapports / Heures par travail ». Par contre, les requêtes doivent être définies dans le code (peuvent être générique grâce à python-sql).
# Bannier
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Conférence Tryton à Buenos Aires du 13 au 17 novembre 2015. Évalué à 1.
Ce serait mieux d'utiliser cette bannier au lieu de celle du siteweb.
[^] # Re: HS non on ne peut pas tout demander au entreprises pures copyleft
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Odoo 9. Évalué à -1.
Pas nécessairement, ça s'applique si le code fermé n'est pas un travail dérivé sinon ce n'est pas une réalisation combinée. Et c'est ce qu'explique l'article que la notion de travail dérivé n'est pas lié à la technique utilisée (pour les tribunaux) mais plus sur l'incorporation et la similitude.
Tous ce que je veux dire c'est qu'il n'y a pas de règle générale mais que chaque cas doit être évalué.
[^] # Re: HS non on ne peut pas tout demander au entreprises pures copyleft
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Odoo 9. Évalué à -1.
La LGPL n'est qu'une extension de la GPL (6 clauses) qui ajoutent quelques exceptions pour les réalisations combinées.
Donc la grande majorité des commentaires de l'article s'appliquent aussi à la LGPL. Tu peux aussi chercher GPL ou encore mieux lire l'article.