Noticias sobre nuestros productos (1.14)

Versiones actuales de los productos

Nuestros productos están disponibles actualmente en las siguientes versiones:

»TOLERANT Bank« 1.14

»TOLERANT Match« 1.31

»TOLERANT Move« 1.6

»TOLERANT Name« 1.24

»TOLERANT Post« 1.38

A finales de noviembre, lanzaremos todos los productos juntos. Así, los productos se basarán en las mismas bibliotecas de base y soportarán las mismas características de base.

Con esta versión, estableceremos los números de versión de los productos en 2.0 para que le resulte más fácil distinguirlos de las versiones anteriores. La próxima versión importante está prevista para mayo de 2015.

Aspectos destacados del próximo lanzamiento

Todos los productos tienen en común las siguientes características nuevas o mejoradas:

  • Se puede establecer una longitud máxima para los campos de entrada. Si el contenido supera esta longitud, se recortará a la longitud especificada o los registros se marcarán como incorrectos.
  • Se puede especificar una longitud máxima para los campos de salida. Si el contenido supera esta longitud, se recorta a la longitud especificada.
  • Los productos por lotes permiten leer y escribir desde y en las bases de datos.
  • Los datos sensibles escritos en los archivos de registro pueden ser anónimos.
  • Se ha simplificado la gestión de las instancias de servicio a través de la interfaz de usuario.
  • Los elementos de configuración obsoletos ya no son compatibles. Esto incluye, en particular, los antiguos ajustes de registro.
  • Máquina virtual Java actual.
  • Antes se podía acceder a todo el sistema de archivos de un servidor a través de la selección de archivos de la interfaz de configuración. Ahora se puede restringir mediante atributos de seguridad ampliados.
  • Si durante la instalación de la actualización se descubre que ha modificado archivos, tiene la opción de hacer una copia de seguridad de estos archivos antes de la instalación.
  • La mayoría de los productos vienen con varias configuraciones de muestra. En el caso de las instalaciones de servicio, los ejemplos pueden instalarse junto con el producto.
  • Para los accesos a la base de datos, puede definir un prefijo de tabla que preceda a todos los nombres de tabla. De este modo, se puede reducir el número de esquemas de bases de datos si esto es ventajoso desde el punto de vista operativo.
  • Una herramienta experimental permite la conversión entre las configuraciones de lote y de servicio.
  • Se incluyen versiones actualizadas de los manuales.

En »TOLERANT Bank« se ha optimizado la lógica de la conversión del IBAN en coordinación con el Bundesbank.

»TOLERANT Match« ha sido revisado y mejorado significativamente con respecto a la robustez contra los errores de acceso a la base de datos. Además, los tiempos de ejecución de los accesos a la base de datos y los contadores de errores se escriben ahora regularmente en los archivos de registro. Los campos de la API Match pueden marcarse como opcionales en el futuro, de modo que se puedan añadir nuevos campos a la configuración de un servicio sin tener que adaptar todas las aplicaciones que lo utilizan. La carga inicial de datos en un servicio de partidos puede hacerse ahora desde una base de datos, así como desde archivos.

Mejoras en el »TOLERANT Post«:

  • Se ha integrado la última versión de la biblioteca AddressDoctor (5.6.0).
  • Esto significa que las siguientes versiones antiguas del sistema operativo ya no pueden utilizarse para
  • »TOLERANT Post« son compatibles:

– Redhat Linux versión menor 6

– Solaris Sparc versión 10 inferior

– Suse Linux inferior versión 11

  • Los campos de la Post API pueden marcarse como opcionales. Esto permite añadir nuevos campos a la interfaz sin tener que personalizar todas las aplicaciones que la utilizan.
  • La interfaz de configuración muestra información ampliada sobre las claves de licencia instaladas.
  • La información sobre las claves de licencia instaladas puede consultarse a través de la interfaz de servicio.
  • El servicio postal puede buscar cíclicamente en un directorio (local o remoto) nuevos datos de referencia e instalarlos automáticamente si es necesario.
  • Se pueden determinar los códigos de entrega ampliados de las organizaciones postales de Gran Bretaña, Francia y Japón.
  • En caso de error de validación de una dirección, se pueden volver a emitir los valores de entrada originales en lugar de los datos corregidos.
  • Si no es rentable obtener los datos de referencia de un país concreto, se puede utilizar un servicio en la nube para países concretos a través de Internet.