Sage X3 Administration Avancée V5 - Corrigés [PDF]

Zitiervorschau

Sage ERP X3 – Administration avancée V5.1

Sage X3 Administration avancée

Corrigés version 5.1

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 1/93

Sage ERP X3 – Administration avancée V5.1

Sommaire 1.

EXERCICE PARAMÈTRES ET VARIABLES............................................................3

2.

EXERCICE COMPTEURS.............................................................................................8

3.

EXERCICE CRÉATION D’UN UTILISATEUR.......................................................13

4.

EXERCICE DROITS DES UTILISATEURS.............................................................23 4.1. 4.2. 4.3. 4.4.

5.

RESTRICTION AUX FONCTIONS..................................................................................23 RESTRICTIONS D’UTILISATION DE CERTAINES TRANSACTIONS DE SAISIE.................26 RESTRICTION AUX ZONES, UN EXEMPLE DANS LES ACHATS.....................................31 RESTRICTION DE CONTENU DE ZONE : RÔLE.............................................................34

EXERCICE LIEN AUTOMATIQUE & NAVIGATION...........................................47 5.1. 5.2.

6.

LIEN AUTOMATIQUE..................................................................................................47 NAVIGATION..............................................................................................................49

EXERCICE STYLES & VOCABULAIRE..................................................................50 6.1. 6.2.

7.

STYLES......................................................................................................................50 PERSONNALISATION VOCABULAIRE...........................................................................54

EXERCICE GESTIONNAIRE DES TRAVAUX BATCH.......................................56 7.1. 7.2. 7.3. 7.4. 7.5. 7.6.

PRÉ-REQUIS...............................................................................................................56 SOUMISSION AU SERVEUR BATCH  D’UNE REQUÊTE DE VALIDATION.......................56 ABONNEMENT D’UNE TÂCHE.....................................................................................58 VISUALISATION DES TRACES....................................................................................60 SOUMISSION DE TÂCHES PAR L’INTERMÉDIAIRE DE FICHIERS...................................60 FICHIER D’ATTENTE DE PASSAGE EN COMPTABILITÉ................................................63

8.

EXERCICE ETATS & DESTINATIONS....................................................................66

9.

EXERCICE GESTION DU DOSSIER.........................................................................69 9.1. 9.2.

10.

MODIFICATION DES PARAMÈTRES DU DOSSIER.........................................................69 HISTORISATION ET ÉPURATION..................................................................................70

10.1. 10.2.

EXERCICE GESTION DES PATCHS ET DES SESSIONS.................................71 GESTION DES PATCHS...........................................................................................71 CONTRÔLE DES SESSIONS......................................................................................71

11.

EXERCICE PORTAIL..............................................................................................73

12.

EXERCICE WORKFLOW.......................................................................................78

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 2/93

Sage ERP X3 – Administration avancée V5.1

12.1. 12.2. 12.3.

NOTIFICATION.......................................................................................................78 RÈGLE DE WORKFLOW...........................................................................................79 Workflow avec signature......................................................................................83

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 3/93

Sage ERP X3 – Administration avancée V5.1

1. EXERCICE PARAMÈTRES ET VARIABLES Les paramètres du superviseur DATEDEBDFT et DATEFINDFT (dates de début et de fin de statistiques) donnent un intervalle de dates par défaut lorsque des intervalles de dates doivent être saisis. A) Y a-t-il des variables globales associées ? Dans la définition du paramètre (Développement / Dictionnaire des données / Définition paramètres ), la variable nommée GDATEDEB lui est associée.

Il en est de même pour la variable DATEFINDFT qui correspond à la variable GDATEFIN. B) Trouvez deux expressions de calcul permettant de connaître la valeur de DATEDEBDFT. Quelle est la différence entre les deux ? Dans la calculatrice, la saisie de GDATEDEB (ou de [V]GDATEDEB, puisqu’il s’agit d’une variable globale), permet d’obtenir la date correspondant à la valeur attendue.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 4/93

Sage ERP X3 – Administration avancée V5.1

Une autre solution possible consiste à passer par la fonction  PARAMUTIL (sans préciser le site ni le code utilisateur, celui-ci étant alors la valeur de l’utilisateur courant).

Cette fonction renvoie la date sous forme de chaîne de caractères (AAAAMMJJ), nettement moins pratique pour faire des calculs. C) Modifiez la valeur d’un de ces paramètres et testez sa valeur. Est-elle modifiée immédiatement ? Que se passerait-il si on avait ouvert une deuxième session ? Si on modifie la valeur d’un paramètre utilisateur, on constate que la variable globale utilisée est modifiée immédiatement dans la session courante (à la re-connexion si une autre session est ouverte sous le même code utilisateur). En effet, la valeur des paramètres est lue pour renseigner la variable à la phase de connexion. La fonction func AFNC.PARAMUTIL, qui force une relecture du paramètre, donne une valeur immédiatement modifiée. D) Quelle expression de calcul permet de connaître la durée de la période par défaut proposée ? L’utilisation d’une variable permet beaucoup plus facilement de répondre à la question posée, la formule étant : GDATEFIN – GDATEDEB La deuxième méthode le permet grâce à la fonction gdat$() qui permet de retransformer une chaîne en date. D’où la formule suivante : gdat$(func AFNC.PARAMUTIL("DATEDEBDFT","",""))-gdat$(func AFNC.PARAMUTIL("DATEDEBDFT","",""))

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 5/93

Sage ERP X3 – Administration avancée V5.1

E) Le paramètre ITMFLG peut prendre les valeurs Oui ou Non. Vérifiez s’il existe une variable associée et testez-en la valeur. Quelle valeur correspond à Oui et quelle valeur à Non ? Le paramètre ITMFLG, de niveau dossier, a une variable associée nommée GITMFLG.

En modifiant la valeur par la gestion des paramètres, on s’aperçoit que Oui correspond à la valeur 2, et Non correspond à la valeur 1. Ceci est lié à l’utilisation du menu local 1 pour saisir les valeurs de ce paramètre.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 6/93

Sage ERP X3 – Administration avancée V5.1

F) Définir pour les paramètres du chapitre Superviseur groupe sécurité deux jeux de valeurs. Le premier(HIG) correspond à une sécurité forte et le second à une sécurité faible (LOW).

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 7/93

Sage ERP X3 – Administration avancée V5.1

H) Faire apparaître dans la barre de titre de l’utilisateur ACHAT les informations suivantes : a. Date du jour format JJ/MM/AA b. Nom du dossier c. Code user X3 d. Adresse E_mail de la fiche utilisateur Sur la fiche de l’utilisateur achat saisir la formule suivante

Note : nomap(0) = code du dossier courant Date$ = date du jour vue sur le serveur de traitement Sage X3 GUSER = variable globale contenant le code utilisateur Sage X3 [F:AUS]ADDEML = Variable de la classe F de la fiche utilisateur contenant l’adresse E_mail de ce dernier. Cette variable est disponible à la connexion, car le superviseur lit cette fiche pour initialiser ses droits.

I)

Création d’un code activité

i

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 8/93

Sage ERP X3 – Administration avancée V5.1

2. EXERCICE COMPTEURS La table des catégories article (Données de base / articles / catégories article ) permet de définir des catégories associées à des valeurs par défaut utilisées pour créer des articles de cette catégorie. Parmi les informations qui y figurent, on trouvera : 

dans le premier onglet, le code d’un compteur permettant automatiquement les codes articles créés dans cette famille



dans le troisième onglet, si l’article est géré en stock et suivi en lot, le code d’un compteur permet de numéroter automatiquement les lots articles entrés.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

de

numéroter

Page 9/93

Sage ERP X3 – Administration avancée V5.1

A) On souhaite disposer d’une codification automatique des articles basée sur un compteur nommé ART pour une catégorie d’article gérée en stock et en lot (à créer sous le code COURS, ses caractéristiques pouvant par exemple être celles de la catégorie NEGLO). Le compteur doit être composé :    

des 2 premiers caractères du code utilisateur suivi du numéro de l’année de création de l’article sur 2 caractères suivi d’un tiret et suivi d’un numéro séquentiel sur 3 caractères.

