Versión de la aplicación Demander 5.28.0 - 01/06/2026

Este artículo presenta una lista de nuevas funciones, mejoras y correcciones disponibles en la versión App Demander.

Novedades/Mejoras: Validación de capacidad de carga y número de pallets

Situación: La App Demander no admitía el campo Capacidad de Carga ni validaba la cantidad de pallets en el pedido según el registro seleccionado.
Solución: Implementamos el campo Capacidad de Carga en el pedido, con sincronización, configurable obligatorio e integración con Política de Campo de Pedido. Agregamos validación de la cantidad de pallets en el pedido en relación al límite definido en el registro seleccionado, con indicación visual de la cantidad utilizada y el máximo permitido. El campo también se puede mostrar en la lista de pedidos dependiendo de la configuración de visibilidad.

Mantenimiento del vendedor emisor al editar pedidos

Situación: Al editar un pedido emitido por otro vendedor (escenario común entre el vendedor principal y el agente), la aplicación Demander cambió el vendedor que emitió el pedido al vendedor que inició sesión.
Solución: Ajustamos el flujo de edición para preservar al vendedor original que emitió el pedido. Los pedidos nuevos y duplicados continúan registrándose normalmente con el vendedor emisor de acuerdo con el flujo actual.

Soporte CNPJ alfanumérico

Situación: Con la evolución del formato CNPJ por parte de la Hacienda Federal, el campo CNPJ en la aplicación sólo aceptaba números, impidiendo el registro y consulta de documentos alfanuméricos.
Solución: Ajustamos el campo CNPJ para aceptar letras y números, con formato automático en el estándar XX.XXX.XXX/XXXX-XX y validación de dígitos de control según la nueva regla, manteniendo la compatibilidad con los CNPJ numéricos tradicionales.

Reglas para consultar al CPF/CNPJ en el registro de clientes

Situación: La App Demander no aplicó la configuración de la empresa que define cómo debe funcionar la consulta CPF/CNPJ al momento de registrar nuevos clientes, generando un comportamiento diferente al esperado y desde Demander Web.
Solución: Implementamos el flujo controlado por configuración comportamentoConsultaDocumentoCliente, con tres modos de operación: consulta opcional en línea (permitiendo registro fuera de línea), consulta obligatoria con campos editables después de la devolución y consulta obligatoria con protección de campos devueltos (excepto números de teléfono y correos electrónicos). El sistema también valida, en el momento de guardar, si los campos protegidos siguen siendo equivalentes a los datos consultados originalmente.

Nomenclatura configurable de la Tarifa Adicional

Situación: Varios lugares de la aplicación mostraban la etiqueta fija “Impuesto Adicional”, ignorando el nombre personalizado configurado por la empresa en la tecla Nombre de la tasa de impuesto adicional.
Solución: Ajustamos todos los puntos de visualización para usar el nombre configurado por la empresa, incluido el registro de pedidos, el resumen financiero, los detalles del artículo, la lista de pedidos, el modal de detalles y la configuración de campos visibles. Cuando la configuración no está definida, la aplicación mantiene el nombre predeterminado “Tarifa adicional”.

Correcciones: Filtro de activos en el listado de valores financieros

Estado: El listado de valores financieros no contaba con un filtro por estado activo/inactivo, dificultando la consulta cuando había registros inactivos en la base de datos.
Solución: Agregamos un filtro activo a la lista de valores financieros, lo que le permite ver solo los registros activos o incluir los inactivos según sea necesario.

La política de observación del producto no generó tablas HTML

Situación: Observaciones de producto configuradas con contenido HTML que contiene tablas (HTML table) no se mostraban correctamente en la aplicación.
**Solución:**Ajustamos la representación del contenido HTML de la Política de observación de productos para mostrar correctamente las tablas y otros elementos. formateado.

Productos de calidad enviados con cantidad cero

**Situación:**Al emitir pedidos con productos de la red, los artículos con cantidad cero se incluyeron en la exportación/sincronización del pedido.
**Solución:**Ajustamos el flujo para no enviar productos de grilla con cantidad cero, evitando registros innecesarios en el pedido exportado.

Exclusión del logotipo de la empresa en el sincronización

**Situación:**Cuando el logotipo de la empresa se eliminó o cambió en el servidor, la aplicación mantuvo la imagen anterior en el caché local después de la sincronización.
**Solución:**Implementamos lógica para eliminar el logotipo de la empresa almacenado localmente cuando ya no está disponible en sincronización, asegurando la visualización actualizado.

Las fotos del producto no se actualizan en app

**Estado:**Después de la sincronización, las fotos del producto actualizadas en el servidor continuaron mostrando la imagen anterior en el app.
**Solución:**Arreglamos el flujo de actualización de la imagen del producto para reemplazar correctamente las fotos locales cuando hay un cambio en sync.

El vendedor seleccionado se perdió al cambiar entre fuera de línea y online

**Situación:**Al realizar pedidos, al cambiar entre el modo fuera de línea y en línea, el vendedor seleccionado se perdió y fue necesario elegirlo nuevamente.
**Solución:**Se ajustó el flujo para persistir en el vendedor seleccionado al cambiar entre los modos fuera de línea y en línea al emitir el orden.

Programa de lanzamiento Versión

Consulta también las novedades en las otras plataformas de Demander: