- Présentation
- Fonctionnement des services NOTIFCHAT et INDIC_REST
- Référencement des services
- Association poste client-service
- Identifiant client origine global
Présentation
Les transactions GTSVC et GTSCC permettent de référencer tous les services qui peuvent être appelés depuis Cegid XRP Ultimate.
Certains services sont utilisés directement depuis la "partie cliente" :
- NOTIFCHAT qui gère les notifications des travaux et celles des conversations (conversations gérées que dans l'interface utilisateur RIA) ;
- INDIC_REST qui gère l'affichage des restitutions d'indicateurs.
Des personnalisations sont possibles pour ces derniers afin de redéfinir les services proposés en standard.
Fonctionnement des services NOTIFCHAT et INDIC_REST
Référencement des services
Les services standard sont pré-paramétrés dans GTSVC.
Exemple avec les services des notifications des travaux.

Le champ "URL wsdl" donne la "partie statique" finale de l'URL à appeler pour le service donné. Cette donnée sera concaténée avec la racine d'URL dynamique qui sera définie dans GTSCC (association poste client-service).
Le nom de la méthode est nécessaire uniquement quand on appelle une URL de type WebService. Pour tout autre type d'URL, il n'est pas nécessaire d'avoir une méthode à appeler.
Le WebService NOTIFCHAT pointe sur la méthode "actionVB".
Tous les services standard sont marqués comme "Référence" :
- ils ne peuvent pas être modifiés ;
- ils peuvent être redéfinis en conservant le même nom : dupliquer la ligne de données et vérifier que "Référence" ne soit pas coché. Cette ligne de données sera utilisée prioritairement lors de la recherche de cette "partie statique" de l'adresse.
Association poste client-service
Le poste client sera identifié selon le début de l'adresse http d'accès au serveur Web.
La transaction GTSCC permet de définir la "racine" de l'URL à appeler pour chaque service suivant cet identifiant du poste client.
Dans l'exemple, cet identifiant est http://serveur-origine:8082/alias

Identifiant client origine global
Pour éviter de redéfinir chaque "client origine" (surtout si une seule "racine" d'URL est utilisée), il est possible de définir un "identifiant client origine" global avec la valeur "*".
Cette ligne de données sera utilisée si on ne trouve pas de correspondance entre l'URL du navigateur et les données présentes dans GTSCC.
Si toutefois aucune donnée ne permet de construire l'adresse finale d'accès aux services, cette dernière sera recherchée dans la variable globale URLNOT.