Wiki1000 - Contributions de l'utilisateur [fr]

Fournisseur de service SMS

2016-06-01T12:48:53Z

Chlem :

{{version710}}

Un fournisseur de service SMS configure un service capable d'envoyer des SMS

[[image:sms_service_provider.png]]

{{Tip|Un seul fournisseur peut être configuré}}

L'envoi de SMS est utilisé dans le cadre de la double authentification et de la récupération de mot de passe.

[[category:Administration]]
[[Category:Version710]]

Directives conditionnelles (langage)

2016-06-01T12:43:56Z

Chlem :

{{Version710}}

La directive de compilation conditionnelle "define" permet de définir une condition de compilation.

===Définir une directive conditionnelle===
Les directives de compilation conditionnelle peuvent être définies :

* Localement au niveau d'une procédure
: Une directive définie localement a une portée réduite au corps de la procédure.

* Globalement au niveau du concepteur
: Une directive définie au niveau du concepteur a une portée globale dans l'ensemble du code.

Pour définir une directive locale utilisez le mot clé {$DEFINE xx} :

<source lang="delphi">
procedure foo();
{$DEFINE FIX_1}
begin
{$IFDEF FIX_1}
// compiled if FIX_1 is defined
{$ELSE}
// compiled if FIX_1 is not defined
{$ENDIF}
end;
</source>

Pour définir une directive de compilation globale ne l'a définissez pas au niveau du corps de la procédure :

<source lang="delphi">
procedure foo();
begin
{$IFDEF FIX_1}
// compiled if FIX_1 is defined
{$ELSE}
// compiled if FIX_1 is not defined
{$ENDIF}
end;
</source>

Les directives définies globalement apparaissent dans le dialogue de préférence du concepteur :

[[image:designer_pref_defines.png]]

Vous pouvez activer ou désactiver une directive dans ce dialogue.

Notez que :
* Les directives globales sont identifiées au moment de la compilation
* Lorsque vous activez / désactivez une directive les procédures impactées sont recompilées.

Lorsque la directive n'apparait pas dans ce dialogue cela signifie que le code la comportant n'a pas encore été compilé. Vous pouvez soit créer explicitement la directive (fonction click droit "Ajouter") soit compiler le code correspondant.

===Utilisation des directives conditionnelles===
Les directives conditionnelles s'utilisent avec :

* {$IFDEF xx}
:Bloc compilé si la directive est définie
* {$ELSE}
:Bloc compilé si la directive n'est pas définie
* {$ENDIF}
: Termine le bloc conditionnel

[[Category:Version710]]
[[Category:Langage]]
[[Category:Directives]]

Contrôle des autorisations par ACL (Administration)

2016-06-01T12:19:55Z

Chlem :

{{Version710}}

Le contrôle des autorisations par ACL est une fonctionnalité permettant de contrôler à quelles fonctionnalités un utilisateur a accès.

===Contrôle d'accès===
Historiquement la gestion des autorisations dans Sage FRP 1000 est implémentée par la gestion des menus. L'accès aux interfaces, et donc les autorisations correspondantes, est conditionné par les menus auquel l'utilisateur a accès. Toutefois, et particulièrement à partir de la version Web, il existe plusieurs manières d'ouvrir un écran sans passer par les menus. La gestion d'autorisation par les menus n'était donc pas suffisante.

La nouvelle gestion introduite par cette fonctionnalité permet de combler cette faille, en effet le nouveau contrôle d'autorisation est appliqué globalement quel que soit la manière dont l'interface est ouverte.

===Traçabilité===
La nouvelle gestion des accès permet aussi la traçabilité des accès, elle permet de répondre aux questions suivantes :

* Quelles sont les interfaces autorisées pour un utilisateur ?
* Quelles étaient les interfaces autorisées pour un utilisateur à une certaine date ?
* Quelles sont les utilisateurs autorisés pour une interface ?
* Quelles étaient les utilisateurs autorisées pour une interface a une certaine date ?

===Listes d'autorisation===
La gestion des autorisations s'appuie sur le concept de liste blanche et liste noire.

La liste blanche est constituée des objets :

* Pour lesquels l'utilisateur est explicitement autorisé, ce qui inclue ses personnalisations.
* Pour lesquels l'utilisateur est implicitement autorisé, ce qui inclue les objets référencés par un menu auquel l'utilisateur est rattaché (premier niveau) ET les objets référencés par ces objets (niveau supérieur)
* Les objets globaux pour lesquels tous les utilisateurs sont autorisés.

La liste noire est constituée des objets :

* Pour lesquels l'utilisateur est explicitement interdit.

===Les objets globaux comprennent des interfaces qui sont toujours autorisées :===
* Les écrans de connexion et de changement de mot de passe
* Les écrans de gestion de compte
* L’écran notifiant une interdiction d'accès

===La liste des objets référencés===
Cette liste est une table de références croisées entre les objets d'interface. Par exemple lorsqu'une interface (I1) contient un lien vers une autre interface (I2) cela constitue une référence R1 référençant I2 avec comme source I1

===La liste blanche des objets implicites===
La liste blanche est alimentée :