Comment le paramétrez-vous ? On crée un compteur, nommé par exemple ART, qui va utiliser un premier segment sous la forme d’une formule de calcul (GUSER en l’occurrence). On obtient le paramétrage de compteur suivant :

L’année étant présente, on peut remettre à zéro le compteur annuellement. Il est à noter que la remise à zéro annuelle serait interdite si l’année n’était pas présente dans le compteur.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 10/93

Sage ERP X3 – Administration avancée V5.1

B) Combien d’articles de cette catégorie peut-on créer par an sans risque de doublon ? Peut-on, en standard, disposer d’une séquence de numérotation par utilisateur ? On ne peut pas créer plus de 1000 articles différents par an dans la catégorie d’article sans risque de collision (même si par ailleurs cela peut passer si le code utilisateur créant le 1001 ème article n’est pas le même que celui qui aura créé le premier…). Il est à noter qu’en standard on ne peut pas disposer d’une séquence de numérotation par utilisateur : la composante formule, contrairement à la composante complément, ne gère qu’une seule séquence de numérotation, tous composants complémentaires (date, société, site) égaux par ailleurs. C) Les numéros de lots créés pour chaque article de cette catégorie doivent être paramétrés (avec un compteur nommé LT1, à créer) de la façon suivante :   

le code article suivi de l’année et du numéro du mois d’entrée en stock sur 2 caractères chacun suivi d’un numéro séquentiel sur 3 caractères (001,002,003…).

Comment le paramétrez-vous, en supposant que chaque article possède sa propre numérotation ? On utilise, pour que l’article soit inclus dans le compteur de lot, une composante de type Complément (sur 8 caractères car le compteur précédent est de longueur 8). En effet, dans tous les cas de création de lot avec numérotation automatique, le segment Complément contient le code de l’article. Ceci donne le résultat suivant :

Il est à noter qu’une séquence courante est stockée pour chaque valeur de complément. Ainsi, chaque article aura son numéro de lot 001, 002, 003 dans l’ordre. La numérotation est complétée avec des zéros parce que la case Alphanumérique est cochée. ©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 11/93

Sage ERP X3 – Administration avancée V5.1

D) Si les numéros de lots créés pour chaque article devaient être paramétrés de la façon suivante (avec un compteur LT2 à créer) :    

le code article suivi de A pour la première année, B la deuxième année… (année codée sur 1 caractère) suivi du numéro du jour d’entrée en stock sur 3 caractères suivi d’un numéro séquentiel sur 3 caractères (001,002,003…).

Comment paramétriez-vous, en supposant que le numéro séquentiel est partagé par tous les articles ? Pour réaliser ceci, on identifie a priori les composantes suivantes : 

La première composante paraît devoir être le complément (en effet, le champ complément correspond au code article). Mais si on utilise le complément, on aura une séquence de numérotation par valeur différente de complément, ce qui n’est pas l’effet recherché. Il faut donc utiliser un segment de type Formule. La difficulté consiste à savoir quelle formule de calcul peut être utilisée. En fait, le sous-programme de numérotation dispose d’une variable locale nommée COMPLEMENT, qui donne la valeur du complément. Il faut donc utiliser la formule [L]COMPLEMENT.



La deuxième composante est aussi une formule de calcul, qui permettra d’affecter A à la première année, B à la deuxième, etc. En supposant que l’on commence à 2005, on utilisera la fonction chr$, qui permet d’obtenir un caractère à partir d’un code ascii. Le code ascii 65 correspond à A, 66 à B, etc.. Par ailleurs, year(datesyst) permet de connaître l’année relative à la date de connexion ; la formule sera donc : chr$(2005-year(datesyst)+65)



Une composante de type Jour et de longueur 3 permet d’obtenir le numéro du jour dans l’année (de 001 à 365 ou 366 selon les cas).



Un segment de type Numéro de séquence et de longueur 3.

Par ailleurs, un tel compteur sera remis à zéro mensuellement. Le résultat est le suivant :

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 12/93

Sage ERP X3 – Administration avancée V5.1

E) Dans le dernier exemple donné, est-il possible de passer le numéro séquentiel à 4 chiffres ? Pourquoi ? Quand s’aperçoit-on de l’impossibilité ? La longueur totale du compteur précédemment défini est égale à 15. Cette longueur peut être augmentée jusqu’à 20 (car un compteur peut définir des clés séquentielles sur 20 caractères) ; on peut donc a priori passer le champ numéro de séquence à 4 sans que cela ne pose de problème dans la définition du compteur. Par contre, lorsqu’on essaie d’affecter un compteur de longueur supérieure à 15 au champ Numéro de lot dans la fiche article, un message d’erreur s’affiche, car les numéros de lot ont une longueur maximale de 15 caractères. L’augmentation n’est donc pas possible. F) A votre avis, comment faut-il renseigner la case à cocher Remise à zéro dans le cas du compteur ART ? et dans le cas des compteurs LT1 et LT2 ? La case à cocher Remise à zéro indique si les numéros de compteurs courants doivent être supprimés (pour que l’on reparte à 1 dans les séquences) lors de l’opération de Remise à zéro dossier. Cette opération permet de supprimer tous les mouvements dans la base en gardant les données de base. Les articles font partie des données de base et ne sont pas supprimés. Il est en conséquence important de ne pas remettre à zéro le compteur ART, sinon on aura des problèmes lors de la création de nouveaux articles. Il paraît par contre logique de remettre à zéro les compteurs LT1 et LT2, car les lots (et les niveaux de stock) font partie des données effacées lors d’une remise à zéro. G) Pensez-vous que cela ait un sens d’utiliser un code société / site dans la numérotation de l’article ? du lot ? En numérotation article, cela n’a pas de sens d’utiliser les codes site ou société. En effet, en création d’un article, il n’y a pas de site courant. Pour le lot, cela a un sens, dans la mesure où un numéro de lot est attribué lors de l’entrée en stock de l’article. Cette entrée se fait sur un dépôt (i.e. un site) et une société.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 13/93

Sage ERP X3 – Administration avancée V5.1

3. EXERCICE CRÉATION D’UN UTILISATEUR A) Créez un nouvel utilisateur (appelé NOUV) avec ses propres profils menus et fonctions. L’accès à la saisie des pièces comptables sera restreint pour l’utilisateur selon les règles suivantes :      

interdiction de changer de transaction quel que soit le site. accès autorisé en consultation, mise à jour, suppression sur le site ASN. accès autorisé en consultation, mise à jour sur la société APP. pas d’accès aux écritures de la société APT. accès autorisé en consultation uniquement sur les autres sites. le site par défaut proposé dans tous les modules sera ASN, sauf pour l’un des modules pour lequel c’est impossible, et pour lequel on mettra PAR. Lequel est-ce ? Pourquoi ?

Est-il possible de définir des accès en consultation et en suppression uniquement pour le regroupement CNS. Pourquoi ? On lui donne accès par ailleurs à toutes les fonctions des Ventes, des Achats, de la Comptabilité, des Tiers, ainsi que toutes les fonctions du tronc commun liées. On crée d’abord un code profil fonction appelé NOUV, avec les caractéristiques suivantes : 

L’onglet Accès ne donne pas accès à tous les codes accès. (on va être amené à créer un code d’accès par la suite). De ce fait, rien n’est coché et aucune ligne n’est présente dans le tableau du premier onglet.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 14/93

Sage ERP X3 – Administration avancée V5.1

Le deuxième onglet définit ASN comme site par défaut pour tous les modules, sauf le module GPAO, parce que le site ASN n’est pas un site de production (PAR l’est par contre). On remarquera qu’il n’est pas obligatoire de définir des sites par défaut (on l’a omis ici pour les modules spécifiques qui ne sont pas utilisés dans le contexte du dossier de démonstration)



