Foundation Budget 2017

Publicado: 2017-02-14 09:00:00+00:00 budget foundation

Budget for 2017

The Foundation has decided to publish a budget for 2017. This is the result of requests from the community will to know what are the plans of the Foundation. Of course as the revenue of the Foundation relies only on donation, we can not guarantee that every things will be realized. Indeed we have ordered the points by priority. Each point will be activated once we have we reach its donation level.

Here are the donations from 2017.

Budget points

  • 500€: Infrastructure (rental and maintenance of servers).
  • 750€: Miscellaneous management fees.
  • 2250€: Redesign of the website by a professional.
  • 3250€: Creation of the missing icons by a designer.
  • 5250€: Organization of first hackathon by inviting key developers for a week-end.

You can help the Foundation by making a donation.

New Tryton release 4.2

Publicado: 2016-11-28 18:00:00+00:00 release

We are proud to announce the 4.2 release of Tryton.

With this release, Tryton extends its scope to tailored user applications like Chronos and also as backend for webservice. A part of the effort was put also on closing the feature gap between the web and the desktop client. The web client is still a little bit behind in terms of features but at the current rate the gap will disappear in few releases. This release contains many bug fixes and performance improvements. Polish is now an official language of Tryton.

Of course, migration from previous series is fully supported.

Major changes for the user

  • The tabs in list view can now have a counter showing to the user the number of records under them. The feature is activated by default on tabs where the number should tend to zero thus providing some hint to the user about pending tasks.

    Tryton tab domain count Sao tab domain count
  • When creating a new record from the drop down menu of a relation, the form will have the value entered in the field as default value. This helps the user fill the form.

  • The buttons can now be configured to be clicked by a number of different users before being triggered. The user can see on the button how many clicks it already received and on the tooltip who clicked.

    Tryton button rule
  • With the recent Neso retirement the database management from the client has been removed. This improve the security of the system by removing a potential attack vector.

  • It is now possible to define for each record a different color on the calendar view. This allow to group records visually.

    Tryton calendar color
  • The icons of the relation field has been improved. The experiences have shown that the old version had drawbacks which confused some users. The result was that some users thought they were searching for a new record while actually they were editing it.

    Tryton old Many2One

    As a result the editing button has now been put in on the left and a new button to clear the current value has been put on the right of the field.

    Tryton new Many2One

The web client completes its sets of functionalities in order to be closer to desktop client. The new features implemented in this release are:

  • The CSV Import/Export.

    Sao export CSV
  • The calendar view based on the FullCalendar.

    Sao calendar view
  • Support for translated fields.

    Sao translate field
  • The Favorites menu.

    Sao favorite
  • The date picker is now locale aware.

  • Add support for column sorting.

  • Support for confirm attribute on the buttons.


  • A comparison amount has been added on Balance Sheet and Income Statement, allowing the amounts to be compared with different date, fiscal year or periods.

    Balance Sheet comparison
  • The second currency of account is now enforced, closing the gap between the documentation and the code. Thus it is possible to compute the balance of such accounts in the account currency.

  • The creation of a tax can be quite complex. To ease the process, a testing wizard has been added allowing to see the result of the computation in order to validate the definition of the tax.


  • The payment term is no longer required. An invoice without payment term will create a single due line at the invoice date.
  • By default, the invoice reports are stored in the database when the invoice is posted to ensure the immutability of the document. But on large setup with a lot of invoices, the database becomes very huge and this can generate on overload and a waste of space for the backups. So a new configuration option has been added to store the invoice reports in the file store instead of the database. The option can be activated on existing databases. If the report is not found in the file store, the system will take the value found in the database as fallback.
  • The process to post invoices has been reviewed in order to have better performance when posting a large number of invoices.
  • The tax identifier of the company is stored on the invoice. This is useful when company has more than one identifier registered. By default, the system will take the first one.


  • A new group for Payment Approval has been added in order to have finer grained access to the functionalities.
  • The amount to pay of the invoice is now decreased by the amount of the related payments.
  • It is now possible to block the payment of a line.
  • It is possible to configure the module to always use the RCUR option for a SEPA mandate, as this is allowed by the European Payment Council since November 2016.
  • A statement line for an existing payment will mark the latter as succeeded or failed depending on the sign when the statement is validated. This ease the management of the payment state as some banks credit the bank account first and later if the payment fails, they debit it.
  • The statement line can also refer to payment group instead of individual payment. This is useful when the bank statement contains only one operation.


  • Many redundant fields with the account lines have been removed on the line. This simplifies the encoding and avoids mistakes.
  • A new type of analytic account has been introduced for distribution. The analytic lines will be divided when used with such account into many lines accordingly to the distribution ratio defined per sub-accounts.
  • The move line has now an analytic state which defines if the amount of the line is correctly set in each analytic axis/roots. This applies by default only on income lines. A menu entry allow to search for all lines that needs analytic correction.
  • The analytic chart enforces now the company consistency. It is no longer possible to attach an account to an axis of a different company.
  • The supplier invoice for a depreciable asset does not create analytic lines on posting. Indeed the analytic lines creation is postponed to depreciation moves.


  • A more generic address design has been added. It supports as many lines as needed for the streets instead of the previous limitation of two lines. Also the formatting of the address can be configured per country and language. The formats for about 65 countries are preconfigured.
  • A common problem with referential data like party is the duplication. It is common that the same party ended to be created twice in the system. For such issue, Tryton has now a wizard that allow to merge one party into another. The merged party is inactivated to prevent new usage and the remaining one inherits from all the documents. For example, the receivable amount will contain the sum of both parties.
  • SEPA Creditor identifier is now validated and unified into the party identifiers.
  • Phone numbers are automatically formatted now using the phonenumbers library.


  • A new relate from products to variants has been added in order to ease the navigation between them.


  • As the payment term is no longer required on the invoice, the same applies also to the purchase.


  • It is now possible to create a purchase request without product. In such case, a description is required and will be used for the creation of the purchase line.
  • When converting request into purchase, the requests containing the same product with the same unit will be merged into the same purchase line. This simplifies the purchase order.