* Par les objets de premier niveau référencés par les entrées de menu
* Par les objets de niveau supérieur référencés par la liste des références.

===Objets concernés===
Les objets concernés par le contrôle d'accès :

{|class="wikitable"
|-
!Type d'objet
!Nom d'objet
!Contrôle liste blanche
!Contrôle liste noire
|-
|Ecrans
|*.dfm
|Oui
|Oui
|-
|Formats d'édition
|mod*.dfm
|Non
|Oui
|-
|Reports
|*.drp
|Non
|Oui
|-
|Formats d'export
|
|Non
|Oui
|-
|Formats d'import
|
|Non
|Oui
|}

===Mise à jour de la liste d'autorisation===
La listes d'autorisation est impactées :
* Par les modifications d'un menu
* Par les associations explicite d'objet à un utilisateur.
* Par la modification des références entre interfaces

Tous ces cas sont gérés automatiquement excepté le cas ou les références entre interfaces sont modifiées, par exemple si vous ajouter un lien vers une interface (Int référencée) à partir d'une autre interface (Int. source)

Dans ce cas vous devez :
* Mettre à jour la table des références de l'interface source.
* Mettre à jour la liste des autorisation.

===Rôle développeur===
En mode développement le contrôle d'accès peut devenir pénalisant car le développeur doit maintenir la liste d'autorisation à jour au cours du développement.

Pour cette raison les utilisateurs ayant le rôle développeur (Droit d'ouvrir le concepteur de modèle) peuvent outre passé le contrôle d'accès lors de l'ouverture d'une interface.

[[category:Administration]]
[[category:Autorisations]]
[[category:Version710]]

Contrôle des accès par ACL (Administration)

2016-06-01T12:16:37Z

Chlem :

{{Version710}}

Le contrôle des accès par ACL est une fonctionnalité permettant de contrôler les accréditations (qui a accès à quoi) de manière centralisée.

[[category:Administration]]
[[category:Autorisations]]
[[category:Version710]]

Configuration des applications (administration)

2016-05-30T16:08:33Z

Chlem :

{{version710}}
La configuration d'application permet de définir des scripts de configuration qui seront exécutés au chargement de l'application.

Ces scripts permettent notamment :
* De définir des directives de compilation pour conditionner le code métier
* De définir des index personnalisés pour adapter les index aux usages du progiciel.

===Pour définir une configuration===
Les configuration sont définies au niveau de l'application puis associées aux applications dans un dossier.

Pour définir une configuration :

[[image:app-conf-1.png]]

puis saisissez le contenu du script :

[[image:app-conf-2.png]]

===Pour associer une configuration===
Pour associer une configuration à une application dans le contexte d'un dossier glisser l'application sur le noeud "Configurations dans ce dossier" de l'application :

[[image:app-conf-3.png]]

Notez que :
* Une configuration peut être partagée par plusieurs contextes de dossier.
* La liste des configurations est ordonnée, l'ordre de chargement de la configuration peut avoir une influence.

Pour ordonner la liste des configurations :

[[image:app-conf-4.png]]

'''Exemple de script de configuration'''

<source lang="delphi">
begin
// defines
{$DEFINEGLOBAL FIX_MY_PROBLEM}

// index
ModelManager.AddCustomIndex('WFAddress','Country,City');
end;
</source>

Voir aussi:
* [[AddCustomIndex (MM)|Ajout d'index personnalisé]]
* [[AddSearchKey (MM)|Ajout de clé de recherche globale]]

[[Category:Administration]]
[[Category:Directives]]
[[Category:Version710]]

Configuration des applications (administration)

2016-05-30T15:57:02Z

Chlem :

{{version710}}
La configuration d'application permet de définir des scripts de configuration qui seront exécutés au chargement de l'application.

Ces scripts permettent notamment :
* De définir des directives de compilation pour conditionner le code métier
* De définir des index personnalisés pour adapter les index aux usages du progiciel.

===Pour définir une configuration===
Les configuration sont définies au niveau de l'application puis associées aux applications dans un dossier.

Pour définir une configuration :

[[image:app-conf-1.png]]

puis saisissez le contenu du script :

[[image:app-conf-2.png]]

===Pour associer une configuration===
Pour associer une configuration à une application dans le contexte d'un dossier glisser l'application sur le noeud "Configurations dans ce dossier" de l'application :

[[image:app-conf-3.png]]

Notez que :
* Une configuration peut être partagée par plusieurs contexte de dossier.
* La liste des configuration est ordonnée, l'ordre de chargement de la configuration peut avoir une influence.

Pour ordonner la liste des configurations :

[[image:app-conf-4.png]]

'''Exemple de script de configuration'''

<source lang="delphi">
begin
// defines
{$DEFINEGLOBAL FIX_MY_PROBLEM}

// index
ModelManager.AddCustomIndex('WFAddress','Country,City');
end;
</source>

Voir aussi:
* [[AddCustomIndex (MM)|Ajout d'index personnalisé]]
* [[AddSearchKey (MM)|Ajout de clé de recherche globale]]

[[Category:Administration]]
[[Category:Directives]]
[[Category:Version710]]