L’onglet Etats est saisi avec toutes les lignes à Oui, sauf celles qui concernent la gestion de production. On utilise ensuite le bouton Habilitations pour définir la liste des fonctions autorisées, puis le bouton Ajout pour ajouter des fonctions à la liste (on remarquera le bouton Fusion qui permet de construire des ensembles d’habilitation à partir de sous-ensembles définis au préalable). Ajouter des fonctions peut être fait par picking de fonctions isolées, en rafraîchissant le volet dédié (par la touche F5). On aura au préalable gardé les cases Accès et Options cochées, le type étant égal à Regroupement et la zone Regroupement/Site étant vide (les fonctions que l’on va ainsi rajouter seront accessibles sans restriction).

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 15/93

Sage ERP X3 – Administration avancée V5.1

La partir supérieure de l’écran d’ajout de fonctions au profil

L’onglet états

Le volet de picking des fonctions (accessible par le bouton Habilitations)

Il est plus rapide d’utiliser le bouton Modules pour définir la liste des fonctions globalement par module (pour les modules Ventes, Achats, Stocks, Compta, Tiers, et Tronc commun), quitte à revenir ensuite en arrière pour ôter des fonctions. Lorsqu’on quitte la fonction d’ajout pour revenir à la fonction d’habilitation fonctionnelle, on voit l’ensemble des habilitations accordées aux profils existants. On va maintenant pouvoir modifier les accès à la fonction de saisie des écritures. Si on ne connaît pas le nom de cette fonction, le plus simple est de rechercher la fonction dans le menu (Comptabilité / Pièce / Saisie ). L’info bulle sur la fonction nous donne son nom (GESGAS). Si on rappelle cette fonction dans les habilitations, on voit qu’on a tous les droits (Accès=Oui sur le regroupement vide, c’est-à-dire sur tous les sites, Options=CSMT, le bouton signification nous précisant que ce sont les droits de création, modification, suppression, et changement de transaction).

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 16/93

Sage ERP X3 – Administration avancée V5.1

On modifie les habilitations à cette fonction de la façon suivante :

L’option T n’est autorisée nulle part, l’accès sur le regroupement vide (c’est-à-dire tous les sites non explicitement listés par ailleurs) se fait sans aucun droit de mise à jour, l’accès aux données de la société APT est refusé. Si on essaie de donner des habilitations particulières au regroupement CNS, on obtient le message suivant à l’enregistrement :

Car le regroupement CNS est une société non juridique (regroupement de sites) qui inclut notamment ASN. On a donc défini par ce biais deux règles pour le même site, ce qui est bien évidemment interdit. On crée ensuite le profil menu NOUV, qui peut dans un premier temps être obtenu par duplication du profil ADMIN. Le fait d’avoir toutes les fonctions au menu n’est pas une faille du système : seules les fonctions autorisées par le profil fonction pourront être lancées, la tentative d’accès aux autres provoque l’affichage du message Fonction non autorisée. Ceci fait, on peut à présent créer la fiche de l’utilisateur NOUV en lui donnant le profil menu NOUV et le profil fonction NOUV. La réponse aux différentes questions de l’exercice dépendent des valeurs renseignées dans les différents onglets de la fiche utilisateur.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 17/93

Sage ERP X3 – Administration avancée V5.1

B) Faites en sorte qu’il ne puisse pas non plus :  modifier les conditions de paiement de la fiche client  éditer des états de gestion de production.  voir des informations dans l’explorateur de liaison (il pourra par contre créer des liaisons automatiques qui pourront être vues par les autres utilisateurs).. Pour que l’utilisateur ne voit pas d’informations dans l’explorateur de liaisons, on mettra le code vide dans le paramètre GRPLIAISON du chapitre superviseur et groupe SEL (la valeur par défaut est STD ; le fait de modifier cette valeur provoque l’affichage de Utilisateur sur la colonne Niveau ).

Le paramètre Liaisons auto reste égal à STD ; ainsi, l’utilisateur continuera à créer automatiquement des liaisons dans le groupe STD, mais il ne pourra pas les voir. Pour que l’utilisateur ne puisse pas modifier les conditions de paiement, il faut protéger ce champ par un code d’accès sur lequel l’utilisateur NOUV n’aura que des droits de consultation. Appelons ce code d’accès CONDPAY par exemple :

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 18/93

Sage ERP X3 – Administration avancée V5.1

Il faut alors que l’utilisateur NOUV dispose des droits suivants sur l’onglet Accès :

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 19/93

Sage ERP X3 – Administration avancée V5.1

Il faut affecter le champ conditions de paiement de la fiche client avec ce code d’accès. Pour ce faire, il faut savoir comment s’appellent l’écran et champ. On se place sur le champ en question (Données de base / Tiers / Clients, onglet Financières) et on clique sur F6 :

Il reste alors à affecter le code d’accès CONDPAY au champ PTE de l’écran BPC3, par la fonction idoine (Paramétrage / Paramètres généraux / Affectation codes d’accès ) :

Il est à noter que le rajout de ce code d’accès protège le champ PTE non seulement vis à vis de l’utilisateur NOUV, mais également vis à vis de tous les autres utilisateurs qui ont un profil ne leur donnant pas de droits sur tous les codes d’accès. Il faudra donc peut être donner des droits sur le code d’accès créé à d’autres profils. Poser un code d’accès revient à ajouter une serrure : il faut donc vérifier que les utilisateurs concernés ont bien tous la clé nécessaire.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 20/93

Sage ERP X3 – Administration avancée V5.1

C) Faites en sorte qu’il ne puisse pas se connecter sous son code avec plus d’une session primaire et une session secondaire, et que ces sessions soient automatiquement fermées en cas d’inactivité clavier supérieure à 10 minutes (avec un délai de grâce de 30 secondes). La limite du nombre de sessions primaires et secondaires est fixée par les paramètres MAXSES1 et MAXSES2, tandis que le temps limite pour la déconnexion est défini à 600 secondes (paramètres TIMEHGUP1 et TIMEHGUP3) avec un délai de grâce égal à 30 secondes (paramètre TIMEHGUP2).

D) Interdisez le chargement de la dernière fiche lue, ainsi que le remplissage de la liste gauche lors d’un tunnel, et testez ce qui se passe en gestion de clients dans ce cas (en passant en tunnel sur un des champs sur lequel un tunnel existe). Les paramètres CHDERLUS et LFTBOXTUN contrôlent le chargement de la dernière fiche lue et le remplissage de la liste gauche en tunnel.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 21/93

Sage ERP X3 – Administration avancée V5.1

E) Restreignez son choix à l’entrée en gestion de devis du module vente aux deux transactions RAP et PAU. Pour restreindre l’accès aux deux transactions de devis RAP et PAU, il faut protéger les autres transactions par un code d’accès (sur lequel NOUV n’a aucun droit). Si on entre en gestion des transactions de devis (Paramétrage / Ventes / Transactions de saisie / Devis), on s’aperçoit qu’il n’y a qu’une autre transaction nommée STD (laquelle donne accès à tous les champs). C’est donc elle qu’il faudra protéger par un code d’accès. F) En entrant en gestion des factures du module ventes, l’utilisateur a accès à plusieurs types de saisie (transactions PRO, RAP, STA, STD…). Faites en sorte que l’utilisateur n’ait pas le choix à l’entrée dans la fonction et entre directement en saisie de facture de type RAP (les autres transactions lui restant accessibles via le menu Affichage / Transaction). Connectez-vous et testez les restrictions d’accès mises en place. Reconnectez-vous ADMIN. Pour proposer une transaction par défaut à l’entrée, on agit sur le profil menu (il ne s’agit que d’une préférence, et pas d’une restriction d’accès). En zoomant sur le menu ventes, puis factures, on retrouve la fonction GESINV ; dans la colonne Options, on peut sélectionner la transaction RAP concernée.

G) Considérez maintenant que cet utilisateur est un fournisseur dont le code est AUBUISSON, et faites en sorte qu’il ne puisse voir que les commandes (objet POH , table PORDER ) qui lui sont passées. Testez le résultat en vous reconnectant comme utilisateur NOUV.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 22/93

Sage ERP X3 – Administration avancée V5.1

Pour réaliser ce filtrage, on créera, dans la table diverse 60, le rôle BPS (fournisseur). Ceci peut être fait directement par tunnel depuis l’écran de paramétrage des rôles. On y définira par ailleurs les fonctions où le rôle induit un filtrage :

