URL: https://linuxfr.org/news/sortie-de-tryton-4-2 Title: Sortie de Tryton 4.2 Authors: CĂ©dric Krier Davy Defaud, Maxime Richez, Thierry Bruyere, bubarđŸŠ„, Nils Ratusznik, palm123 et ZeroHeure Date: 2016ćčŽ11月29æ—„T16:41:09+01:00 License: CC By-SA Tags: tryton Score: 25 FidĂšle Ă  son rendez‐vous semestriel, Tryton est de retour pour sa nouvelle version 4.2. Tryton est une plate‐forme Ă  [architecture 3-tiers](https://fr.wikipedia.org/wiki/Architecture_trois_tiers) de dĂ©veloppement d’applications pour entreprise ([[progiciel de gestion intĂ©grĂ©]]/PGI/ERP) sous licence GPL v3+. Le nombre de ses modules de base ne cesse de croĂźtre au fil des versions et l’ensemble couvre la plupart des nombreux besoins de l’entreprise. Son architecture modulaire permet une adaptation selon votre utilisation et vos nĂ©cessitĂ©s. ![Tryton](http://downloads.tryton.org/images/banner300x100.png) Avec cette version, Tryton Ă©largit son horizon Ă  des applications utilisateur personnalisĂ©es comme Chronos, mais aussi comme infrastructure de service Web. Un effort particulier a Ă©tĂ© fourni afin de rĂ©duire l’écart de fonctionnalitĂ©s entre le client Web et le client natif. Le client Web a encore un peu de retard en termes de fonctionnalitĂ©s, mais au rythme actuel cet Ă©cart disparaĂźtra dans quelques versions. Cette version contient de nombreuses corrections de bogues et des amĂ©liorations de performance. Le polonais est maintenant une langue officielle de Tryton. Bien entendu, la migration des versions prĂ©cĂ©dentes est entiĂšrement prise en charge. Certaines prĂ©sentations de la [confĂ©rence annuelle](http://tub2016.tryton.org/) qui a eu lieu en octobre Ă  Barcelone dĂ©crivent les nouveautĂ©s de cette version, la suite de la dĂ©pĂȘche vous propose de les passer en revue. Et elles sont nombreuses... ---- [Tryton](http://www.tryton.org/fr/) [DĂ©mo (utilisateur : demo_fr, mot de passe : demo)](http://demo4.2.tryton.org/) [Annonce](http://www.tryton.org/posts/new-tryton-release-42.html) [VidĂ©o TUB2016](http://videos.tryton.org/tub2016/) ---- # Les clients # Toutes les nouvelles fonctionnalitĂ©s sont systĂ©matiquement ajoutĂ©es au client bureau et Web. ## Indicateur de comptage ## Les onglets des tabulations peuvent dĂ©sormais avoir un compteur indiquant Ă  l’utilisateur le nombre d’enregistrements concernĂ©s. Cette fonctionnalitĂ© est activĂ©e par dĂ©faut sur les onglets oĂč il est intĂ©ressant de voir en un coup d’Ɠil le nombre d’enregistrements restants Ă  traiter et, ainsi, vĂ©rifier rapidement les tĂąches en attente. ![comptage](http://www.tryton.org/images/tryton_tab_domain_count.png) ## Confirmation multiple ## Il est maintenant possible de configurer les boutons afin d’avoir un certain nombre de clics d’utilisateurs diffĂ©rents avant validation. Le nombre de clics dĂ©jĂ  reçus sera visible sur le bouton et le nom des utilisateurs sera affichĂ© via une info‐bulle. ![confirmation multiple](http://www.tryton.org/images/tryton_button_rule.png) ## Couleurs dans les calendriers ## Dans la vue calendrier, on peut attribuer une couleur Ă  chaque enregistrement et ainsi pouvoir facilement les regrouper visuellement. ![Calendrier Tryton en couleur](http://www.tryton.org/images/tryton_calendar_color.jpg) ## Meilleures icĂŽnes ## Les icĂŽnes des champs « relation » prĂȘtaient Ă  confusion auprĂšs de certains utilisateurs pensant chercher un nouvel enregistrement, alors qu’ils Ă©taient en train de l’éditer. Le bouton d’édition a donc Ă©tĂ© dĂ©placĂ© Ă  la gauche du champ et un nouveau bouton permettant d’effacer la valeur a Ă©tĂ© ajoutĂ©. ![new many2one](http://www.tryton.org/images/tryton_new_many2one.png) ## FonctionnalitĂ©s manquantes ajoutĂ©es dans le client Web (SAO) ## * L’importation et l’exportion CSV ; * la vue calendrier ; * les champs traduisibles ; * les favoris ; * le tri des colonnes. # Le serveur # ## Infrastructure de services Web ## Le serveur Tryton s’ouvre Ă  de nouveaux usages au‐delĂ  du modĂšle client‐serveur. Il est maintenant possible pour chaque module d’enregistrer ses propres points d’entrĂ©e ([_URL routing_](http://werkzeug.pocoo.org/docs/0.10//routing/)). Pour ce faire, un ensemble d’outils est mis Ă  disposition pour gĂ©rer les transactions et l’authentification des utilisateurs. Pour cette derniĂšre, un systĂšme d’enregistrement de l’application sur le compte de l’utilisateur a Ă©tĂ© mis en place. Il permet de ne pas avoir Ă  demander le mot de passe de l’utilisateur, mais de simplement stocker une clef qui ne donne accĂšs qu’à un nombre limitĂ© d’API. C’est sur cette infrastructure que repose la premiĂšre [_Web Extention_](https://wiki.mozilla.org/WebExtensions) [Chronos](https://chrome.google.com/webstore/detail/chronos/ikhcoclknebokeabdhaaggmmookkndmp) (pour Google Chrome) qui permet d’encoder ses feuilles de prĂ©sence depuis le navigateur et en mode dĂ©connectĂ©. ## ComptabilitĂ© ## Il est possible maintenant de comparer le bilan et le compte de rĂ©sultats avec une pĂ©riode prĂ©cĂ©dente dans la mĂȘme vue. Quand on active la comparaison et que l’on choisit une date ou une pĂ©riode, une nouvelle colonne apparaĂźt contenant le nouveau montant. ![Comparaison](http://www.tryton.org/images/sao_balance_sheet_comparison.png) La configuration de l’objet _taxe_ peut ĂȘtre parfois complexe. Il est apparu que pouvoir simuler le calcul d’une configuration simplifie cette tĂąche. Un nouveau [_wizard_](https://fr.wikipedia.org/wiki/wizard) de simulation a Ă©tĂ© dĂ©veloppĂ© pour cela. Par dĂ©faut, les impressions des factures Ă©taient stockĂ©es dĂ©finitivement dans la base de donnĂ©es. Mais, dans certains cas, cela surchargeait le systĂšme en termes de volume Ă  sauvegarder. Une nouvelle option permet maintenant de stocker les factures dans le systĂšme de fichiers. Le processus de comptabilisation des factures a Ă©tĂ© amĂ©liorĂ© pour le traitement en masse. Il utilise les toutes derniĂšres amĂ©liorations de l’[[ORM]]. L’identifiant fiscal de la sociĂ©tĂ© Ă©mettrice de la facture est enregistrĂ©. C’est utile dans le cas oĂč elle a plusieurs identifiants, par exemple, un numĂ©ro de TVA dans un pays Ă©tranger. La gestion des paiements a aussi bĂ©nĂ©ficiĂ© de quelques amĂ©liorations, comme la possibilitĂ© de les bloquer, mais aussi la mise Ă  niveau du [[SEPA]] pour novembre 2016 et Ă©galement la gestion automatique du statut en fonction des relevĂ©s, etc. La comptabilitĂ© analytique a aussi reçu une refonte en profondeur. Beaucoup de champs redondants avec la comptabilitĂ© gĂ©nĂ©rale ont Ă©tĂ© supprimĂ©s. Un nouveau type de compte est disponible pour faire des distributions automatiques. Les lignes de comptabilitĂ© gĂ©nĂ©rale ont un statut analytique permettant de retrouver les lignes qui doivent encore ĂȘtre affectĂ©es. Les amortissements utilisent les Ă©critures analytiques au lieu de la facture fournisseur. ## RĂ©fĂ©rentiels ## CrĂ©ation d’un enregistrement plus gĂ©nĂ©rique des adresses. L’encodage du champ « rue » n’est plus limitĂ© Ă  deux lignes. Il est Ă©galement possible de configurer le formatage de l’adresse par pays (65 pays sont pré‐configurĂ©s). Pour limiter les doublons de tiers dans le systĂšme, un nouveau [_wizard_](https://fr.wikipedia.org/wiki/Wizard) permet de fusionner des tiers ensemble. L’ancien tiers sera dĂ©sactivĂ© pour garder la liaison avec l’historique des enregistrements, mais l’ensemble des documents sera transfĂ©rĂ© aux nouveaux, consolidant ainsi les informations comme le montant Ă  payer, etc. Les numĂ©ros de tĂ©lĂ©phones sont formatĂ©s en utilisant la bibliothĂšque Python [_phonenumbers library_](https://github.com/daviddrysdale/python-phonenumbers#phonenumbers-python-library). ## Production ## L’ajout de la gestion des dĂ©lais de production, en fonction de la gamme et la nomenclature, amĂ©liore la planification de la production. Deux nouveaux modules viennent Ă©tendre les fonctionnalitĂ©s de la gestion de production : le premier permet de tracer les temps de travail par production et le second offre la possibilitĂ© de diviser une production pour une meilleure rĂ©partition de la fabrication. ## Achats ## Un nouveau module pour la gestion des demandes d’achats des employĂ©s est disponible. Ces demandes d’achats devront passer par un processus d’approbation. Le service achat rĂ©cupĂšre les demandes validĂ©es pour traitement. ## Stocks ## Configuration d’un dĂ©lai pour les transferts internes entre entrepĂŽts. Durant cette pĂ©riode les marchandises sont dans une zone de transit. La zone de stockage, par dĂ©faut dĂ©finie au niveau d’un produit, est maintenant utilisĂ©e par le module production. Le dĂ©lai d’approvisionnement est configurable pour un fournisseur. La gestion de l’expĂ©dition des colis permet d’imprimer les Ă©tiquettes et stocker les rĂ©fĂ©rences d’expĂ©dition. DĂ©jĂ  deux transporteurs sont pris en charge par le systĂšme : [UPS](https://www.ups.com/) et [DPD](https://www.dpd.com/). ## Authentification ## Le processus d’authentification a Ă©tĂ© revu en profondeur pour devenir modulable. Il est possible de spĂ©cifier diffĂ©rentes mĂ©thodes d’authentification sans devoir modifier le client. Deux modules sont dĂ©jĂ  proposĂ©s : * SMS : envoi d’un code par SMS Ă  l’utilisateur pour effectuer l’entrĂ©e en session, qui peut ĂȘtre couplĂ© avec un mot de passe pour fournir un systĂšme Ă  [deux facteurs d’authentification](https://en.wikipedia.org/wiki/Multi-factor_authentication) ; * LDAP : l’authentification est dĂ©lĂ©guĂ©e Ă  un annuaire [LDAP](https://fr.wikipedia.org/wiki/Lightweight_Directory_Access_Protocol).

AltStyle ă«ă‚ˆăŁăŠć€‰æ›ă•ă‚ŒăŸăƒšăƒŒă‚ž (->ă‚ȘăƒȘă‚žăƒŠăƒ«) /