Octubre 2025

Se observó que los archivos .NSL, generados por NDD Print Cliente Collector, se almacenaban en la carpeta temporal LOGs de NDD Print Host (C:\Windows\Temp\NDDigital\nddPrint\Host\Logs) en lugar de dirigirse correctamente a la carpeta StatusLogs (C:\Windows\Temp\NDDigital\nddPrint\Host\StatusLogs).

¿Cuándo se producía el problema? Después de la recopilación de datos y la generación de los archivos .NSL.

¿Dónde se producía el problema? En los archivos originados en el Collector Lexmark.

¿Qué se hizo para solucionarlo? Se ajustó el código para impedir el envío indebido de los archivos .NSL al módulo NDD Print Host. Ahora, los archivos se dirigen correctamente a la carpeta StatusLogs.

Homologaciones

Impresoras homologadas para la recopilación de contadores y suministrosModelos homologados

Lexmark

XC4352
XC4342
CX725

NDD Print Client Access Lexmark – 5.12.2

Corrección

Cualquier usuario con acceso a la configuración de la impresora

¿Cómo se producía el problema? Cualquier usuario que se autenticara en la impresora Lexmark a través de nddPrintAccess podía acceder a la configuración del equipo y realizar cambios administrativos sin las restricciones adecuadas.

¿Cuándo se producía el problema? Tras autenticarse en el equipo utilizando NDD Print Client Access.

¿Dónde se producía el problema? En impresoras Lexmark integradas en NDD Print Client Access.

¿Qué se hizo para corregirlo? Se ajustó la validación de grupos y permisos en el archivo PamInstance.java, asegurando que solo los usuarios autorizados tuvieran acceso a la configuración administrativa de las impresoras Lexmark.

NDD Print Portal 360 Server – 5.65.13

Lanzado el 28 de octubre de 2025

Mejoras

Ampliación de los tipos de archivos compatibles para la exportación de informes

¿Cuál es el objetivo? Ofrecer nuevos formatos de exportación de informes HTML (XML, CSV y TXT), proporcionando mayor flexibilidad y compatibilidad con diferentes sistemas y herramientas de análisis de datos.

¿Qué se ha hecho? Se ha implementado la posibilidad de exportar informes en XML, CSV y TXT, además de los ya existentes en Word, PDF y Excel.

Los archivos exportados conservan toda la información presentada en el informe HTML original.
Las nuevas opciones de exportación están disponibles en las mismas interfaces que ya se utilizan para exportar informes.
Ajuste en la interfaz para que, al seleccionar los formatos Excel, CSV, TXT o XML, la exportación se realice solo de todas las páginas (ocultando la selección de páginas específicas).
Renombramiento de las extensiones existentes a un estándar más resumido (visible para todos los clientes):
- Adobe Acrobat PDF → PDF
- Microsoft Word → WORD
- Microsoft Excel → EXCEL

¿Qué se verá afectado?

Funcionalidad de exportación de informes HTML.
Nombres que se muestran en las opciones de exportación para todos los clientes.
Los clientes con la nueva exportación habilitada por base de datos tendrán acceso a los formatos adicionales (XML, CSV y TXT).

¿Cuál es el impacto en el entorno? Los clientes habilitados tendrán acceso a nuevos formatos, lo que ampliará la compatibilidad de uso de los informes. Por su parte, los clientes no habilitados seguirán utilizando las exportaciones ya disponibles (PDF, Word y Excel).

El estándar de exportación sigue siendo PDF, manteniéndose el estándar actual.

Para habilitar esta funcionalidad, es necesario ponerse en contacto con el servicio de asistencia técnica de NDD Tech.

Implementación de la autenticación en NDD Print Portal 360 Server mediante SSO (Single Sign-On)

¿Cuál es el objetivo? Facilitar y agilizar el acceso al Portal 360, permitiendo a los usuarios iniciar sesión con sus credenciales corporativas de Windows, sin necesidad de introducir el nombre de usuario y la contraseña del propio Portal. Además, la integración con SSO mejora la seguridad, reduce la necesidad de múltiples contraseñas y garantiza un mayor control centralizado del acceso.

¿Qué se ha hecho? Se ha implementado la compatibilidad con la autenticación a través de SSO API, integrada en Portal 360.

