New Tryton release 3.8

Publicado: 2015-11-02 18:00:00+00:00 release

We are proud to announce the 3.8 release of Tryton.

For the first time the release contains sao, the new web client of Tryton. It is the result of the Indiegogo campaign. It is developed using mainly jQuery and Bootstrap and its design is responsive. It requires a recent HTML5 compatible browser. Its usage doesn't require any modification on the server side, every modules are working out of the box with sao just like they do with the GTK client. A demo is available at using demo/demo as login/password. This brings to 3 the number of supported client for Tryton.

A lot of work has been done to improve the accessibility of the GTK and web clients. For the GTK client, we followed the GNOME Accessibility Developers Guide as much as possible and for the web client, we followed the Web Accessibility Initiative of the W3C. You can follow further progress on this topic on the issue3459.

And of course, this release contains many bug fixes and performance improvements.

As usual, migration from previous series is fully supported.

The following screenshots are based on sao but the same feature exists also on the GTK client.

Here is a comparison of the render of sao versus tryton:

Sao sale Tryton sale

Major changes for the user

  • The client is now able to generate meaningful error messages for all kind of validation. Those error messages use the same syntax as the search filter.

    Error message
  • For a better accessibility the custom background color on widget is replaced by 'bold' label for required fields and 'italic' label for editable fields. In the same spirit, the color of rows has been removed and can be replaced by icons.

    Label bold and italic
  • A new option for fast tabbing has been added to the client. If activated, it skips read-only fields when navigating with the tab key. This was the previous default behaviour which needed to be optional to allow users with disabilities to navigate on read-only field for reading.

  • The export feature now works only on selected records but it can export a tree structure.


  • A new report showing the cash journal amounts over a period is added. This is useful to check closing cashier.

  • The French accounting generates the FEC (Fichier des Écritures Comptables).

  • The wizard that generates payments allows to set a date instead of the default which is today.

  • The default revenue and expense accounts can be configured from accounting configuration.

    Account configuration
  • The date of statements can be corrected after they are posted.


  • The language of the party depends on the company now.

  • An extensible list of identifiers replace the field VAT.

    Party identifiers


The computation of the project tree has been hugely improved by grouping the computation and use of better queries.

  • There is now a progress field on the projects and tasks and of course a total which is the sum of the children.

    Project progress
  • A new method to generate invoice from project has been added which is based on the progress field.

  • It is now possible to link purchase lines to a project which will be added to the cost field.

  • The time sheet works have now a total duration field which compute the duration of the work and its children.

    Hours per work


  • The delivery date on sale line shows the effective date once the goods are delivered.

  • It is now possible to deliver the sale to another party from the one on the invoice. This is the other side of the drop shipment which makes Tryton fully support drop shipments.

    Sale shipment party
  • The drop shipment now uses two distinct moves using an temporary drop location.


  • The delivery date on purchase line shows the effective date once the goods are received.
  • Stock moves can be cancelled from the purchase view without having to create a supplier shipment.


  • It is possible to ask Tryton to recompute the average cost price of a product by replaying all the moves since the beginning.

  • It is possible to configure another picking location different from the storage location for the warehouses.

    Warehouse picking location
  • It is possible to set an internal provisioning per location which is used for internal order point by default for all products.

Landed Cost

Those new modules allow to record landed cost on supplier shipments after their reception. A new document is created to link supplier invoice lines with shipments and to define which method to use for cost allocation. For now, there are two methods available: By Value and By Weight. And thanks to the Update Cost Price wizard, the cost price of the products can recomputed taking into account the landed cost.

Landed cost


A new module allows to define the Tarif Code from the Harmonized System and its duty rate on the products. The duty rate is stored for a country over a period and two computation types are available: a fixed amount or an amount per quantity.

Sale Complaint

This new module is for managing customer complaint about sales or invoices. Actions can be defined to solve the complaints like returning the sale or crediting the invoice. A work flow for approval of the complaint actions is set up using the access rights.

Sale Promotion

