Sécurité et fonctionnement, avec des limites de responsabilité spécifiques.

Chemin de données crypté, accès contrôlé, sauvegarde et disponibilité – documentés pour le projet donné.

La sécurité dès la conception de l’architecture

OrigSmart connecte les actifs physiques, les données de mesure et les processus métier. Les exigences de sécurité ne sont donc pas traitées après coup, mais dans le cadre de l’évaluation et de la planification du système.

Connexion de données cryptées

Les connexions de données Internet prises en charge utilisent TLS. L'identification de l'appareil, la gestion des clés et la méthode d'accès sont adaptées à l'environnement d'installation spécifique.

Rôles et journalisation

L'accès est planifié en fonction des rôles et les événements importants du système et de l'entreprise peuvent être retracés.

Chemin de données séparé

Les protocoles de terrain, l'intégration et les autorisations commerciales sont liés à des limites de responsabilité claires.

Modèle opérationnel

Le lieu d'hébergement, le planning de sauvegarde, l'objectif de disponibilité, la responsabilité de mise à jour et la gestion des incidents sont enregistrés par projet, dans l'offre et dans la spécification technique. Des conceptions cloud, côté client et hybrides peuvent être conçues ; seul le contrat de service accepté signifie un SLA spécifique.

Que clarifie-t-on lors de la première réunion technique ?

  • Où les données sont-elles générées et stockées ?
  • Quelles connexions peuvent être ouvertes en externe et lesquelles restent sur le réseau local ?
  • Qui peut accéder aux données de mesure, d’appareil et d’entreprise ?
  • Quelles sont vos exigences en matière de sauvegarde, de restauration et de conservation ?
  • Pour quels événements avez-vous besoin d’une alarme, d’un journal et d’un responsable ?
  • Quels fournisseurs ou sous-traitants sont impliqués dans le service ?

Un engagement vérifiable est plus important qu’une promesse générale

Les paramètres détaillés de sécurité et de fonctionnement sont fournis pour le système donné, afin qu'ils puissent être techniquement vérifiés et pris en compte dans le contrat.

Négocier les exigences de sécurité