Mejoras Febrero 2026

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

  Desde la acción para crear el resumen excel no se estaba enviando la compañia, añadimos el valor para permitir la generación.

• Número Ticket: #40589

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

  • Forzamos la actualización del Límite de Rebaja del impuesto a la renta por la actualización de la canasta básica, ya que actualmente el valor sigue cálculado con el valor anterior de la canasta, agregamos como dependencia para el cálculo el campo basic_basket correspondiente de la tabla del impuesto a la renta

• Número Ticket #40593

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

  Mejoramos la creación del asiento de reclasificación si no llena la comisión o la retención, el apunte no debe de crearse en 0.0. Antes se creaba por defecto provocando la generación de apuntes sin valor

• Número TickeT: #40509

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

  Se corrige el filtrado de taxes usando la variable L10N_EC_VAT_TAX_GROUPS en lugar de la condición actual usada, con esto se evita generar errores en asientos no migrados aún.
  Se toma como referencia la implementación de v16: https://github.com/TRESCLOUD/ecuadorian-localization16/blob/16.0/l10n_ec_reports_ats/models/tax_report.py#L141

• Número Ticket/Tarea: 40570

[!Note]
Se ejecutan pruebas unitarias y no hay novedades adicionales

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

  Se agrega validación sobre el estado contable actual de la sesión en la acción del botón "Cerrar Caja" .

Contexto:
En escenarios donde la base de datos sufre bloqueos o demoras transaccionales (ej. errores de concurrencia), la interfaz de usuario (UI) tarda en actualizarse. Esto creaba una ventana de tiempo donde el usuario, al ver que el proceso principal (boton de "Cerrar sesión y publicar asientos") demoraba, podía hacer clic en este botón alternativo ("Cerrar caja") porque la validación era únicamente visual (Frontend).

• Número Ticket/Tarea: #40577

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

❌ Error
Al generar el asiento desde el Acta de Finiquito, se estaba grupando erróneamente todas las cuentas de pasivo (IESS, retenciones, etc.) en una sola línea. Como todas estas reglas usan tipos de cuenta similares (Pasivo Circulante o por Pagar), no se logra distinguir el "Neto a Pagar" de las obligaciones con terceros.

✅ Solución
Se restringió la agrupación únicamente a las cuentas contables vinculadas a las Reglas Salariales de "Neto" (Sueldo, Décimos y Finiquito). No clasificamos por tipo de cuenta y ni por si es Credito o Debito.

• Número Ticket: #40483

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

  Al imprimir el recibo de tipo copia, no se generaba la impresión debido a que en el método get_ticket_txt_footer se hacía referencia al self, pero se debe usar el this. Además, se mejora para usar el método write_line de forma que la impresión sea más estética.

• Número Ticket: #40198

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

  Se agrega el valor por defecto al campo parent_state en account.move.lines durante la migración de asientos, es necesario debido a que en un punto se usa un diccionario con valores por defecto, y esto causa conflictos con el campo parent_state, al momento de actualizar el campo a 'posted' y realizar la conciliación.

• Número Ticket/Tarea: 40381 40571 40570

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

  Se corrige el método _get_payment_method_information del módulo trescloud_account_customer_checks_management, para ajustar el tipo a usar para los métodos de pagos, al parece seguía con la lógica de v16, pero en v18 la definición del tipo de diario cambia.
  Este cambio hace que el método de pago se cree solo para los diarios tipo 'cash' en lugar de todos los tipos de diarios.

• Número Ticket/Tarea: 40082

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

  • Se incluyen al reporte 104 los impuestos de retencion en documentos de retenciones en venta, ya que estos no utilizan documentos electronicos

• Número Ticket: #40415

• Riesgo: bajo
• Tipo: bug
• Descripción:
  Mejoramos la validacion de reglas de finiquito sin cuentas contables no configuradas
  Se corrige valor por defecto en cuenta por contrado en la regla de Otros descuentos. Las reglas de egreso deberian tener solo una cuenta como lo tienen las demas (prestamos y anticipos). Otros descuentos normalmente es una cuenta de activo o pasivo, más no de gastos y por ende no hay distribución
• Número Ticket: #39957

• **Riesgo: medio
• Tipo:bug
• Descripción:
  Se presenta una novedad al limpiar la distribución analítica debido a que no se está limpiando la distribución cuando las cuentas son activos, pasivos y patrimonio por lo que se realiza este ajuste.