It is now possible to apply formula based promotions on sales selected thanks to some criteria. The promotion changes the unit price of the line when the sale goes into quotation (and is restored if it goes back to draft) but only if the promotion is in favor of the customer. The available criteria are: the price list, a period, the quantity and the products.

Sale Stock Quantity

This new module checks at the quotation of the sale if there are enough quantity of products in the warehouse. It also checks that the new sale will not hurt older sale that will be shipped later.

Major changes for the developer

  • The progress bar widget works with float between 0 and 1 to ease usage as percentage.
  • The rich text widget uses now a subset of HTML to allow its implementation in sao.
  • The Many2One has a new option target_search which define the kind of query to use for dereferenced search. The options are subquery and the new join (which is the default). The join method generate a faster query in most cases.
  • The SQL constraints use a similar syntax to python-sql. This gives more flexibility to implement backend for other databases.
  • Trying to create/write/delete on a Model based on a table_query raises an exception instead of a silent error.
  • The table name of a ModelSQL can be overridden with a configuration file. This allows to work around database limitations on the length of table names.
  • The new StateReport has been added to wizards, to simplify the code of wizards that run a report.
  • The style on reports has been removed, experience show that this feature was not used.
  • The PostgreSQL backend manages now schema. This allows different instances of Tryton sharing the same database.
  • The generic foreign key to create/write user on all ModelSQL has been replaced by a rule that prevent to delete users. This greatly improves scalability in some circumstances.
  • The Property field supports now float and integer values.
  • A subdirectory locale/override is supported for modules that override translations of other modules.


  • The charts of account are no longer translatable. Instead we provide translated charts via a template using XSLT.
  • The invoice doesn't set a unit price on the line. For this feature the purchase or sale module must be used.
  • Some fields of the invoice like the note and the origin are editable after posting the invoice.


  • Conversion between units no longer results in silent failures but an explicit error is risen.
  • The volume property has been added to the products.


  • The tree structure of the project and the time sheet have been separated, each object has its own one.
  • The price list uses the same decimal precision as the product.
  • The cost price of the employee is stored on the time sheet line for the date of the line. This allows to sum the costs of time sheet faster


  • The state of the purchase request is now searchable.
  • The purchase requests are generated even if the rounded quantity is zero to allow the user to still decide to purchase more.


  • Many unnecessary restrictions on the edition of move fields have been removed.
  • The expected quantity of the inventory lines is always computed even if they are added manually.
  • It is possible to create staging and draft moves using view locations. Those locations will have to be changed to really do the move.
  • The inventory uses the grouping feature to create the moves. This allows to easily support the lot (or any other extra field).

Tryton Unconference Buenos Aires 2015

Publicado: 2015-08-24 12:00:00+00:00 TUBA

Este año la edición anual de la Tryton Unconference tendrá lugar en Buenos Aires desde el 13 al 17 de noviembre en el Hotel Bauen y en gcoop.

Esta será la quinta edición y la primera fuera de Europa. Usuarios, desarrolladores y gente interesada tendrá la oportunidad de descubrir o hablar de Tryton.

Las propuestas y planificación de ponencias se gestiona en Lanyrd.

La tercera reunión de los Patronos de la Fundación tendrá lugar el sábado 14 a las 18.00.

El 15, 16 y 17 está previsto un Sprint en gcoop.

Las inscripciones están abiertas en TUBA 2015.

Si quieres solicitar una charla sobre un tema específico, puedes enviar la propuesta a la lista de correo de Tryton. Si tienes alguna pregunta acerca de la organización, por favor ponte en contacto con la fundación en

¡Y no olvides de correr la voz! #TUBA2015

Tryton Unconference Buenos Aires 2015 Sprint de código ampliado

Publicado: 2015-07-08 12:00:00+00:00 TUBA

Os informamos que el Sprint de código de la Tryton Unconference 2015 ha sido ampliado a tres días. Tendrá lugar desde el 15 al 17 de noviembre.

Si tienes alguna pregunta sobre la organización, ponte en contacto con la fundación en

