Nueva versión 3.8 de Tryton

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

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

Por primera vez contiene sao, el nuevo cliente web de Tryton. Es el resultado de la campaña Indiegogo . Se ha desarrollado principalmente usando jQuery y Bootstrap y su diseño es adaptativo. Se requiere un navegador actual compatible con HTML5. Para utilizarlo no se requiere ninguna modificación en el lado del servidor, cada módulo trabaja tal cual con sao al igual que lo hace con el cliente GTK. Está disponible una demostración en http://demo.tryton.org usando demo_es/demo como usuario/contraseña de inicio de sesión. Esto conlleva a que el número de clientes compatibles para Tryton ya sean tres.

Se ha trabajado mucho para mejorar la accesibilidad de los clientes web y GTK. Para el cliente GTK se ha seguido la Guía de accesibilidad GNOME para desarrolladores tanto como ha sido posible y para el cliente web se ha seguido la Iniciativa de accesibilidad Web del W3C. Puede seguir los avances en este tema en el issue3459.

Y por supuesto, esta versión contiene muchas correcciones de errores y mejoras de rendimiento.

Como siempre, la migración de las versiones anteriores está totalmente soportada

Las siguientes capturas de pantalla se basan en sao pero las mismas características existen también en el cliente GTK.

Esta es una comparación de la visualización del cliente sao frente el cliente GTK:

Venta con sao Venta con GTK

Cambios importantes para el usuario

  • Ahora el cliente es capaz de generar mensajes de error significativos para todo tipo de validación. Estos mensajes de error utilizan la misma sintaxis que el filtro de búsqueda.

    Mensaje de error
  • Para una mejor accesibilidad se ha sustituido el color de fondo personalizado por etiquetas en 'negrita' para los campos requeridos y por etiquetas en 'cursiva' para los campos editables. Por el mismo motivo, el color de filas se ha eliminado y puede ser reemplazado por iconos.

    Etiquetas en negrita y cursiva
  • Se ha añadido al cliente una nueva opción para tabulación rápida. Si se activa, se salta los campos de sólo lectura al navegar con el tabulador. Este era el comportamiento predeterminado anterior, que debía ser opcional para permitir a los usuarios con discapacidades desplazarse por los campos de sólo lectura para su lectura.

  • Ahora la función de exportación sólo funciona con los registros seleccionados pero permite exportar una estructura de árbol.

Contabilidad

  • Se ha añadido un nuevo informe que muestra los importes de un diario de efectivo en un período. Esto es útil para comprobar el cierre de la caja.

  • La contabilidad francesa genera la FEC (Fichier des Écritures Comptables).

  • El asistente que genera los pagos permite indicar una fecha en lugar de la por defecto que es hoy.

  • Las cuentas de ingresos y gastos predeterminadas se pueden configurar desde la configuración de contabilidad.

    Configuración de cuentas
  • La fecha de los extractos se puede corregir después de su contabilización.

Tercero

  • Ahora el idioma del tercero depende de la empresa.

  • Una lista extensible de identificadores reemplaza el único campo CIF/NIF.

    Identificadores del tercero

Proyecto

El cálculo del árbol del proyecto ha sido enormemente mejorado mediante la agrupación del cálculo y el uso de mejores consultas.

  • Ahora existe un campo de progreso en los proyectos y tareas y, por supuesto, un total que es la suma de los hijos.

    El progreso del proyecto
  • Se ha añadido un nuevo método para generar la factura del proyecto que se basa en el campo de progreso.

  • Ahora es posible vincular líneas de compra a un proyecto que se añadirán al campo de coste.

  • Ahora los trabajos de las hojas de trabajo tienen un campo total de horas que calcula la duración del trabajo y sus hijos.

    Horas del trabajo

Venta

  • La fecha de entrega en la línea de venta muestra la fecha efectiva una vez que los bienes son entregados.

  • Ahora es posible enviar la venta a otro tercero distinto del indicado en la factura. Esto es un complemento al envío directo que permite que Tryton soporte totalmente los envíos directos.

    Tercero de envío en la venta
  • El envío directo ahora utiliza dos movimientos distintos utilizando una ubicación temporal.