A new module for managing purchase requisitions has been added. It allows users to create their purchase requisitions which will be approved or rejected by a member of the Approval group. On approval, purchase requests will be created.


  • As the payment term is no longer required on the invoice, the same applies also to the sale.


  • A lead time can be configured for internal shipments between warehouses. In such case the internal shipment uses a transit location during the time between the shipping and the reception.
  • A relate has been added to the location to show lots and their quantities inside the location.
  • The default location defined on the product is used in the output of production. This unifies the behaviour of this feature with incoming shipments.
  • The supply period of a supplier is configurable now. Before it was always 1 day.

Package Shipping

A new set of modules has been published. They provide integration with shipping services for printing labels and store shipping references per packages of shipments.

Two services are currently supported UPS and DPD.


  • It is possible to restrict the usage of carriers per country of origin and destination. Other criteria can be easily added. The carrier selection is already enforced by default on sales.


  • A Web-Extension named Chronos has been published. It allows to quickly encode timesheet entries using the new user application API (see below). The application supports to work offline and synchronises when the user is back online.


    It will be available soon on the different browser markets.

  • It is now possible to define a start and an end date for the employees. In such case, they will not be allowed to encode timesheet outside the period.

  • The work has be simplified by removing the tree structure. It was considered redundant with the tree structure of the projects.


  • The timesheet works are created automatically from the project form. This simplifies the management of projects.


  • Thanks to the new lead time per BoM and routing, start dates can be computed for productions. This allows to have a better schedule of the production needs for long running productions.

Following the work on previous versions, the production area has received two new modules to extend its functionalities:

Work Timesheet

It allows to track the time spent per production work.


Similar to the stock_split module, this module allows to split a production into several units.

Major changes for the developer

  • The desktop client support GTK-3 thanks to the pygtkcompat module. The support is still experimental and can be tested by setting GTK_VERSION=3 in the environment. The plan is to switch completely to GTK-3 in one year.
  • The server provides now a way to connect URL rules to a callable endpoint. This feature comes with a set of wrappers to simplify the work of the developer like instantiating the pool of the database name found in the URL or start the transaction with automatic retry on operational error. But the more interesting wrapper is the user_application which allows to authenticate a user with a key for a specific sets of endpoints. This feature allows to create applications that do not need to login on each use. Chronos is an example of such application.
  • The translations now support derivative languages. Most of the main language has been renamed without their country code. This allowed the merge of all the Latin American Spanish translations under one common language deriving from Spanish.
  • It is now possible to configure Binary fields to store the data in file store by setting the attribute file_id to the name of the char column which will contain the file store identifier.
  • A new level of access rights has been added targeting the buttons. It allows to define how many different users must click on the button to actually trigger it.
  • It is possible to configure a different cache than the MemoryCache. It just needs to define the fully qualified name of an alternative class in the cache configuration section.
  • A new widget has been implemented in the clients for the Char field that stores PYSON expression. The widget displays a human readable representation of the expression and uses an evaluated dump of the expression as internal value.
  • The read-only states for the fields xxx2Many is now limited only to the addition and suppression of records. The target records must manage themselves the read-only state for edition. This behavior allows for example to still edit the note field of a line of a validated sale while other fields are read-only.
  • To speed up the tests and especially the scenario, a new option has been added that allows to store clean dumps of database (per module installed). A dump will automatically be loaded instead of creating a new database, this operation is way faster. Of course, the developer is responsible for clearing the cache when the database schema definition has been modified.
  • A new mixin has been added to generalize the common pattern of ordering record with a sequence field. It is named sequence_ordered and can be customized with the name and the label of the sequence field, the default order and if null first must be used.