Lanyrd #TUBA2015

Tryton Unconference Buenos Aires 2015

Publicado: 2015-06-11 12:00:00+00:00 TUBA

La quinta edición anual de la Tryton Unconference tendrá lugar en Buenos Aires el 13, 14 y 15 de noviembre.

Esta es la oportunidad de reunir miembros de la comunidad (usuarios y desarrolladores), personas interesadas, empresarios y profesionales para hablar sobre el presente y el futuro de Tryton, y descubrir la ciudad de Buenos Aires.

Si tienes alguna pregunta sobre la organización, ponte en contacto con la fundación en

Reserva estas fechas ... pronto habrá más información sobre el evento. #TUBA2015

Nueva versión 3.6 de Tryton

Publicado: 2015-04-22 18:00:00+00:00 release

Estamos contentos de anunciar la publicación de la versión 3.6 de Tryton.

Esta versión incorpora el soporte oficial de PyPy que es una implementación alternativa de Python centrada en la velocidad y la eficiencia.

Como siempre, la migración de las versiones anteriores está totalmente soportada a excepción del módulo ldap_connection que ha sido eliminado.

Cambios principales para el usuario

  • Un esquema de colores nuevo para los gráficos que remplaza la única variación de brillo que había. Ahora el esquema de colores también cambia el matiz de cada color mediante el ángulo de oro (que asegura que un color no sea seleccionado dos veces).

    Esquema de colores para los gráficos
  • El campo diccionario recibe sugerencias a partir de la búsqueda del texto de forma similar a otros campos.

  • Los campos fecha y hora han sido reescritos completamente para poder ser más flexibles con el formato a teclear. Pero también son más prácticos si se usan con el ratón gracias a un calendario emergente real y a una lista desplegable para la hora.

    Campo fecha Campo fecha y hora
  • Las columnas de la vista listado que tienen siempre el mismo valor se ocultan automáticamente debido a que no proporcionan información. Por ejemplo, la lista de facturas contabilizadas no muestran la columna estado porque, por definición, todas ellas están contabilizadas.


  • Ahora se puede añadir una descripción al asiento de cancelación desde el asistente.

  • En el libro mayor aparece una nueva opción para mostrar sólo el saldo.

  • Se pueden configurar los impuestos para modificar el precio base para los siguientes impuestos de la lista.

  • Ahora se pueden definir plantillas para asientos habituales. Cuando se ejecuta una plantilla, al usuario se le preguntará que introduzca algunos datos como un importe o un tercero, para poder generar un asiento con estos datos.

    Plantilla de asiento
  • Se ha añadido un informe imprimible para la amortización de activos.

  • Los planes contables para Francia y Bélgica han sido actualizados. Y el de Bélgica ha sido traducido al holandés.

  • Se dispone de un asistente de prueba para ver los resultados generados por un plazo de pago. Como los plazos de pago son muy flexibles porqué permiten aplicar varios incrementos de tiempo (en lugar de uno), no siempre es fácil prever el comportamiento.

    Prueba de plazo de pago
  • Se ha extendido la cobertura de SEPA con los sabores pain.001.003.03 y 008.003.02 que se utilizan en Alemania. Y también es posible regenerar un mensaje SEPA en caso de configuración errónea en la primera generación.

  • Los extractos crean asientos agrupados por número, fecha y tercero por defecto. Así, cuando una línea de extracto se divide para conciliar facturas, sólo se crea un asiento y el origen de este asiento es el grupo de las líneas de extracto.

  • Las reglas de impuestos ahora pueden depender del país de origen y de destino gracias al nuevo módulo account_tax_rule_country.

  • Se ha añadido el formato SEPA personalizado (no estándar) CFONB con el nuevo módulo account_payment_sepa_cfonb.

  • El nuevo módulo account_deposit añade un nuevo tipo de cuenta Adelanto. Permite facturar adelantos y recuperar este importe más tarde en la siguiente factura.


  • Ahora se puede definir una tarifa con impuestos incluidos. Tryton calculará el precio sin impuestos según los impuestos aplicados.


  • Se ha añadido un nuevo estado Ganada a las oportunidades de venta. La oportunidad cambia a este estado automáticamente cuando una de sus ventas se confirma y todas las otras están también confirmadas o canceladas.
  • El importe de las oportunidades se actualiza según el importe de las ventas relacionadas. Esto permite obtener informes más precisos.
  • El cálculo del coste de envío sólo se calcula al pasar a presupuesto. Esto reduce la carga en el cliente cuando la venta es bastante larga ya que el coste se calculará una sola vez en lugar de cada vez que una línea sea añadida.
  • El módulo nuevo sale_extra permite añadir líneas extras en las ventas según varios criterios. La línea extra puede ser tanto un producto gratis como un coste de servicio adicional.


  • Ahora hay una relación entre un producto y sus reglas de abastecimiento.
  • La creación de solicitudes de compra avisa también de producciones anteriores igual como lo hacía de albaranes de entrada anteriores.
  • Las informaciones de vida útil y fecha de caducidad están incluidas en el nuevo módulo stock_lot_sled. Cuando un lote caduca, no se utiliza más para calcular la cantidad prevista de stock.