Se han añadido parámetros de configuración en web.config y .env para habilitar SSO y definir la URL de la API.

Se ha ajustado el flujo de inicio de sesión para permitir la autenticación directa a través de una ruta dedicada (/sso) o mediante el botón «Inicio de sesión corporativo» en la pantalla de inicio.

Se ha añadido compatibilidad con la autenticación de Windows en IIS y se ha configurado el módulo CORS para una comunicación segura entre la API y el Portal.

Se han creado claves específicas para la validación de tokens, lo que garantiza la alineación entre la API 360 SSO y el Portal 360.

¿Qué se verá afectado?

Pantalla de inicio de sesión del Portal 360: ahora presenta la opción «Inicio de sesión corporativo».
Proceso de autenticación: los usuarios podrán autenticarse directamente con las credenciales de Windows.
Configuración del entorno: necesidad de instalar y configurar la API SSO en IIS y ajustes en los archivos de configuración del Portal.

¿Cuál es el impacto en el entorno? Reducción del tiempo de inicio de sesión y mayor comodidad para el usuario con la centralización del control de acceso a través de Active Directory. Con ello, se reduce el riesgo de errores de autenticación y contraseñas olvidadas.

NDD Print Digital Shift Epson – 5.0.6

Lanzado el 27 de octubre de 2025

Corrección

Eliminación de impresoras sin comunicación

¿Cómo se producía el problema? Al cambiar la IP o el nombre de host de una impresora ya añadida en NDD Print Digital Shift Epson, se producía un error al intentar eliminarla.

¿Cuándo se producía el problema? Durante la prueba de conexión realizada por NDD Print Digital Shift Epson en el momento de eliminar la impresora.

¿Dónde se producía el problema? En NDD Print Digital Shift Epson

¿Qué se hizo para corregirlo? Se eliminó la prueba de conexión con la dirección de la impresora en el proceso de eliminación de equipos del módulo en cuestión.

NDD Print Agent – 5.24.18

Lanzado el 23 de octubre de 2025

Corrección

El equipo Epson WF-M5299 entraba en modo de carga continua (Loading)

¿Cómo se producía el problema? Al activar la supervisión a través de USB, el panel de la impresora mostraba una pantalla de carga continua, dando la impresión de estar bloqueada. Esto ocurría porque el sistema no reconocía correctamente el final del comando, lo que generaba un error. Parte del contenido se enviaba a la cola de impresión y se trataba como si fuera un trabajo legítimo.

¿Cuándo se producía el problema? Durante el proceso de supervisión realizado por NDD Print Agent.

¿Dónde se producía el problema? En la comunicación entre NDD Print Agent y el equipo, concretamente durante la supervisión a través del puerto USB.

¿Qué se hizo para corregirlo? Se realizó un ajuste en los delimitadores de inicio y fin de los comandos EJL. Anteriormente, se utilizaban marcadores PJL, que no eran adecuados para los comandos EJL.

Homologaciones

Impresoras homologadas para la recogida de contadores y suministros USB

Epson WF-M5299

Brother HL-L5212DW

NDD Print Releaser – 5.30.6

Lanzado el 17 de octubre de 2025

Corrección

Error en la función de retención por correo electrónico tras la actualización de NDD Print Releaser

¿Cómo se producía el problema? Tras la actualización de NDD Print Releaser a la versión 5.29.2, la función de retención por correo electrónico dejaba de funcionar correctamente.

¿Cuándo se producía el problema? Durante el proceso de impresión por correo electrónico, el sistema no ejecutaba la retención como se esperaba.

¿Dónde se producía el problema? En el módulo NDD Print Releaser

¿Qué se hizo para corregirlo? Se corrigió la integración entre las funciones NDD Print HP Deploy y Liberación por correo electrónico, aislando las respectivas funciones. Este enfoque garantizó el funcionamiento adecuado de la retención por correo electrónico tras la actualización a la versión 5.29.2.

NDD Print Releaser – 5.30.5

Lanzado el 17 de octubre de 2025

Corrección

La función de retención por correo electrónico no funcionaba y generaba un error en la validación de la licencia Aspose.Total.lic

¿Cómo se producía el problema? El sistema no podía retener el correo electrónico en el momento de la impresión y mostraba un error al intentar validar la licencia Aspose.Total.lic.

