Les sociétés (USOC)

L’applicatif peut gérer les données d’une société selon deux modes différents :

• le mode « Mono-Société » où les données de chacune des sociétés sont stockées dans une base de données distincte.

• le mode « Multi-Sociétés » où plusieurs sociétés peuvent être regroupées dans une même base de données.

La clé « Mode Multisociete » de la section [Global] du fichier ACE INI définit le mode de fonctionnement utilisé. (Réponse OUI ou NON)

En mode « Multi-Société », la correspondance entre numéro de société et numéro de base de données physique utilisée se fait dans la section [Societes].

Pour chacune des sociétés définie, doit exister la clé « Societe_XX » où XX est le numéro de la société.

La valeur de cette clé est le numéro de la base physique utilisée.

Restriction.

La numéro de la société de référence et le numéro de la base de données qui la contient doivent être identiques.

Exemple :

Sur un site donné, deux bases de données existent (1 et 2). 6 sociétés sont déclarées (1, 2, 3, 4 et 98, 99).

La société de référence est la société 1.

Les 3 sociétés 1,2,3 sont regroupées dans la base 1 et les 2 sociétés de test 98 et 99 sont regroupées dans la base 2.

La section [Societes] est alors :

[Societes]

societe_1=1

societe_2=1

societe_3=1

societe_98=2

societe_99=2

Deux sociétés dans une même base physique peuvent partager des informations. L’une des sociétés est alors dite « société maîtresse ». Si les informations d’une table (de nom « ZZZ » ) de la société maîtresse (numéro XX) doivent être partagées avec la société esclave (numéro XX), la section [Tables_YY] et la clé « ZZZ » dans cette section doivent être insérées dans le fichier "ACE ini".

Exemple :

Les tables ut_soc (sociétés), ut_mes (messages) et ut_fcg (fonctions) sont partagées entre les sociétés 1,2 et 3. La société maître est la société 1, les deux autres sociétés sont esclaves.

[Tables_2]

ut_soc=1

ut_mes=1

ut_fcg=1

[Tables_3]

ut_soc=1

ut_mes=1

ut_fcg=1

Depuis la version 5.0-00, le partage de la table UT_SOC pour toutes les sociétés logiques d'une même instance physique, est un impératif de fonctionnement.

Une instance physique par environnement

Dans le cas plus général d’une instance physique par environnement, il est conseillé d’utiliser la société de référence (codsoc) pour renseigner l’ensemble des sociétés.

Exemple de fichier « Generix.ini » :

[Global]

Societe de Reference=1

[Societes]

societe_1=1

societe_2=1

Un environnement avec deux instances physiques

Dans le cas d’un environnement avec deux instances physiques, la société de référence devra être renseignée avec l’ensemble des sociétés.

Pour chaque instance physique, les sociétés devront être renseignées dans une société (codsoc) qui sera utilisée comme partage pour l’ensemble des sociétés de l’instance physique.

Exemple de fichier « Generix.ini » :

[Global]

Societe de Reference=1

[Societes]

societe_1=1

societe_2=1

...

societe_1000=1000

societe_1001=1000

[Tables_2]

ut_soc=1

...

[Tables_1001]

ut_soc=1000

Description technique des champs de cet écran.

Cette création permet d’enregistrer la société dans la base de données (création logique). Les fichiers associés doivent avoir été créés au préalable par l’utilitaire d’exploitation ACE Manager .

Code Société : numérique sur 4 positions.

Sigle : Nom abrégé de la société. Ce nom apparaît sur le bandeau haut de chaque écran (champ standard sigle).

Attention Afin que les éditions fonctionnent correctement au niveau de l'impression des données de type adresse de la société, il est indispensable que ce sigle défini dans USOC soit strictement le même que le sigle du tiers de type SOC (voir paramètre TYPSOC pour redéfinir le type de tiers de la société). Cette information est en effet essentielle pour retrouver les informations de la société au niveau des éditions.

Nom : libellé complet de la société.

Langue : code et libellé de la langue utilisée le plus fréquemment par cette socité. L’information doit exister dans la liste des langues de la société sur laquelle l’utilisateur s’est connecté (voir fonctions ULAN et GTLAN).

Statut société : Ce champ vaut ‘ES’ ‘En Service) ou ‘HS’ (Hors Service). S’il vaut ‘HS’, aucune connexion ne pourra avoir lieu sur la société.

Attention Si, pour une fonction différée , la localisation de l'exécutable est incorrecte (le nom de serveur saisi avant le caractère « @ » est par exemple incorrect), la société courante sera automatiquement Hors Service, et le message « Impossible d'accéder à la base » sera inscrit dans le fichier Trace « scrutateur_o.log ». Ce cas peut survenir lors d’une migration d'un serveur vers un autre.

Utilisateur Informatique Nom du premier agent existant pour gérer la société. L’agent informatique est un agent ayant des habilitations pratiquement illimitées.

Mot de Passe : le mot de passe lié aux caractéristiques de la société est masqué (affichage sous forme d'astérisques).

Répertoire : Répertoire des éditions de l’agent informatique. C’est un nom de répertoire logique dont la correspondance est définie dans le fichier « Generix.ini » du site. Il doit se terminer par « : » (caractère séparateur). Exemple : ap$eta :

Localisation schéma de la société : Donnée obligatoire et purement informative (exemple : emplacement d’une base).

Cette information n’a aucun lien avec le champ « En service/ Hors service » de ce même écran (société ES ou HS).

Trace Fichier Journal : Ce champ vaut ‘O’ui ou ‘N’on. S’il vaut ‘O’, l’affichage du message ou de la question s’accompagnera de la génération d’une écriture dans le journal des erreurs.

File de traitement rapide associée : file de traitement entièrement réservée aux éditions rapides (assimilables à la notion d’édition directe).

Ce champ permet notamment de lancer un traitement différé depuis l’application web, le plus rapidement possible. En effet, la connexion à la base (bdd_serveur) est déjà établie et les traitements différés lents ne peuvent bloquer cette file de traitement (voir fonction UERP).

Serveur de traitement associé : voir documentation « Multi serveurs de traitement ».

Toutes les informations sont modifiables.

Il s’agit d’une suppression logique. Les fichiers « bases de données » existent toujours.

Il ne faut pas oublier de supprimer la définition de la société dans chacune des sociétés existante sur le site.

Il existe 2 façons de visualiser les sociétés :

• En fiche : toutes les caractéristiques d’une société sont visibles.

• En liste La visualisation a lieu sur l’écran USOC_2 :

Description technique des champs de cet écran.

L’édition des sociétés concerne toutes les sociétés (ordonnée sur le code société).

Accès : menu « Editer »