Esta nueva área se gestiona con un conjunto de nuevos módulos commission. Se crean comisiones para el agente definido en una venta o factura utilizando un plan de comisiones. También permite definir agentes principales en los productos a los que también habrá que pagar comisiones.

Principales cambios para el desarrollador

  • Ahora se permite tener varias veces el mismo campo en una vista listado/árbol.
  • El campo datetime ha desaparecido en las vistas listado/árbol, hay que usar en su lugar dos columnas, una con el campo fecha y otra con el campo hora.
  • En esta versión aparece un nuevo campo TimeDelta para representar una duración. Reemplaza el campo float_time que tiene algunos problemas de redondeo. Este nuevo campo ya se usa en los módulos timesheet y project.
  • Se puede configurar los campos One2Many para utilizar un producto cartesiano con la selección de varios valores de campos Many2One o Reference.
  • Se añade el método restore_history_before a ModelSQL que se comporta como el existente restore_history pero restaurando los registros justo antes de una fecha-hora.
  • Los métodos on_change han sido migrados para tener un comportamiento más consistente con el Active Record Pattern utilizado en Tryton. En vez de devolver un diccionario con los valores a cambiar, se cambia la instancia directamente. Esto permite encadenar fácilmente los métodos on_change o reutilizarlos en otros métodos reduciendo la duplicación de código.
  • El método save de ModelStorage ahora es un dualmethod que significa que pueda ser llamado como siempre como método de instancia pero también como método de clase con una lista de registros. De este modo, guardar varios registros a la vez mejora el rendimiento ya que el método minimizará el número de peticiones a la base de datos y validará el resultado entero.
  • El campo Dict recibe el método translated para crear descriptores con los que traducir los valores o las claves, de forma similar al mismo método en los campos Selection.
  • Ahora se puede utilizar la notación con punto en el parámetro orden de una búsqueda. El ORM generará automáticamente las agrupaciones necesarias.
  • La API de la clase Report ha sido reescrita para mejorar la personalización del motor de informes. Ahora los métodos de formato son más estrictos para prevenir fallos silenciosos.
  • La función safe_eval (que no es para nada segura) ha sido completamente eliminada. En los lugares donde el código evaluado era de todos modos seguro se utiliza la función estándar eval. Para evaluar código desde el exterior ahora se utiliza una notación JSON. Se han desarrollado algunas utilidades para facilitar la creación de JSON desde XMl o en las vistas.
  • Se ha añadido una nueva clase de botón que trabaja sobre registros no guardados. Son similares a los on_change pero son disparados por un clic en un botón en lugar de un cambio en un campo.


  • Se ha añadido un método nuevo reverse_compute a los impuestos que permite calcular el importe base a partir del importe con impuestos.
  • El signo del importe en la segunda moneda de un apunte se fuerza a que sea el mismo que el signo del debe - haber.
  • La gestión de la contabilidad analítica ha sido reescrita para usar realmente campos One2Many en lugar de pseudo-campos. Esta simplificación ha sido posible gracias a las nuevas funcionalidades recientes como el uso de un campo Reference en un One2Many.


  • Ahora se guarda el número de CIF/NIF en su forma compacta.


  • Ahora se puede definir el número de decimales para los cálculos internos de precios como un parámetro de configuración price_decimal. Este parámetro se usa en todos los sitios para asegurar consistencia entre todos los módulos.


  • Las líneas de compras/ventas soportan ambos tipos de factura (factura y factura de abono) en cada línea cuando se calcula la cantidad facturada.


  • Se ha añadido un nuevo estado staging en los movimientos. Este estado no impacta en ningún cálculo de los niveles de stock. Se utiliza para el suministro en ventas, para crear movimientos por adelantado.
  • También se calculan los productos inactivos para saber el nivel de stock.
  • Se ha mejorado el cálculo de los movimientos asignados para tener en cuenta sólo los movimientos asignados de salida, no los de entrada. Esto comporta un nivel de stock menos optimista y por tanto evita asignar movimientos con una entrada que esté asignada pero todavía no finalizada.
  • Las previsiones son desactivadas automáticamente cuando su periodo forma parte del pasado.

