CARL Source propose en standard plusieurs classes assurant des traitements sur la base de données : ces jobs standard sont exploités par des traitements automatiques.

 

TRAITEMENT DE DONNÉES

Points de contrôles calculés : Mise à jour des valeurs de points de contrôles calculés - CSJOBCALCCTRLPOINT

Ce job lance automatiquement le calcul de la valeur des points de contrôles de type "calculé".
Il prend en compte l'intervalle de temps minimum à respecter entre deux calculs automatiques (renseigné sur chacun des points de contrôles calculés) avant de lancer le calcul et la mise à jour de la valeur.

Mise à jour des utilisateurs depuis un annuaire externe - CSJOBDIRECTORYUPDATE

Ce job synchronise les utilisateurs de CARL Source avec un annuaire externe, (exemple : LDAP).
Les données de l'annuaire remplacent les données utilisateurs de CARL Source.
La classe d'adaptation pour connecter un annuaire externe est précisée dans la Configuration du système.

 

Indicateurs : calcul historique ou envoi de courriel sur une valeur hors bornes - CSJOBINDICATORMAIL

Selon le type de valeur choisit, ce job :

• Envoie automatiquement un courriel lorsque la valeur d'un indicateur est en-dehors des valeurs plancher et plafond définies pour cet indicateur.
  Le message envoyé est construit à partir du modèle de message indiqué sur l'indicateur, et le destinataire peut y être précisé dynamiquement.

ou

• Calcule et sauvegarde automatiquement les valeurs des indicateurs déclarés comme "historisés".   

 

Les paramètres sont les suivants :

• Type de valeur :
  • PERIODIC (alertes) : Ce job envoie une alerte mail dans le cas où la valeur de ou des indicateurs est hors borne.
  • HISTORIC (calculs) : Ce job calcule et sauvegarde les valeurs de ou des indicateurs "historisés".

• Code de l'indicateur : Vous pouvez préciser l'indicateur concerné par l'envoi automatique (ou l'historisation), lorsqu'il est unique.
  Sinon, tous les indicateurs (ALL) seront balayés et évalués, ce job sera donc lancé pour tous les indicateurs pour lesquels des bornes ont été renseignées (ou pour tous les indicateurs "historisés").

 

Job standard de lancement des plans d'interventions - CSJOBPREVENTIVE

Ce job lance automatiquement les plans d'interventions et crée les interventions correspondantes.
Il équivaut à déclencher les plans d'interventions en utilisant la fonctionnalité Simulation et Lancement des plans d'interventions, en sélectionnant seulement les Plan d'interventions dont le type de lancement est "Automatique".

 

Enrichissement de l'aide au dépannage - CSJOBUPDATEMAINTHELP

Ce job met à jour les arbres de dépannage des modèles et Matériels en fonction des symptômes, causes et remèdes renseignés sur les interventions soldées.

Les paramètres sont les suivants :

• Interventions soldées depuis : Détermine les interventions à parcourir en fonction de leur ancienneté en nombre de jours.
• Réinitialisation : Détermine le mode de mise à jour, par écrasement ou par ajout.
  • REINITALL : tous les arbres de dépannage sont vidés avant le traitement.
  • REINIT : seuls les arbres de dépannage mis à jour sont réinitialisés au préalable.
  • APPEND : les arbres de dépannage sont simplement complétés, pas de suppression des données existantes.

• Champ d'application : Le traitement s'appliquera aux Matériels (MATERIAL), aux modèles (PATTERN) ou aux deux (BOTH). Il s'appuie sur le modèle et le Matériel renseignés sur les interventions balayées.

 

Job d'initialisation des localisations Matériels dans CARL Touch - TOUCHJOBINITLOCBOX

Ce job met à jour la localisation de chaque Matériel présent dans le parc équipements avant l’installation de CARL Touch.

 

Job de mise à jour des dates suite à une nouvelle définition des fuseaux horaires - UPDTS4MODTZ

Lorsqu'une modification est apportée à la définition des fuseaux horaires, ce job récupère et met à jour l'ensemble des beans pour lesquels des champs "date" et "date-heure" existent.
Exemple : si un pays décide d'annuler le changement d'horaire été/hiver pour l'année suivante, il faut alors répercuter ce changement en masse sur les dates concernées.

 

Job d'initialisation de la recherche équipements dans CARL Flash - EQPTSEARCHINITJOB

Ce job met à jour la colonne codeAndDescSearch pour les Matériels et les points de structure présents dans le parc équipements avant l’installation de CARL Flash.
Cette colonne est utilisée par CARL Flash lors de la recherche des Matériels et des localisations.    

 