idem pour les objets BPR POH PTH PIH On a ici créé des filtres sur les tiers, les fournisseurs, les commandes, les réceptions et les factures (qui sont les fonctions auxquelles mon utilisateur tiers externe est supposé avoir accès : dans la réalité, on devra revoir son profil fonction pour ne lui autoriser que les fonctions en question). Une fois que ce rôle est créé et que les zones, sur lesquelles un filtre est établit, sont définies, il reste à préciser que NOUV est fournisseur et qu’il est connu sous le code AUBUISSON, ce qui va être défini dans l’onglet Rôles de la fiche de l’utilisateur NOUV :

On remarquera que la case à cocher Utilisateur externe n’a qu’une valeur informative.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 23/93

Sage ERP X3 – Administration avancée V5.1

4. EXERCICE DROITS DES

UTILISATEURS

4.1. RESTRICTION AUX FONCTIONS Dans le profil fonction ACHAT associé au code utilisateur ACHAT, dans l’onglet Accès la case Toutes fonctions autorisées n’est pas cochée.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 24/93

Sage ERP X3 – Administration avancée V5.1

Dans le menu navigation de la barre menu principale d’X3 : « Aller à la fonction » la valeur CALMFGCOST qui appartient au contrôle de gestion renvoie le message Fonction non autorisée

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 25/93

Sage ERP X3 – Administration avancée V5.1

Si la case est cochée : on peut rentrer dans la fonction de calcul de coût

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 26/93

Sage ERP X3 – Administration avancée V5.1

4.2. RESTRICTIONS D’UTILISATION DE CERTAINES TRANSACTIONS DE SAISIE 4.2.1. Restriction à une transaction de facture d’achat Création du code accès NADA

Dans la fonction de paramétrage des transactions de saisie des factures d’achat (Paramétrage / achat / transaction de saisie / factures-avoirs) création du code ACH par duplication du code STD

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 27/93

Sage ERP X3 – Administration avancée V5.1

Affectation du code accès à la transaction STD

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 28/93

Sage ERP X3 – Administration avancée V5.1

Dans l’onglet Accès de l’utilisateur ACHAT : non à consultation exécution et modification.

Avec le profil ACHAT dans les factures d’achat (Achat / Facture / Contrôle facture) le fait d’être à exécution = non, l’utilisateur ACHAT entre directement dans la transaction autorisée : ACH. Il n’a pas pu choisir STD ©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 29/93

Sage ERP X3 – Administration avancée V5.1

4.2.2. Tous codes accès Onglet Accès de l’utilisateur ACHAT puis case Tous codes accès cochée : les transactions qui ont un code accès seront autorisées.

Pour le vérifier entrez avec le profil ACHAT et allez dans les factures. Les deux transactions apparaissent

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 30/93

Sage ERP X3 – Administration avancée V5.1

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 31/93

Sage ERP X3 – Administration avancée V5.1

4.3. RESTRICTION AUX ZONES, UN EXEMPLE DANS LES ACHATS 4.3.1. Dans la transaction de saisie Exemple : taxe ; les codes taxe 1, 2 et 3 sont affichés. Avec les profils utilisateurs ADMIN et ACHAT, l’utilisation de la transaction ACH ne rend pas possible la saisie des codes taxe. La transaction STD la rend possible

4.3.2. Dans une même transaction ex : compte Le profil ACHAT pourra voir le compte sans le modifier Dans une facture d’achat utilisant la transaction ACH : interrogation de la zone compte, à la ligne, pour connaître le nom de la zone et le code écran.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 32/93

Sage ERP X3 – Administration avancée V5.1

Affectation du code accès NADA à la zone trouvée, dans le code écran adéquat

Revalidation de la transaction ACH Sur le code utilisateur ACHAT et dans l’onglet Accès affectation du code NADA avec oui en consultation et non au reste.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 33/93

Sage ERP X3 – Administration avancée V5.1

Avec le profil ACHAT, dans les factures d’achat (avec la transaction ACH) sur une ligne de facture : ACHAT ne peut pas aller sur le compte, il peut le voir.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 34/93

Sage ERP X3 – Administration avancée V5.1

4.4. RESTRICTION DE CONTENU DE ZONE : RÔLE 4.4.1. Paramétrage Sur les factures achat, le profil ACHAT aura le droit de saisir le compte mais pas n’importe lequel : compte de charge (6). Repérage du nom de la zone à contrôler par le rôle, F6 dans la zone compte depuis une ligne de facture d’achat (transaction ACH).

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 35/93

Sage ERP X3 – Administration avancée V5.1

Création du rôle CPT (table diverse 60, Développement / Dictionnaire des données)

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 36/93

Sage ERP X3 – Administration avancée V5.1

Le filtre à appliquer se fait sur les comptes, donc il s’agit de l’objet GAC Données de base / Tables comptables / Générale / Comptes généraux zone Classification. F6 sur la zone

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 37/93

Sage ERP X3 – Administration avancée V5.1

Dictionnaire des écrans, tunnel sur la zone menus locaux (zone CLS)

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 38/93

Sage ERP X3 – Administration avancée V5.1

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 39/93

Sage ERP X3 – Administration avancée V5.1

Code objet GAC pour affecter le rôle dans Paramétrage / Utilisateurs / Rôles. Mis en place de rôle CPT et le champ CLS

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 40/93

Sage ERP X3 – Administration avancée V5.1

Dans la fiche utilisateur onglet rôle, indication du rôle CPT en y précisant la valeur de filtre 6.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 41/93

Sage ERP X3 – Administration avancée V5.1

Utilisation de la transaction ACH dans la facture puis création d’une ligne de facture ; Sélection et tunnel :

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 42/93

Sage ERP X3 – Administration avancée V5.1

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 43/93

Sage ERP X3 – Administration avancée V5.1

N’apparaissent que les comptes de la classe 6.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 44/93

Sage ERP X3 – Administration avancée V5.1

Seules les occurrences de classe 6 apparaissent dans la liste gauche. ©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 45/93

Sage ERP X3 – Administration avancée V5.1

Note sur l’existence d’action type sélection Si une action de sélection existait dans la zone LINACC de notre exercice nous aurions eu en sélection tous les comptes. Nous aurions du passer par une action spécifique utilisant la variable FILGAUCHE

Ici 4 actions : Avant_saisie, Contrôle, Contrôle et Après_modif Exemple : même écran PIH3 zone ITMREF, action de type sélection = SELOBJW

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 46/93

Sage ERP X3 – Administration avancée V5.1

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 47/93

Sage ERP X3 – Administration avancée V5.1

5. EXERCICE LIEN AUTOMATIQUE & NAVIGATION 5.1. LIEN AUTOMATIQUE A) Chaque fois qu’une commande est passée (objet SOH, table principale SORDER), on désire que l’explorateur de liaisons de la fiche du client commandeur pointe sur la commande avec un code sémantique Commande. Est-il nécessaire que l’explorateur de liaison soit présent sur la commande ? Comment ferait-on pour que la commande pointe sur le client avec un lien intitulé Est commandé par  ? La première question à se poser est celle de la sémantique de liaison gérée dans la table diverse 61. On y ajoutera ici deux codes de liaison : le premier s’appelle COM (Commande), le second CPA (Commandé par). Les deux sont réciproques :

On définit ensuite, par personnalisation de la commande, qu’une liaison doit être créée à chaque fois qu’une commande est passée :

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 48/93

Sage ERP X3 – Administration avancée V5.1

La table des liaisons gérant un lien réciproque crée des dans les deux sens. Si on réalise ce paramétrage, un lien réciproque sera créé, même si l'explorateur de liens n'existe pas (les liens créés avant que l'explorateur de lien ne soit paramétré dans l'objet SOH existent quand même). La validation de ce paramétrage prend du temps. En effet, dans tous les cas, on revalide la fenêtre associée à l’objet. Dans le cas des commandes, objet géré par transaction (qui peut donc avoir plusieurs fenêtres), toutes les fenêtres sont revalidées. On notera également les points suivants : 