Pycon 2015

Publicado: 2015-03-26 10:00:00+00:00 pycon

Este año, 2 miembros (Sharoon Thomas y Cédric Krier) de la Fundación asistirán al PyCon 2015 en Montreal. PyCon es la mayor conferencia anual de la comunidad Python de la cual Tryton forma parte.

Si quieres conocer gente de Tryton, vamos a realizar un Espacio Abierto y se organizará un Sprint en Tryton SprintPyCon2015.

Fundació UAB students to use Tryton in their business management classes

Publicado: 2015-03-23 12:00:00+00:00 university

An agreement signed between the Fundació Universitat Autònoma de Barcelona (FUAB) and NaN·tic will allow all International Trade students to use Tryton in their practical classes. The Catalan company NaN·tic will deploy and set up this software for 30 students a year ensuring them "a 100% real experience" during their practical classes. This means that they are going to learn how to manage business opportunities, sales, purchasing, production, logistics... to summarize: all Tryton’s functionalities. NaN·tic will also provide assistance and technical support to all the teachers staff to ensure a successful training.

Albert Cervera, NaN·tic co-founder and Tryton’s Foundation board member, explained that "this agreement will let students work in a technological environment like those that can be found in any business. Using this tool they’ll improve their knowledge of business management and, by extension, their chances to land on the job market". In addition, Cervera also noted that "with this deal Fundació UAB obtains an ERP with large benefits and with excellent growth prospects, while Tryton is introduced to the university thankfully to an institution as prestigious as the Fundació UAB." Albert Cervera remarked the importance of recognition to the open source technologies by highly reputed institutions as university foundations. Cervera is totally convinced that this type of agreement can be replicated by many other universities anywhere in the world.

NaN·tic has also announced collaboration with other universities such as Universitat de Barcelona, where they showcase Tryton to students of Businsess Administration. In this case, around 90 students a year will be in touch with an ERP for the first time in their life thanks to Tryton and NaN·tic.

Yet this is just the beggining. Other agreements with several Catalan educational institutions are being negotiated right now. NaN·tic expects to have 10 such agreements by the end of the year which will ensure a bright future for Tryton in Catalonia. Hopefully, other countries will follow as in Leipzig NaN·tic already offered their help to the Tryton community if other organizations want to lead the same initiative in other countries.

Desconferencia Tryton 2015 - Llamada para propuestas de sedes

Publicado: 2015-02-16 12:00:00+01:00 TUx foundation

Ha llegado el momento de planificar la quinta TUx y poner una letra mayúscula en la x.

La Fundación Tryton hace una llamada a los miembros de la comunidad (personas u organizaciones) que quieran crear un equipo local y hospedar nuestro evento global en noviembre del 2015.