• Número Ticket/Tarea: https://www.trescloud.com/web#id=40436&menu_id=1898&cids=1&action=2431&active_id=2&model=helpdesk.ticket&view_type=form

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

  • Se asigna correctamente la moneda en las lineas de factura creadas a partir de un costo en destino

• Número Ticket: #40412

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

  Se agrega el método _get_migration_date en la generación del ATS para obtener la fecha de última migración y decidir si usar price_subtotal o no. Es útil para el escenarios de bases que se migraron desde v10.
  El método recibe la fecha del documento y retorna la fecha de la migración que le siguió a la de trescloud_v10.

• Número Ticket/Tarea: Refactorizar el uso de last_migration_date para el ATS

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

  En el reporte formulario 104, no se estaban mostrando adecuadamente las bases para los impuestos de retencion, estaban mostrando el subtotal de la factura.
  Actualmente se cambia la lógica de obtención de valores de impuestos _get_invoices_tax para obtener la base correcta para este tipo de impuestos desde el account.move.line especifamente el campo tax_base_amount.

• Número Ticket/Tarea: 40381

Antes:

Ahora:

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

  Para visualizar la clave de acceso construimos la clave de acceso con la ruta y ademas utilizamos el alt="Barcode" de tal manera como lo hace Odoo

• Número Ticket #40198

• Riesgo: bajo
• Tipo: bug
• Descripción:
  Mejora en visualización de botón de reprocesamiento con condiciones por python un campo
• Número Tarea: #10260

• Riesgo: bajo
• Tipo: bug
• Descripción:
  Campo employee_vat no existe en modelo hr.employee
• Número Tarea: 9517

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

  Debido a que existe la regla Ausencia por Faltas injustificadas (rule_unexcused_absence) que genera un egreso para los valores por falta injustificadas, para que los calculos sean correctos no se deben afectar a los días trabajados ya que esto afectaría a los valores de Salario y demás cálculos como provisiones.

• Número Ticket/Tarea: #40270

Riesgo: bajo

Tipo: bug

Descripción:
Se agrega una condicion adicional para evitar obtener el diario de retenciones de tarjetas de creditos en vez del retenciones de ventas el cual es el correcto. Ademas, se agrega el orden de secuencia para controlar en algun futuro desde la vista lista

Número Ticket: 40306

• Riesgo: bajo
• Tipo: bug
• Descripción:
• La resolucion que menciona en su articulo 5 que establecía el plazo de hasta 12 meses para emitir notas de crédito, fue sustituido por la resolución NAC-DGERCGC25-00000017.
• La nueva resolución reemplaza el texto completo sobre el plazo de 12 meses para notas de crédito, por lo cual ya no existe límite de tiempo. Por este motivo, quitamos la advertencia.
• Número Ticket: #40152

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

  Refactorizamos para generar el reporte de Variaciones de IESS con un ordenamiento por nombre.

• Número Tarea: #10188

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

  Anteriormente se estaba mostrando el tipo de contrato, cuando la columna correspondía para mostrar el tipo de cuenta bancaria

• Número Ticket: #10188

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

  Creamos el método de configuraciones del módulo de Conciliaciones de Tarjetas de Crédito, el cual debe crear los diarios necesarios para el funcionamiento del módulo, este método debe de ejecutarse en el post_init para que se puedan crear estos diarios.

• Número Tarea: #10171

• Riesgo: alto
• Tipo: bug
• Descripción:
  Para pickings con tipo de operacion "triangular" (Ej: Dropship) no se le define el warehouse_id, por ende la segunda alternativa es agarrar la direccion de la compañia. Sin embargo, si no llegase a existir, igual se valida para que no llame el metodo _l10n_ec_get_sri_address algun objeto vacio
• Número Ticket: 40301

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

Mejoramos logica para concatenar las direcciones del partner_id y company.

Corregimos el error presentado por una validacion de SRI: Value 'direccion increible ' is not facet-valid with respect to pattern '[^\n]*' for type 'dirPartida'.

• Número Ticket: 40254, 40228

• Se realiza la creación de diario para Retenciones Bancarias con el contexto de la compañia para evitar un error de permisos al instalaru un plan contable
  Ticket: 40065