les nouveaux liens créés s'appliquent sur les fiches que l'on crée, pas sur celles déjà créées (sauf à les recalculer a posteriori avec l'utilitaire idoine).



les liens sont créés dans le groupe de liens nommé liaison auto dans la fiche utilisateur. Si ce code lien est vide, aucun lien automatique ne sera créé



seuls les liens définis par le groupe de liaison de la fiche utilisateur peuvent être vus par l'utilisateur lui-même. Autrement dit, si les deux groupes de liaison ne sont pas les mêmes, l'utilisateur ne verra pas les liens automatiques qu'il crée. Par ailleurs, si le groupe de liaisons est vide, l'utilisateur ne verra aucun lien dans l'explorateur de liaisons (cf. Exercice 3B).

B) Un tel lien pourrait-il être créé automatiquement par paramétrage uniquement pour les commandes de plus de 10.000 euros HT ? Créer un lien automatique conditionnel est possible via le Workflow. Le principe est le suivant : on crée un événement de Workflow basé sur l’objet SOH, en création, avec la condition idoine :

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 49/93

Sage ERP X3 – Administration avancée V5.1

5.2. NAVIGATION C) Chaque fois qu’un nouveau client est créé directement depuis la fonction de base, on désire que la zone commentaire présente sur le 4 ème onglet de la fiche contienne le commentaire « Créé le jj mmmmmm aaaa par XXXX», XXXX étant le code utilisateur courant et jj mmmmmm aaaa la date courante (mois en toutes lettres). Il faut créer un code de navigation qui définit les conditions de transition de la fonction GESBPC vers l’objet BPC, en ne définissant aucun filtre dans le premier onglet, mais simplement une formule de calcul pour le champ Commentaire (qui est le champ BPCREM situé sur l’écran BPC2) :

A noter : 

Le formatage de la date enchaîne plusieurs fonctions :

format$ permet de traduire en chaîne de caractères selon un format de type date ( D : ), sur 2 chiffres pour le jour (2D), suivi d’un espace (commentaire [ ] entre crochets), suivi d’au maximum 12 lettres pour le mois (12M), suivi d’un espace et de l’année sur 4 chiffres (4M). vireblc(chaîne,5) permet de remplacer plusieurs espaces consécutifs par un seul. 

Créer une telle fiche est une fonction de développement. Ceci signifie qu’il faut impérativement protéger par un code activité spécifique la fiche que l’on vient de créer, faute de quoi elle ne sera pas pérenne.

D) Que se passe-t-il en cas de duplication d’un client existant ? Les valeurs par défaut ne sont évaluées que si l’on crée une nouvelle fiche. C’est une des limites de la fonction : si on veut aller au delà cela suppose d’écrire des lignes de code.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 50/93

Sage ERP X3 – Administration avancée V5.1

6. EXERCICE STYLES & VOCABULAIRE 6.1. STYLES A) L’utilisateur NOUV (et lui seul) devra visualiser le titre des champs où se trouve un tunnel ou une sélection (hors tableau) en rouge souligné. S’il existe un tunnel, le contenu du champ sera en bleu et en gras. Le style associé aux titres des champs sur lesquels se trouve un tunnel est AFTTUN et celui sur lesquels se trouve une sélection est AFTSEL. Le style associé au contenu des champs sur lesquels se trouve un tunnel est AFVTUN ; pour renseigner correctement ces styles, on crée un style personnalisé, appelé par exemple NOUV et associé à l’utilisateur NOUV par le biais du paramètre STYLE. Ceci donne les éléments suivants : Paramétrage du style NOUV (lignes significatives)

Paramètre utilisateur STYLE associé à l’utilisateur NOUV

Le résultat obtenu à la connexion du client NOUV est le suivant (ici sur la fiche client, 5ème onglet). Les titres en rouge souligné signalent des tunnels ou des fenêtres de sélection ; seuls les champs en bleu et gras disposent d’une fenêtre de sélection.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 51/93

Sage ERP X3 – Administration avancée V5.1

B) Sur la fiche article, dans l’onglet Ventes, on désire faire apparaître le prix de base en gras et rouge sur fond jaune s’il est non nul et inférieur au prix plancher majoré de 10%. S’il est supérieur à ce seuil, mais différent du prix théorique, on veut le faire apparaître en gras et bleu sur fond jaune. on utilisera un style conditionnel, nommé XBASE, défini dans la table des styles générale :

On personnalise ensuite ces deux styles pour NOUV :

Il reste alors à vérifier le nom des champs prix de base, prix théorique, et prix plancher sur la fiche article, ce que l’on fait grâce à la touche F6. On trouve que ces champs, présents sur l’écran ITS, s’appellent respectivement BASPRI, THEPRI et MINPRI. On crée alors le style conditionnel BASE :

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 52/93

Sage ERP X3 – Administration avancée V5.1

Remarques : zc fait référence à la zone courante, les autres champs sont nommés par leur code, préfixé de la classe de variable [M :ITS] (écran d’abréviation ITS). la ligne blanche dans le tableau signifie et par défaut… il n’y a pas de style…

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 53/93

Sage ERP X3 – Administration avancée V5.1

Il reste affecter le style conditionnel par la fonction de personnalisation des écrans :

Si on regarde les 3 articles suivants, en étant connecté comme NOUV, on obtient :

Article CD9100 :

Article BAT100 :

Article CD150 :

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 54/93

Sage ERP X3 – Administration avancée V5.1

6.2. PERSONNALISATION VOCABULAIRE C) Vous désirez remplacer, partout dans le progiciel, le terme Transporteur par celui de Camionneur. Réalisez au moins une partie du travail, et vérifiez le résultat, en visualisant une commande, un client, un transporteur. Tout a-t-il bien été modifié ? Y at-il des revalidations complémentaires à faire ? La personnalisation de vocabulaire permet de remplacer un terme par un autre. Mais il faut, dans cette fonction, utiliser un clic droit pour rechercher tous les messages contenant le terme transporteur… et il y en a près de 35 ! L’écran se présente comme cela :

Une revalidation des écrans va être proposée et enchaînée. Cependant, l’intitulé Transporteur est aussi présent dans les menus. Il faudra, pour que tout soit complet, revalider tous les profils menus (Développement/Utilitaires/Dictionnaire/Validation des menus, en donnant * comme code menu).

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 55/93

Sage ERP X3 – Administration avancée V5.1

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 56/93

Sage ERP X3 – Administration avancée V5.1

7. EXERCICE GESTIONNAIRE DES TRAVAUX

BATCH

7.1. PRÉ-REQUIS Le serveur batch doit être actif (Exploitation/ Serveur Batch/ Activation serveur) ainsi que la tâche comptable (Exploitation/ Serveur Batch/ Tâche comptabilité bouton « démarrer »)

7.2. SOUMISSION AU SERVEUR BATCH  D’UNE REQUÊTE DE VALIDATION Allez dans le gestionnaire des tâches et chercher la tâche qui permet la validation des factures (Exploitation/ Serveur batch/ Gestion des tâches) Soumettez la requête au serveur batch en définissant des paramètres suivant : (Exploitation/ Serveur Batch/ Soumission des requêtes)  une société APN  un site ASN  un type de facture : FAC  des bornes de date (par exemple le mois courant ou le mois précédent)  une heure : mettez 5 minutes de plus que votre heure actuelle.  Allez dans le gestionnaire des requêtes, que constatez-vous ? (Exploitation/ Serveur Batch/ Gestion des requêtes) La tâche batch qui permet la validation des factures est FUNCFMINV.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 57/93

Sage ERP X3 – Administration avancée V5.1

L’écran de passage des paramètres est le suivant :

Visu du gestionnaire des requêtes avec la requête de validation des factures :

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 58/93

Sage ERP X3 – Administration avancée V5.1