Compra

  • La fecha de entrega en la línea de compra muestra la fecha efectiva una vez que los bienes son recibidos.
  • Se pueden cancelar movimientos de stock desde la vista de la compra sin tener que crear un albarán de proveedor y cancelarlo.

Logística

  • Es posible solicitar a Tryton volver a calcular el precio de coste medio de un producto mediante la reproducción de todos los movimientos desde el principio.

  • Es posible configurar otra ubicación de recogida diferente de la ubicación de almacenamiento para los almacenes.

    Ubicación de recogida del almacén
  • Es posible establecer un aprovisionamiento interno por ubicación que se utiliza para las reglas de stock internas por defecto para todos los productos.

Coste de recepción

Estos nuevos módulos permiten guardar el coste de recepción en los envíos de los proveedores después de su recepción. Se crea un nuevo documento para vincular líneas de factura de proveedores con envíos y definir el método que se utilizará para la asignación de costes. Actualmente hay dos métodos disponibles: Por Valor y Por peso. Y gracias al asistente Actualización precio de coste, el precio de coste de los productos puede ser recalculado teniendo en cuenta el coste de recepción.

Coste de recepción

Aduana

Este nuevo módulo permite definir el Código de Tarifa del Sistema Armonizado y su tasa de aduana sobre los productos. El tipo de tasa se almacena para un país durante un período y están disponibles dos tipos de cálculo: un importe fijo o un importe por cantidad.

Reclamación de venta

Este nuevo módulo sirve para gestionar las reclamaciones de los clientes acerca las ventas o facturas. Permite definir las acciones para resolver las quejas, como devolver la venta o abonar la factura. Permite establecer un flujo de trabajo para la aprobación de las acciones de reclamación mediante los permisos de acceso.

Promoción de venta

Ahora es posible aplicar promociones basadas en fórmulas sobre las ventas seleccionadas mediante ciertos criterios. La promoción cambia el precio unitario de la línea cuando la venta cambia a presupuesto (y se restablece si se vuelve a borrador) pero sólo si la promoción es a favor del cliente. Los criterios disponibles son: la tarifa, un período, la cantidad y los productos.

Cantidad de stock en la venta

Este nuevo módulo comprueba en ventas en estado presupuesto si hay suficiente cantidad de productos en el almacén. También comprueba que la nueva venta no perjudique a ventas anteriores que serán enviadas más tarde.

Cambios importantes para el desarrollador

  • El campo de barra de progreso funciona con un real entre 0 y 1 para facilitar su uso como porcentaje.
  • El campo de texto enriquecido ahora utiliza un subconjunto de HTML para permitir su implementación en sao.
  • El campo Many2One tiene una nueva opción target_search que define el tipo de consulta a utilizar para la búsqueda desreferenciada. Las opciones son subquery y la nueva join (que es el valor por defecto). El método join genera una consulta más rápida en la mayoría de los casos.
  • Las restricciones de SQL utilizan una sintaxis similar a python-sql. Esto da más flexibilidad para implementar el backend para otras bases de datos.
  • Tratar de crear/escribir/borrar en un Model basado en una table_query genera una excepción en lugar de un error silencioso.
  • El nombre de la tabla de un ModelSQL se puede reemplazar con un archivo de configuración. Esto permite evitar las limitaciones de ciertas bases de datos respecto a la longitud de los nombres de las tablas.
  • Se ha añadido a los asistentes el nuevo StateReport para simplificar el código de los asistentes que ejecutan un informe.
  • Se ha eliminado el estilo de los informes, la experiencia muestra que esta función no era utilizada.
  • El backend de PostgreSQL ahora gestiona el esquema. Esto permite que distintas instancias de Tryton compartan la misma base de datos.
  • La clave foránea genérica para crear/modificar el usuario en todos los ModelSQL ha sido reemplazada por una regla que impide eliminar usuarios. Esto mejora enormemente la escalabilidad en algunas circunstancias.
  • El campo Property ahora soporta valores float y integer.
  • Un subdirectorio locale/override permite a los módulos sobrescribir traducciones de otros módulos.

