Traduit de English par IA ·
Je gère la supervision de site pour six clients de cette façon, alors voici la configuration qui a tenu la route.Une organisation par entreprise cliente. Vous conservez un seul compte et êtes membre de chacune, avec le rôle Admin, et vous passez de l’une à l’autre depuis le sélecteur d’organisation. Les collaborateurs du client sont invités en tant que User. Un User peut voir les appareils, les profils, les tableaux de bord et les alarmes, acquitter les alarmes, envoyer des commandes de base et créer des tableaux personnels. Consulter les flux nécessite le rôle Admin (la permission est automation.read), donc votre bloc Script reste hors de leur vue. Ne donnez jamais le rôle Admin à un client « juste pour une minute ».Tableaux de bord : créez-les une fois dans une organisation modèle, téléchargez le tableau sous forme de fichier et importez-le dans chaque organisation cliente. Les flux ne voyagent pas avec le fichier du tableau, il faut donc les transférer séparément : exportez-les depuis le menu de la ligne dans la liste des flux (Export), puis importez-les dans chaque organisation cliente (Import). Les secrets doivent être ressaisis, et les flux importés arrivent désactivés. Avec 4 organisations, je conserve aussi le code du bloc Script dans git ; c’est une tâche de 10 minutes à chaque modification. Si cela devient pénible, envisagez de déplacer le calcul de dosage dans le firmware et d’envoyer dose_g en télémétrie ; la logique se trouve alors dans une seule image signée.Firmware : ce que Laura a dit, signer avec Ed25519 dans votre pipeline, enregistrer la clé publique sur la page Firmware et laisser désactivée l’option Allow unsigned images. Les images non signées ou re-signées sont alors refusées par le contrôle au téléversement.Le tableau des rôles se trouve sur Users and roles. Le branding avec votre logo se configure aussi par organisation, si vous voulez que cela ressemble à votre propre produit.
I run plant monitoring for six customers this way, so here’s the setup that’s held up.
One organisation per customer company. You keep one account and are a member of each, with Admin, and switch between them from the organisation picker. The customer’s people are invited as User. A User can see devices, profiles, dashboards and alarms, acknowledge alarms, send basic commands and build personal boards. Viewing flows needs Admin (the permission is automation.read), so your Script block stays out of their sight. Never give a customer Admin « just for a minute ».
Dashboards: build them once in a template org, download the board as a file and import it into each customer org. Flows don’t travel in the board file, so you bring the flow over separately: Export it from the row menu on the flow list and Import it in each customer org (secrets have to be typed in again, and imported flows arrive switched off). With 4 orgs I keep the Script block code in git as well, it’s a 10-minute job per change. If that gets painful, think about moving the dosing calculation into the firmware and sending dose_g as telemetry; then the logic lives in one signed image.
Firmware: what Laura said, sign with Ed25519 in your pipeline, register the public key on the Firmware page, and leave Allow unsigned images off. Unsigned or re-signed images are then refused by the upload check.
The role table is on Users and roles. Branding with your logo is per organisation too, if you want it to look like your product.