Las pasadas ediciones han tenido lugar en Bélgica, Cataluña (España) y Alemania.

Puede enviar su solicitud a hasta el 30 de abril.

Si tiene alguna pregunta puede ponerse en contacto mediante las listas de correo de tryton@.

Nueva versión 3.4 de Tryton

Publicado: 2014-10-20 18:00:00+00:00 release

Estamos contentos de anunciar la publicación de la versión 3.4 de Tryton.

Además de las mejoras habituales de las funcionalidades existentes para usuarios y desarrolladores, esta versión muestra los resultados del trabajo exhaustivo realizado en el área de contabilidad.

Como siempre, la migración de las versiones anteriores está totalmente soportada a excepción del módulo ldap_connection que ha sido eliminado.

Principales cambios en la interfaz de usuario

  • La búsqueda de registros relacionados ha sido rediseñada para aprovechar las ventajas del autocompletado automático. En esta versión, la ventana emergente mantiene el texto introducido en la búsqueda.

  • Ahora el botón de Abrir/Buscar registro de los registros relacionados se sitúa dentro de la caja de texto, y el botón Crear un nuevo registro ha sido sustituido por las acciones de autocompletado o por el botón de la ventana emergente. Este cambio permite armonizar las dimensiones de los campos en los formularios.

    botones interiores campo many2one
  • Ahora se pueden mostrar imágenes en la vista de listado/árbol.

    campo imagen dentro listados
  • Se pueden realizar prevalidaciones de campos antes de ejecutar acciones de botón. Las validaciones resaltan los campos erróneos en vez de informar del error en una ventana emergente.

  • Se incrementan las posibilidades de la exportación de datos incorporando la etiqueta de campos selección y el valor interno (ID) del registro (CSV).

  • Exportar la información que se está consultando es ahora más fácil y rápido, ya que la ventana de exportación se predefine con los campos que se visualizan.

  • Los campos predefinidos de exportación ahora se pueden sustituir directamente por una nueva selección de campos. Una mejora pensada para facilitar la creación de plantillas de exportación.

  • Ahora podemos ordenar fácilmente la lista de campos a exportar seleccionando y arrastrando los elementos.

  • Los rangos de búsqueda ahora incluyen por defecto ambos extremos. Este comportamiento es menos extraño para los usuarios aunque el comportamiento anterior de incluir - no incluir los extremos tuviera algunas ventajas prácticas.

  • En esta versión el cliente también carga los 'plug-ins' definidos en el directorio local del usuario. (~/.config/tryton/x.y/plugins).

Principales cambios en el servidor

  • Se introduce la clase Mixin MatchMixin que permite implementar un patrón común de búsqueda de registros a partir de ciertos valores.
  • También se añade la clase UnionMixin que permite definir un ModelSQL que es la UNION de varios ModelSQL.
  • En la versión anterior, Tryton no actualizaba los registros de configuración definidos mediante un fichero XML si se modificaban fuera del fichero. En la nueva versión es posible encontrar estos registros y forzar su actualización para sincronizarlos con el archivo XML.
  • Se ha añadido un Descriptor de Python a los campos Selection. Permite definir qué atributo de un modelo contiene la etiqueta de la selección de un registro. Está previsto actualizar todos los informes para que utilicen este descriptor en lugar de valores fijos.
  • Se ha introducido un nuevo formato para el fichero de configuración del servidor. Este formato puede extenderse fácilmente para ser usado por los módulos. Este fichero utiliza el formato de configuración de registros de Python.
  • El contexto definido en los campos relacionados ahora se utiliza para instanciar el destino.
  • La consulta SQL utilizada por el dominio de un campo ahora puede ser personalizada utilizando el método domain_<field>. Este método está diseñado para soportar JOINs y permite definir consultar SQL más eficientes en algunos casos.
  • Las reglas de acceso se han mejorado para que sólo estén activadas en las llamadas RPC. Con este diseño, Tryton sigue el principio de validar los datos en los extremos de la aplicación. De modo que ya no es necesario cambiar al usuario root cuando se necesitan permisos de usuario más específicos a no ser que estemos dentro de una llamada RPC.



  • Se ha añadido un nuevo asistente para conciliar apuntes contables. El programa busca para cada cuenta contable y tercero proponiendo apuntes para conciliar. Una funcionalidad que permite aumentar notablemente la velocidad del proceso de conciliación.

    asistente para conciliar
  • También se ha añadido un nuevo asistente para facilitar la creación de asientos de cancelación que concilia automáticamente el apunte con la contrapartida de cancelación.

  • Se ha añadido la opción de 'Tercero requerido' en las cuentas contables. Esta opción obliga introducir el tercero en los apuntes de las cuentas marcadas y prohíbe introducirlo en las otras.