Contabilidad

  • Los planes contables ya no son traducibles. En lugar de ello debe proporcionarse planes contables traducidos a través de una plantilla usando XSLT.
  • La factura no calcula un precio unidad en cada línea. Para tener esta función debe utilizarse los módulos de compras o ventas.
  • Algunos campos de la factura como las Notas y el Origen son editables después de contabilizar la factura.

Producto

  • La conversión entre unidades ya no genera fallos silenciosos sino que aparece un error explícito.
  • Se ha añadido la propiedad volumen a los productos.

Proyecto

  • La estructura de árbol del proyecto y de la hoja de trabajo se han separado, cada objeto tiene su propia estructura de árbol.
  • La tarifa utiliza los mismos decimales que el producto.
  • El precio de coste del empleado se almacena en la línea de la hoja de trabajo según la fecha de la línea. Esto permite sumar los costes de la hoja de trabajo más rápido.

Compra

  • Ahora el estado de la solicitud de compra permite realizar búsquedas.
  • Las solicitudes de compra se generan incluso si la cantidad redondeada es cero para permitir al usuario comprar más.

Logística

  • Muchas restricciones innecesarias en la edición de los campos de los movimientos han sido eliminadas.
  • La cantidad esperada de las líneas de inventario se calculan siempre, incluso si se añaden manualmente.
  • Es posible crear movimientos en estado En proceso y Borrador utilizando ubicaciones de tipo Vista. Estas ubicaciones tendrán que ser cambiadas para poder finalizar el movimiento.
  • El inventario utiliza la función de agrupación para crear los movimientos. Esto permite soportar fácilmente el lote (o cualquier otro campo extra).

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.

Contabilidad

  • 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.

Productos

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

Ventas

  • 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.

Logística

  • 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.

Comisiones

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.

Contabilidad

  • 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.

Terceros

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

Productos

  • 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.

Compras/Ventas

  • 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.

Logística

  • 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.

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.

Módulos

Account

  • 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.

Country

  • 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.

Party

  • 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.

Purchase

  • 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

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

Sinopsis

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).

Impacto

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

Alternativa

No existe ninguna alternativa.

Resolución

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

¿Incidencias?

Cualquier incidencia de seguridad debe ser reportada en el bug-tracker https://bugs.tryton.org/ con el tipo security.

Nueva versión 3.2 de tryton

Publicado: 2014-04-21 20:00:00+00:00 release

Nos complace anunciar el lanzamiento de la nueva versión 3.2 de Tryton.

Esta versión consolida nuevas funcionalidades añadidas en los últimos dos años. Además, se preperara la futura migración a Python 3, eliminando el soporte para Python 2.6. Como es habitual, también se han realizado correcciones de errores, mejoras y nuevos módulos (a continuación se dan más detalles).

Por supuesto, la migración desde las versiones anteriores está completamente soportada.

Cambios importantes en la interfaz de usuario

  • El cliente utiliza la zona horaria local para mostrar los campos de fecha y hora.

  • Se ha mejorado el pegado en listas editables para añadir nuevas líneas si es necesario aparte de actualizar los registros ya existentes.

  • Los botones de la vista también se muestran en el menú de acciones. Esto permite un acceso mas rápido utilizando los atajos del teclado y también ejecutar el botón para el conjunto de registros seleccionados.

    button action menu
  • Los botones y los assitents ahora pueden ejecutar acciones de cliente. Esto quiere decir que se comporta como si el usuario hubiese clicado en alguno de los botones de la barra de herramientas.

  • El cliente utiliza ahora un conjunto de conexiones. Esto permite mejorar la velocidad en peticiones que se pueden hacer en paralelo.

  • Se puede soltar un fichero en el botón de adjuntos para crear de forma rápida adjuntos.

  • Se ha introducido un nuevo widget multi-selección, que utiliza un campo Many2Many para guardar la información. Es muy útil y más visual cuando hay un pequeño número de selecciones posibles.

    multiselection
  • El cliente permite navegar por las versiones de un registro del que se guarda la historia. También funciona en una lista de registros, en este caso el cliente muestra el resultado de la búsqueda cómo si se hubiera hecho en la fecha de la revisón.

    revisions