The login process has been reworked to be very customizable. It is now possible to plug any authentication factors without the need to adapt the clients.


The authentication_sms module allows to send by SMS a code to the mobile phone of the user that he will have to enter to proceed with the login.


The module web_user is the first of a new set of module which aims to provide facilities to developers who want to use Tryton as backend for web development.

Back from Barcelona

Publicado: 2016-11-22 10:00:00+00:00 TUB2016

Tryton Unconference Barcelona 2016

The annual Tryton Unconference took place this year in the nice city of Barcelona. The event was locally organized by NaN-tic and hosted at the Mobile world centre.

This edition was a great success with more than 60 participants who followed the 18 talks and participated to the different dinners and about 25 developers for the sprint.



The conference was divided in two days. The first day was dedicated to business talks where we discovered among others the new features of the release 4.2. We also learned about some use cases about billiard balls manufacture, insurance sector or advocate office etc. The first day closed on the foundation meeting where the accounting of the foundation was presented, followed by discussion on how to improve the mission of the foundation.

The second day was more oriented to the attention of the developers. Many talks were talking about performance with some impressive numbers like the generation of 1 million invoices in 1 hour. Others talks were about how to use some of the new features of Tryton like the distributed transactions, the development of user applications or the new pluggable authentication system.

The videos recorded and the slides of the speakers are published.



25 developers joined the NaN-tic office to sprint during 3 days. 11 of them achieved to have at least one patch pushed into the repository and for some of them it was the first one. Others worked on improving the documentation and some blueprints for future new features. Even if the sprint is finished, it still influences the project as many continue to contribute which is the main goal of the sprint: to onboard new developers. Another result of the sprint is the creation of a monthly remote sprint to keep the good spirit.


Come and join us next year to enjoy the event!

Security Release for issue5795 and issue5808

Publicado: 2016-08-31 10:00:00+00:00 release security


Two vulnerabilities in trytond have been found by Cédric Krier.

The CVE-2016-1241 allows an authenticated user to read the hashed password of other users. The exploitation is not easy thanks to the existing protection of Tryton against such leak. Those protections are usage of strong hash method (bcrypt or sha1) and the salt of the password with random data (protection against rainbow tables).

The CVE-2016-1242 allows an authenticated user with write access to report or icon definition to make the server opens any readable file. By default, only the administrator group has such right access.


There is no workaround for CVE-2016-1241.

For CVE-2016-1242, the modification rights could be removed to all users for the report and icon records.


All users should upgrade trytond to the latest version.

It is recommended that every user changes his password.

Affected versions per series: <=3.2.16, <=3.4.13, <=3.6.11, <=3.8.7 and <=4.0.3

Non affected versions per series: >=3.2.17, >=3.4.14, >= 3.6.12, >=3.8.8 and >=4.0.4


Any security concerns should be reported on the bug-tracker at with the type security.

Tryton Unconference Barcelona 2016

Publicado: 2016-08-18 10:00:00+00:00 TUB2016

This year the annual Tryton Unconference will come back to Barcelona from the 17th to 21st of October at the Mobile world centre.

This will be the sixth edition. Users, developers and interested people will have the opportunity to discover or talk about Tryton.

This year the first day will be dedicated to business oriented talks. And the second day will remain more focused on developer talks.

Talk proposals and schedule are managed on Lanyrd.

A Sprint is planned to be organised the 19th, 20th and 21st. The place will be announced later.

Registration is available at TUB 2016.

If you want to request a talk on a specific topic, you can send your request to the Tryton mailing list. If you have question about the organisation, please contact the foundation at

And don't forget to spread the word! #TUB2016