7.3. ABONNEMENT D’UNE TÂCHE Abonnez le tâche batch comptable en définissant un démarrage de celle-ci du lundi au vendredi à 8h00 (Exploitation/ Serveur Batch/ Gestion des Abonnements).  Est-ce qu’il est nécessaire de saisir des paramètres pour cette tâche ?  Allez voir le gestionnaire des requêtes, que constatez-vous ? Abonnez de même la validation des factures, le 15 et en fin de chaque mois à 12h30 et à 18h30, puis finalement toutes les quinze minutes entre 10H et 18H tous les jours ouvrables. Il faut tout d’abord aller dans la gestion des tâches pour connaître le nom de la tâche comptable (ACCBATCH), puis paramétrer le gestion des abonnements comme suit :

Il n’y a aucun paramètre à saisir pour le lancement de cette tâche. On ne verra rien au niveau de la gestion des requêtes avant que la première requête ne soit lancée à l’heure dite….

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 59/93

Sage ERP X3 – Administration avancée V5.1

Le principe de la tâche bi-mensuelle est le même :

Il faut prendre garde à la cinématique de création : il faut d’abord créer l’abonnement, puis saisir les paramètres à l’aide du bouton idoine. Après seulement, on peut activer l’abonnement. On remarquera par ailleurs que la coche Une seule requête a été activée : ainsi, si la tâche lancée à 12h30 n’est pas terminée à 18H30, une deuxième tâche ne sera pas lancée. Pour la tâche à lancer toutes les 15 minutes, les paramètres restent les mêmes, sauf ceux de périodicité et de fréquence (on remarquera qu’un calendrier de jours fériés a été choisi).

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 60/93

Sage ERP X3 – Administration avancée V5.1

7.4. VISUALISATION

DES TRACES

Dans le gestionnaire des requêtes, visualisez la trace du serveur batch par le bouton « Trace ».  Quel est le nom de ce fichier ?  Où se situe ce fichier sur le serveur ? La trace relative au serveur batch est le fichier « serveur.tra » qui se trouve au niveau de l’application dédiée pour le serveur batch SERVX3. Si Sage X3 a été installé sur un serveur Windows, sur le disque E, dans un sous-répertoire V140, le chemin sera le suivant : E:\V140\runtime\SERVX3\TRA\serveur.tra Quant à la trace de la tâche batch comptable (ACCENTRY.tra), elle se trouve dans chaque dossier. Elle relate l’activité de cette tâche particulière notamment le passage en comptabilité des différentes pièces. Elle se trouve dans le répertoire TRA de chaque dossier, donc avec un chemin tel que :  E:\ V140\Dossiers\DEMO\FIL\ACCENTRY.tra

7.5. SOUMISSION DE TÂCHES PAR L’INTERMÉDIAIRE DE FICHIERS Définir des répertoires dédiés à la soumission des tâches (Paramétrage / Exploitation / Paramètres serveur batch ) Le paramétrage par défaut (Valeur de paramètres dans le superviseur, pour le paramètre EXTBATCH) interdit la soumission externe de tâches batch. Pour des raisons de sécurité, vous pouvez ne l’autoriser qu’au niveau d’un utilisateur. Tant que la valeur n’est pas égale à Oui pour l’utilisateur courant, il est impossible de saisir les répertoires correspondants. On passera donc en gestion de l’utilisateur ADMIN pour mettre EXTBATCH = Oui. Les paramètres du serveur batch peuvent alors être saisis :

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 61/93

Sage ERP X3 – Administration avancée V5.1

Ceci étant fait, on peut lancer la tâche batch (par Exploitation / Serveur batch / Soumission de requêtes), en cochant la case Modèle  :

La fenêtre de saisie des paramètres peut être renseignée comme suit :

A la validation, un fichier nommé FUNCFMINV.mod est créé dans le répertoire dédié aux modèles.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 62/93

Sage ERP X3 – Administration avancée V5.1

Ce fichier contient les lignes suivantes : DOSSIER=DEMO UTIL=ADMIN PASSE=9B8E36ADE34FAD4002A67E5C GRP= TACHE=FUNCFMINV DATE=20050103 HEURE=0945 ALLCPY=2 ALLFCY=2 ALLTYP=2 ALLUSR=1 ENDDAT=20041231 STRDAT=20040101 USR=ADMIN ZUSR=Administrateur système On retrouve, posé « à plat », les paramètres de lancement (date, heure, utilisateur, mot de passe crypté) et les paramètres de l’écran. Il suffit alors de modifier les paramètres liés à la date et l’heure par exemple, puis de réécrire le fichier dans le répertoire job, avec une extension .job, et un nom quelconque, pour voir successivement : la tâche apparaître dans la liste des requêtes soumises à l’heure prévue (dès lors que le serveur batch se sera réveillé). Le fichier d’extension job sera devenu un fichier d’extension req, dans le répertoire req. La tâche lancée (on passera au fichier d’extension old dans le répertoire correspondant, et un fichier d’extension run dans le répertoire correspondant). La tâche terminée (on retrouvera alors un fichier d’extension sta dans le répertoire correspondant).

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 63/93

Sage ERP X3 – Administration avancée V5.1

7.6. FICHIER D’ATTENTE DE PASSAGE EN COMPTABILITÉ  Arrêtez la tâche comptable de votre dossier (ou vérifiez qu’elle ne tourne pas). Dupliquez une facture de vente, l’imprimer et validez-la (Ventes/ Facture/ Facture).  Que se passe-t-il au niveau de la tâche comptable ?  Allez en maintenance en ligne (Développement/ Utilitaires/ Maintenance fichier GACCTMP)  Que retrouvez-vous comme enregistrement ?  Démarrez la tâche comptable  Que se passe-t-il ?  Après quelques secondes, retrouvez-vous la facture en comptabilité (Indice : revenez sur la facture et utilisez le zoom vers la pièce comptable)  Allez voir la trace de la tâche comptable.    

Faites enfin une lecture de la trace de la tâche comptable : (Exploitation/ Serveur batch /Tâche comptabilité bouton « Trace ») Quel est le nom de ce fichier ? Où se situe ce fichier sur le serveur ?

Si la tâche batch comptable est arrêtée, on doit retrouver l’écran suivant, dans Exploitation/ Serveur Batch/ Tâche comptabilité :

Si ce n’est pas le cas, il suffit d’appuyer sur le bouton Arrêt.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 64/93

Sage ERP X3 – Administration avancée V5.1

Après duplication et validation de facture, une pièce comptable est en attente de validation :

Cette pièce disparaîtra (et le zoom de la facture vers la pièce deviendra possible) quelques secondes après le redémarrage de la tâche comptable. Si on regarde la tale GACCTMP en maintenance avant de relancer la tâche comptable ,on constate effectivement qu’elle n’est pas vide :

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 65/93

Sage ERP X3 – Administration avancée V5.1

Alors qu’elle l’est dès qu’il n’y a plus d’écriture en attente :

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 66/93

Sage ERP X3 – Administration avancée V5.1

8. EXERCICE ETATS & DESTINATIONS A) Définissez une destination d’impression pour l’imprimante mise à votre disposition lors du cours. Cette imprimante devra être utilisée par défaut pour tous les états lancés par l’utilisateur NOUV, sauf pour l’état GLGRP, pour lequel les règles sont : 

si l’état est lancé sur la société APN, la destination sera obligatoirement ACROBAT



si l’état est lancé sur la société APP, la destination sera obligatoirement EXCEL



pour tous les autres sites, la destination sera PREVISU mais restera modifiable.

Cette imprimante est par exemple appelée PRINTER . Elle est définie dans la table des destinations :

Pour que l’utilisateur NOUV utilise cette imprimante par défaut pour les états (sauf exception), on définira cette destination dans le premier onglet de la fiche utilisateur de NOUV :

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 67/93

Sage ERP X3 – Administration avancée V5.1

L’état GLGRP doit avoir des règles d’affectation particulières pour son imprimante mais elles dépendent des paramètres saisis au lancement de l’état. Ceci impose par conséquent de passer par la notion de code complément, qui sera défini sur le premier onglet de définition de l’état GLGRP de la façon suivante :