Cambios mayores en el servidor

  • El servidor siempre utiliza internamente la zona horaria UTC.
  • El método ModelStorage.write recibe mejoras similares a las que recibió el método ModelStorage.create en la versión 2.8. Esto quiere decir que se puede escribir distintos valores en varios conjuntos de registros en una sola llamada y que esto mejora el rendimiento validando todos los registros de una vez. Además, sólo se validarán los campos modificados y sus dependencias. Las acciones de los campos relacionados se han actualizado con la misma interfaz.
  • Se ha añadido un nuevo decorador fields.depends para reemplazar los atributos obsoletos on_change, on_change_with, selection_change_with y autocomplete. Este decorador se aplica en los métodos a llamar y el resultado será la suma de todos los depends de todos los módulos. Esto mejora la modularidad y aporta más flexiblidad.
  • Tryton utiliza la librería bcrypt para emascarar las contraseñas si encuentra disponible.
  • Todos los tipos de campo pueden tener un restricción de dominio en su valor. La mayoría de dominios están soportados para la pre-validación y la inversión en la parte del cliente.
  • El valor devuelto por un on_change de un campo One2Many ahora utiliza un índice para la clave add. Esto permite especificar la posición del nuevo registro que se va añadir en lugar de añadirlo siempre al final.
  • Se ha añadido un nuevo método ModelSQL.restore_history que permite restaurar los valores de un registro tal como estaban en un fecha y hora determinada.

Módulos

Account

  • Se ha creado un nuevo tipo de diario Desajuste para facilitar la creación de movimientos de ajuste.
  • Los impuestos ahora tienen una fecha inicial y fecha final opcionales, que permiten gestionar los cambios a través del tiempo.

French Chart of Account

  • El plan contable Francés se ha actualizado con los nuevos impuestos para el año 2014.

Account Statement

  • El módulo evita que se utilize una factura que ya ha sido pagada en los extractos en borrador.
  • Utiliza el nuevo índice de la función on_change para añadir las nuevas líneas seperadas debajo de la línea original.

Account Stock Continental

  • Se ha mejorado la velocidad de creación de asientos para los movimientos de stock/existencias.

Bank

  • Los números IBAN ahora son validados y formateados.

Company

  • Se ha añadido un nuevo campo de zona horaria en la Empresa para obtener correctamente la fecha de hoy.
  • El empleado se lee del contexto, tal como se hace con la empresa. Esto permite utilizar más de un cliente con el mismo usuario pero empleados distintos.

Production

  • Ahora es posible definir la fecha efectiva de una producción. Esto permite añadir producciones en el pasado.

Purchase

  • Ahora se muestra un aviso al intentar recibir un movimiento de stock de proveedor sin origen. Normalmente, el origen debe ser una orden de compra.
  • Las compras intentan establecer un enlace entre los movimientos de stock y las líneas de factura.

Sale

  • El mismo aviso existe para los movimientos de cliente sin origen.
  • Las ventas intentan, como las compras, establecer un enlace entre los movimientos de existencias y las líneas de factura.

Stock

  • Los albaranes de devolución de proveedor pueden tener asignación parcial.
  • Se ha mejorado el cálculo de las cantidades en stock para facilitar la personalización y se ha mejorado la búsqueda.
  • Ahora es posible definir la fecha efectiva de los albaranes. Esto permite añadir albaranes en el pasado.

Stock Lot

  • Se añadido una acción para mostrar los movimientos de stock de un lote.

Nuevos módulos

  • El módulo Party Relationship define distintos tipos de relaciones entre terceros.
  • El módulo Account Payment permite generar grupos de pagos para los apuntes de las cuentas a pagar y a cobrar.
  • El módulo Account Payment SEPA permite generar ficheros SEPA para los pagos.
  • El módulo Stock Package permite alamacenar la información de los paquetes utilizados en los alabaranes de cliente y de devolución a proveedor.
  • El módulo Sale Shipment Grouping añade la opción para definir como se van a agrupar los movimientos de stock/existencias generados por las ventas.
  • El módulo Account Credit Limit gestiona los límites de crédito por tercero.
  • El módulo Sale Credit Limit añade las ventas confirmadas al límite de crédito del tercero.