Job d'ANONYMISATION des UTILISATEURS CARL FLASH - GDPRANONYMIZERJOB

Ce job permet d'anonymiser tous les utilisateurs CARL Flash devant légalement l'être. La durée maximale de conservation des données des utilisateurs inactifs est fixée par défaut à 3 ans (36 mois). Ce paramètre est ajustable.

Ce job met à jour l'état des utilisateurs CARL Flash en le passant à Annulé et efface leurs données personnelles. Puis, il anonymise ces utilisateurs sur les demandes d'intervention et l'historique des connexions.

 

Job d'AUTOMATISATION d'ENVOI de mail - SENDMAILMSGTMPLJOB

Ce job lance automatiquement les envois de mails. Il traite uniquement les modèles de messages de type "Traitement automatique".

Le paramètre est le suivant :

• Modèle de message : Code du modèle de message de type "Transition" associé au job.

 

Job d'AUTOMATISATION DU quittancement des contrats locatifs - FMJOBPAYMENT

Ce job génère automatiquement les lignes de quittancement relatives aux contrats locatifs (loyer, charges classiques et charges de maintenance).
Les lignes de quittancement ne peuvent être générées qu'à partir du moment où le contrat est à l'état "Validé".

 

Job d'AUTOMATISATION DU renouvellement des contrats locatifs - FMJOBRENEWAL

Ce job génère automatiquement les renouvellements des contrats locatifs, à l'exception de ceux qui possèdent un renouvellement positionné à la valeur "Aucun".

Le paramètre est le suivant :

• Type de renouvellement : exécution du job uniquement sur ce type de renouvellement.
  Par défaut, les valeurs TACIT et CONTROLLED sont appliquées.

 

Job d'Indexation des entités dans Elasticsearch® - CSJOBINDEXER

Ce job lance l'indexation des entités dans Elasticsearch® afin de les rendre disponibles pour la recherche plein texte.

Il est à appeler lors de la première exécution de CARL Source ou lors d'une réinitialisation du contenu d'Elasticsearch®.

Le paramètre FORCE_REINDEX demande la réindexation de toutes les entités : son utilisation est nécessaire lorsque l'on souhaite rattraper un décalage entre le contenu de la base de données et celui d’Elasticsearch®. 

 

Job de mapping - APPLYMAPPINGSTDJOB

Ce job permet de lancer les traitements de mapping liés aux données issues d'une maquette BIM CARL. Le principe consiste à récupérer des informations de la maquette sous un format JSON et de les lier avec des données CARL Source (attributs standard, attributs supplémentaires, caractéristiques, etc.).

Les paramètres sont les suivants :

• Arrêt à la première erreur : Si ce paramètre est renseigné, alors l’exécution du job s’arrête dès lors qu'une erreur est rencontrée.
  Sinon, la totalité des lignes d’import est traitée même si des erreurs sont remontées.
• Code de la norme : Norme de mapping appliquée au traitement. La norme correspond aux règles définies entre les informations de la maquette et les équipements présents dans CARL Source.
• Projet : Si ce paramètre est renseigné, alors l’exécution du job s'applique uniquement sur les données issues du projet BIM spécifié.

 

Job d'anonymisation - GDPRANONYMIZATIONJOB

Ce job permet de lancer les traitements d'anonymisation sur les objets liés au RGPD. Le traitement consiste à supprimer ou à mettre à jour les données à caractère personnel.

Le paramètre est le suivant :

• Objet à anonymiser : Si ce paramètre est renseigné, alors l’exécution du job s'applique uniquement sur cet objet (fonctionnalité).
  Sinon, la totalité des objets identifiés comme 'RGPD' sont pris en compte.

D'autres détails sur l'anonymisation des données sont également disponibles au sein de cette page.

 

Job de synchronisation des entités d'un WebHook ArcGIS® - ARCGISWEBHOOKJOB

Ce job permet de déclencher (manuellement ou de façon programmée) une synchronisation des entités d'un WebHook ArcGIS®.

Les paramètres sont les suivants :

• Entités modifiées après (inclus) : Date permettant de définir une fourchette d'entités qui seront concernées par le traitement (inclusion).
  Si cette date et la suivante sont laissées [vides] : toutes les entités sont (re)synchronisées.
• Entités modifiées avant (exclus) : Date permettant de définir une fourchette d'entités qui seront concernées par le traitement (exclusion).
  Si cette date et la précédente sont laissées [vides] : toutes les entités sont (re)synchronisées.