Cette modification faite sur un état (dans les fonctions de développement) reste du paramétrage, c’est-à-dire que cette affectation reste pérenne, même si une nouvelle version de l’état est livrée. La destination par défaut PREVISU doit être celle de l’utilisateur NOUV uniquement pour l’état GLGRP, ce qui explique qu’on n’ait pas rempli la zone Destination dans la fiche de l’état. La table des destinations de l’utilisateur NOUV se présentera alors de la façon suivante :

Lorsque le complément (qui est égal à la valeur du paramètre société pour l’état GLGRP) vaut APN, on utilise obligatoirement la destination ACROBAT, et lorsque le complément vaut APP, on utilisera EXCEL, là encore de façon obligatoire. Toutes les autres valeurs de complément utiliseront la 3 ème ligne de règles et donc verront une valeur par défaut égale à PREVISU qui reste modifiable.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 68/93

Sage ERP X3 – Administration avancée V5.1

B) Comment feriez-vous si, en plus des règles précédemment données, vous vouliez imposer que tout état GLGRP lancé avant 8H ou après 18H soit envoyé sur l’imprimante WORD ? Quelle limite voyez-vous à ce paramétrage ? Utiliser la formule de complément et faire en sorte qu’elle renvoie une valeur différente d’un code site lorsque l’heure de lancement correspond aux contraintes données. Par exemple, on peut utiliser la valeur TOT_TARD, qui ne peut pas correspondre à un code site (car trop long). On aura alors les destinations par utilisateur suivantes :

Il reste à trouver une formule de calcul dans la partie Formule Complément qui permette d’exprimer le fait qu’on utilisera le complément TOT_TARD en dehors des heures prévues et PARAM(SOCIETE) dans les heures prévues.

time$ donne l’heure courante sous la forme "hh:mm:ss" et string$(condition, chaîne) renvoie la chaîne si la condition est vraie et la chaîne vide si la condition est fausse. La limite de ceci est la suivante : time$ fait ici référence à l’heure de lancement de l’impression, et non pas à l’heure de son édition effective (il peut y avoir un délai de calcul). On retrouve ici une limite du système : l’imprimante est définie pendant la phase de saisie des paramètres ; elle n’est ensuite plus modifiée.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 69/93

Sage ERP X3 – Administration avancée V5.1

9. EXERCICE GESTION DU DOSSIER 9.1. MODIFICATION DES PARAMÈTRES DU DOSSIER A) Ajoutez une langue de connexion à votre dossier (Faites la modification sur la fiche de votre dossier sans revalider le dossier). Que faudrait-il faire pour que ceci soit pris en compte ? L’ajout d’une langue de connexion à votre dossier se fait sur le cinquième onglet de la fiche dossier. La revalidation de dossier est obligatoire pour prendre en compte ce paramètre. B) Changez le nombre d’axes analytiques (en l’incrémentant). Diminuez le nombre de Frais/remise définies en gestion des ventes et des achats. Même question que précédemment. Pour changer le nombre d’axes analytiques et le passer par exemple de 4 à 5, il faut modifier le paramètre ANA (en le passant de 4 à 5). Il en est de même pour les colonnes des documents achat : il faut modifier PPR et SPR et revalider le dossier. Dans ce cas,  une revalidation des écrans concernés suffirait (à l’aide des utilitaires), car les tables utilisent un dimensionnement minimum et maximum égal à 9. Toutefois, la sécurité impose, de revalider le dossier.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 70/93

Sage ERP X3 – Administration avancée V5.1

9.2. HISTORISATION ET ÉPURATION C) Créez un dossier d’historisation. Quels sont les paramètres nécessaires ? Le temps de création est-il long ? La création d’un dossier d’historisation se fait via Développement / Utilitaires / Dossier / Création dossier historisé. La création est relativement rapide et le nombre de paramètres à renseigner est faible. Il suffit de définir des tailles de données et d’index, un identifiant (pour oracle uniquement), un coefficient pour dimensionner les tables archives par rapport à leur taille dans le dossier d’origine et un profil menu qui sera proposé à l’utilisateur se connectant. Normalement, on devrait choisir un profil ne contenant que des fonctions de type gestion d’objet et consultation, mais si ce n’est pas le cas, les fonctions ne pourront pas être lancées. L’estimation de la taille se fera avec l’outil de dimensionnement vu précédemment, en additionnant la taille des tables que l’on désire historiser, et en multipliant par le coefficient d’augmentation que l’on définit dans l’écran ci-dessous.

La raison pour laquelle la création est relativement rapide réside dans le fait que l’on ne crée que l’user au sens base de données, et pas les tables qui feront l’objet d’une historisation. Ce n‘est qu’au moment de la première opération d’historisation que les tables seront créées. Ainsi, les paramètres relatifs à l’épuration et à ‘historisation pourront être définis ultérieurement.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 71/93

Sage ERP X3 – Administration avancée V5.1

10. EXERCICE GESTION DES PATCHS ET DES SESSIONS 10.1.

GESTION DES PATCHS

Créez un patch contenant la statistique CAJOU et l’événement déclencheur SOD. On a ici besoin de créer un patch contenant le code statistique CAJOU mais aussi l’événement déclenchant les statistiques nommé SOD. Par ailleurs, on notera que le code PS1 correspond aux événements déclenchant les statistiques et que le code PS2 correspond aux codes statistiques eux-mêmes. On mettra en tête du patch le code activité spécifique avec lequel ont été protégés les éléments patchés. Ceci garantit que cette mise à jour s’appliquera sur des éléments déjà protégés par ce code activité (en cas de seconde livraison d’une correction).. Sinon, on considèrera que le patch est standard, et qu’il n’a donc pas vocation à mettre à mettre à jour un élément spécifique.

10.2.

CONTRÔLE DES SESSIONS

Ouvrez plusieurs sessions sous des utilisateurs différents (une session sera positionnée sur une fiche client, une autre sur une fiche produit). Visualisez les symboles verrouillés.  La première l’est sous l’utilisateur ADMIN, est positionnée sur la fiche client DEL001. On voit alors deux symboles verrouillés (BPC pour client, BPR pour tiers) : la fiche tiers est également verrouillée dans ce cas.  La deuxième l’est sous l’utilisateur NOUV. Elle est positionné sur l’article AMPOULE (d’où le symbole ITMAMPOULE verrouillé).  La troisième est positionnée en gestion des symboles verrouillés (Développement / Utilitaires / Vérification / Symboles verrouillés ).

B) Visualisez les connexions en cours à partir d’une session ouverte sous l’utilisateur ADMIN. Interrompez une des sessions utilisateur. Résultat ? Si on ouvre une 4ème session sous ADMIN, et qu’on se place dans la gestion des sessions (Développement / Utilitaires / Vérification / Surveillance utilisateurs ), on obtient l’écran suivant :

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 72/93

Sage ERP X3 – Administration avancée V5.1

Si on se positionne par exemple sur la ligne numéro 2 dans le tableau supérieur, et qu’ensuite, par clic droit sur la première ligne, on tape Arrêt processus, on obtient la demande de confirmation suivante :

L’utilisateur connecté sur le poste dont la session vient d’être brutalement arrêté obtiendra, lui, un message un peu plus sibyllin :

Ce type d’interruption interrompt proprement une session en cours (un Rollback est automatiquement fait par la base de données). Mais les données en cours de saisie dans la session, si elles n’ont pas été validées, sont irrémédiablement perdues. Il est à noter que l’on pourrait tracer ce type de déconnexion brutale par un événement Workflow. Mais, dans ce cas, c’est le processus interrupteur qui envoie le message et non pas le processus interrompu. On n’a donc accès qu’aux informations présentes dans la gestion des sessions pour préciser le contexte lors de la fermeture de la session.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 73/93

Sage ERP X3 – Administration avancée V5.1

11. EXERCICE PORTAIL A) On désire que l’utilisateur NOUV voie par défaut, à la connexion, un portail composé des éléments suivants : 

 

La statistique CAJOU (CA commandé du jour) sur les 12 derniers mois, sous forme de graphe, les différents montants pouvant être visualisés (le premier étant proposé par défaut) La requête ECHREL (Echéances à relancer), visualisée sur un calendrier mensuel, selon la date d’échéance La requête TOREP (CA / Représentant), sous forme de graphe.