Retirada de Neso

Publicado: 2016-06-20 12:00:00+00:00 neso
Se ha decidido parar el desarrollo de Neso, nuestro cliente/servidor autónomo. La ultima versión usable será la 3.8.2. Puede encontrar más información en la issue5642.

Security Announce for issue5570

Publicado: 2016-06-15 12:00:00+00:00 security


A missing access right has been found by Cédric Krier for the Model ''. That allows a malicious authenticated user to write, create or delete records of this type (see issue5570).


Any authenticated user can modify the links between products and BoM's.


All users should create manually a default model access which limits to read only and a second model access limited to the group "Production Administration" with full access.

Affected versions: all versions of production module prior to series 4.0 included.

Non affected version: all versions of production module after series 4.0 non-included.



Any security concerns should be reported on the bug-tracker at with the type security.

Versión con traduciones para las series 4.0

Publicado: 2016-05-11 10:00:00+00:00 release

Debido a un problema con Pootle, la versión inicial de las series 4.0 se ha publicado sin muchas traducciones. Por este motivo hemos decidido publicar un nuevo conjunto de versiones con las traducciones corregidas aunque esto suponga romper la regla de ninguna actualización de base de datos para las versiones de corrección intermedias.

Si ya habéis actualizado vuestro servidor a las series 4.0, debéis también actualizar la base de datos para esta versión de correcciones. Disculpad las molestias.

Nueva versión 4.0 de Tryton

Publicado: 2016-05-02 18:00:00+00:00 release

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

Es la primera versión de Tryton que añade soporte para Python 3. El servidor y la mayoría de módulos ya lo soportan. Los módulos que faltan son principalmente aquellos que utilizan WebDAV y LDAP. El cliente será portado cuando se añada el soporte para GTK-3.

Esta versión también contiene una gran refactorización de la pila de protocolo que antes estaba basada en el SimpleHTTPServer de Python. Ahora utiliza una aplicación WSGI corriendo a través del servidor Werkzeug por defecto. De todos modos se puede utilizar cualquier servidor WSGI para ejecutar Tryton, eliminando la restricción de un único proceso con hilos y abre el camino a la ejecución a través de varios esclavos.

Todos los módulos se han revisado para cumplir con la convención de la nomenclatura para la identificación de documentos. El nombre "Código" se utiliza para todos los documentos referenciales, como por ejemplo los terceros y los productos. El nombre "Número" se utiliza para la identificación interna de todos los documentos operacionales, como por ejemplo ventas, compras, facturas, etc. Por último, el nombre "Referencia" se utiliza para las identificaciones de sistemas externos, como por ejemplo el número de venta del proveedor de nuestras compras.

Se han añadido dos nuevos idiomas en la instalación por defecto: Lao y chino simplificado.

Como nos recordó Richard Stallman, la migración desde versiones anteriores esta totalmente soportada.