• Forcer la resynchronisation ? : Si coché, les données synchronisées sont supprimées (état de synchronisation dans CARL Source et données sur l'entité dans le FeatureService ArcGIS®) de façon à repartir de zéro pour ces entités. Puis ces entités sont de nouveau synchronisées.
• Liste des types d'entités à synchroniser : Liste de types d'entités, séparées par des virgules - ex : "mr, wo".
  Si cette liste est laissée [vide], tous les types d'entités précisés dans le WebHook seront synchronisées.
• Nombre d'entités à traiter ensemble (traitement par lot) : Nombre d'entités qui constitueront un lot durant le traitement.
• WebHook : Identifiant du WebHook ArcGIS® sur lequel lancer la synchronisation.

 

Job de contrôle de l'intégrité des caractéristiques - CHARACTINTGCHECKJOB

Ce job permet de détecter (voire de supprimer) les caractéristiques dont la valeur est erronée.

Le paramètre est le suivant :

• Exécution en lecture seule : Si ce paramètre est activé, le traitement automatique ne supprimera aucune caractéristique mais tracera les caractéristiques corrompues dans le log de l'application. Si ce paramètre n'est pas activé, les caractéristiques dont la valeur est erronée seront définitivement supprimées.

 

Job de contrôle de l'intégrité des opérations sur intervention - WOPROCDTYPECHECKJOB

Ce job permet de détecter (voire de corriger) les opérations corrompues, c'est à dire possédant une valeur de discriminant erronée.

Sont testées les opérations sur interventions prévues, sur interventions validées et sur gammes.

Le paramètre est le suivant :

• Exécution en lecture seule : Si ce paramètre est activé, le traitement automatique ne corrigera aucune opération mais tracera les opérations corrompues dans le log de l'application. Si ce paramètre n'est pas activé, les opérations corrompues seront corrigées.

 

Calcul du vieillissement linéaire de points de mesures - CSJOBCALCULAGING

Ce job calcule l'augmentation moyenne de la mesure du compteur sur une période de 'n' jours, en se basant sur les relevés précédents.

Lors de l'exécution du traitement, les mises à jour suivantes seront effectuées dans la section "Vieillissement moyen" pour chaque point de mesure concerné :

• Période (en jours) : correspond à la période définie dans les paramètres du job.

• Valeur : calculée en multipliant la moyenne des variations quotidiennes par la période en jours.

Les paramètres sont les suivants :

• Période d'analyse (en jours) : la période de vieillissement.

• Code du point de mesure ou "ALL" pour tous : le code d’un point de mesure ou le terme "ALL" pour tous les points de mesure.

IMPORTS / EXPORTS

Job d'import des données - EXCHINJOB

Ce job lance l'exécution d'une ou plusieurs interfaces d'import sur un système externe donné.
Les paramètres sont les suivants :

• Système externe : Code du système externe sur lequel tournent les interfaces.
• Interface : Code de l'interface à exécuter. S'il n'est pas précisé, toutes les interfaces actives du système externe seront lancées successivement dans l'ordre indiqué sur le système externe.
• Point de connexion : Point de connexion utilisé. Par défaut, celui du système externe.
• Chaîne d'authentification : Mot de passe de l'utilisateur.
  simple:<mot de passe en clair> ou crypt:<mot de passe tel qu'encodé dans la base>.
  Par exemple : simple:demo ou crypt:fe01ce2a7fbac8fafaed7c982a04e229.

 

Job d'export des données - EXCHOUTJOB

Ce job lance l'exécution d'une ou plusieurs interfaces d'export sur un système externe donné.
Les paramètres sont les suivants :

• Système externe : Code du système externe sur lequel tournent les interfaces.
• Interface : Code de l'interface à exécuter. S'il n'est pas précisé, toutes les interfaces actives du système externe seront lancées successivement dans l'ordre indiqué sur le système externe.
• Filtre prédéfini : Si l'interface est précisée, un filtre à appliquer sur les données exportées peut être sélectionné parmi les filtres personnalisés.

 

Job d'import de données issues d'un SIG ou d'une maquette BIM - GISIMPORTJOB ou BIMIMPORTJOB

Ces jobs permettent de charger dans CARL Source des données issues d’un SIG (GISIMPORTJOB) ou d'une maquette BIM (BIMIMPORTJOB) : l’arborescence (Points - Matériels - Site - Bâtiments - Locaux) ainsi que toutes les géométries (positions dans un plan).

Les paramètres sont les suivants :

• Contexte temporel : Exécution du job avec un contexte temporel donné.
• Arrêt à la première erreur : Si ce paramètre est renseigné, alors l’exécution du job s’arrête dès lors qu'une erreur est rencontrée.
  Sinon, la totalité des lignes d’import est traitée même si des erreurs sont remontées.

 

Job d'importation des diagnostics externes fournis par les prestataires de contrôles - PROVIDCTRLIMPORTJOB

Ce job importe des diagnostics externes fournis par les prestataires de contrôle.

Les paramètres sont les suivants :

• Chaîne d'authentification : Mot de passe de l'utilisateur associé au lancement du job.
  simple:<mot de passe en clair> ou crypt:<mot de passe tel qu'encodé dans la base>.
  Par exemple : simple:demo ou crypt:fe01ce2a7fbac8fafaed7c982a04e229.
• Fournisseur : Code du fournisseur (prestataire de contrôle ayant établi le diagnostic à importer).
• Organisation : Code de l'organisation renseignée dans la configuration des imports de contrôle du prestataire. Si ce champ n'est pas renseigné, le job s'appliquera à toutes les organisations du prestataire.

NETTOYAGE

Job de purge des connexions obsolètes - CONNPURGEJOB

Ce job a deux fonctions :

• Actualiser la date de déconnexion pour les lignes historisées dont la date est antérieure à un délai fixé par le paramètre "Nb jours max de connexions non fermées".

• Supprimer de l'historique des connexions, les lignes antérieures à l'horizon indiqué par le paramètre "Nb de jours d'ancienneté à conserver".

 

Job de purge des tables d'audit - CSJOBPURGEAUDIT

Ce job supprime dans les tables d'audit les éléments qui datent d'un nombre de jours supérieur à celui passé en paramètre "Nb de jours d'ancienneté à conserver".

Les paramètres sont les suivants :

• Liste des tables à nettoyer (séparées par ,) : La liste des tables sur lesquelles appliquer le nettoyage. Les éléments de la liste doivent être séparés par le caractère ','.
• Nb jours d'ancienneté à conserver : Le nombre de jours d'ancienneté à conserver.

 

Job de purge de l'historique d'exécution des traitements automatiques - CSJOBPURGEHISTOCRON

Ce job supprime les lignes de résultat des traitements automatiques datant d'un nombre de jours supérieur à celui passé en paramètre "Nb de jours d'ancienneté à conserver".

 

Job de purge des données historisées des indicateurs - CSJOBPURGEINDICVALUE

Ce job supprime dans la table de l’historisation des valeurs d’indicateurs les éléments datant d'un nombre de jours supérieur à celui passé en paramètre "Nb de jours d'ancienneté à conserver".

 

Job de purge de l'historique d'exécution des interfaces d'échange - CSJOBPURGEINTEXEC

Ce job supprime les lignes de résultat et d'erreur des exécutions d'interfaces datant d'un nombre de jours supérieur à celui passé en paramètre "Nb de jours d'ancienneté à conserver".

 

Job de purge des Matériels (avec emprise) déplacés ou supprimés - CSJOBPURGEMOVEDEQPT

Ce job permet de supprimer les données relatives aux Matériels possédant des emprises et ayant été déplacés ou supprimés dans CARL Source.

 

Job de purge des données temporaires - CSJOBPURGETEMPDATA

Ce job supprime les données provisoires générées par l'application qui datent de plus de 4 heures.

 

Job de purge des messages importés depuis les systèmes externes - EXCHPURGEJOB

Ce job supprime les interventions en attente d'intégration importés depuis plus de x jours.
Ce délai en nombre de jours est paramétré par Connecteurs Control-S [Général] dans le champ "Rétention des données tmp".

 

Job de purge des documents de type "Export" - CSJOBPURGEEXPORTDOC

Ce job supprime les documents produits par l'application lorsque des traitements d'exportation asynchrone sont effectués.
Les éléments seront purgés selon un paramètre "Nb de jours d'ancienneté à conserver".

 

Job d'insertion de mouvements de stock de correction - CSJOBPURGESTOCK

Ce job permet de supprimer les mouvements de stock présentant une incohérence fonctionnelle.
Il peut être exécuté soit sur l’ensemble d’un magasin, soit sur un article, soit sur la totalité des mouvements de stock (si aucun paramètre n'est renseigné).

Les paramètres sont les suivants :

• Code article : Exécution du job uniquement sur cet article.
• Code magasin : Exécution du job uniquement sur ce magasin.

 

Job de purge des jetons d'accès expirés - TOKENPURGEJOB

Ce job supprime tous les jetons d'authentification dont la période de validité a expiré.

 

Job de nettoyage de L'index des actions et des messages - TOUCHJOBATNSTGECLNUP

Le nettoyage de l'index des actions, puis celui des messages opère du moment où l'index principal dépasse l'un des deux paramètres de configuration système IndicesMaxDocCount ou IndicesMaxSizeInGB.

Si l'index devient 'trop gros', les performances peuvent être affectées, il est alors recyclé.

Un nouvel index principal est créé, l'ancien index principal devient l'index secondaire, et l'ancien index secondaire est supprimé.
Si les index étaient passés en lecture seule au cas où le disque est presque plein, le job repasse les index en lecture-écriture afin de pouvoir supprimer l'ancien index secondaire et ainsi libérer de la place sur le disque.

Si des messages non encore envoyés sont encore présents dans les index qui ont été supprimés :

• Si le message est à destination d'un client CARL Touch, alors un ordre de réinitialisation lui est envoyé.
• Si le message est à destination d'une catégorie, elle est invalidée.

 

Job de purge des connexions obsolètes des appareils CARL Touch - TOUCHJOBCONNECTPURGE

Ce job supprime de l'historique des connexions des périphériques CARL Touch, celles dont les dates de connexion sont antérieures à la date déduite grâce au paramètre "Nb de jours d'ancienneté à conserver".

 

Job de réinitialisation automatique des appareils mobiles au delà de n actions en attente - TOUCHJOBCATUPTODATE

Ce job est chargé de maintenir un ensemble de catégories CARL Touch cohérent par rapport à la configuration technique d'une part et à l'ensemble des utilisateurs mobiles d'autre part.

La configuration technique nous indique le nombre maximal de catégories autorisées, ainsi que le nombre minimal d'utilisateurs nécessaires pour former une catégorie.
En fonction de ces paramètres, le job réévalue quelles catégories sont pertinentes en les comparant avec l'ensemble des utilisateurs mobiles à l'instant de son exécution.

 

Job de rECONSTRUCTION DES CATégories - TOUCHCOMPUTECAT

Ce job est chargé de reconstruire périodiquement l'ensemble des catégories CARL Touch. Au déclenchement de ce traitement automatique, toutes les catégories seront recalculées, qu'elles soient à l'état Prêt ou Invalide.

Par défaut, ce traitement automatique est planifié tous les 10 jours.

 

Job de purge des DOCUMENTS CHARGéS DEPUIS CARL FLASH - DOCUMENTPURGEJOB

Ce job supprime les documents chargés depuis CARL Flash mais qui ne sont finalement pas liés à une demande d'intervention et dont la date de création dépasse l'horizon défini en paramètre. 

 

Migration SIG

Job n°1 NECESSAIRE A LA MIGRATION DES DONNEES GEOLOCALISEES - COORDSYSMIGRATIONJOB

Ce job est la première étape pour permettre de migrer les données Géolocalisées présentes dans différentes tables vers une table unique.

Ce job permet de :

• Récupérer la liste des SRID à migrer dans la table des Ressources CSSY_RESOURCE
• Créer une valueList avec ces SRID
• Pour chaque SRID, créer une entrée correspondante dans la table CSGI_COORDSYSTEM (si pas déjà existant)
• Enfin, pour chaque SRID, vérifier si des données géométriques existent. Si non, on note tout de suite le SRID comme Migré

 

Job n°2 NECESSAIRE A LA MIGRATION DES DONNEES GEOLOCALISEES - GISDATAMIGRATIONJOB 

Ce job est la deuxième étape pour permettre de migrer les données Géolocalisées présentes dans différentes tables vers une table unique.

Ce job permet de : 

• Contrôles : est-ce qu’on est en état de lancer la tâche pour le SRID concerné ?
• Récupération des données pour le SRID concerné
• Persister les données récupérées dans la table unique
• Regénérer l’index géométrique
• Noter le SRID comme migré

Le paramètre est le suivant :

• SRID de la projection à migrer : le SRID doit correspondre à une valeur présente dans la fonctionnalité Système de coordonnées (exemple SRID = 2154)

 

Job n°3 NECESSAIRE A LA MIGRATION DES DONNEES GEOLOCALISEES - SWITCHGEOMSTORAGEJOB 

Ce job est la troisième et dernière étape pour permettre de migrer les données Géolocalisées présentes dans différentes tables vers une table unique.

Ce job permet de : 

• Contrôles : sommes-nous bien dans un état “post-migration” ? En mode de stockage =/= SINGLE et Contrôle : plus de données gérées par le GeometryMapper (et non exclues) en ‘non migrées’
• Passage du mode de stockage en “SINGLE” (état fonctionnellement définitif).