New Tryton release 3.0
Publié: 2013-10-21 18:00:00
Read in English
Llegeix-ho en català
Auf Deutsch lesen
Leer en español
| Plus de billets sur
We are happy to announce the 3.0 release of Tryton.
This release brings a new calendar view for the graphical user interface and
sees the result of a large refactoring of the code started 2 years ago with the
project python-sql. But also as usual there are many bug-fixes, improvements
and new modules (see below).
Of course, migration from previous series is fully supported.
Major changes in graphical user interface
A calendar view is now available. It allows to display records on a calendar
using a start and/or an end date/datetime fields. It supports the Drag & Drop
of events and the edition on double-click. The view is optimized to fetch only
the events displayed.
The URL scheme,
introduced in 2.0, is now accessible at the bottom of all tabs. This URL
allows to open the same tab on any other client.
The request has been removed. It is suggested to use emails with URL instead.
The selected records in list view is remembered between sessions.
Major changes on the server side
- The server uses now python-sql to
generate the SQL queries. This change
brings a better compatibility with all the different Databases currently supported (and also with the
- The searcher
method can now return a full domain (instead of one limited to AND clause
- The older order_field
attribute is replaced by method order_<field name> to
be more modular.
- The database backend can be loaded dynamically which means it is possible to
define one in a external package of trytond.
- The performance of MPTT storage has
been improved by removing the default order and reducing the number of
- A new attribute grouped can be added on the data tag. It allows to create
all the records of the same Model at once. This improves the installation time
of modules with large sets of data.
- It is possible to define a default order on the Action Window.
- Many modules have been adapted to a new design to link generated documents
with their origin. Instead of copying the code of the origin as reference, a
Reference field is used and most of the time the field is on the lines. This
brings a better vision of the links between documents without loosing
information when merge of documents occurs.
- A new wizard appears to ease the creation of the balance move for
non-deferral accounts at the end of the fiscal year.
- All accounts of a chart must always be in the same company. This constraint
improves drastically the performance of computing the debit/credit.
- Any move posted with one line of zero is automatically reconciled if it is on
an account to reconcile. With this feature, invoices with amount of zero are
automatically marked as paid.
- The centralised counterpart option on journal has been removed.
- Once an invoice is posted, the account move is used to show the amounts
instead of computing it from the lines. This improves a little bit the
performance especially for invoices with a lot of lines.
- Now it is possible to directly set an invoice on a statement line. This will
fill the party and account automatically.
- It is now possible to query the stock quantity with any kind of grouping
parameters. For example, it can be used to compute the stock quantity of a
lot instead of a product.
- The code of inventory has been reworked to allow easy customization of the
move creation and also of the unique constraint on the inventory lines.
- The period cache can now be adapted to cache different kind of grouped
- The quantity and forecast quantity fields have been added on lot.
- It is now possible to create inventories with lot.
- The period cache stores also the quantities per lot.
- A new wizard appears to create automatically internal shipments.
- If there are late supplier moves when creating purchase requests, the wizard
shows a warning to allow the user to change the date of those moves into the
future if needed otherwise those incoming moves will be ignored.
- The Bank module defines the concept of bank and account.
- The Account Dunning module allows to manage the dunning following a
procedure with different levels.
- The Account Dunning Letter module adds the generation of a letter when
- The Sale Invoice Grouping module adds an option to define how invoice lines
generated from sales will be grouped.