Settings
Settings
La section Settings regroupe les paramètres généraux de son propre tenant dans optiCLOUD. Elle permet d'adapter des configurations centrales concernant l'apparence, l'envoi d'e-mails, les mentions légales, la page d'accueil et le traitement des données historiques.
Les sous-sections disponibles sont :
Ces paramètres s'appliquent à l'échelle du tenant et concernent donc non seulement des utilisateurs individuels, mais le comportement général et l'affichage de la plateforme.
Outgoing Email
La section Outgoing Email définit comment les e-mails sortants du tenant sont envoyés.
Par défaut, les e-mails peuvent être envoyés via la configuration standard fournie par OptiMEAS. Si un tenant doit utiliser son propre serveur de messagerie, la configuration standard peut être désactivée et une configuration SMTP personnelle peut être renseignée.
C'est particulièrement judicieux lorsque :
- les e-mails doivent être envoyés via le propre domaine de l'entreprise
- des exigences internes de sécurité ou de conformité imposent un serveur de messagerie propre
Les paramètres de configuration sont :
- adresse de l'expéditeur
- hôte SMTP
- port SMTP
- protocole SMTP
- chiffrement TLS
- nom d'utilisateur et mot de passe
La fonction de test permet de vérifier directement si l'envoi fonctionne correctement.
Si aucun serveur SMTP propre n'est configuré, les e-mails sortants continuent d'être envoyés via la configuration standard d'OptiMEAS.
Policy Template
La section Policy Template sert à renseigner les mentions légales propres au tenant ou des conditions d'utilisation personnalisées.
Cette section est particulièrement pertinente lorsque le tenant n'est pas utilisé uniquement en interne, mais donne aussi à des clients finaux, des partenaires ou d'autres utilisateurs externes accès à des fonctions ou données de la plateforme.
L'éditeur intégré permet de rédiger et de mettre en forme des textes personnalisés. Il est ainsi possible de renseigner des conditions, remarques ou directives supplémentaires qui doivent s'appliquer au tenant concerné.
Il est important de noter que :
- Les policies propres au tenant complètent les exigences valables à l'échelle du système.
- Elles ne doivent pas contredire les conditions valables à l'échelle du système.
- Sur les instances exploitées en propre, des directives entièrement personnalisées valables à l'échelle du système peuvent aussi être utilisées, selon la configuration du système.
L'éditeur permet de construire des textes juridiques de façon structurée et de les gérer directement dans la plateforme.
Email Templates
La section Email Templates permet de gérer les modèles des e-mails déclenchés automatiquement ou manuellement.
La communication avec les utilisateurs et les clients peut ainsi être adaptée à son propre tenant. Les différents templates peuvent être modifiés directement, mis en forme et dotés d'espaces réservés pour des contenus dynamiques.
Les modèles sont notamment :
- Activation
- Activation de compte
- Clôture de compte
- Blocage de compte
- Account Lockout
- Password reset
- Reset
- Test
- Account Unblock
Selon le modèle, différents événements de la plateforme sont couverts, par exemple :
- invitation de nouveaux utilisateurs
- activation ou blocage de comptes
- modifications de mot de passe ou réinitialisation de mot de passe
- test de l'envoi des e-mails
La vue d'édition affiche en outre les espaces réservés disponibles. On voit ainsi clairement quelles variables peuvent être utilisées dans un template, par exemple l'adresse de destination ou le lien de connexion.
Theme
La section Theme permet d'adapter l'apparence du tenant. Cette section est la base du white-labeling et de la personnalisation visuelle.
Peuvent notamment être configurés :
- titre de l'application
- favicon
- mini-logo
- logo
- image d'arrière-plan de la zone de connexion
- couleur primaire
- couleur secondaire
- couleur de police
Ces paramètres permettent d'adapter la plateforme à sa propre identité visuelle (corporate design). C'est surtout pertinent pour les portails spécifiques à un client ou les instances à la marque du client.
Les adaptations de design influencent notamment :
- l'onglet du navigateur
- le menu principal
- la zone de connexion
- la conception graphique de base de l'interface utilisateur
Des fonctions d'import, d'export et d'aperçu sont en outre disponibles pour tester des configurations de design ou les transférer entre environnements.
Home Page
La section Home page définit quels contenus sont affichés sur la page d'accueil du tenant.
La page d'accueil se compose d'une sélection de cartes ou de widgets qui donnent un aperçu rapide des informations importantes. Selon le tenant et les besoins, différents contenus peuvent être activés ou désactivés.
Les éléments de la page d'accueil sont par exemple :
- tuile de bienvenue
- dernières notes
- alarmes actives
- nombre de projets
- nombre d'utilisateurs
- nombre d'appareils
- nombre de dashboards
- nombre de personnes de contact
La Welcome Card peut en outre être adaptée sur le plan du contenu, par exemple via le titre et la description. La page d'accueil peut ainsi être adaptée au tenant non seulement sur le plan fonctionnel, mais aussi sur le plan de la communication.
Data Aggregation
La section Data aggregation pilote la manière dont les données de mesure historiques sont préparées pour la visualisation dans les dashboards et d'autres analyses.
Données temps réel et données historiques
Deux types de données différents sont utilisés dans optiCLOUD :
- Données MQTT pour les vues en direct ou en temps réel
- Données OSF pour des données historiques fiables et à haute résolution
Les données MQTT fournissent des états actuels avec un faible délai et conviennent particulièrement à la surveillance en direct et aux réactions rapides. Les données OSF, en revanche, sont transmises par intervalles, mais sont plus robustes et mieux adaptées à des analyses ultérieures détaillées.
Les différences concernent notamment :
- Comportement temporel : MQTT est disponible immédiatement, OSF est transmis avec un décalage.
- Fiabilité : les données MQTT peuvent être perdues en cas de coupure de connexion, les données OSF sont mises en mémoire tampon et livrées ultérieurement.
- Qualité des données : les données OSF permettent des fréquences d'échantillonnage plus élevées et sont donc nettement mieux adaptées aux analyses précises.
Traitement en arrière-plan
Pour que de grands volumes de données historiques puissent être affichés de manière performante, optiCLOUD travaille avec des niveaux d'agrégation. Les données brutes ne sont alors pas chargées intégralement pour chaque vue, mais regroupées par intervalles de temps.
Pour ces intervalles, les valeurs caractéristiques suivantes sont enregistrées :
- minimum
- maximum
- dernière valeur
Il en résulte une base de données à plusieurs niveaux, permettant de charger la résolution appropriée selon la période choisie. Les grandes fenêtres temporelles peuvent ainsi être visualisées nettement plus rapidement, sans perte du contenu informatif nécessaire à l'affichage.
Configuration des niveaux d'agrégation
Dans la zone des paramètres, des niveaux d'agrégation peuvent être définis avec un type, un multiplicateur ainsi qu'une fenêtre temporelle minimale et maximale. On définit en outre combien de points de données au maximum doivent être affichés dans une fenêtre temporelle.
Cette configuration influence directement :
- la performance des diagrammes historiques
- la lisibilité visuelle des grandes périodes
- le moment à partir duquel ce ne sont plus les données brutes, mais les données d'agrégation qui sont utilisées
Le choix approprié des niveaux dépend fortement du processus concerné et de la dynamique de mesure. Les signaux à variation rapide nécessitent d'autres paramètres que les processus lents.
Les niveaux d'agrégation déjà créés ne peuvent être modifiés que s'il n'existe aucune base de données historique, c'est-à-dire si la base de données ne contient pas encore de données agrégées. Sinon, les jeux de données existants devraient être entièrement recalculés, ce qui représenterait un effort impossible à maîtriser.
Recommandation pour la pratique
Les Settings ne doivent pas être considérés isolément, mais comme la configuration de base à l'échelle du tenant. Une mise en place coordonnée dans l'ordre suivant est particulièrement judicieuse :
- Configurer le Theme et l'envoi d'e-mails pour l'image de marque et la communication.
- Adapter la Policy et les templates d'e-mail à son propre cas d'utilisation.
- Orienter la page d'accueil vers les informations les plus importantes au quotidien.
- Définir la Data Aggregation en fonction des données de mesure utilisées et des exigences d'analyse.
On obtient ainsi un tenant configuré de façon cohérente sur les plans technique, visuel et organisationnel.