SOT
    • Introduction
    • User manual
      • Condition monitoring and its tabs
        • Live
        • Counters
        • Measurements
        • Events
        • Rules
        • View configuration
        • Details
      • Rules management
        • Rule types and standard functions
        • Rule details
      • Function configuration
      • Condition Monitoring widgets
      • Access Management
        • Application Roles
        • Fine-Grained Access Control and Configuration
        • How to Configure Organization Roles
    • Operations manual
      • Overview
      • System architecture and interfaces
        • System components
      • System requirements
        • General notes
        • cm/condition-monitoring-core
        • cm/rule-service-app
        • cm/rule-function-executor
        • cm/rule-result-aggregator
        • cm/rule-value-aggregator
        • cm/rule-value-provider
        • cm/stateful-function-executor
      • Migration from previous versions
        • Migration to 2.1+
        • Migration from CPM 1.5.4 to CM and RM 3.0.x (Nexeed IAS 2023.02.00.xx)
          • CPM to CM relational database migration
          • CPM to RM relational database migration
          • CM Influx database migration
          • Deletion of an old CPM installation
        • Resources mapping from MES to IAS Condition Monitoring
        • Migration to 4.0.0+ (Nexeed IAS 2024.01.00.xx)
        • Migration to 4.3.x (Nexeed IAS 2024.02.01.x)
        • Migration to 4.5.x (Nexeed IAS 2025.01.00.x)
        • Migration to 4.6.x (Nexeed IAS 2025.01.01.x)
        • Migration to 4.8.x (Nexeed IAS 2025.02.00.x)
        • Migration to 4.9.x (Nexeed IAS 2025.02.01.x)
        • Migration to 4.10.x (Nexeed IAS 2025.02.02.x)
        • Migration to 4.11.x (Nexeed IAS 2026.01.x)
      • Setup and configuration
        • Manual MACMA configuration after setting up a new tenant
        • RabbitMQ
        • Influx configuration
        • Kafka topics
        • Condition Monitoring - Helm Configuration
        • Advanced configuration parameters
          • cm/condition-monitoring-core
            • Common shared variables
            • Portal shared variables
            • MDM shared variables
            • RabbitMQ shared variables
            • OTEL shared variables
            • Graceful shutdown shared variables
          • cm/rule-service-app
            • Rules Management shared variables
            • KAFKA shared variables
          • cm/rule-function-executor
          • cm/rule-result-aggregator
          • cm/rule-value-aggregator
          • cm/rule-value-provider
          • cm/stateful-function-executor
        • Fine-Grained Access Configuration
      • Start and shutdown
      • Regular operations
      • Failure handling
        • Rule Management Light Helm installation failing when Kafka is disabled or Kafka is not configured at all
        • User manual injection into Rule Management
        • Infrastructure outages: health verification Endpoints
        • OPP/PPMP are not received in CM
        • Master data (Devices, Facilities, Measuring Points, DeviceTypes) is missing in CM
        • Condition Monitoring Domain is missing in Ticket Management
        • CM is not visible in the portal
        • How to verify if the broker is out of sync
      • Backup and Restore
      • Logging and monitoring
        • General logging characteristics
        • Required monitoring
        • General logging format
        • Request-based logging format
        • Security logging format
        • Lifecycle logging format
        • Module health Endpoints and K8s probes
      • Known limitations
    • API documentation
      • Condition Monitoring HTTP API
      • Rules Management HTTP API
    • Glossary
Condition Monitoring
  • Smart Operations Toolkit
    • Deviation Processor
    • Multitenant Access Control
    • Notification Service
    • Ticket Management
    • Web Portal
  • Shopfloor Management
    • Andon Live
    • KPI Reporting
    • Operational Routines
    • Shift Book
    • Shopfloor Management Administration
  • Product & Quality
    • Process Quality
    • AI Services
  • Machine & Equipment
    • Condition Monitoring
    • Device Portal
  • Enterprise & Shopfloor Integration
    • Information Router
    • Master Data Management

SOT Learning Portal

  • Condition Monitoring
  • Operations manual
  • Setup and configuration
  • Fine-Grained Access Configuration
preview 4.11.2 4.11.1 4.11.0

Fine-Grained Access Configuration

This page describes how to configure Fine-Grained Access for specific Facility Types at the Helm level. For a general overview, see Fine-Grained Access Control and Configuration.

Fine-Grained Access can be enabled for multiple topology types simultaneously (e.g., both IAS and MES) by providing the relevant Facility Type IDs as a comma-separated list.

Helm Configuration

Configure the Facility Type IDs in the cm-core-configmap and rule-services-configmap via Helm custom values:

cm:
  configmaps:
    cm-core-configmap:
      CMCORE_FACILITYTYPESTOREGISTERRESOURCE_<TENANT_ID>: <FACILITY_TYPE_ID>,<FACILITY_TYPE_ID>,...
    rule-services-configmap:
      RS_FACILITYTYPESTOREGISTERRESOURCE_<TENANT_ID>: <FACILITY_TYPE_ID>,<FACILITY_TYPE_ID>,...

Replace <TENANT_ID> with the actual Tenant ID and <FACILITY_TYPE_ID> with the applicable Facility Type IDs. Both configmaps must contain the same set of Facility Type IDs.

To find the correct Facility Type IDs, check the MDM documentation or look them up directly in the MDM Topology response of your environment.

The underlying environment variables are documented in the advanced configuration parameters:

  • CMCORE_FACILITYTYPESTOREGISTERRESOURCE_DEFAULT — Condition Monitoring Core

  • RS_FACILITYTYPESTOREGISTERRESOURCE_DEFAULT — Rules Management

A tenant-specific override is created by appending the Tenant ID to the variable name. If defined, it takes precedence over the default.

Example: Enabling both IAS and MES Topology

cm:
  configmaps:
    cm-core-configmap:
      # IAS: Production Area, Production Line | MES: Product, Area, Line
      CMCORE_FACILITYTYPESTOREGISTERRESOURCE_01c498ec-d114-4ccd-8de0-1b1e0b5006ba: E14CAB2A-2113-441C-A4A1-FCC6AF91861D,F2BFFBF3-1113-4F99-81BC-C782458AD8A2
    rule-services-configmap:
      RS_FACILITYTYPESTOREGISTERRESOURCE_01c498ec-d114-4ccd-8de0-1b1e0b5006ba: E14CAB2A-2113-441C-A4A1-FCC6AF91861D,F2BFFBF3-1113-4F99-81BC-C782458AD8A2

Re-register Dynamic Resources (MDM Reload)

After updating the Helm configuration, an MDM Reload must be triggered so that the dynamic resources are re-registered with the updated Facility Type IDs. This is required for both CM Core and Rules Management.

For step-by-step instructions, see MDM Reload for the new tenant.

Contents

© Robert Bosch Manufacturing Solutions GmbH 2023-2026, all rights reserved

Changelog Corporate information Legal notice Data protection notice Third party licenses