Nouvelles sur nos produits (1.14)


Versions actuelles des produits

Nos produits sont actuellement disponibles dans les versions suivantes:

»TOLERANT Bank« 1.14

»TOLERANT Match« 1.31

»TOLERANT Move« 1.6

»TOLERANT Name« 1.24

»TOLERANT Post« 1.38

À la fin du mois de novembre, nous lancerons tous les produits ensemble. Les produits seront alors basés sur les mêmes bibliothèques de base et supporteront les mêmes fonctionnalités de base.

Nous allons fixer les numéros de version des produits à 2.0 de manière cohérente avec cette version pour vous aider à les distinguer des versions précédentes. La prochaine grande sortie est prévue pour mai 2015.

Les points forts de la prochaine publication

Les caractéristiques suivantes, nouvelles ou améliorées, sont communes à tous les produits:

  • Une longueur maximale peut être fixée pour les champs de saisie. Si le contenu dépasse cette longueur, il sera coupé à la longueur spécifiée ou les enregistrements seront marqués comme incorrects.
  • Une longueur maximale peut être spécifiée pour les champs de sortie. Si le contenu dépasse cette longueur, il est coupé à la longueur spécifiée.
  • Les produits par lots permettent de lire et d’écrire dans les bases de données.
  • Les données sensibles inscrites dans les fichiers journaux peuvent être rendues anonymes.
  • La gestion des instances de service via l’interface utilisateur a été simplifiée.
  • Les éléments de configuration obsolètes ne sont plus pris en charge. Cela inclut notamment les anciens paramètres d’enregistrement.
  • Machine virtuelle Java actuelle.
  • L’ensemble du système de fichiers d’un serveur était auparavant accessible via la sélection de fichiers de l’interface de configuration. Il est désormais possible de restreindre cette possibilité grâce à des attributs de sécurité étendus.
  • Si l’on découvre au cours d’une installation de mise à niveau que vous avez modifié des fichiers, vous avez la possibilité de sauvegarder ces fichiers avant l’installation.
  • La plupart des produits sont livrés avec plusieurs configurations d’échantillons. Dans le cas des installations de service, les exemples peuvent être installés en même temps que le produit.
  • Pour les accès aux bases de données, vous pouvez définir un préfixe de table qui précède tous les noms de table. De cette manière, le nombre de schémas de base de données peut être réduit si cela est avantageux d’un point de vue opérationnel.
  • Un outil expérimental permet la conversion entre les configurations par lots et par service.
  • Des versions actualisées des manuels sont incluses.

Dans »TOLERANT Bank«, la logique de conversion de l’IBAN a été optimisée en coordination avec la Bundesbank.

»TOLERANT Match« a été révisé et considérablement amélioré en ce qui concerne la robustesse contre les erreurs d’accès aux bases de données. En outre, les durées d’exécution des accès aux bases de données et les compteurs d’erreurs sont désormais régulièrement inscrits dans les fichiers journaux. Les champs de l’API de correspondance peuvent être marqués comme optionnels à l’avenir, de sorte que de nouveaux champs peuvent être ajoutés à la configuration d’un service sans avoir à adapter toutes les applications qui utilisent ce service. Le chargement initial des données dans un service de correspondance peut désormais se faire à partir d’une base de données ainsi qu’à partir de fichiers.

Améliorations apportées à »TOLERANT Post«:

  • La dernière version de la bibliothèque AddressDoctor (5.6.0) a été intégrée.
  • Cela signifie que les anciennes versions des systèmes d’exploitation suivants ne peuvent plus être soutenus pour »TOLERANT Post« :
    • Redhat Linux version mineure 6
    •  Solaris Sparc version inférieure 10
    • Suse Linux version inférieure 11
  • Les champs dans Post API peuvent être marqués comme étant facultatifs. Cela permet d’ajouter de nouveaux champs à l’interface sans avoir à personnaliser toutes les applications qui utilisent l’interface.
  • L’interface de configuration affiche des informations détaillées sur les clés de licence installées.
  • Les informations sur les clés de licence installées peuvent être interrogées via l’interface du service.
  • Le service postal peut rechercher cycliquement dans un répertoire (local ou distant) de nouvelles données de référence et les installer automatiquement si nécessaire.
  • Les codes de livraison étendus des organisations postales de Grande-Bretagne, de France et du Japon peuvent être déterminés.
  • En cas d’erreur de validation d’une adresse, les valeurs d’entrée originales peuvent être rééditées à la place des données corrigées.
  • S’il n’est pas rentable d’obtenir des données de référence pour un pays particulier, un service de nuage pour les pays individuels peut être utilisé via l’internet.