Surveillance

Contenu dans cette page

Architecture technique

Portail Cegid Orli

Traitements / Jobs / Demandes

Numérotation de vos données

Sauvegarde de vos données

Optimisation de vos données

 

 

 

Architecture technique

Il convient de surveiller régulièrement votre architecture technique.
exemple : place disque nécessaire suffisante pour faire fonctionner Cegid Orli.

 

Serveurs

Chacun de ces serveurs remplit une fonction précise, tous ces serveurs pouvant se combiner ‎en une ou plusieurs machines distinctes (virtuelles ou non), sous différents OS (Operating System).

 

Serveurs sous Linux

• BD / Base de données
  è stockage de la base ORACLE utilisée par Cegid Orli

   

• TRT / Traitement
  è exécution des traitements demandés depuis le portail Cegid Orli

   

• APP / Application
  • Service WLS / Web Logic Server (ou Fusion MiddleWare)
    è lancement de Cegid Orli (Portail, fonctions Forms, WebServices)
  • Connexion permanente « WebSocket »
    è canal de communication full-duplex (simultanément dans les deux sens) avec le navigateur du poste utilisateur

 

Serveurs sous Windows

• EDI / Édition
  èexécution/routage/impression des traitements d’édition Cegid Orli
• ARR / Application Request Routing (facultatif)
  èrépartition (Load Balancing) sur plusieurs serveurs Application

 

exemple :

1 machine Linux avec :

Serveurs BD + TRT

1 machine Linux avec :

Serveurs APP

1 machine Windows avec :

Serveur EDI

 

Files

