Cédric Krier a écrit 118 commentaires

OK, je comprends. Ça dépend vraiment de qui va créer les "templates". Dans notre cas, on cherchait à avoir un outil plus ou moins WYSIWG.
Par contre, il n'y a pas besoin d'avoir LibreOffice pour générer des ODT avec relatorio. C'est seulement si on veut convertir dans un autre format. Du point de vue "templating", relatorio est basé sur Genshi et donc il y a vraiment toutes les fonctionnalités des moteurs de templating.

Étant un des auteurs de relatorio qui est un générateur d'ODT, je me demande pourquoi l'option ODT n'a pas été retenue ? Je n'ai pas retrouvé les raisons dans la vidéo.

Je devrais aussi préciser que notre CI lance les tests sur toutes les versions de Python supportées et avec les backend SQLite et PostgreSQL: https://drone.tryton.org/
Les tests avec SQLite, c'est surtout pratique quand on développe.

Oui l'export FEC est supporté: http://docs.tryton.org/projects/modules-account-fr/en/5.0/

Pour la plus part du temps, on a un contournement quand une fonctionnalité n'existe pas sur un "backend".
Et si un test requière une fonctionnalité spécifique qui n'est pas disponible pour le "backend" testé alors on le passe.

L'image docker peut être utilisée en production, elle utilise le serveur uwsgi. Mais il est conseillé de la mettre derrière un proxy inverse comme nginx ou lighttpd. Si la taille de l'entreprise est assez grande, il faudra probablement un peu de paramétrage comme augmenté le nombre de processus ou bien faire de la répartition de charge. Il est aussi conseillé par les développeurs de PostgreSQL de ne pas containériser la base de données.

Sauf qu’inversement c'est dans l'intérêt d'Odoo de ne pas communiquer dessus (si c'est vrai).

Il semble qu'ils aient trouvé un accord: https://medium.com/@parthivpatel_26549/the-great-copyright-suit-of-odoo-vs-flectra-and-the-conclusion-698c9f6facc7

Tryton a un module de base avec le plan comptable français et qui fournit aussi l'export FEC. Le module de rapport de taxe à l'encaissement a été développé entre autre pour des utilisateurs français.
Pour plus d'information, je conseillerais de voir sur la liste de diffusion française.

Attention si on fait des encaissements B2C (non soumis à la facturation), il faut avoir une attestation: https://linuxfr.org/news/point-d-etape-sur-loi-francaise-de-finances-2016-article-88-et-les-logiciels-libres-de-caisse

Voici un site qui regroupe les informations à propos de la boîte noire in Belgique: http://www.boîtenoire.be/

On pourrait imaginer avoir une "boîte noir" sertie en local qui signe.

Quand la loi couvrait aussi les logicielles de gestion comme Tryton, on était parti sur une solution d'horodatage d'une chaîne de hash. Il existe une norme ISO/IEC 18014 qui permet d'apposer un "timestamp" signé et il y a des sociétés qui fournissent un tel service. En plus on pourrait même faire signer par plusieurs fournisseurs afin d'avoir de la redondance.

Il n'y a pas de raison qu'il ne reste pas libre. Tryton est gérer par une Fondation privée Belge: http://www.tryton.org/foundation/ Le but de celle-ci ne peut pas être changé (garanti par l'état).
Par contre, il est important que le communauté continue à contribuer afin de rendre tous "fork" fermé obsolète.

Dans le stock, on peut réceptionner des commandes en kg et incrémenter le stock en mètres (coefficient de conversion) ?

Pas encore. Mais la fonctionnalité a déjà été évoquée et elle consisterait à utiliser un champs calculer.

On peut valoriser le stock suivant le PMP ou suivant le dernier prix d'achat ?

Les méthodes implémentées sont par prix fixe, prix moyen pondéré et le FIFO.
Le prix de dernier achat ne devrait pas être compliqué à faire (pas sûr que ce soit autoriser). Le problème principal serait de définir ce que ça veut dire précisément. Est-ce qu'on prend la date de l'achat, de la réception ou de la facturation comme référence etc.

Le PMP ne se met à jour que sur les mouvements adéquats (pas lors d'un changement d'emplacement par exemple) ?

Uniquement quand un produit est réceptionné depuis un fournisseur vers un emplacement de l'entrepôt.

La demo a le module production activé. Mais pour voir les nomenclatures, il faut se connecter avec admin:admin.

Oui c'est multi-niveau en passant par un produit intermédiaire. Et le calcul d’approvisionnement est récursif tant qu'il y a des nouvelles demandes crées.
Par contre, il faut configurer une période d'approvisionnement suffisamment long pour tenir compte de nombre de niveau et du temps de production de chacun.
Par contre, il n'y a pas de base le nomenclature fantôme mais ça ne devrait pas être trop compliqué à ajouter.

Est-ce que celui-ci a été installé ? Il ne vient pas de base avec le serveur: http://hg.tryton.org/sao/file/tip/README#l9

C'est vrai que ça peut perturber au début mais la configuration n'est pas strictement nécessaire, les valeurs par défaut doivent fonctionner dans la majorité de cas. Il n'y a vraiment que la connexion à la base de données qui soit requise si on utilise pas SQLite. Ensuite il faut initialiser la base de données.
Sinon une image Docker arrive sous peu.

La démo n'a que les modules les plus courant activés (26/118). En se connectant en tant que administrateur (admin:admin), on peut activer d'autres modules.
Sinon pour avoir une idée de l'étendue de ces fonctionnalités, on peut consulter les business cases.

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.

Il a tout ça, sauf la gestion de qualité, mais qui ne serait qu’une opération spéciale :

• http://doc.tryton.org/4.6/modules/production/doc/index.html
• http://doc.tryton.org/4.6/modules/production_routing/doc/index.html
• http://doc.tryton.org/4.6/modules/production_work/doc/index.html
• http://doc.tryton.org/4.6/modules/production_work_timesheet/doc/index.html

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 ?

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.

J'ai fait un prototype https://bugs.tryton.org/issue6124. On va voir ce qu'en pense la communauté.