Cambios importantes para el usuario

  • La nueva funcionalidad nota ofrece un sistema para gestionar notas textuales en cualquier modelo de Tryton. Cuando se clica se abre un diálogo de notas donde el usuario puede gestionar las notas del registro. El estado de lectura de cada nota es independiente por cada usuario. Como sucede con los ficheros adjuntos, el icono de la barra de herramientas indica cuando hay notas en un registro.

    Notas en Tryton Notas en Sao
  • Se ha mejorado la importación y exportación a través de CSV para obtener una mejor experiencia. La ventana de importación ahora soporta arrastrar y soltar campos para ordenar las columnas, como ya pasaba con el asistente de exportación. Ambos asistentes pueden utilizar cualquiera de las codificaciones disponibles en Python. Ahora se pueden configurar los parámetros CSV del resultado de la exportación.

    Exportar CSV
  • Los gráficos provistos por la vista de tipo gráfico han sido mejorados. Ahora usan colores más suaves, líneas más delgadas y arcos más pequeños. En lo que se refiere al fondo, se usa un estilo de guiones en lugar de la línea normal para la representación de los ejes. Se aplica un pequeño valor de transparencia al dibujar líneas para poder ver siempre a través de ellas.

  • Se ha añadido un nuevo botón en las tareas programadas para ejecutarlas una sola vez. Esto es útil para ejecutarlas bajo demanda o probar nuevas configuraciones.


  • Se ha mejorado el diseño del Libro mayor, Balance de sumas y saldos y el Balance histórico. Ahora se basan en vistas dinámicas. Esto permite una mejora del rendimiento y filtrar los registros de una forma más precisa. Además de poder imprimir informes como antes, se puede exportar los registros a CSV, cosa que es útil para realizar manipulaciones en una hoja de cálculo.

    Libro mayor
  • Se ha añadido el campo Fecha al Balance histórico, para poder modificar la fecha en que se realizan los cálculos. Con esta funcionalidad se puede generar informes en una fecha pasada como si se hubieran generado ignorando las conciliaciones que se han producido después de esta fecha.

  • Se ha mezclado la funcionalidad del informe Balance de tercero dentro del Balance histórico. Nos hemos dado cuenta que ambos informes calculan la misma información pero el Balance de tercero se calcula sobre el tipo Clientes y proveedores.


  • El campo Nombre del tercero ya no es obligatorio. Esto soluciona la antigua demanda de poder crear terceros sobre los que no se sabe el nombre cuando se crean.


  • Se ha añadido un formulario de configuración en el módulo de producto con las siguientes opciones:

    • Valor por defecto para los campos Utilizar Categorías.
    • Valor por defecto para el campo Método de precio de coste.
  • Nunca ha sido fácil explicar el diseño de los productos con sus plantillas, especialmente cuando no es relevante para el negocio. Para simplificarlo, se han rediseñado las vistas para que sean muy similares y en efecto utilizan exactamente el mismo diseño. Los campos que no existen en el producto son automáticamente reemplazados por el valor de la plantilla.

    Producto Variante
  • El campo Categoría se ha reemplazado por el campo Categorías para soportar la funcionalidad de añadir múltiples categorías a un mismo producto. Esto es muy útil para crear categorías multi-dimensión en tiendas online.


Este nuevo módulo define las referencias base para crear diferentes tipos de clasificaciones para los productos. Añade un campo genérico Clasificación en el formulario de producto.

Clasificación Taxonómica

Este nuevo módulo añade la clasificación taxonómica de los productos como un ejemplo de utilización del nuevo módulo de clasificación. Incluye las clasificaciones por Taxón y por Cultivar.


  • El campo Tiempo de entrega en el proveedor de producto es reemplazado por Tiempo de espera, lo que incrementa la precisión de días a microsegundos.
  • Para cada almacén ahora es posible definir la ubicación de donde se tomarán los bienes en caso de una devolución al proveedor. Si esta ubicación no está definida se utilizará la ubicación de almacenamiento del almacén.


Las funcionalidades de solicitud de compra han sido desacopladas de los módulos stock_supply y sale_supply a un nuevo módulo llamado purchase_request. De esta forma se prepara el trabajo futuro para permitir usar solicitudes de compra sin la necesidad de otras características del módulo stock_supply.

  • Un nuevo estado Excepción ha sido agregado a la solicitud de compra. Esto es útil para gestionar compras canceladas cuando están atadas a "envíos directos".


  • El campo Fecha de entrega en el modelo Línea de venta se ha renombrado a Fecha envío para evitar cualquier confusión.
  • El campo Tiempo de entrega en el formulario de producto es reemplazado por Tiempo de espera, lo que incrementa la precisión de días a microsegundos.
  • La personalización de la historia de las Oportunidades de venta se ha reemplazado para la funcionalidad de revisiones del cliente. Eso mejora la precisión y funciona de forma automática para los nuevos campos.


  • La dirección de destino del almacén de los Albaranes internos ahora se muestra en el informe.
  • Ahora es posible finalizar un movimiento con el nuevo botón Finalizar. Esto es interesante para tener una contabilidad correcta en caso de tener producciones abiertas durante mucho tiempo.
  • Los albaranes de devolución de proveedor ahora tienen el campo Proveedor y Dirección de envío. Estos campos se llenarán automáticamente para los albaranes creados a través de una compra.



Este nuevo módulo define las rutas, los pasos y las operaciones de las producciones. Una ruta es una lista ordenada de pasos y cada paso está definido por una operación genérica.


Este nuevo módulo completa el módulo de Ruta creando los Trabajos de una producción basándose en su ruta. Un Trabajo esta vinculado con un Centro de Trabajo que define su coste mediante los siguientes métodos: Por ciclo o Por hora. El coste de un trabajo se calcula a través de los Ciclos creados en el mismo y luego se añade al coste global de la producción.

Cambios importantes para el desarrollador

  • Los dominios ahora aceptan el operador parent_of que devuelve recursivamente todos los registros que son padres de los registros buscados. Es el operador opuesto al existente child_of.
  • Ahora es posible heredar una vista que ya hereda de otra vista de otro modelo diferente.
  • El nuevo operador de dominio where es útil cuando necesitas hacer una búsqueda sobre un campo xxx2Many con un sub-dominio completo en lugar de cláusulas separadas. Tiene la ventaja de evitar la obtención intermedia de resultados ya que usa una sub-query.
  • La Transacción ha sido mejorada para que su diseño sea más cercano al definido por el PEP-0249. Este nuevo diseño permite dar soporte a transacciones anidadas. También soporta cursores múltiples para la misma transacción, reduciendo el consumo de memoria al iterar sobre grandes conjuntos resultantes.
  • Se introduce un nuevo modelo contextual para evitar el trabajo de escribir asistentes simples para configurar informes asignando algunos valores en el contexto. Con este nuevo diseño, el desarrollador puede definir un modelo para el cual cada campo va a definir los valores del contexto. El formulario de este modelo se mostrará en la parte superior de la vista y la vista se actualizará automáticamente cuando el contexto cambie.
  • Ahora es posible tener informes en texto plano, XML, HTML y XHTML. Con este cambio la infraestructura de informes se puede utilizar para diseñar plantillas de correo electrónico.
  • Esta nueva versión añade soporte para el Protocolo de comiteado en dos fases que permite coordinar transacciones distribuidas. Por defecto, Tryton utiliza una sola transacción de la base de datos, pero cuando Tryton tiene que comunicarse con otros sistemas, es mejor utilizar el PC2F para mantener la integridad de datos. La implementación sigue la API de los Data Managers de Zope. Los Data Managers de la comunidad de Zope se puede utilizar en Tryton.
  • Gracias al protocolo de comiteado en dos fases, ahora los correos electrónicos se pueden enviar cuando la transacción está comiteada. Así, si alguna cosa va mal y la transacción se deshace, no se envía ningún email.


  • El proceso de conciliación ahora guarda la fecha de la conciliación. Por defecto, es la mayor fecha de las líneas conciliadas. Esto permite filtrar lineas conciliadas basado en esa fecha, por ejemplo para generar un reporte con las lineas sin conciliar anteriores a una fecha dada.

  • Los Abonos han sido integrados con las Facturas. Ahora son facturas estándar con cantidades negativas. Esto permite agrupar fácilmente ambos tipos en un único documento. La numeración aún puede ser diferenciada dependiendo del signo de las líneas.

    Nota: con la integración de Factura y Abonos, los signos de los impuestos para los Abonos deben ser invertidos a mano.


  • Uom.round ahora es un método de instancia cosa que tiene mucho más sentido teniendo en cuenta su firma.


  • Las Compras ahora disponen de la transición finalizado, como las Ventas, para permitir extensiones que realizan alguna acción cuando se ha finalizado la compra.
  • Ahora se puede buscar las Solicitudes de compra utilizando el campo Compra.


El módulo WebDAV se ha separado del servidor hacia un módulo aparte, cosa que mejora la modularidad del sistema. En efecto, muchas instalaciones no utilizan WebDAV por lo que era un poco hinchado tenerlo en la base. Además las dependencias de este módulo bloqueaban el camino hacia Python 3 en el servidor. Por el momento, el protocolo WebDAV se gestiona mediante un proceso separado pero es posible que vuelva en el futuro al proceso principal.

I Jornadas Tryton en Barcelona - Convocatoria de charlas

Publicado: 2016-03-24 00:51:07+00:00 jornadas

Como ya anunciamos en la lista de correo en español, varias empresas españolas proveedoras de servicios alrededor de Tryton estamos organizando las I Jornadas Tryton en Barcelona, que tendrán lugar los días 23 y 24 de mayo en un lugar excelente, el Mobile World Centre.

El contenido de las jornadas se dividirá en el orientado a usuarios el lunes 23 y el orientado a desarrolladores el martes 24.

La suscripción ya está abierta en Eventbrite.

Pero el evento no será un éxito sin tu participación, así que es el momento de recoger tus propuestas para realizar una presentación en el evento, que será en castellano.

Los temas pueden estar orientados a usuarios o desarrolladores y pueden incluir, entre otros:

No dudes en mandarnos tu propuesta. Estamos deseando aprender de lo que sabes y como Tryton está cambiando las empresas de tu alrededor.

Simplemente mándanos un correo a antes del 17 de abril con una breve explicación acerca del contenido de la charla.