Account Invoice

  • Ahora es posible configurar el redondeo de impuestos tanto a nivel de línea de factura como a nivel global de factura. Por defecto es a nivel global de factura.

Account Payment

  • Se ha incorporado la posibilidad de modificar el estado de los pagos 'Con éxito' a 'Fallado'.

Account Payment SEPA

  • Se habilitado el esquema de empresa a empresa para domiciliaciones bancarias.
  • Ahora los mandatos reciben una identificación única a partir de la secuencia configurada.
  • Se ha adaptado el módulo para las notificaciones de débito/crédito de banco a cliente (CAMT.054).
  • Se ha añadido un informe para imprimir un formulario estándar para los mandatos.

Account Statement

  • Ahora podemos ordenar las líneas de extracto y numerarlas. Una mejora que permite reproducir de forma fiel los extractos bancarios.
  • Se ha añadido un informe de extracto que permite, por ejemplo, repasar los extractos de depósito de cheques.
  • En esta versión se puede definir el método de validación en el diario de extracto. Los métodos disponibles son: Balance,` Importe` y Número de líneas. Esto permite utilizar los extractos para distintos propósitos tales como la conciliación bancaria o el control de depósito de cheques.

Account Stock Continental/Anglo-Saxon

  • Ahora el método se define por ejercicio fiscal en vez de activarse a nivel global en la instalación del módulo.


  • La nueva versión permite almacenar códigos postales por país. Se proporciona un script para descargar códigos postales desde GeoNames.

LDAP Authentication

  • El módulo ldap_connection ha sido sustituido por una entrada en el fichero de configuración de trytond.


  • La nueva funcionalidad de códigos postales del módulo 'Country' se utiliza para el autocompletado de los campos ciudad y código postal de las direcciones.


  • El estado Confirmado se ha dividido en dos estados Confirmado y En proceso, para hacerlo similar al proceso de ventas.

Sale Supply Drop Shipment

  • La gestión de las excepciones de los envíos directos de proveedor a cliente se propagan desde la venta hasta la compra.

Nuevos módulos

  • El nuevo módulo Account Payment Clearing permite generar asientos de liquidación entre las cuentas a cobrar o a pagar y la cuenta de liquidación cuando un pago ha tenido éxito. La cuenta de liquidación se concilia posteriormente con los extractos.


Proteus es una librería Python para acceder a Tryton como si fuera un cliente.

  • Ahora permite ejecutar informes. Es útil para testearlos.
  • Se ha añadido un nuevo método de duplicado de registros que es similar al menú de copiar del cliente.

Publicación seguridad para issue4155

Publicado: 2014-09-30 10:00:00+00:00 release security


Una vulnerabilidad en trytond ha sido encontrada por duesenfranz, que podría permitir a un usuario malicioso ejecutar código arbitrario en el servidor a través de la función safe_eval (ver issue4155).


Cualquier usuario autenticado puede ejecutar comandos arbitrarios en el servidor con los permisos del usuario trytond.


No existe ninguna alternativa.


Todos los usuarios deben actualizar trytond a la última versión de la serie utilizada.


Cualquier incidencia de seguridad debe ser reportada en el bug-tracker con el tipo security.