Mejoras Generales de Marzo 2026

• Riesgo: bajo
• Tipo: bug
• Descripción:

  Si la transferencia en lote no tiene una fecha programada (por ejemplo las transferencias en lote canceladas), daba error al calcular la fecha prevista del campo usado en la guia de remision.

• Número Ticket: #41170

• Riesgo: medio
• Tipo: nueva funcionalidad
• Descripción:
• En el módulo 'l10n_ec_digital_signature' se agrega compatibilidad para usarlo junto con el módulo 'trescloud_certificate_encrypted' (encriptado de certificados).
• Número Ticket/Tarea: Verificar firmado alternativo con módulo de encriptación
  

• Riesgo: bajo
• Tipo: nueva funcionalidad
• Descripción:

  Filtramos asientos de tarjetas de regalos, que son asientos de reverso para la factura, por lo que cuando se intenta crear la nota de crédito salta la validación de que ya no hay valores disponibles para hacer el reverso, lo cual es incorrecto ya que aunque los asientos de tarjeta de regalo son de tipo reverso, no deben de considerarse para tal validación y debe permitir crear la nueva nota de crédito

• Número Ticket: #41157

• Riesgo: medio
• Tipo: bug
• Descripción:

  Para evitar dañar el calculo del monto total en el método _compute_prices, añadimos un contexto para solo filtrar las líneas de tarjeta de regalo cuando se cree la factura.
  Si filtramos siempre puede provocar que una pos_order quede como no pagada aunque se haya pagado todo el monto, para replicar el error se detallan los pasos:
  1.-Se crea una orden con un descuento de tarjeta de regalo
  2.-La orden se paga por un monto mayor a lo que se debe pagar por lo que se genera vuelto
  3.-La orden queda como no pagada entonces se queda en nuevo

• Número Ticket: #41050

• Riesgo: bajo
• Tipo: bug
• Descripción:
  Se calculaba mal los saldos iniciales. FWP de v16 https://github.com/TRESCLOUD/odoo-apps/pull/1479
• Número Ticket/Tarea: 41094

• Riesgo: bajo
• Tipo: bug
• Descripción:
  Los valores de saldo inicial se calculaban incorrectamente. Indices incorrecto ->

SUM(quantity) AS total_qty,
SUM(value) AS total_value

• Número Ticket/Tarea: 41094

• Riesgo: bajo
• Tipo: fix
• Descripción:
• Se marca la acción "Generar CSV" como deprecada en Odoo 18
• Se actualiza la versión del manifest de 7.9 a 8.0
• Se mejora el mensaje al presionar el botón de "Generar CSV" indicando la ubicación de todos los reportes en 18
• Número Ticket: #41018

• Riesgo: medio
• Tipo: bug
• Descripción:

  • Se corrige el calculo de impuesto y monto base para ser calculado unicamente desde lineas con impuestos de tipo IVA y diferente de cero.
  • Se agregan validaciones para permitir unicamente un tipo de IVA en la orden, por restricciones de Nuvei.

• Número Ticket: #38661

• Riesgo: medio
• Tipo: datos
• Descripción:
• Se corrige el nombre, código base y código aplicado del impuesto 343B, estaba mal configurado desde el inicio de v18 en la plantilla de Odoo. Se realiza la corrección para empresas que ya existen.
• Se agrega un mensaje con la actualización del impuesto en el canal de admins:

• Número Ticket/Tarea: 10378

• Riesgo: medio
• Tipo: datos
• Descripción:

  Dejamos de usar las cuentas anteriores de los impuestos antes de la actualización y configuramos las cuentas correspondientes a sus nuevos porcentajes de impuestos

• Número Tarea: #10378

• Riesgo: medio
• Tipo: bug
• Descripción:

  El escenario se presenta cuando en una nómina donde ya se cumplió el año para aplicar a fondo de reserva pero aún no se cumple el primer mes, se debe calcular el valor proporcional de los ingresos para el cálculo de fondo de reserva por los días cumplidos.
  Antes para hacer el cálculo del fondo de reserva se tomaban los días completos de los días cumplidos sin tomar a consideración la fecha para empezar a contar los días cumplidos de esta forma se evita calcular el fondo de reserva por días ya cálculados en una nómina anterior
  En este cambio se estandariza para que él cálculo proporcional se realice cuando el rol de pagos se cálcula sobre un mes completo