Security Release for issue3446

Publicado: 2013-11-04 10:00:00+00:00 release security

Synopsis

A vulnerability in tryton has been found, that might allow a malicious server to send a crafted extention as answer to a report request leading the client to write the report on any file of the client host with the right of the user running the client (see issue3446).

Impact

Any file can be created on the client host with the access permissions of the user running the client.

Workaround

Users should connect only to trusted servers.

Resolution

All users should upgrade to the latest version of the used series.

Concern?

Any security concerns should be reported on the bug-tracker at http://bugs.tryton.org/ with the type security.

Nueva versión 3.0 de tryton

Publicado: 2013-10-21 18:00:00+00:00 release

Nos complace anunciar la salida de la nueva versión 3.0 de Tryton.

está versión trae la nueva vista de calendario en la interfície gráfica y el resultado de una larga refactorización de código que empezó hace 2 años con el proyecto python-sql. Como es habitual, también se han realizado correcciones de errores, mejoras y nuevos módulos (a continuación se dan más detalles).

Por supuesto, la migración desde las versiones anteriores está completamente soportada.

Cambios importantes en la interfaz de usuario

  • La vista de calendario ya está disponible. Permite mostrar los registros en un calendario utilizando fecha inicio y/o fin de campos fecha/fecha y hora. También soporta arrastrar y soltar eventos y la edición de los mismos con el doble clic. está vista esta optimizada para obtener solo los registros de los eventos que se muestran.

    calendario de producción
  • El esquema de URL, introducido en la versión 2.0, ahora es accessible en la parte inferior de todas las pestañas. Esta URL permite abrir la misma pestaña en cualquier otro cliente.

    url
  • Se han eliminado las solicitudes. Se sugiere utilizar emails con URL para su sustitución.

  • Los registros seleccionados en la vista de lista se guardan entre sesiones.

Cambios mayores en el servidor

  • El servidor ahora utiliza python-sql para generar las consultas SQL. Este cambio permite una mejor compatibilidad con los diferentes Motores de Bases de datos soportados actualmente (y también con los que se soporten en el futuro).
  • El método searcher puede devolver un dominio completo (en lugar de uno limitado solo a clásuslas AND).
  • El antiguo atributo order_field se remplaza por el método order_<field name> para ser más modular.
  • El motor de base de datos se puede cargar dinámicamente, cosa que permite utilizar uno definido en un paquete externo al servidor de tryton.
  • El rendimiento del almacenamiento MPTT se ha mejora eliminando el orden por defecto y reduciendo el número de consultas.
  • Un nuevo atributo grouped se puede añadir al tag data. Esto permite crear todos los registros de un mismo modelo a la vez. Esto mejora el tiempo de instalación de módulos con una gran cantidad de información.
  • Se puede definir un orden por defecto en las acciones de ventana.

Módulos

  • Muchos módulos se han adaptado al nuevo diseño de relacionar documentos generados con su origen. En vez de copiar el código de origen como referencia se utiliza un campo Reference. La mayoría de las veces el enlace se encuentra a nivel de línea. Esto proporciona una mejor visión de los enlaces entre documentos sin perder la información cuando se mezclan documentos.

Account

  • Se ha creado un nuevo asistente para facilitar al creación de asiento de regularización al final del período fiscal.
  • Todas las cuentas de un plan contable deben pertencer a la misma empresa. Esta validación mejora radicalmente el rendimiento del cálculo del debe/haber.
  • Cualquier asiento confirmado con algún apunte con importe cero se concilia automáticamente si la cuenta está marcada como a conciliar. Con esta funcionalidad, las facturas con importe cero se marcan automáticamente cómo pagadas.
  • La opción de contrapartida centralizada en el diario se ha eliminado.

Account Invoice

  • Cuando una factura se confirma, se utiliza el asiento contable para mostrar los importes en vez de calcularlo a partir de las líneas. Esto mejora el rendimiento, especialmente para las facturas con muchas líneas.

Account Statement

  • Ahora es posible vincular una factura con una línea de extracto. Esto llenará automàticamente el tercero y la cuenta.

