5.0.0.152 - 26/10/2026

Se desarrolla una nueva utilidad para la Ley de Movilidad Sostenible. En este caso se trata de poder generar documentos eCMR con validez internacional El funcionamiento será similar al liberado hace poco para generar documentos DeCA pero en este caso sería eCMR. Al igual que en el anterior desarrollo, el botón aparecerá en los albaranes de transporte, donde debemos rellenar toda la información y en los objetos asociados.

Los albaranes de transporte con un DeCA o un eCMR enviados ya no se podrán eliminar mientras ese documento no esté anulado, ni directamente ni al borrar el documento del que dependen: el sistema avisará y no borrará nada. Para poder borrarlos, en las pestañas DeCA y eCMR del albarán de transporte hay un botón Anular DeCA / Anular eCMR, que anula el documento en la plataforma de firma y lo deja como cancelado en el ERP.

Se añaden nuevas llamadas al controlador para poder gestionar documentos eCMR, incluida la anulación de un eCMR ya generado. Además, la API consulta automáticamente cada hora el estado de los DeCA y eCMR generados y lo actualiza en el albarán de transporte.

Con la integración de la Ley de Movilidad Sostenible habilitada, al añadir una botonera personalizada aparecía el botón de "Generar DeCA" junto a los configurados por el usuario. Ahora aparece oculto por defecto -estará disponible en la botonera estándar del objeto-.

Se modifica el formulario de detalle de movimientos para mostrar el stock en las unidades de presentación y en unidades stock.

Se añade el parámetro DEBUG_AHORAERPAUX, que activa un log de diagnóstico de la comunicación entre el ERP y el proceso auxiliar de Crystal Reports en el fichero AhoraERPAux.log. Se corrige además un error al exportar informes cuando el usuario elige el destino en el diálogo de Crystal, y un caso en el que el proceso auxiliar podía quedar abierto tras cerrar el ERP.

En los contratos de cuotas se puede indicar la domiciliación del cliente; así las facturas y sus efectos se generan con la domiciliación sin tener que modificarla factura a factura.

El procedimiento personalizable pContratos_Cuotas_Genera_Simulacion_Personalizado recibe un nuevo parámetro @IdDomiciliacion int = NULL al final. Las instalaciones que tengan su propia versión de este procedimiento deben añadir ese parámetro; si no, la simulación y la facturación de contratos de cuotas darán el error "too many arguments specified".

Se corrige el cálculo de las casillas con valor por defecto en los modelos fiscales cuando hay varias empresas. Cada modelo toma ahora el valor configurado para su propia empresa.

Corregido un error por el que, al personalizar el formulario de generación del listado de DeCA, las opciones "Configurar formulario" y "Depurar formulario" no trabajaban sobre el mismo formulario. Ahora ambas opciones acceden al mismo formulario. Si tenía personalización de este formulario, revísela tras actualizar.

Corregido el filtro de usuario sobre columnas de fecha con hora (por ejemplo, en el Envío electrónico de objetos): los operadores "=", "<>", ">" y "<=" ahora comparan por día completo, por lo que "=" ya devuelve los registros del día indicado.

Documentación

Corregido el filtro de usuario sobre columnas de fecha con hora (por ejemplo, en el Envío electrónico de objetos): los operadores "=", "<>", ">" y "<=" ahora comparan por día completo, por lo que "=" ya devuelve los registros del día indicado.

Se ha corregido que, en la colección de Órdenes de trabajo, no se pudieran abrir las órdenes al buscar por número de orden, por fecha o sin aplicar ningún filtro. Ahora las órdenes se abren correctamente con cualquier búsqueda.

Corregido el cálculo del coste de artículos fabricados cuando un bono sin salida de artículo precede a otro bono que produce en varias fechas. Ahora los costes de bonos anteriores se aplican solo una vez, en el primer fichaje con salida posterior a ellos.

Se corrige el descuadre del stock reservado al cambiar el artículo de una entrada de un bono de producción. También se corrige el error de división por cero al cambiar el artículo de una entrada con cantidad requerida 0.

Modelos de la Agencia Tributaria: al crear un modelo nuevo teniendo otro abierto no se limpiaban los datos del modelo anterior.

Corregido fallo por el que el fichero adjunto no se enviaba al usar "Enviar por Correo" desde Imprimir, cuando la dirección de correo del contacto del cliente/proveedor contenía espacios en blanco.

Se soluciona un problema de arranque de la aplicación tras la instalación de un parche de Windows.

En las ofertas de diseño, tras borrar o mover líneas de un capítulo, al modificar una línea podía aparecer desordenada en el árbol respecto a su numeración. Para las ofertas ya afectadas existe un script de corrección de datos.

En la relación entre clientes, cuando no se puede guardar porque uno de los clientes no cumple una validación (por ejemplo, NIF obligatorio), el mensaje indica ahora el cliente afectado y el motivo.

Al exportar una oferta de diseño a Excel se estaban filtrando los artículos de familias de servicios; ahora se pregunta al usuario si quiere incluirlos.

