English version
English version
  Accueil  |   Demande d'info.  |   Nous contacter  |  
IPLS Informations

Services
Support technique
Pour tirer le meilleur de vos progiciels de communication

Clients / Partenaires

A propos de ce site


TBT/400 d'IPLS,
de l'EDI dans vos applicatifs

Société spécialisée dans les logiciels de communication pour AS/400 et mainframes, IPLS propose TBT/400, une plate-forme de communication qui ouvre les AS/400 aux applications EDI. G.R. nous décrit TBT/400, une solution qui pousse très loin l'automatisation et l'administrabilité.

Quelle est l'activité d'IPLS ?
IPLS développe et commercialise la gamme de produits TBT/400, une solution logicielle développée spécifiquement pour AS/400 et permettant de doter ces systèmes de fonctions de communication sans aucun matériel dédié.
TBT/400 est une plate-forme de communications externes permettant à un AS/400 et aux applications qu'il héberge d'échanger des commandes, devis, factures états ou autre bon de livraison entre sociétés, que ce soit en EDI ou par simple transfert de fichier. Nous proposons également des modules plus applicatifs facilitant notamment les communications avec les banques ou l'intégration de fonctions fax/télex aux applicatifs.

Qu'entendez-vous par plate-forme de communication ?
Il s'agit d'un outil complet intégrant le noyau de communications, les composants de supervision, l'interfaçage aux applications via les API et permettant d'automatiser l'exploitation. TBT/400 assure en outre la compression/décompression des messages, la reprise après incident, et supporte tous les champs de l'enveloppe réseaux. Ceci est particulièrement important dans le cas de communications hétérogènes, car l'enveloppe réseau permet de définir les règles d'utilisation/circulation des fichiers transmis et d'automatiser le process d'échange de fichier.
Notre noyau de communication est constitué de modules de communication respectant les protocoles les plus représentatifs du monde X25 (échanges Transpac) et la totalité des spécifications des différents protocoles et réseaux associés (appelant, appelé et serveur).
Avec TBT/400, nos clients peuvent exploiter autant de lignes qu'ils le souhaitent avec autant de circuits virtuels que nécessaire. Ils peuvent ainsi envoyer et réceptionner des messages simultanément, recevoir plusieurs flux de communication de protocoles différents et bénéficier d'abonnements Transpac secourus en répartissant les messages sur les deux lignes.
TBT/400 supporte également X32 ce qui permet d'exploiter le réseau téléphonique classique en émission/réception. Lorsque l'on sait qu'un abonnement Transpac coûte de l'ordre de 1.600 Francs par mois, ceci permet de sérieuses économies aux entre- prises n'ayant pas un volume justifiant d'une ligne spécifique, tout en leur permettant une telle évolution lorsque nécessaire.
TBT/400 est également le seul produit à accepter les appels X25 par ligne téléphonique ce qui permet de gérer les messages entrants et notamment la remise directe. En effet, lorsque l'on utilise une boîte aux lettres de Réseau à Valeur Ajoutée pour la réception des messages EDI, il est nécessaire de la scruter régulièrement afin de vérifier si des messages sont arrivés.
TBT/400 permet la remise directe par le RVA qui, lorsqu'il reçoit un message, le transmet automatiquement via une communication de système à système sans intervention humaine. Cette possibilité offerte gratuitement par les RVA ouvre la voie à une communication à flux tendus et donc à une exploitation réellement optimale de l'outil EDI.
De plus, elle permet des économies en terme de communication (le trafic est alors à l'initiative du réseau) et de ressources machines puisque la consommation de CPU n'intervient que lorsqu'il y a un message.

Pourquoi une solution native AS/400 ?
TBT/400 est conçu pour l'AS/400 et en conserve la philosophie: intégration des utilitaires et des applicatifs, automatisation des tâches, suivi de l'activité, documentation en ligne, etc.
A titre d'exemple, nous avons prévu une saisie on-line et interactive des correspondants, des possibilités de test en temps réel...
De plus, nous utilisons de véritables API de type commandes systèmes et non un fichier pivot spécifique chargé de tirer un pont entre l'application et l'outil de communication. Notre intégration très poussée avec la plate- forme nous permet d'assurer la supervision directement depuis les applicatifs.

De quelle nature est cette supervision ?
TBT/400 est le seul produit du marché à proposer une supervision aussi poussée. Il permet de visualiser la totalité du trafic (entrant et sortant) en cours et effectué, de suivre les traitements applicatifs associés aux messages entrants, de visualiser individuellement les enveloppes réseaux afin de détecter les problèmes.
Afin de pousser encore l'automatisation, et parce que TBT/400 effectue les réceptions en aveugle, le produit offre une console de supervision des messages signalant les incidents et permettant le suivi des incidents et la visualisation de la log AS/400 et des spools de procédure. Toujours dans cette logique d'automatisation et de transparence, un automate de suivi de lignes permet d'éviter de consacrer une personne au suivi des statuts des lignes.
Ce point est très important, car la plupart des produits concurrents de TBT/400 laissent ouverte la possibilité de perdre des fichiers sans que personne n'en ait conscience. Dans ce cas, un client se plaint quelques jours après de ne pas avoir reçu sa commande et tout le monde pense que c'est la faute des communications. Or, notre expérience nous dit que c'est généralement la faute de l'applicatif. Ceci est intolérable pour les clients reposant sur l'EDI dans leur activité. TBT/400 permet une traçabilité totale des flux de réception avec une cinématique prévue dès la conception du produit.

Sur quelle norme d'EDI vous appuyez-vous ?
Tout le monde pense que l'EDI est synonyme d'échanges normalisés. Or, il n'existe en fait pas de norme universelle reconnue par tous et, sur ce marché, le client impose plus ou moins sa norme au fournisseur. En outre, dès que l'on a plus d'un interlocuteur, il est impossible de paramétrer les formats d'échanges"en dur" dans les programmes.
C'est pourquoi TBT/400 est conçu pour pouvoir s'adapter à la forme du message reçu de l'émetteur ou lui fournir un message au format requis. Le noyau de communication est donc capable d'ajouter ou de supprimer les caractères de contrôle présents dans les fichiers transmis, en fonction des informations stockées sur les différents interlocuteurs dans l'annuaire intégré au produit.
.
Fonctions de TBT/400
  • Émission de Fax et de Télex à partir des applicatifs, fichiers spool ou de l'éditeur intégré au produit
  • Communications avec les banques de l'entreprise
  • Échanges (normalisé ou non) avec les partenaires, notamment EDI
  • Support d'Internet, Atlas 400, GElS, IBM GN ou IN, British Telecom, Graphnet, Allegro...
  • Protocoles Atlas 440, Odette OFTP, PeSIT, Etebac 1, 2 ou 3, Graphnet, TBT...
  • Dialogue avec les autres grands produits de communication du marché tels CFT, TOM/TED...
  • Support de Transpac, des RNIS et du réseau téléphonique
  • Multiligne, multicircuit.
  • Intégration avec les principaux traducteurs EDI du marché, notamment EDITRAD, EDI/400, EDIBASE..
  • Facturation et suivi analytique des envois
  • Fonctions de sécurité, Archivage automatique, purge
  • Support des flux tendus, exploitation 7j/7 24h/24.

Extrait de News Magazine n°27

<< Page précédente>>

Copyright © 2008-2010 IPLS. Tous droits réservés. Informations légales
Dernière mise à jour : le mercredi 28 octobre, 2009 15:23