Stock

  • Es posible consultar la cantidad en estoc con cualquier tipo de parámetros de agrupación. Por ejemplo, se puede utilizar para calcular la cantidad en estoc por lote, en vez de por producto.
  • El código de los inventarios se ha refactorizado para facilitar su personalización y también la validación de unicidad de las líneas de inventario.
  • La cache del período se puede adaptar para guardar diferentes tipos de agrupaciones de cantidad.

Stock Lot

  • Se han añadido los campos cantidad y cantidad estimada en los lotes.
  • Ahora es posible crear inventarios con lote.
  • La cache del período también guarda las cantidades por lote.

Stock Supply

  • Se ha añadido un nuevo asistente para crear automáticamente movimientos internos.
  • Si hay movimientos tardíos de proveedor cuando se crean las solicitudes de compra, el asistente muestra un aviso para que el usuario pueda modificar la fecha de estos movimientos a un futuro si es necesario. Si no estos movimientos de entrada serán ignorados.

Nuevos módulos

  • El módulo Bank define el concepto de banco y cuenta bancaria.
  • El módulo Account Dunning permite gestionar reclamaciones siguiendo un procedimiento con diferentes niveles.
  • El módulo Account Dunning Letter añade la generación de cartas cuando se procesan reclamaciones.
  • El módulo Sale Invoice Grouping añade la opción de definir cómo se agruparán las líneas de venta al generar las líneas de factura.

Ultima versión de mantenimento para las series 1.8

Publicado: 2013-05-16 12:00:00+00:00 release
Hace dos semanas la serie 1.8 recibió las ultimas correcciones de errores, han pasado 2 años y medio del lanzamiento de la primera versión. Las series 2.0, 2.2, 2.4 y 2.6 también tienen varias correcciones que ya se publicaron en la serie 2.8. Como de costumbre, no se requiere la actualización de la bases de datos para estas liberaciones/lanzamientos.

Nueva versión 2.8 de Tryton

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

Nos complace anunciar la salida de la nueva versión 2.8 de Tryton.

En esta versión se han realizado cambios en la interfaz del usuario para mejorar el modo de trabajo de los usuarios. Los cambios más importantes son: búsquedas favoritas (marcadores), autocompletado, búsqueda global y la revisión de todos los mensajes de error, para proporcionar más información. Como es habitual, también se han realizado correciones de errores, mejoras y nuevos módulos (a continuación se dan más detalles).

Como es habitual, la migración desde las versiones anteriores esta completamente soportada.

Cambios importantes en la interfaz del usuario

  • Añadido dominios en Acción de ventana: Esta funcionalidad permite mostrar pestañas en las vistas de lista. Estas pestañas permiten filtrar los registros. Todos los módulos han sido actualizados para aprovechar esta funcionalidad y por lo tanto se ha reducido el número de entradas del menú.
Dominios en acción de ventana
  • Búsquedas favoritas: Los usuarios pueden guardar sus búsquedas favoritas y volver a ejecutarlas siempre que lo deseen.
Búsquedas favoritas
  • Autocompletado en campos relacionales (Many2One, Many2Many y One2Many): Cuando se escribe en alguno de estos campos el cliente trata de autocompletar para permitir una entrada rápida de los datos. El autocompletado también propone dos acciones adicionales: Crear un nuevo registro o entrar una búsqueda más compleja.
Autocompletado
  • Remplazo de los accesos directos por menú favoritos: Se han rediseñado los favoritos (también conocidos como accesos directos o atajos) para mejorar la experiencia del usuario.
Menú Favoritos
  • Añadida la búsqueda global: En la parte superior del menú se ha añadido una cuadro entrada que permite realizar búsquedas todos los documentos de la empresa y en las entradas de menú. Cuando se selecciona un resultado de la búsqueda, el cliente abre su vista de formulario o dará lugar a la acción de sus entradas de menú. El tipo de documentos a buscar es configurable.
Búsqueda global