La source de donnée utilisée pour la vue ZNOUV1 est la statistique CAJOU :

A part les deux premières dates, les autres critères sont vides.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 74/93

Sage ERP X3 – Administration avancée V5.1

Le composant visuel est le suivant :

On a choisi un graphe (XBAR), la colonne intitulé par défaut est la 1 ère colonne de la statistiques et la colonne valeur porte sur les différentes valeurs de la statistiques. On remarquera la syntaxe "2 ;3 ;4 ;5" signifiant que l’on pourra utiliser en axe analytique les colonnes 2, 3, 4 et 5 de la statistique…Par ailleurs, les deux sélecteurs (graphe et valeur) sont présents. Ensuite il faut créer une nouvelle vignette ZNOUV1, de code famille FSH, associée à la vue portail ZNOUV1, et rattachée au menu MENFSH.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 75/93

Sage ERP X3 – Administration avancée V5.1

La source de données utilisée pour la vue ZNOUV2 est la suivante :

On a ici choisi de ne recalculer la requête qu’une fois tous les mois . Le composant visuel choisi est le calendrier. On affecte la colonne 1 (datesyst, date du jour) à la date de début, la colonne 2 (DUDDAT, la date d’échéance) au titre. On remarquera la syntaxe "4,5,6" signifiant que l’on mettra en texte les colonnes 4, 5 et 6 de la requête…

Ensuite il faut créer une nouvelle vignette ZNOUV2, de code famille FSH, associée à la vue portail ZNOUV2, et rattachée au menu MENFSH.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 76/93

Sage ERP X3 – Administration avancée V5.1

La source de données utilisée pour la vue ZNOUV3 est la suivante :

Le composant visuel est le suivant :

On a choisi un graphe XPIE, soit de type camembert. Ensuite il faut créer une nouvelle vignette ZNOUV3, de code famille FSH, associée à la vue portail ZNOUV3, et rattachée au menu MENFSH. Vérifiez après être sorti du produit que les vignettes nouvellement créées sont bien disponible dans le menu des vignettes.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 77/93

Sage ERP X3 – Administration avancée V5.1

12. EXERCICE WORKFLOW 12.1.

NOTIFICATION

Créer une notification permettant d’envoyer un message à l’utilisateur ADMIN à chaque fois qu’une fiche utilisateur (objet AUS) est créée. Le message peut contenir des champs de l’objet créé.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 78/93

Sage ERP X3 – Administration avancée V5.1

12.2.

RÈGLE DE WORKFLOW

Créer un suivi des connexions hors des heures ouvrables (8h00-19h00) à l’attention de ADMIN. Créer une règle workflow pour générer le suivi et créer un plan de travail pour consulter ce suivi. Règle workflow :

Onglet destinataire :

Onglet message : Rien à paramétrer.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 79/93

Sage ERP X3 – Administration avancée V5.1

Onglet Suivi :

Le renseignement des variables de contexte est possible si la case signature est active. Les variables de contexte seront utilisés dans la présentation du plan de travail. Paramétrage du plan de travail :

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 80/93

Sage ERP X3 – Administration avancée V5.1

Le filtre (NATURE="CON" & FLGSIG=2) permet d’afficher dans l’onglet du plan de travail les messages de la nature de workflow « CON » non lu (FLGSIG=2) Les champs VALCTX1 et VALCTX2 contiennent respectivement l’utilisateur et l’heure de connexion. Résultat du plan de travail :

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 81/93

Sage ERP X3 – Administration avancée V5.1

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 82/93

Sage ERP X3 – Administration avancée V5.1

12.3.

WORKFLOW AVEC SIGNATURE

Créer un circuit de signature des factures d’achat. Le circuit doit être paramétrable en fonction du montant de la facture (Par exemple, jusqu’à 1 000 €, 1 niveau de validation est suffisant [utilisateur APPRO] ; jusqu’à 10 000 €, 2 niveaux de validation sont nécessaires [utilisateur APPRO puis ACHAT] ; au delà, 3 niveaux de validation sont nécessaires [utilisateur APPRO puis ACHAT puis ADMIN] ). A la fin du circuit, positionner le bon à payer à « bon à payer » (PAZ=4). En cas de refus, informer le créateur de la facture. Faire en sorte que l’utilisateur puisse valider depuis sont plan de travail ou depuis la facture en utilisant l’icône de retour sur la fiche facture. Aide : créer une règle d’affectation, une règle workflow de type objet pour initialiser le processus et des règles workflow de type signature pour gérer les différentes réponses. Règles d’affectation ZPIH :

Le modèle de donnée permet de disposer de la table PINVOICEV en ligne pendant le circuit de validation. Valeurs de la règle d’affectation :

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 83/93

Sage ERP X3 – Administration avancée V5.1

ADMIN est le valideur par défaut en cas d’échec d’évaluation de la règle d’affectation. Règle workflow sur l’objet PIH : ZPIH

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 84/93

Sage ERP X3 – Administration avancée V5.1

La condition permet de restreindre le déclenchement aux factures à valider et non en litige. Onglet destinataire

La variable [L]USER(1-9) contient la liste des valideurs évalués par la règle d’affectation. La variable LEVSIG contient le niveau de validation. 0 est le premier niveau de validation. Il faut sélectionner l’option « Avec Signature » dans la colonne Suivi pour générer un processus de signature.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 85/93

Sage ERP X3 – Administration avancée V5.1

Onglet Message

La fonction icône retour rend disponible l’icône de connexion sur l’évènement déclenchant depuis la messagerie.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 86/93

Sage ERP X3 – Administration avancée V5.1

Onglet Suivi

Le tableau contexte permet de mémoriser des informations disponibles au moment du déclenchement de l’évènement qui seront ensuite utilisable dans les évènements de signature suivant. Le tableau des réponses décrit les réponses possibles : - Ligne 1 : Cette réponse n’est proposé que si le niveau suivant n’est pas vide ([L]USER(2)= ‘’’’). C’est une acceptation pour validation suivante - Ligne 2 : C’est le refus de la facture. Cette réponse est toujours disponible et met le champ BAP (PAZ) à « Litige » (valeur 2) - Ligne 3 : Cette réponse n’est proposé que si le niveau suivant est vide ([L]USER(2)= ‘’’’). Cette réponse porte l’action de dernier niveau de validation qui positionne le BAP à « Bon à payer » (valeur 4) Onglet Action : RAS

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 87/93

Sage ERP X3 – Administration avancée V5.1

1ère Règle workflow sur évènement de signature ZPIH  : Gestion de l’action d’acceptation (ZPIH2)

Le type d’évènement workflow est « signature » et le code évènement est la règle workflow d’origine. Onglet Destinataire : Idem règle précédente Onglet Message : Idem règle précédente

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 88/93

Sage ERP X3 – Administration avancée V5.1

Onglet Suivi :

Le tableau des actions est similaire à celui de la règle précédente avec la détermination du dernier niveau de validation qui est plus délicat. Les champs mis à jour sont les même.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 89/93

Sage ERP X3 – Administration avancée V5.1

2nd Règle workflow sur évènement de signature ZPIH  : Gestion de l’action de refus (ZPIH3) 

La condition permet de n’autoriser le déclenchement de la règle que dans le cas où le BAP est en Litige. Onglet Destinataire : Le destinataire est le créateur de la facture

Onglet Message :

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 90/93

Sage ERP X3 – Administration avancée V5.1

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 91/93

Sage ERP X3 – Administration avancée V5.1

Réponse à la Question subsidiaire : 3ème Règle workflow sur évènement de signature ZPIH  : Gestion de l’action de validation (ZPIH4) 

Seul l’onglet action est complété pour exécuter l’action de mise à jour des échéances. La condition permet de filtrer les factures validées. Onglet Action :

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 92/93

Sage ERP X3 – Administration avancée V5.1

Le paramètre NUM (ligne1) est l’ACCNUM mémorisé dans la seconde variable de contexte au moment du déclenchement de l’évènement d’origine.

©

Sage 2008

« Tous droits réservés. Toute reproduction, même partielle, est interdite sans notre autorisation ».

Page 93/93