Section [GENERAL]
CTI
PABX_EN_MARCHE= <0 | 1>
1 : détection automatique et utilisation du PABX.
0 : pas de détection du PABX.
PABX_MODE= <0 | 1>
1 : Mode données / fax.
0 : Mode données / fax / voix.
PABX_DEVICE=
Nom du matériel à utiliser (cf. nom dans dialer.exe).
PABX_MODE_REMONTEE_FICHE= <1 | 2 | 3>
1 : Remonte toujours la fiche.
2 : Remonte la fiche si la zone de travail est inoccupée.
3 : Jamais.
PABX_DEMO=<numéro de tel>
Cette commande permet de simuler l'appel du numéro de téléphone indiqué.
Connexion à la base de données
SERVEUR_GLOBAL_TYPE= <Type de serveur>
MySQL, HyperFile, SQLServer
SERVEUR_GLOBAL_ADDRESS= <Adresse>
Adresse du serveur.
SERVEUR_GLOBAL_BDD=
Nom de la base de données à utiliser.
SERVEUR_GLOBAL_USERNAME=
Nom de l'utilisateur dans la BDD.
SERVEUR_GLOBAL_PASSWORD=
Mot de passe.
SERVEUR_GLOBAL_NUM_PORT=
Numéro du port de communication.
SERVEUR_GLOBAL_OPTION_FLAG=
Option de connexion.
SERVEUR_GLOBAL_SOCKET_WIN=
Nom du socket de connexion.
SERVEUR_GLOBAL_DSN=
Nom du DataSourceName créé dans l'administration ODBC
SERVEUR_GLOBAL_ODBC_DRIVER=
Nom du pilote ODBC pour construire la chaine de connexion (si pas de DSN)
SERVEUR_GLOBAL_OPTION_ODBC=
Chaine d'options spécifique à l'ODBC
_LANGAGE_ : Configuration pour le Langage (si le paramétrage est dans autre base)
_DONNEES_ : Configuration pour les Données.
_UTILISATEUR_ : Configuration pour les données Utilisateur.
_MESSAGE_ : Configuration pour les données de la Messagerie (si les emails sont dans autre base)
Mais il faut quand même toujours conserver une section GLOBAL.
Support base de données AmazonRDS
Amazon Relational Database Service (Amazon RDS) est un service Web qui facilite l'installation, l'exploitation et le dimensionnement d'une base de données relationnelle dans le nuage. Ce service fournit une capacité économique et redimensionnable tout en gérant les tâches administratives de base de données demandant beaucoup de temps, vous permettant de vous consacrer à vos applications et à votre activité. (Source : http://aws.amazon.com/fr/rds/)
Support de la base de données de type "amazonrds" (bdd amazon de type mysql) fonctionne comme pour MySQL sauf que par défaut la connexion est considérée comme lente.
Les passerelles sur base externes sont supportées.
- configuration BDD :
SERVEUR_GLOBAL_TYPE=amazonrds
SERVEUR_GLOBAL_ADDRESS=<adresse du serveur>
SERVEUR_GLOBAL_BDD=<bdd>
SERVEUR_GLOBAL_USERNAME=<login>
SERVEUR_GLOBAL_PASSWORD=<pass>
- l'adresse du serveur est dans le format <nom de l'instance DB>.<chaine aléatoire>.<region>.rds.amazonaws.com
Important !
Par défaut, le serveur est configuré avec une sensibilité à la casse pour les noms de table activée et une taille de requête max de 1Mo.
Il faut modifier le paramètre group avec les paramètres suivants :
- lower_case_table_names = 1
- max_allowed_packet = <la taille du paquet voulue>
Support base de données SQLAzure
Windows Azure est le nom de la nouvelle plateforme applicative de Microsoft. Son nom évoque le concept de « cloud computing » ou informatique dans le nuage (l'externalisation des ressources informatiques d'une entreprise vers des datacenters distants). (Source : http://fr.wikipedia.org/wiki/Windows_Azure).
Support de la base de données de type "sqlazure" (bdd cloud basé sur ms sqlserver) fonctionne comme pour sqlserver sauf que par défaut la connexion est considérée comme lente.
Les passerelles sur base externes sont supportées.
- configuration BDD :
SERVEUR_GLOBAL_TYPE=sqlazure
SERVEUR_GLOBAL_ADDRESS=<adresse du serveur>
SERVEUR_GLOBAL_BDD=lite
SERVEUR_GLOBAL_USERNAME=<login>
SERVEUR_GLOBAL_PASSWORD=<pass>
- l'adresse du serveur est dans le format <nom du serveur>.database.windows.net
- le format du login est <identifiant>@<nom du serveur>
Support base de données MariaDB
Nouveauté valide à partir de la version 9
SIMAX supporte de la base de données de type "MariaDB" (basé sur MySQL et compatible).
Celle-ci fonctionne comme pour mysql et compatible avec les outils de gestion MySQL (MySQLAdministrator et MySQLWorkbench)
Configuration BDD :
SERVEUR_GLOBAL_TYPE=mariadb
SERVEUR_GLOBAL_ADDRESS=<adresse du serveur>
SERVEUR_GLOBAL_BDD=<nom de la bdd>
SERVEUR_GLOBAL_USERNAME=<login>
SERVEUR_GLOBAL_PASSWORD=<pass>
SERVEUR_GLOBAL_PORT=<port>
Plus d'informations : https://mariadb.org/
Connexion d’un utilisateur à une base de données différente pour les données
Pouvoir indiquer à quelle BDD se connecte un utilisateur est utile pour pouvoir faire de la séparation de données.
ll s'agit de pouvoir définir une base de données et un partage par utilisateur tout en partageant un langage et des fichiers init commun. Aucune obligation de faire un utilisateur pour une base de données, plusieurs utilisateurs peuvent partager la même base de données.
Exemple : on peut découper les données par société : chaque utilisateur d'une société se connectera aux données de sa société.
On définit la connexion au langage et aux fichiers init par le fichier de configuration (commun à tous les utilisateurs parce que un seul SIMAXOnline).
On définit la connexion aux données en paramétrant les utilisateurs.
Avantages :
· les données sont spécifiques aux utilisateurs qui ont accès la base de données,
- simplification de requête (exemple : pas de filtre ou condition par société),
- impossible de voir les données de quelqu'un d'autre à cause d'une erreur de paramétrage (sécurité).
· simplification de la maintenance des bases de données, si une base de données n'est plus accédée, on peut la supprimer sans impacter les autres bases de données,
· tout le monde partage le même paramétrage.
Inconvénients :
· les données ne sont pas partagées, si on rajoute une ville dans une base, elle n'existe pas dans les autres bases.
Exemple d'utilisation : Une société A à deux succursales qui partage le même paramétrage mais pas les mêmes données ni les mêmes modèles d'éditions.
S1 utilise la BDD s1 et le partage \\serveur\s1, les utilisateurs sont 2,3
S2 utilise la BDD s2 et le partage \\serveur\s2, les utilisateurs sont 4,5
MISE EN PLACE :
Passerelle Fichier Init
La clé SERVEUR_FICHIERINIT_xxxx dans le fichier de configuration pour définir la connexion aux données initiales peut être autre chose que hyperfile.
Paramétrage des utilisateurs
Utilisation du champ « Paramètres » du formulaire Utilisateur :
La mise en place se fait via le champ « Paramètres » du formulaire Utilisateur dont le format est le même qu’un fichier de configuration. Si le champ « Paramètres » du formulaire Utilisateur n’est pas visible, demandez à votre superviseur de vous le modifier afin de le rendre visible.
(Pour plus d’informations, aller voir la documentation sur la gestion des droits)
Priorité de lecture des configurations
Configurations toujours lues dans le fichier de configuration
· SERVEUR_LANGAGE_XXXX
· SERVEUR_FICHIERINIT_XXXX
· SERVEUR_LANGAGEINIT_XXXX
· SERVEUR_UTILISATEUR_XXXX
· SERVEUR_SYSTEM_XXXXX
=> Formulaire qui reste dans la base commune :
- les formulaires du langage
- le formulaire utilisateur
- les formulaires system (s_xxx dans la base de données)
Autres configurations
- On regarde si la configuration existe dans paramètre, si elle n'existe pas, on regarde si elle existe dans le fichier de configuration.
- Si la clef n'existe pas on bascule sur le global du paramètre s'il existe, le global du fichier de configuration en dernier.
Fichier correspondant à l'exemple de départ :
Le fichier de configuration global
[GENERAL]
SERVEUR_GLOBAL_TYPE=mysql
SERVEUR_GLOBAL_ADDRESS=localhost
SERVEUR_GLOBAL_BDD=parametrage
SERVEUR_GLOBAL_USERNAME= SIMAX
SERVEUR_GLOBAL_PASSWORD= SIMAX
SERVEUR_GLOBAL_NUM_PORT=3307
SERVEUR_LANGAGE_TYPE=mysql
SERVEUR_LANGAGE_ADDRESS=localhost
SERVEUR_LANGAGE_BDD=parametrage
SERVEUR_LANGAGE_USERNAME= SIMAX
SERVEUR_LANGAGE_PASSWORD= SIMAX
SERVEUR_LANGAGE_NUM_PORT=3307
SERVEUR_FICHIERINIT_TYPE=mysql
SERVEUR_FICHIERINIT_ADDRESS=127.0.0.1
SERVEUR_FICHIERINIT_BDD=fichierinit
SERVEUR_FICHIERINIT_USERNAME= SIMAX
SERVEUR_FICHIERINIT_PASSWORD= SIMAX
SERVEUR_FICHIERINIT_NUM_PORT=3307
Valeur du champ « Paramètres » des utilisateurs 2 et 3
[GENERAL]
PARTAGE=\\serveur\s1
SERVEUR_MESSAGE_TYPE=mysql
SERVEUR_MESSAGE_ADDRESS=127.0.0.1
SERVEUR_MESSAGE_BDD=s1
SERVEUR_MESSAGE_USERNAME= SIMAX
SERVEUR_MESSAGE_PASSWORD= SIMAX
SERVEUR_MESSAGE_NUM_PORT=3307
SERVEUR_DONNEES_TYPE=mysql
SERVEUR_DONNEES_ADDRESS=127.0.0.1
SERVEUR_DONNEES_BDD=s1
SERVEUR_DONNEES_USERNAME= SIMAX
SERVEUR_DONNEES_PASSWORD= SIMAX
SERVEUR_DONNEES_NUM_PORT=3307
=> Les utilisateurs de la succursale 1, 2 et 3 se connectent sur la base s1 pour les données et la messagerie.
Valeur du champ « Paramètres » des utilisateurs 4 et 5
[GENERAL]
PARTAGE=\\serveur\s2
SERVEUR_MESSAGE_TYPE=mysql
SERVEUR_MESSAGE_ADDRESS=127.0.0.1
SERVEUR_MESSAGE_BDD=s2
SERVEUR_MESSAGE_USERNAME= SIMAX
SERVEUR_MESSAGE_PASSWORD= SIMAX
SERVEUR_MESSAGE_NUM_PORT=3307
SERVEUR_DONNEES_TYPE=mysql
SERVEUR_DONNEES_ADDRESS=127.0.0.1
SERVEUR_DONNEES_BDD=s2
SERVEUR_DONNEES_USERNAME= SIMAX
SERVEUR_DONNEES_PASSWORD= SIMAX
SERVEUR_DONNEES_NUM_PORT=3307
=> Les utilisateurs de la succursale 2, 4 et 5 se connectent sur la base s2 pour les données et la messagerie.
Exemples de lecture de configuration
Exemple 1
Paramètre Util
Fichier de configuration
· SERVEUR_GLOBAL_ADDRESS=serveur1
· SERVEUR_GLOBAL_BDD=base1
· SERVEUR_GLOBAL_ADDRESS=serveur2
· SERVEUR_GLOBAL_BDD=base1
· SERVEUR_MESSAGERIE_ADDRESS=serveur1
· SERVEUR_MESSAGERIE_BDD=base2
· SERVEUR_MESSAGERIE_ADDRESS=serveur2
· SERVEUR_MESSAGERIE_BDD=base2
· SERVEUR_LANGAGE_ADDRESS=serveur1
· SERVEUR_LANGAGE_BDD=base3
· SERVEUR_DONNEES_ADDRESS=serveur2
· SERVEUR_DONNEES_BDD=base3
· TATA_SERVEUR_DONNEES_DOMAINE_ADDRESS=serveur1
· TATA_SERVEUR_DONNEES_DOMAINE_BDD=base4
· TATA_SERVEUR_DONNEES_DOMAINE_ADDRESS=serveur2
· TATA_SERVEUR_DONNEES_DOMAINE_BDD=base4
· Langage => Serveur 2 / base 1 (global du fichier de configuration car pas de langage dans le fichier de configuration)
· Messagerie => Serveur 1 / base 2 (paramètre UTIL)
· Donnees => serveur 2 / base 3 (fichier de configuration)
· Domaine TATA (clé TATA_SERVEUR_DONNEES_DOMAINE_ADDRESS) => serveur 1 / base 4 (parametre UTIL)
· Domaine TOTO (clé TOTO_SERVEUR_DONNEES_DOMAINE_ADDRESS) => serveur 1 / base 1 (global de paramètre UTIL car clé inexistante dans les deux)
Exemple 2
Paramètre Util
Fichier de configuration
· SERVEUR_GLOBAL_ADDRESS=serveur2
· SERVEUR_GLOBAL_BDD=base1
· SERVEUR_MESSAGERIE_ADDRESS=serveur1
· SERVEUR_MESSAGERIE_BDD=base2
· SERVEUR_MESSAGERIE_ADDRESS=serveur2
· SERVEUR_MESSAGERIE_BDD=base2
· SERVEUR_LANGAGE_ADDRESS=serveur1
· SERVEUR_LANGAGE_BDD=base3
· SERVEUR_LANGAGE_ADDRESS=serveur2
· SERVEUR_LANGAGE_BDD=base4
· SERVEUR_DONNEES_ADDRESS=serveur2
· SERVEUR_DONNEES_BDD=base3
· TATA_SERVEUR_DONNEES_DOMAINE_ADDRESS=serveur2
· TATA_SERVEUR_DONNEES_DOMAINE_BDD=base4
· Langage => Serveur 2 / base 4 (cle langage du fichier de configuration)
· Messagerie => Serveur 1 / base 2 (paramètre util)
· Donnees => serveur 2 / base 3 (info.nb)
· Domaine TATA (clé TATA_SERVEUR_DONNEES_DOMAINE_ADDRESS) => serveur 2 / base 4 (fichier de configuration)
· Domaine TOTO (clé TOTO_SERVEUR_DONNEES_DOMAINE_ADDRESS) => serveur 2 / base 1 (global du fichier de configuration car clé inexistante dans les deux et pas de global dans paramètre UTIL)
Passerelle Fichier Init
Il est possible d'indiquer dans le fichier de configuration les informations de connexion pour une passerelle pour les fichiers Init. Une passerelle pour les fichiers Inits permet de sauver les formulaires dans un autre format qu'HYPERFILE. => On peut ainsi avoir les valeurs init dans une base sql et faire un backup.
On peut indiquer l'emplacement des fichiers Init à tous les utilisateurs même s'il ne partage pas le même répertoire partage.
MISE EN PLACE :
Ces informations sont indiquées de la même manière que les informations de connexion à la base de données Globale avec FICHIERINIT remplaçant _GLOBAL.
Exemples :
//passerelle pour fichier init dans une base mysql
SERVEUR_FICHIERINIT_TYPE=mysql
SERVEUR_FICHIERINIT_ADDRESS=127.0.0.1
SERVEUR_FICHIERINIT_BDD=lite
SERVEUR_FICHIERINIT_USERNAME= SIMAX
SERVEUR_FICHIERINIT_PASSWORD= SIMAX
SERVEUR_FICHIERINIT_NUM_PORT=3307
//passerelle pour fichier init hyperfile
SERVEUR_FICHIERINIT_TYPE=hyperfile
SERVEUR_FICHIERINIT_ADDRESS=<chemin vers le répertoire racine qui contient les fichiers init>
Déconnexion automatique après un délai d'inactivité
Nouveauté valide à partir de la version 7
Il est possible de configurer le client Windows détecte l'inactivité de l'utilisateur afin de libérer les licences nommées et sécurise la session SIMAX.
Dans le fichier de configuration, il faut ajouter dans [GENERAL]
INACTIVITE_MODE = 0, 1, 2 ou 3
INACTIVITE_TEMPS= le temps en minutes avant la bascule en mode inactif (20 minutes par défaut)
Mode d'inactivité :
0 -> aucune détection
1 -> uniquement si utilisation d'une licence simultanée et si la solution n'est pas utilisée pendant le temps défini : libère la licence et demande le mot de passe pour la reconnexion
2 -> si utilisation d'une licence nommée : comme 1. Sinon si la session Windows n'est pas utilisée pendant le temps défini : libère la licence et demande le mot de passe pour la reconnexion
3 -> si la solution n'est pas utilisée pendant le temps défini : libère la licence et demande le mot de passe pour la reconnexion
En licence nommée, la différence entre 2 et 3 est que si vous utilisez votre Windows mais pas la solution alors le mode 3 vous déconnecte mais pas le mode 2.
Important, il n'y a pas de déconnexion :
- en mode déconnecté
- s'il y a des traitements en cours
Configuration des Clients Windows connecté à SIMAXOnline :
Pour configurer l'ensemble des Clients Windows connecté à SIMAXOnline, il faut modifier le fichier de configuration de SIMAXOnline.
Remarque :
La détection de l'inactivité est signalée par un icône "zz" au bas des "actions en cours"
Divers
PARTAGE= <Répertoire>
Répertoire partagé par les postes clients, pour les données d'initialisations, les modèles d'édition, ...
Note: pour la clé partage de SIMAXOnline, vous devez obligatoirement mettre des chemins UNC et non des chemins avec des lecteurs réseau.
SOCIETE=
Nom de la société.
IDSITE=
Identifiant unique du site.
TITRE=
Titre à ajouter dans la barre de SIMAX
TITREIMG=
Chemin image à ajouter dans la barre de SIMAX
SMTP= <Adresse>Adresse par défaut du serveur SMTP.
TYPEHELOSMTP=
Valeur possible :
- 3 : Nom simple de la machine (valeur par défaut et valeur de repli si erreur pendant le retrait du nom complet ou de l'IP)
- 2 : IP
- 1 : Nom complet de la machine cliente
- 0 : SIMAX se débrouille en prenant la première information qu'il trouve par ordre de priorité : Nom Complet, IP, Nom simple
La clé TYPEHELOSMTP dans la section [GENERAL] du fichier de configuration permet de spécifier le type de BONJOUR (HELO,EHLO) pour le protocole SMTP.
Intérêt de TYPEHELOSMTP :
Lors de la connexion à un serveur SMTP (envoi de mail), la machine client dit "bonjour" en s'identifiant. Il est possible de configurer certain serveur SMTP pour qu'il filtre les machines clientes qui ont le droit d'envoyer des emails. Dans ce cas, le nom simple de la machine n'est pas suffisant.
Architecture générale du fichier de configuration de SIMAXOnline
Ce fichier de configuration est pour SIMAXOnline.
Exemple:
Pour un SIMAXOnline et MySQL sur la même machine et des clients Windows externes, on peut faire la configuration suivante :
Le fichier de configuration info.simax pour SIMAX:
MODELEEDITION : Personnalisation de l’emplacement des modèles d’édition
Dans le fichier de configuration, la clé MODELEEDITION de la section GENERAL permet de spécifier le répertoire des modèles d'édition.
Exemple :
Si vous spécifiez MODELEEDITION=C:\Modèles édition dans l’info.simax, SIMAX recherchera les modèles d'édition dans "C:\Modèles édition".
Récupération des modèles d’édition via SIMAXOnline
En mettant dans le fichier de configuration, section GENERAL, MODELEEDITION=SIMAXOnline:///, il est possible de forcer la récupération des modèles d'édition via SIMAXOnline ; cela signifie que c'est SIMAXOnline qui va lire les modèles avant de renvoyer le contenu au client Windows.
De cette manière, les clients Windows n'ont pas besoin d'avoir accès au répertoire des modèles d'édition.
Si le chemin absolu n'est pas bon, le client Windows demande le modèle à SIMAXOnline.
Avec la configuration de SIMAXOnline suivante :
La fichier de configuration info.simax pour SIMAX :
Afficher la correspondance d'un contact sans tenir compte de l'utilisateur courant (bouton EMAIL)
Lors de l'affichage de la correspondance d'un contact, bouton EMAIL depuis la fiche du contact, il est possible de ne plus limiter la correspondance à l'utilisateur courant.
Pour cela, il faut ajouter la clé MESSAGERIE_CORRESPONDANCE_TOUS à la section GENERAL.
Cas 1. Correspondance du contact avec uniquement l'utilisateur courant (comportement par défaut)
[GENERAL]
MESSAGERIE_CORRESPONDANCE_TOUS=0
Cas 2. Correspondance du contact avec tous les utilisateurs :
[GENERAL]
MESSAGERIE_CORRESPONDANCE_TOUS=1
Étendre les conditions des modèles élément à la saisie directe de la valeur
Pour activation en version 10 :
[GENERAL]
VERIFSAISIEMODELEV11=1
Il est possible de la mettre dans SIMAXOnline pour tous les postes Windows.
Configuration fenêtre de connexion du client Windows
Nouveauté valide à partir de la version 10
- Afficher la liste des utilisateurs
Clé : IDENTLISTEUTIL = 1 ou 0
- Afficher le dernier nom d'utilisateur
Clé : CLE_GENERAL_IDENT_PRELSELUTIL = 1 ou 0
- Afficher le choix ne plus poser la question
Clé : IDENTNEPASREDEMANDER = 1 ou 0
- Identification automatique
Clé : IDENTAUTO = 1 ou 0
- Authentification Windows sans mot de passe
N'est disponible que par SIMAXOnline.
Mis à jour