En la gestión de pedidos de clientes, cuando el cliente está bloqueado ya no se pueden editar las líneas del pedido. Hasta ahora, la grid permitía escribir en las líneas (por ejemplo, en las observaciones), pero los cambios no se guardaban y la línea se quedaba bloqueada hasta pulsar Escape.

Corregidas las columnas de descuentos del formulario Últimos Precios en pedidos de cliente para que muestren los descuentos correctos.

VERI*FACTU, SII y TicketBAI: facturas de cliente con anticipos.

Se ha corregido un error por el que, al actualizar una factura de cliente con anticipos asignados que cubrían casi todo su importe, VERI*FACTU daba el error 1143 (El valor de la cuota repercutida y la BaseImponibleOimporteNoSujeto deben tener el mismo signo). Ocurría cuando el IVA de los anticipos, redondeado anticipo a anticipo, sumaba un céntimo más que el IVA de la factura.

A partir de esta versión, el IVA que queda después de descontar los anticipos se calcula sobre la base que queda, igual que en el libro de IVA, y se envía así a VERI*FACTU, SII y TicketBAI.

Envío a Batuz (TicketBAI) sin Software Garante: facturas con operaciones no sujetas.

Se ha corregido un error por el que, al enviar una factura a Batuz con la opción "Enviar SinSG" (sin Software Garante), el envío podía ser rechazado con el mensaje "El XML no cumple el esquema". Ocurría en las facturas con operaciones no sujetas a IVA (por ejemplo, ventas a clientes de fuera de la Unión Europea, como Suiza, o por reglas de localización).

A partir de esta versión, el programa adapta correctamente el motivo de no sujeción al formato que exige Batuz y la factura se envía sin errores de esquema.

También se ha corregido un fallo en la pantalla de verificación presencial: al editar manualmente el XML de un envío sin Software Garante, un cambio que no modificaba la longitud del texto (por ejemplo, cambiar el tipo de identificación 02 por 04) no se guardaba y no se habilitaba la opción "Enviar XML". Ahora cualquier modificación del XML se detecta y se guarda correctamente.

Si tenía facturas rechazadas por este motivo, tras actualizar basta con volver a ejecutar la opción "Enviar SinSG" sobre ellas y, a continuación, "Enviar XML" desde la pantalla de verificación presencial.

• Gestión de facturas: los albaranes de un mismo cliente vuelven a agruparse en una sola factura aunque unos tengan portes pagados y otros portes debidos. Los portes debidos de cada albarán se siguen facturando como cargo de portes.
• Facturas de cliente en divisa: el cargo de seguro se genera ahora con su importe en moneda y con el IVA configurado en el cargo de seguro.

Ajustado el login del ERP contra la aplicación para que, cuando la conexión usa Seguridad Windows, demuestre esa identidad de forma real (Autenticación Windows nativa) en vez de limitarse a indicarlo. El chat de Agentes IA de TechFun deja de autenticarse por su cuenta y usa el token del ERP, que se renueva automáticamente al cambiar de empresa o de delegación. Requiere que el servidor de la API pueda validar identidades de dominio.

Corregido un fallo de seguridad grave que permitía entrar en el sistema como cualquier usuario, sin conocer su contraseña, cuando el acceso se identificaba como de un usuario de Windows. Ahora esa identidad se comprueba de forma real antes de conceder el acceso.

eFactura: se admite el carácter 'ø/Ø' en los datos del fichero, que antes provocaba el error "Carácter no válido".

Modelos 111 y 190: retenciones de trabajadores con nóminas en varias empresas.

Cuando un empleado tenía nóminas en varias empresas de la misma base de datos, los modelos 111 y 190 imputaban todas sus retenciones del trabajo a la empresa del departamento en el que estaba dado de alta, y en el resto de empresas aparecían a 0.

Ahora cada empresa incluye en sus modelos 111 y 190 únicamente las percepciones y retenciones de las nóminas generadas en esa empresa, igual que en la contabilización de las nóminas. El asiento de pago del modelo 111 también recoge sólo el IRPF de las nóminas de la empresa del modelo.

Además, los modelos 111 y 190 sólo tienen en cuenta las nóminas contabilizadas o pagadas; las nóminas pendientes de contabilizar ya no se incluyen.

Los modelos ya calculados deben volver a calcularse para obtener los importes correctos.

El modelo 111 de Guipúzcoa no se ve afectado, ya que las casillas de rendimientos del trabajo se introducen manualmente.

API Empleados (integración jNomina): los datos del empleado que no se reciben en la modificación se eliminan en AHORA, de forma que al quitar un dato en jNomina (por ejemplo, la fecha de baja) también se quita en AHORA. Se mantienen el departamento, el nombre y la fecha de alta.

Corregido el foco de las grids al pulsar con el ratón en otra línea, para que las observaciones se abran en la línea correcta.

Corregido el error "No se permite insertar valores NULL en FechaCad" al cobrar en el TPV un ticket con un vale o anticipo sin fecha de caducidad (parámetro TPV_ANTICIPOS_CADUCIDAD a 0).