Les files (d'attente, ou queue en anglais) permettent aux différents serveurs de communiquer, ‎en s’échangeant des flux en mode asynchrone pour ne pas impacter les traitements en cours ; ‎les informations seront ainsi traitées « en temps voulu » (un peu à la façon de 2 personnes échangeant un SMS, l’information étant traitée seulement quand la personne destinataire sera disponible).

Les files sont stockées et mises à jour sur le serveur DB (d’où une volumétrie importante, et donc un traitement de purge à planifier) ; elles seront ensuite consommées par les applications Java du serveur WLS.

 

On distingue 2 modes de flux :

• Point à point (point to point)
  ‎Dans ce mode, une file est dite mono-consommateur ‎(chaque information ne devant être traitée qu’une seule fois)
• Publication/abonnement (publish/subscribe)
  ‎Dans ce mode, une file est dite multi-consommateurs ‎(chaque information pouvant être traitée plusieurs fois)

 

 

Cegid Orli met en œuvre 2 files :

 

• la file MENU
  file multi-consommateurs, consommée par l’application Portail Cegid Orli,
  ‎sur un serveur APP, pour des flux entre le serveur DB et les différents serveurs APP :
  • affichage des compteurs de demandes en cours / terminées
  • rafraîchissement des alertes
  • ouverture de pages Web depuis les fonctions Cegid Orli (visions, ouverture fichier)

    N.B. :
    cette file en mode multi-consommateurs implique qu’un utilisateur donné ne se connecte pas simultanément sur plusieurs postes (sans quoi les informations s’afficheraient simultanément sur tous les postes concernées)

     

• la file TRAITEMENT
  file mono-consommateur, consommée par le service « ORLI_Processing_Services »,
  ‎sur le serveur TRT, pour des flux entre le serveur DB et le serveur TRT :
  • routage des demandes d’édition

N.B. :
cette file permet de s’affranchir de toutes les autres applications tiers utilisées dans les précédentes architectures Cegid Orli (type putty ou rshwinux).

 

 

Transferts de fichier

 

On distingue :

 

Les transferts du PC utilisateur vers le serveur BD (via service WLS)

On parle d’Upload pour réaliser un transfert (via protocole texte HTTP), ‎depuis un répertoire du PC utilisateur, vers la base de données

Fichiers concernés :

• intégrations via XC20B (paramétrage TA350)
• intégrations via DB390 (sérialisations / HotFix)
• intégrations via LI002 (affectation)
• intégrations via OR261 (traductions XLSX) et OR256 (traductions TXT)
• intégrations via XC600 (comptabilité)

 

Les transferts du serveur TRT vers le serveur EDI

Fichiers concernés :

éditions & exports mis à disposition sur le serveur EDI
‎dans le répertoire

\Orli\editions\temp\num_dem
‎

 

Les transferts du serveur APP vers le PC utilisateur

Téléchargement par le navigateur (protocole text HTTP) dans le répertoire Téléchargements

Fichiers concernés :

éditions & exports (via Mes demandes terminées, ou JP530)
‎

 

Les transferts du serveur EDI vers une autre machine (PC utilisateur, serveur…)

Paramétrage JP015 / onglet 2

Le serveur EDI met à disposition le fichier (PDF, XLSX, TXT) issu d’un traitement

Fichiers concernés :

• éditions & exports
• exports XC500

‎ 

 

Pour accéder…

 

…au portail Cegid Orli et aux WebServices

cela dépend du serveur d’application, ‎voire du serveur ARR (en frontal) ‎qui sélectionne un serveur d’application parmi plusieurs

èsuspension possible :

• soit via serveur ARR, pour chaque serveur d’application, dans les rubriques « Menu » et « WebServices » :
  • arrêt par Take Server Offline
  • démarrage par Bring Server Online 
• soit via commande linux deinsGW depuis le serveur Base de données

 

 

…aux fonctions Cegid Orli 

cela dépend du serveur d’application utilisé

èinfo dans JP537 (colonne)
èsuspension possible via JP535

 

 

…aux éditions :

cela dépend du serveur d’édition utilisé

èinfo dans JP530 (onglet Technique)
èsuspension possible via JP535

‎

Architecture de vos données

Cegid Orli fonctionne avec une base de données ORACLE, constituée de tables de données ‎(les saisons, vos articles, vos clients, vos commandes/livraisons/factures, les journaux de traitement).
‎Cette architecture de données est organisée via un Modèle Conceptuel de Données (MCD).

‎Chaque table contient des enregistrements.

Il convient de surveiller régulièrement la volumétrie de chacune de ces tables.

 

DB603 / MCD count

DB603W01
Cette fonction dresse une liste de type « hit-parade » du nombre d’enregistrements, de chaque table, dans chaque tablespace

 

Il est important de surveiller les tables les plus volumineuses, et d’en tirer des conclusions, ‎en particulier pour définir la purge de vos données (techniques ou fonctionnelles).

Il faut également tenir compte de la distribution des tables dans chaque tablespace Oracle, ‎de façon à garantir la place allouée disponible, avant d’avoir recours aux extensions de tablespace.

N.B. :
pas d’auto-extend

‎

 

Portail Cegid Orli

Cegid Orli nécessite une connexion, via :

• un code utilisateur
• un mot de passe

 

Chaque connexion est tracée :

• consultation par JP536 / Observateur connexions au portail Cegid Orli
• l’information « Connexion réussie » peut permettre de tracer les problèmes de connexion, voire les tentatives d’intrusion, avec précision de l’adresse IP du poste client

 

Cegid Orli permet ensuite d’accéder à différents types de fonctions :
saisies, consultations, visions, éditions

Les fonctions utilisables correspondent aux modules sérialisés

Chaque utilisation de fonction est tracée :

• consultation par JP537 / Observateur utilisation Cegid Orli

‎ 

JP536 / Observateur connexions au menu

JP536W01
Cette fonction établit la liste de toutes les connexions à Cegid Orli

 

Les connexions réussies, ainsi que celles qui ont échouées sont tracées.

Ces informations sont stockées uniquement dans la base de référence ORREF.

Si l'on interroge en dehors de ORREF, il n'y aura rien d’affiché.

Les lignes affichées peuvent indiquer une connexion réelle.

Elles ont alors l'adresse IP et le nom du poste clients renseignés, et la colonne "nombre" vaut 1. Mais elles peuvent aussi afficher des lignes de cumuls par mois, ceci après compression par PU400. Dans ce cas, l'adresse IP et le nom du poste sont vides, et la colonne "nombre" contient le nombre de connexions pour le mois.

Quand on fait des recherches sur des périodes récentes, la colonne "Nombre" n'est pas nécessaire, mais si l'on souhaite faire des statistiques sur une plus longue période via Excel, il faut alors impérativement demander cette colonne.

‎ 

JP537 / Observateur utilisation des fonctions

JP537W01
Cette fonction établit la liste des fonctions Cegid Orli lancées par tous les utilisateurs

 

Ces informations sont stockées uniquement dans la base de référence ORREF.

Si l'on interroge en dehors de ORREF, il n'y aura rien d’affiché.

Les lignes affichées peuvent indiquer un lancement de fonction réel. Mais après compression par PU400, certaines lignes peuvent afficher un cumul pour une fonction lancée par un utilisateur et pour un mois donné. Dans ce cas, la colonne "nombre" contient le nombre de connexions pour le mois.

Quand on fait des recherches sur des périodes récentes, la colonne "Nombre" n'est pas nécessaire, mais si l'on souhaite faire des statistiques sur une plus longue période via Excel, il faut alors impérativement demander cette colonne.

 

 

 

Traitements, Jobs, Demandes

Cegid Orli permet de lancer des traitements (éditions, calculs)

Chaque traitement lancé depuis une tâche (fonction) est référencé sous un n° demande

 

 

JP531 / Administration Planificateur

JP531W01
Cette fonction permet de paramétrer deux éléments du planificateur de tâches

 

Déclencheurs

Élément moteur qui exécute à une fréquence donnée la recherche des tâches à exécuter.

Un déclencheur "ORLIWEB" est livré par défaut avec une fréquence de 5 minutes.

Ce déclencheur, comme tout autre que vous créeriez est en position suspendue par défaut.

Il vous appartient d'ôter la coche de suspension pour le rendre actif.

En dehors d'architectures techniques très complexes, le déclencheur "ORLIWEB" est nécessaire et suffisant ; il ne peut pas être supprimé mais sa fréquence est modifiable.

 

Files de planification

Élément administratif vous permettant de classifier les tâches planifiées (exemple : Logistique, Achats).

Une file est liée à un déclencheur, ce lien pouvant être modifié au profit d'un autre déclencheur.

Les tâches ensuite planifiées via JP532 sont associées à une file.

La suspension d'une file permet donc de suspendre toutes les tâches associées à cette file.

Deux files "ORLIWEB" et "ORLIWEBD" sont livrées actives par défaut et ne peuvent pas être supprimées.

 

Note technique :

Les déclencheurs prennent appui sur les processus DBMS_SCHEDULER Oracle.

L'installation Cegid Orli prévoit le paramétrage automatique de vos bases de données.

Toutefois celui-ci ne devient actif que suite à arrêt / démarrage des bases de données.

Pour les sites ayant protégé en écriture le fichier init des bases, il convient d'ajouter le paramètre suivant :

job_queue_processes = 1

‎

JP532 / Administration Planificateur

JP532W01
Cette fonction permet de consulter les tâches planifiées, et de les créer en appelant JP532W02 qui permet la gestion de ces tâches

 

La planification d'une tâche constitue ce qu'on appelle un job d'exécution.

 

Saisie de la planification pour une tâche :

Ces traitements planifiés peuvent être saisis soit par l'administrateur qui accède à tous ‎les traitements planifiés, soit par l'utilisateur classique qui lui ne peut gérer que sa file de planification (si celle-ci est renseignée dans JP510) et seulement les planifications qu'il a créées suivant l'option JP532W01/GDA_MOD :

• 0 (par défaut) : accès libre fiche
• 1 : modification permise uniquement pour les planifications dont l'utilisateur est l'auteur. Sinon, accès à la fiche en 'consultation seule'.

N.B. :
Seules les tâches créées par l'utilisateur sont visualisables par lui, sauf s'il est administrateur.

 

La fiche du traitement planifié se compose de 5 parties distinctes :

1. Les caractéristiques
   • Fonction d'édition
   • Filtre à appliquer
   • Utilisateur d'exécution
   • File de planification
2. Le suivi
   • Choix de l'édition des traces
     • Adresse(s) mail
     • Imprimante
     • Écran (Trace dans JP530)
3. Le statut
   • X=Suspendu / null=Activé
   • Utilisateur ayant suspendu ou activé la tâche
   • Date de suspension de la tâche
   • Date/heure de prochaine exécution
   • No de demande de la dernière exécution
   • Date/heure de la dernière exécution
   • Exécuter même si demande précédente toujours en cours d'exécution
     ènon sélectionnée par défaut, cette coche permet d'éviter que plusieurs jobs consécutifs s'exécutent en même temps (suite à un ralentissement ou un erreur), ce qui est d'autant plus important que la périodicité est courte (5mn minimum).
4. La périodicité
   • Choix de la périodicité
     • Une fois
       • No de demande et date (cas demande manuelle lancée en différé)
     • Quotidienne
       • Chaque jour
     • Hebdomadaire
       • Chaque semaine
       • Jours d'exécution
     • Mensuelle
       • Date du mois
         ou Semaine/jour du mois
       • Mois d'exécution
   • Libellé de la périodicité planifiée
5. La plage de périodicité
   • Date et heure de début
   • Date et heure de fin
     (ou nombre d'exécutions avant la fin, selon la périodicité)
   • Fréquence d'exécution et unité (Heure ou minute)
     (ou liste d'heures libres)

 

L'utilisateur pour l'exécution du traitement est obligatoire, ainsi que la fonction et le filtre à lancer.

N.B. :
Le filtre doit obligatoirement comporter également celui du routage.

Les fonctions saisissables par l'utilisateur sont filtrées selon l'accès défini dans JP004.

La file de planification sera proposée, pour l'utilisateur saisi, et non accessible si elle est définie dans JP510.

 

Le suivi peut être activé :
le routage est alors recherché et proposé en fonction du filtre saisi, mais peut être modifié par l'utilisateur selon le routage désiré des traces de suivi. Si le routage n'est pas saisi, mais que des traces sont générées, elles seront fusionnées et routées avec le PDF du traitement.

N.B. :
Sans suivi (choix NON), le routage est celui enregistré dans le filtre de routage de la fonction.

 

Le statut du traitement planifié peut être changé par l'utilisateur ou automatiquement par le planificateur Cegid Orli après exécution du traitement (exemple : Périodicité une seule fois).

Si le traitement est suspendu par l'utilisateur, la date de prochaine exécution est remise à nulle et l'utilisateur et la date de suspension mise à jour.

Par contre, si la suspension est levée par l'utilisateur, la date de prochaine exécution est recalculée et si celle-ci n'est pas calculable, la planification devra être revue.

N.B. :
la date de prochaine exécution peut être modifiée manuellement afin de forcer une exécution exceptionnelle à une date/heure donnée.

La périodicité n'est pas modifiable si la demande différée a été générée manuellement par CHOPE, par contre lors de la saisie ou maintenance d'une planification "classique", l'utilisateur peut modifier comme il le veut la périodicité.

La plage de périodicité doit obligatoirement être saisie, la date/heure de début est proposée avec la date courante, en revanche, il faut saisir soit la date/heure de fin, soit le nombre d'exécutions après lequel arrêter la planification. La fréquence d'exécution peut-être saisie soit en heures, soit en minutes, mais doit respecter au moins un intervalle d'exécution de 5 minutes. Si la périodicité n'est pas régulière, il est possible de saisir une liste d'heures libres pour exécution à heures données.

N.B. :
l'heure de prochaine exécution est indicative, l'architecture technique pouvant engendrer une latence de 5 minutes environ.

 

 

JP534 / Observateur évènements planificateur

JP534W01
Cette fonction établit la liste toutes les tâches planifiées via JP532

 

Cette fonction liste toutes les actions effectuées par le planificateur :

• Création de la fiche
• Modification
• Suppression
• Activation :
  si le commentaire indique « réactivation manuelle », ‎cela indique que vous avez décoché la coche 'Suspendu' de cette tâche.
• Suspension :
  il peut s'agir d'une suspension faite par vous-même, dans ce cas, le commentaire indiquera «suspension manuelle» ou d'une suspension faite automatiquement par la fonction et dans ce cas le commentaire indiquera «suspension automatique du job».
  Le commentaire indique «Susp. Prochaine» lorsqu'il s'agissait de la dernière exécution. A la même date et heure, un enregistrement libellé «suspension automatique» est également créé.
• Exécution :
  le commentaire indique le numéro de la demande de l'exécution, puis indique la date et l'heure de la prochaine exécution.

 

Depuis une ligne, vous pouvez accéder à JP532 pour modifier, suspendre, activer la fiche en question.

N.B. :
les tâches lancées en traitement différé directement dans CHOPE n'apparaissent pas ici.

‎

 

Mise à jour fonctionnelle

Cegid Orli peut être mis à jour de 2 façons.

 

Édition corrective Cegid Orli

Il s’agit d’une actualisation sécurisée de votre édition Cegid Orli actuelle, comprenant une série de correctifs, et éventuellement quelques évolutions, sans impact sur l'existant.

C'est la solution qui vous est proposée par défaut lorsqu'une anomalie est corrigée, à la suite d’une demande à Cegid Customer Care.

Vous recevez une information vous indiquant précisément lorsque la nouvelle édition est mise en ligne sur

cegidlife.com

Les éditions correctives Cegid Orli sont semestrielles, chacune étant numérotée par incrémentation de la 2^ème position du N°, avec V pour Version ‎(exemple : V20.4.1, V21.2.1…).

 

Actualiser votre édition régulièrement vous permet :

• de bénéficier des derniers correctifs ;
• d’éviter de rencontrer des anomalies déjà corrigées ;
• d’être dépanné plus rapidement sur un scénario défini, ‎puisqu'il est reproduit en interne sur un environnement proche du vôtre ;
• de limiter l'installation de HotFix, non possibles dans certains cas.

 

Une édition est disponible en téléchargement sur

cegidlife.com

(rubrique Mes téléchargements), sous la forme d’une matrice corrective (.zip) qui contient :

• 1 fichier de mise à jour de Cegid Orli pour serveur Database sous Linux
  ‎(.tar.gz)
• 3 fichiers de mise à jour de Cegid Orli pour serveur Edition sous Windows 
  ‎(.dll / .exe / .zip)
• 1 fichier de déploiement de Cegid Orli Forms Launcher
  ‎(.msi)

 

Les éditions correctives ne concernent que des éditions supportées à la R&D.

‎ 

 

Cegid Orli Forms Launcher

Composant du portail Cegid Orli (présent dans la matrice)

• absence (ou besoin de réinstallation) détectés automatiquement par le portail Cegid Orli
• peut être installé par tout utilisateur « administrateur » de son poste, ‎automatiquement depuis le portail Cegid Orli, ‎via un kit .exe (avec exécution du Launcher après son installation)
• peut être déployé et installé par un administrateur réseau, ‎sur tous les postes utilisateur « non-administrateur », ‎via un kit .msi (sans exécution du Launcher après son installation, ‎car il s’exécutera automatiquement au démarrage du poste par son utilisateur)

 

Des traces (.log) sont générées dans le répertoire %TEMP% du poste utilisateur, ‎répertoire dans lequel on peut distinguer 2 types de fichiers distincts :

ORLI_Forms_Launcher.x.y.log

è fichier xml généré au démarrage de Cegid Orli Forms Launcher (donc de Windows),‎ à partir de Edt.22, sélection possible du level avec conséquences sur la verbosité du log
‎ (niveau de détail avec valeur par défaut = Severe à chaque redémarrage) :

 

Format des informations : rechercher la chaîne « <level » dans le fichier

 

OrliForms-1234567890123456789.log

‎èfichier txt généré à chaque ouverture de fonction Forms
‎(SANS choix possible de la verbosité)

 

N.B. :
ce fichier OrliForms n’a aucun rapport avec l’autre fichier ORLI_Forms_Launcher

 

 

HotFix Cegid Orli

Il s’agit d’un correctif ciblé et unitaire, réservé aux anomalies bloquantes, ne pouvant attendre l'installation d'une édition corrective.

En principe, nous proposons par défaut une édition corrective pour répondre à votre demande (et non un HotFix).

Le HotFix peut vous être livré sur la base d’une demande passée à Cegid Customer Care.

Vous pouvez ainsi le télécharger sur cegidlife.com, depuis l'information de travail correspondante.

Les HotFix et éditions correctives ne concernent que des éditions supportées à la R&D.

 

ATTENTION

• Cette solution est non sécurisée, et peut engendrer des effets de bord, particulièrement s'il y a un écart important entre votre édition, et la dernière édition corrective disponible au moment de l'élaboration du HotFix. C'est la raison principale pour laquelle nous préconisons fortement l'installation des éditions correctives, et ce régulièrement.
• Tout n'étant pas livrable par HotFix, il n’est pas envisageable quand :
  • le correctif touche le noyau Cegid Orli
  • le correctif porte sur des paramétrages déployables uniquement par édition corrective

 

Cegid Customer Care vous confirmera cette faisabilité si vous faites une demande de HotFix.

 

Numérotation de vos données

Un certain nombre de données (commandes, factures, mouvements) obéissent à une numérotation gérée par Cegid Orli. Il convient, d’une part, de paramétrer confortablement chaque numérotation (bornes début et fin, longueur de numérotation), et d’autre part, de surveiller régulièrement l’utilisation de ces numérotations.

 

JP020 / Gestion numérotation automatique

Cette fonction gère l’ensemble des compteurs Cegid Orli

• idéalement, à surveiller annuellement pour éviter les saturations de compteur.

 

AS604 / Intégrité base / compteurs

AS604W01
Cette fonction dresse la liste des compteurs gérés par JP020, ainsi que la liste des séquences ORACLE également utiles dans certains cas.

 

Un pourcentage d’utilisation permet d’apprécier la capacité restante pour chaque compteur ou séquence, et ainsi d’anticiper les problématiques de saturation.

 

 

Sauvegarde de vos données

La sauvegarde des données créées dans Cegid Orli est primordiale pour parer aux éventuels problèmes que peut rencontrer un système informatique :

• panne machine :
  ‎un disque endommagé ne peut plus être lu
• panne de courant :
  ‎une coupure brutale peut entraîner des pertes partielles d'informations
• sinistre :
  ‎destruction totale du matériel

 

Dans tous ces cas, seul le respect des 3 points ci-dessous vous permettra de continuer à travailler (en réinstallant les données sauvegardées) :

 

1. Pour qu'une sauvegarde soit fiable, il faut qu'elle soit QUOTIDIENNE

• le support de sauvegarde doit avoir la capacité de stockage journalière nécessaire
• on parle de « jeu de sauvegarde » pour désigner le ou les supports de chaque jour ouvré d’une semaine (jeu réutilisable d’une semaine sur l’autre) ; on peut également travailler avec 4 jeux, réutilisables cette fois-ci d’un mois sur l’autre

   

2. Pour qu'une sauvegarde soit fiable, il ne faut pas qu'elle représente une CONTRAINTE
‎(c'est en effet le meilleur des prétextes pour ne pas la faire)

• il faut donc prévoir de la faire à heures fixes (si possible, planifiée en automatique)

 

3. Pour qu'une sauvegarde soit fiable, il faut qu'elle soit RÉPARTIE géographiquement
‎Un support de sauvegarde conservé dans les mêmes locaux que la machine sera totalement inutile en cas de sinistre. Dans le cas d'une sauvegarde de nuit, il faut qu'une personne la récupère le lendemain, et l'emmène chez elle le soir, hors des locaux

• on dispose du jeu le plus récent dans l'entreprise, et des autres jeux chez cette personne.

 

Les sauvegardes de données peuvent être réalisées sur différents supports :

• en ligne (
  Cloud, Virtual Machine)
• optique
  (Disque)
• magnétique
  (Cassette, Cartouche)

 

Optimisation de vos données

Il est nécessaire de procéder régulièrement à des traitements de purge :

1. besoin de pérenniser le contenu
   ‎ène plus être pollué par des données anciennes (voire réutiliser des anciens codes)
2. besoin de performances
   ‎èalléger le volume de données

 

Des procédures de vérifications/clôtures doivent être réalisées régulièrement en amont de la purge. Les cas de suppression de données par société (exemple : rachat d’une société déjà équipée Cegid Orli) doivent faire l’objet d’une procédure de Carve-Out (contacter Cegid).

 

• Outils de contrôle à utiliser quotidiennement ou mensuellement pour la facturation :
  • Surveiller l’en-cours de facturation :
    • FA001
  • Les factures doivent être éditées :
    • FA005 avec archivage automatique
  • Les factures en position « mise à jour en comptabilité »
    ‎doivent être historisées pour mise à disposition vers la comptabilité :
    • FA007 avec prise en compte des ventilations TA203
      
      ‎
• Outils de contrôle à utiliser à chaque fin de saison pour les commandes :
  • Les commandes client PF doivent être soldées :
    • CD902 (avec filtre Soldé=VIDE et Annulé=VIDE) :
      ‎cette liste doit être vide
      èaction dans CD001 pour solder
  • Les commandes fournisseur matière doivent être soldées :
    • CO930 (avec filtre Soldé=VIDE et Annulé=VIDE) :
      ‎cette liste doit être vide
      èaction dans CO211 pour solder
  • Le stock des articles en état 9 doit être vidé :
    • SP902 pour lister ce stock
      èaction dans SP005 pour sortie
  • Le stock des matières en état 9 doit être vidé :
    • SM961 pour lister ce stock
      èaction dans SM030 pour sortie

       

• Outils de contrôle à utiliser annuellement :
  • Lister les tables volumineuses et les liens manquants :
    • AS601 
  • Étudier l’utilisation des compteurs, notamment ceux des factures :
    • AS604 (voir chapitres précédents)
  • Supprimer les factures Article et Matière restées « en cours de saisie » jusqu’à une date
    • AS605 
  • Faire le bilan des factures historisées / archivées
    • AS606 

 

Les traitements de purge fonctionnelle peuvent être planifiés (contacter Cegid Customer Care).
‎En parallèle de la purge fonctionnelle, il vous faut planifier régulièrement une purge technique.

 

 

PU400 / Purge historique technique

PU400W01
Cette fonction réalise la purge des historiques jusqu'à une date donnée (incluse).

 

Cegid Orli génère beaucoup d'informations qui peuvent devenir volumineuses dans votre base de données.

 

Préconisations :

• lancer PU400 quand aucun traitement n’est en cours 
• l'utilisation régulière de PU400 est particulièrement recommandée, en utilisant les fonctionnalités de planification (JP532) et d'enchainements d'éditions (« train » JP025)
• lancer PU400 en une seule fois, en cochant les données à purger
  (plutôt que lancer plusieurs PU400 pour chaque donnée à purger, ceci évitant de consommer inutilement du temps CPU).

 

Les critères servent à définir (temporellement et fonctionnellement) ce que vous souhaitez garder :

• Purge jusqu'au
  (date limite, selon option PU400W01/DUREE)
• Historique éditions
  (consultable par les onglets de JP530)
  1. tout JP530 + fichiers résultats
  2. fichiers résultats (seulement)
  3. journal (seulement)
  4. trace technique (seulement)
• Historique exports
  (résultats XC300, consultable par JP031)
• Historique imports
  (résultats XC20B, consultable par JP031)
• Historique connexions portail
  (consultable par JP536)
• Historique utilisation de chaque fonction
• (consultable par JP537)
• Historique Web Services
  sans limite de temps (donc hors option PU400W01/DUREE) 
• Tables temporaires
  sans limite de temps (donc hors option PU400W01/DUREE), et dont le N° de demande n’existe plus ; 
  Cegid Orli réorganise/défragmente l’index de la table des collecte d’événements (XC_FIC) : donc pas d’activité sur ces tables
• Historique environnement
  (consultable par JP940W02 / JP942W01)

Un filtre (avec date relative) paramétré dans le planificateur de tâches JP532 pourra être exécuté (exemple : mensuellement).
L'option PU400W01/DUREE permet de fixer (sauf pour Web Services) le nombre de mois minimum à conserver (possibilité de valeur décimale, avec symbole décimal ".").

 

ATTENTION

• contrôle d'existence de traitements en cours pouvant empêcher PU400 de fonctionner

N.B. :
JP025 est exclu de ce contrôle (car PU400 pouvant être lancé depuis JP025, il y aurait toujours un traitement en cours empêchant le TRUNCATE TABLE des tables temporaires d’éditions).

 

• PU400 purge les données restituées par JP530 / JP031 / JP536 / JP537
  
• PU400 purge les fichiers historisés (PDF/ASCII) sur chaque serveur d’édition
• PU400 NE permet PAS de traiter les archives de fichiers sur votre serveur Linux ;
  ‎ces fichiers sont répartis par BASES sur plusieurs répertoires, traités de la façon suivante :

$LOG_ODIE (/data2/orli/spool/odi/entree/log/BASE)

Fichiers journaux LOG pour les fichiers intégrés dans Cegid Orli depuis le répertoire "entree" ($ODIE)

• PURGE à chaque intégration XC20B, via un nombre de jours de conservation
  ‎(soit TA350/onglet 2, soit paramètre NB_JOUR_PUR par défaut)

  $LOG_ODIS (/data2/orli/spool/odi/sortie/log/BASE)

  Fichiers journaux LOG pour les fichiers extraits de Cegid Orli dans le répertoire "sortie" ($ODIS)

• PURGE à chaque extraction XC300, via un nombre de jours de conservation (JP014W01/NB_JOUR_PUR par défaut)

  $LOG (/data2/orli/spool/log/BASE)

  Fichiers journaux divers (installations)

• Purges automatiques :

N.B. :
le shell ow_dbs_trunk_table_ximp et PU400 s’appuient sur une vue Oracle commune (VIEW_OW_TRUNCABLE_TABLE) pour supprimer les tables temporaires Cegid (hors tables spécifiques client).
Action par TRUNCATE de table (=destruction complète de la table, sans tenir compte du critère de la date limite de purge dans PU400) : aucun traitement d’édition ne doit tourner en même temps sinon PU400 renvoie le message « Purge incomplète. Un traitement est en cours ».

 

‎ 

Détail des tables Oracle d’historique concernées par la purge technique :

 

• Historique Éditions

  • EDIT_EN_COUR% / EDIT_LOG
    ‎èJP530 / Liste traitements

  • CRIT_DYN_TRT
    èJP530 / Critères

  • EDIT_LOB_RESULT
    èrésultats des exports Excel

  • XIMP_PLAN_EXEC / WEB_SCH_JOB / WEB_SCH_LOG / TRACE_% / %_TEMP%

  • EDIT_LOG
    èJP530 / Journal (si critère=3)

  • EDIT_EN_COUR_DETAIL
    èJP530 / Trace technique (si critère Historique éditions =4)

     

• Historique Exports / Imports

  • EDIT_EN_COUR% / EDIT_LOG / XC_LOG

  • CRIT_DYN_TRT / TRACE_% / ORL_ANOMALIE / ORL_TRACE

     

• Historique Connexions portail
  ‎Cette table ne se purge que par mois complet
  ‎(soit jusqu’à la fin du mois inférieur ou égal à celui de la date de purge)

  • WEBLOGINS

• Historique Utilisation
  ‎Cette table ne se purge que par mois complet
  ‎(soit jusqu’à la fin du mois inférieur ou égal à celui de la date de purge)

  • WEBLOGFONC

     

• Historique Web Services

  • LOG_PDA
    èJP932

  • HIST_CONSO_.%

     

• Tables temporaires
  èTables alimentées par les traitements batch (procédure stockée) avant mise en forme des résultats en PDF (tables normalement purgées automatiquement après le traitement, sauf en cas d'interruption anormale).

  • XIMP_% (dont XIMP_SPO_ASCII)

 

• Historique Environnement

  • HIST_WEBUSER
    èJP940w02

  • HIST_ENV_USER
    èJP942w01

 

 

JP621 / Filtres & Présentations

Il est possible de consulter les filtres & présentations, pour les différents types de fonction présents dans Cegid Orli, à savoir :

• Les filtres des listes (consultations MUL)
• Les filtres des éditions
• Les filtres des matrices de présentation des éditions (fonctions « wXX » depuis JP518)
• Les présentations des listes (consultations MUL)
• Les présentations des exports d’éditions (à savoir, les formats gérés dans JP561)

 

Informations pour aide à la décision de suppression des filtres & présentations :

• Date / Utilisateur de création/maintenance
• Nombre d’exécutions
• Durée moyenne d’exécution
• Dernière exécution « depuis installation de la V15 » (Date & Utilisateur)

 

Sélection multi-lignes (coches) permettant de lancer une action de suppression en série ‎(après message de confirmation).

 

3 cas de circularités sont possibles :

• « double-clic »
  ‎(permettant de connaitre le contenu du filtre ou de la présentation courante)

  è Fonction de la ligne courante

  è JP561 / Paramétrage client export édition
  ‎ (uniquement depuis les présentations d’édition)

  è JP518 / Matrice de présentation
  ‎ (uniquement depuis les matrices de présentation des éditions)

• Bouton « Informations complémentaires »
  ‎(permettant de connaitre l’utilisation de la fonction courante)

  è JP917 / Liste options d’environnement (comme DÉFAUT)

  è JP532 / Planificateur de tâches (Planifications)

  è JP537 / Observateur utilisation Cegid Orli (depuis les listes)

  è JP930 / Liste des traitements (depuis les éditions)

• Bouton « Actions complémentaires »
  ‎(pour la maintenance éventuelle des GDA sur Accès / Maintenance / Utilisation)

  è JP017W02 depuis les filtres

  è JP017W03 depuis les présentations

  N.B. :
  un utilisateur « administrateur » ne sera pas restreint par les GDA (ni en restitution de la liste JP621, ni en action de suppression) ; pour les autres utilisateurs, les GDA « accès » filtrent la liste JP621, alors que les GDA « maintenance » régissent l’action même de suppression par JP621 ; un message post-traitement indiquera alors les restrictions possibles.

 

 

JP932 / Journal consommations de Web Services

JP932W01
Cette fonction permet de consulter les demandes de consommation des Web Services

 

Un WebService est identifié par :

• son nom
• ses méthodes

 

Critères :

• "Identifiant" :
  • Il est renseigné uniquement dans le cas d'un Web Service associé à une procédure d'un package.
  • Il correspond au numéro de séquence calculé lors de la création de la trace dans le journal, au moment de l'exécution du traitement dans la base de données.
  • Il n’est pas visible
• "Taille des fichiers" :
  • Exprimés en octets, ces critères permettent une visualisation rapide l'exécution du traitement.
  • Le contenu du fichier est accessible par circularité.
• "erreur SOAP" :
  • Ils sont renseignés uniquement en cas d'erreur et permettent une visualisation rapide du résultat de l'exécution du traitement.
  • Ces critères reprennent les informations "faultCode" et "faultString" du message SOAP résultat de la consommation du Web Service.
• "N° demande anomalie" :
  • Il s'agit du numéro de demande à partir duquel on retrouve la trace dans le journal JP031/JP931 (accessible par circularité).
• "Donnée purgée"
  • Après purge par PU400, les flux XML sont vidés.
  • Ce critère indique donc que les informations relatives à la ligne du journal ont été purgées.

‎ Affichage des infos du W.S. par circularité JP999W02 :

• Requête WebService
• Réponse WebService
• Données de la Requête 

exemple :

<Document>
<Data>
<Tob Name=
<Fields>
<Field Name=
</Fields>
<Children>
</Children>
</Tob>
</Data>
</Document>

 

• Données de la Réponse

exemple :

<Document>
<Data formatVersion="ForwardRead">
<Tob Name="Response">
<Fields>
<Field Name="ERROR" Type="String" Value="ORA-01403: aucune donnée trouvée"/>
</Fields>

<Children Count="1">
...

 

JP933 / Journal consommations des OMF

JP933W01
Cette fonction permet de consulter les demandes de consommation des OMF riches

 

Un OMF (riche) est identifié par :

• son nom (aussi appelé Nom Source dans JP035)
• sa méthode (aussi appelée Nom Objet dans JP035)

 

Critères :

• "Nom WS" :
• "Méthode WS" :
  • Utile si un Web Service spécifique a été utilisé pour déclencher l‘OMF
• "Nom OMF" :
• "Méthode OMF" :
  • OMF concerné avec erreurs éventuelles

 

Exemples de Circularité :

• JP999w02 / données de la requête (pour recyclage)
• SM710 / Liste Réception commande
• SM720 / Liste Contrôle Qualité
• SM722 / Liste Retour fournisseur sur stock
• SM730 / Liste Mouvement manuel
• SM743 / Liste Sortie réelle
• SM744 / Liste Désaffectation

 

XC100 / Consommation des OMF en attente

XC100W01
Cette fonction permet de recycler des appels OMF ou WS/OMF à traiter ou en erreur 

 

Un OMF en erreur apparaît toujours dans JP933.

Cas des WebServices utilisant un OMF : un OMF traité apparaît dans JP933 pour les WS spécifiques ‎(étant donné que ce sera le seul moyen de les exécuter) ; c'est une possibilité ajoutable dans chaque WS (exemple : déjà fait pour les commandes).

 

JP935 / Objets métier Cegid Orli

JP935W01
Cette fonction permet de consulter la liste des objets métiers Cegid Orli

 

Ce sont, soit des objets stockés (procédures, fonctions, vue...), soit des objets des bibliothèques PL/SQL Forms. Ces objets sont mis à disposition par Cegid (JP035), ou sont créés par le client.

 

 

AS600 / Requête SQL

AS600W01
Cette fonction est un moniteur SQL libre permettant d'exécuter des requêtes SQL dans la base Cegid Orli

‎

Cette fonction d’édition dispose d'un écran spécifique, composé uniquement de critères fonctionnels :

• Requête SQL à exécuter
  • Contrôle non bloquant du SELECT saisi
• Format du résultat de la requête
  • Type export d’édition : Excel, Texte
• Nombre d'enregistrements :
  Possibilité de connaitre le nombre de lignes retournées par la requête (boîte de dialogue avec résultat du count)
• Valeur :
  Possibilité d’accès direct au résultat (doit donc contenir une seule colonne, avec 1 seul enregistrement "SELECT INTO")

 

Filtres

Afin de ne pas laisser s'exécuter des SQL risqués et non contrôlés, il existe par défaut une limite qui oblige l'utilisation de filtre d'édition, sans pouvoir changer le SQL lancé, à l'aide des droits d'accès (JP917) associés à AS600 :

		Provenance	Valeur
Maintenance du filtre	FILT_MOD	"Défaut OrliWeb"	0	INTERDIT
Utilisation du filtre	FILT_USE	"Défaut OrliWeb"	2	STRICTE
Mention aucune donnée à éditer	FLAG_PAS_TRACE	"Défaut OrliWeb"	X	NON
Gestion des filtres	GEST_FILTRE	"Défaut OrliWeb"	0	INTERDIT
Utilisation obligatoire d'un filtre	OBL_FILTRE	"Défaut OrliWeb"	X	OUI
Recherche sans critère sélectif	SEL_OBL	"Défaut OrliWeb"	0	AUTORISÉ

JP917 doit donc être utilisé par l'administrateur Cegid Orli pour lister les filtres concernés (fonction = AS600%), afin d'attribuer à chaque utilisateur les clauses SQL, et maintenir celles-ci en connaissance de cause.

 

N.B. :
Une mauvaise utilisation de ces clauses SQL peut engendrer des lectures (requêtes SELECT) mal filtrées (volumétrie), ou ne respectant pas les GDA / Données.
En ce qui concerne les risques de mises à jour (requêtes UPDATE) ou de suppressions dans la base Cegid Orli (requêtes DELETE), ces types de requêtes sont rendus impossibles à réaliser par AS600, avec message :
> ORA-00900: instruction SQL non valide

 

Limitations des données de requête SQL

• Nombre de caractères
  <= 5 000

Limitations des données générées

• Nombre de lignes
  <= 1 048 576
  è limitation valable pour les exports XLSX
       (pas pour les exports TXT)
  è en cas de dépassement :
       AUCUN fichier généré
       ERREUR JP530 :

Trop de données recherchées ! > 1048576

• Nombre de caractères
  <= 4 000
  è limitation par ligne, en comptant les séparateurs de champs ( « ; »)
  è en cas de dépassement :
       ERREUR

ORA-06502: PL/SQL :
erreur numérique ou erreur sur une valeur: tampon de chaîne de caractères trop petit