Cambios mayores en el servidor

  • El método create ahora acepta una lista de valores, lo cual permite unificar la API. Esto mejora el rendimiento en la creación de un registro, validando todos los registros de golpe.
  • Se sustituye (Campo, Operador, Operando) por reglas de dominio. Además de unificar la definición esto mejora la velocidad de cómputo y facilita la cache.
  • Se ha introducido un nuevo tipo de campo Dict. Este campo permite almacenar un diccionario. Las llaves del mismo se guardan en la base de datos. El nuevo módulo product_attribute utiliza esta funcionalidad (ver más abajo).
  • Se ha decidio eliminar los _inherits porque no cumplían completamente con su cometido. Se han remplazado sus usos (uno por uno) por campos Function, por clases de tipo Mixin o por un Many2One.
  • Los valores de selección de un campo de tipo Referencia o Selección pueden ser dinámicos. Esto se produce gracias al atributo selection_change_with.

Módulos

account

  • La secuencia del apunte es opcional en el período. Si no se indica se utilizará la secuencia del ejercicio fiscal.
  • Las reglas de impuestos y los grupos de impuestos tienen un atributo tipo (ventas, compras o otros) que se utiliza para definir dónde se pueden utilizar.

account_invoice

  • Las secuencias de facturación del período también son opcionales.
  • Cuando se cancela una factura el apunte existente se eliminará si es posible. Si no se puede eliminar se cancelará mediante el apunte contrario.
  • Cuando se valida la factura de proveedor se crea el apunte en borrador. En caso de que la validación en dos fases esto permite obtener informes actualizados.
  • Las facturas de proveedor y los abonos de proveedor no se pueden rembolsados de forma automática porque se deben revisar con el abono del proveedor.

dashboard

  • Para facilitar al usuario la selección de acciones en el escritorio estas se filtran en función del uso del escritorio.

party

  • Se utiliza el widget de url en las vistas de lista para el método de contacto.
Método de contacto

purchase

  • A partir de ahora es posible dejar el tiempo de entrega vacío para un producto de proveedor. Eso significa que no sabemos cuándo se va a entregar.

stock

  • Con el nuevo diseño del flujo de trabajo ya no hay más cuellos de botella al añadir un nuevo movimiento de stock.
  • Todas las relaciones Many2One de los envíos se han simplificado en una sola Referencia al envío.

stock_supply

  • El método find_best_supplier ya no optimiza el retraso de la entrega para respetar el orden de prioridad al seleccionar un proveedor.

timesheet

  • A partir de ahora es posible definir un período que indicará el tiempo en que un trabajo estará disponible para entrar las hojas de trabajo.

Nuevos módulos

  • account_asset añade la opción de la depreciación fija de activos.
  • sale_supply añade la opción enviar a la venta al producto para generar pedidos de compra desde las líneas de venta independientemente de los niveles de existencias.
  • sale_supply_drop_shipment añade la opción envío directo al producto si se ha marcado la opción enviar a la venta para generar un envío directo.
  • project_invoice añade métodos de facturación (Manual, Por el esfuerzo estimado, Por las horas realizadas) a los proyectos.
  • product_attribute añade atributos de producto flexibles.
Atributos de producto

Otros cambios en la interfaz de usuario

  • Se puede utilizar un rango de Fechas/Horas en la búsqueda de registros.
  • Se permite la multiselección para campos de tipo Selección en la búsqueda de registros.
  • La vista de lista ahora puede mostrar url's.
  • El menú plugins se ha movido a la barra de herramientas acciones.

Otros cambios en el servidor

  • El idioma por defecto se guarda en la base de datos, cosa que soluciona errores inesperados en caso de que la configuración del servidor se cambie.
  • Se ha eliminado la restricción única en las reglas de acceso del modelo y del campo para permitir que diferentes módulos creen accesos que se superpongan.
  • La lista de _constraints se ha declarado obsoleta y se ha reemplazo por el método validate para mejorar los mensajes de error.
  • Ahora se puede buscar sobre el resultado de los campos de referencia.

Versiones de mantenimiento para las series 1.8, 2.0, 2.2, 2.4 y 2.6

Publicado: 2012-12-24 12:00:00+00:00 release
Las series 1,8, 2,0, 2,2, 2,4 y 2,6 tienen varias correcciones de bugs. No es necesario actualizar la base de datos.