• Número Ticket: #40827

Cálculos

Nómina

• Riesgo: alto
• Tipo: bug
• Descripción:
• Se corrige el codigo base y codigo aplicado del impuesto 343B, Odoo tenía códigos incorrectos y causaba problemas al buscarlo por estos códigos durante una migración. Se sobreescribe el impuesto en la plantilla y se lo pone como active=False, pues ya está deprecado.
• Tambien se corrigen los códigos en el nuevo impuesto 343B 2%.

Prueba con una nueva empresa, se evidencia el impuesto anterior inactivo, y el nuevo en estado activo:

• Número Ticket/Tarea: PENDIENTE

• Riesgo: bajo
• Tipo: mejora
• Descripción:
• Reemplaza el método write() personalizado con tracking nativo de Many2many fields
• Odoo 18 soporta tracking=True directamente en campos Many2many
• Elimina código innecesario mejorando la mantenibilidad
• Número Ticket: #40836

• Riesgo: medio
• Tipo: bug
• Descripción:

Odoo subio un cambio para soportar regimen RIMPE Emprendedor y Negocio Popular. Sin embargo, colocó mal el texto para la opcion rimpe emprendedor.

Error validacion de SRI:
35 - Se encontró el siguiente error en la estructura del comprobante: cvc-pattern-valid: Value 'CONTRIBUYENTE EMPRENDEDOR - RÉGIMEN RIMPE' is not facet-valid with respect to pattern 'CONTRIBUYENTE RÉGIMEN RIMPE|CONTRIBUYENTE NEGOCIO POPULAR - RÉGIMEN RIMPE' for type 'contribuyenteRimpe'.. - ARCHIVO NO CUMPLE ESTRUCTURA XML - ERROR

La etiqueta de 'contribuyenteRimpe' del xml solo acepta 2 posibles valores: 'CONTRIBUYENTE NEGOCIO POPULAR - RÉGIMEN RIMPE' o 'CONTRIBUYENTE RÉGIMEN RIMPE'. Pero Odoo colocó 'CONTRIBUYENTE EMPRENDEDOR - RÉGIMEN RIMPE' y no es correcto para el SRI

• Número Tarea: #10365

• Riesgo: alto
• Tipo: bug
• Descripción:
  Escenario encontrado donde las formas de pago SRI están duplicadas debido a fallo en migración. Mejoramos la consulta para que obtenga el primer forma de pago encontrada ordenada por secuencia al importar un documento electronico.
  Error corregido: ValueError: Expected singleton: l10n_ec.sri.payment(19, 23)
  Se pasa correccion de v16 sobre acumular valores retenidos en ATS de retenciones solo publicadas
• Número Ticket: 40887 , 40895

• Riesgo: bajo
• Tipo: bug
• Descripción:

  Se corrige un error al intentar crear una linea de factura desde una linea de costo en el wizard de facturas desde costos en destino.

• Número Ticket: #40869

• Riesgo: bajo
• Tipo: bug | nueva funcionalidad
• Descripción:

  Bug: Actualmente se estaba presentando un problema en el cual al ejecutar el cambio de estado de un producto desde la vista lista (usando la acción de servidor) saltaba un error. Esto pasaba por que una acción de servidor espera de retorno un None o un diccionario, pero se estaba retornando True.
  Nueva funcionalidad: Actualmente si se selecciona varios productos y se los quiere mover de estado el método solo mostraba el primer producto que no cumplia la condicion, si por ejemplo teníamos 6 que si y 6 que no tendríamos que estar corrigiendo y ejecutando 7 veces. Mejor pasamos todos de una sola vez para que se corrija y ejecuta 2 veces.

• Número Ticket/Tarea: #40708

• Riesgo: bajo
• Tipo: bug
• Descripción:

  Se corrige el uso de _l10n_ec_is_withholding al duplicar un account.move, debido a que el metodo se debe ejecutar solo sobre un registro, se hace una iteración uno a uno.

• Número Ticket/Tarea: 40621