¿Cuándo se producía el problema? Cada vez que se enviaba un documento por correo electrónico con el objetivo de retenerlo, aparecía el siguiente mensaje de error, lo que impedía el correcto funcionamiento de la retención por correo electrónico:

Error al iniciar el servicio ReleaserEmailReceiver (onstart): No se ha podido establecer la licencia.

Detalles: No se encuentra la licencia «Aspose.Total.lic». en Aspose.Email.License.SetLicense(String icenseName) en NDDigital.nddPrint.Releaser.Service.Service.OnStart(String[] args)

¿Dónde se producía el problema? En el módulo NDD Print Releaser

¿Qué se hizo para solucionarlo? Se corrigió la integración entre las funciones NDD Print HP Deploy y Liberación por correo electrónico, aislando las funciones respectivas. De esta manera, se garantiza el reconocimiento y la aplicación correctos de la licencia Aspose.Total.lic durante el proceso de envío y retención de correos electrónicos.

NDD Print Client HP Workpath – 5.3.3

Lanzado el 14 de octubre de 2025

Corrección

El modo de contingencia no funcionaba correctamente

¿Cómo se producía el problema? Al entrar en el modo de contingencia de autenticación, no se mostraba la pantalla de inicio de sesión. En su lugar, aparecía un mensaje informativo:

Servidor inaccesible. Los usuarios que se hayan autenticado recientemente podrán seguir utilizando el servicio con normalidad.

¿Cuándo se producía el problema? Durante el intento de autenticación del usuario en la aplicación en modo de contingencia.

¿Dónde se producía el problema? En la pantalla de autenticación.

¿Qué se hizo para solucionarlo? Se ajustó la ejecución de la navegación de la pantalla para que se produjera en el UI Thread, garantizando operaciones seguras de la interfaz y el correcto funcionamiento del modo de contingencia.

NDD Print Konica - 5.7.17

Lanzado el 13 de octubre de 2025

Correcciones

Solicitud de segunda identificación al imprimir en equipos mediante USB

¿Cómo se producía el problema? Al añadir la impresora en modo «Navegador», realizar la autenticación mediante la aplicación y enviar una impresión a través de USB, la impresora solicitaba de nuevo la autenticación del usuario.

¿Cuándo se producía el problema? Al seleccionar un documento almacenado en el dispositivo de memoria y hacer clic en «Imprimir».

¿Dónde se producía el problema? En la pantalla nativa de la impresora.

¿Qué se hizo para solucionarlo? Se actualizó la versión de OpenAPI utilizada en la comunicación con la impresora. Anteriormente, se utilizaba la versión 3.5 como estándar; ahora se ha adoptado la versión 4.0. Con esta actualización, la impresora no solicita una nueva autenticación al imprimir a través de USB.

NDD Print Brother - 5.11.4

Lanzado el 6 de octubre de 2025

Correcciones

Fallo en la herencia de dominio con NDD Print Host

¿Cómo se producía el problema? Al configurar un dominio en NDD Print Host e intentar marcarlo como predeterminado en Form Settings

¿Cuándo se producía el problema? Al intentar seleccionar un dominio

¿Dónde se producía el problema? En la pantalla Form Settings

¿Qué se hizo para corregirlo? Se actualizó la versión del nugget Embbeded.Commom, que ya tenía la corrección del problema, donde el problema estaba en los análisis de la lista de dominios que recibíamos de NDD Print Host.

NDD Print Konica - 5.7.16

Lanzado el 6 de octubre de 2025

Correcciones

Error al acceder a la función ‘copiadora’

¿Cómo se producía el problema? Al autenticarse en la aplicación NDD e intentar acceder a las funciones nativas de la impresora.

¿Cuándo se producía el problema? Al hacer clic en la opción 'Acceder a la copiadora'.

¿Dónde se producía el problema? En la aplicación NDD abierta en la impresora, se mostraba un mensaje de error genérico.

¿Qué se hizo para corregirlo? Se realizó una corrección en el código relativo a los registros/rastros. Durante el proceso de escritura de registros, una propiedad necesaria estaba nula, lo que provocaba el fallo de la aplicación. La implementación se ajustó para garantizar el tratamiento adecuado de esta propiedad, evitando que se produjera el error.