• Causes

Question

What are the BVMS design details for integrating the BVMS system with Bosch cameras and storage?

Answer

This document summarizes the BVMS design details, and serves as a guide to planning a BVMS system with system with Bosch cameras and storage. It focuses on BVMS combined with the VRM. The BVMS

12.3 release notes can be found on the Bosch Security Systems website. This document lists the valid

design specifications for

BVMS

12.

3.

• BVMS - System design guide _ January 2025.pdf

• Solution

1. System Components

Component

Description

(Enterprise) Management

Server

The Management Server software provides management, monitoring, and control of the entire system. One single Management Server manages up to 2000 Cameras/encoders.

Enterprise Management Server serves as an address book, and allows one Operator Client to access to multiple Management Servers.

Video Recording Manager

Video Recording Manager (VRM) provides recording and playback management of video,
audio, and data. One single VRM manages up to 2000 cameras/ encoders (including up to
2000 ONVIF cameras). Bosch Video Recording Manager (VRM) provides a Distributed Network Video Recorder solution, eliminating the need for dedicated NVRs.

VRM provides load balancing and failover for the iSCSI Storage System and makes it easy to add additional iSCSI Storage Systems later on. VRM introduces the concept of a storage
virtualization layer. This abstraction layer enables VRM to manage all of the individual disk
arrays in the entire system as various “virtual” pools of storage, which are intelligently allocated as needed. A storage pool is a container for one or more iSCSI storage systems that share the same load balancing properties.

Dual / failover recording:

• A Primary VRM manages the normal recording of the cameras of your system. You use a Secondary VRM to achieve dual recording of your cameras. Dual recording allows you to record video data from the same camera to different locations. A Secondary VRM can manage the secondary recording for multiple Primary VRMs.

• A Failover VRM is used for continuing the recording of a failed Primary VRM or a failed Secondary VRM computer.

Configuration client

Configuration Client software provides the straight forward user interface for system configuration and management.

Operator client

Operator Client software provides the ergonomic and intuitive user interface for system monitoring and operation.

Configuration wizard

Configuration Wizard software provides easy and fast setup of a small recording system when using the BVMS Appliance.

Appliances

DIVAR IP devices are simple and reliable all-in-one recording, viewing, and management solution for network surveillance systems

Mobile Video Service

Mobile Video Service provides a transcoding service. It transcodes the live and recorded video stream from a configured camera according to the available network bandwidth. This service enables video clients to view high-quality images via low bandwidth. The Web Client: Access live and playback video from remote in single or quad-view. Search for text data and trigger export of videos on Management Server.

Mobile applications

Mobile App (iPhone or iPad): Access live and playback video from remote in single or quadview. Alert and share live video from mobile camera with other security staff with a single click. The app is available in the Apple appstore and can be found by searching for "Mobile Video Security".

Video Streaming Gateway

Bosch Video Streaming Gateway (VSG) is a separate that runs independently VSG acts as an iSCSI NVR for non iSCSI capable devices, for example ONVIF devices, JPEG, RTSP, and legacy H.263 Bosch devices.

2. Recommended hardware

The recommended hardware for the Operator Client, VRM and server components (Management Server, VSG and MVS) can be found on the different (BVMS Professional, Plus and Lite) datasheets. The recommended hardware is fine-tuned to the maximum system size.
The server components of the BVMS can be virtualized. More information on virtualization can be found in the Virtualization - A concept explained document.

🛈 DSA E-series as storage for VMware

It is not recommended to use the DSA E-series as a storage device within a VMware environment. The DSA Eseries can be used to store video data when BVMS is virtualized.

2.1. Cameras

All Bosch cameras can be used under the device compatibility concept, which is described in the article "Which Bosch encoders and decoders are compatible with BVMS?" on the Bosch Security & Safety community. The list of tested ONVIF cameras can be found on the Bosch Security Systems website.

2.2. Network

The BVMS Network Design Guide (which can be found on the Bosch Security System Community) describes general recommendations related to the network.
To achieve the performance listed in the table below, an 1 Gigabit/s network is a minimum requirement between the Operator Client and Management Server.

(Unicast) Maximum number of workstations simultaneously viewing the same camera

5

(Multicast) Maximum number of workstations simultaneously viewing the same camera

100

Event response time (assuming sufficient network performance considering bandwidth and delay)

< 1 second

Alarm visibility time (assuming sufficient network performance considering bandwidth and delay),

including 1 live image pane, 1 instant playback image page, and 1 map image pane.

< 2 seconds

3. Operating Systems

3.1. Supported operating systems

1. The tested operating systems (also listed on the datasheets. These versions are tested extensively).

2. The compatible operating systems are tested for selected use-cases and we are confident they are usable in production environments.

If you run into an issue on a compatible operating system, our after sales support teams will investigate this issue to determine the root-cause. It might be recommended to upgrade your Windows version if we determine the root-cause is related to this. For Windows Server based operating systems, we always recommend to use the tested versions.

3.2.1 Microsoft life-cycle policy

Mainstream support: security updates/patches as well as non-security updates/patches.
Extended support: only security updates.

Existing Windows Life Cycle

Life-cycle start

Mainstream support

Extended

support

Windows 10 Enterprise 2019 LTSC build 1809

2018-10-02

2023-10-10

2028-10-10

Windows 10 Enterprise 2016 LTSB build 1607

2016-08-02

2021-10-12

2026-10-13

Windows 10 Enterprise 2015 LTSB build 1507

2015-07-29

2020-10-14

2025-10-14

Windows 8.1 Enterprise

2013-11-13

2018-01-09

2023-01-10

Windows Server 2008 R2 Standard (SP1)

2011-02-22

2015-01-13

2020-01-14

Windows Server 2012 R2 Standard

2013-11-25

2018-10-09

2023-10-10

Windows Server 2016 Standard  

2016-10-15

2022-11-01

2027-11-01

Source: Search product lifecycle and Microsoft Business, Developer and Desktop Operating systems policy

3.2.2 Windows as a Service (WaaS)

Using Windows as a Service (Windows 10) requires an organization to update their systems on a regular basis. Bosch might require the organization to update the system to the latest available version in order to use support.

Windows as a service

Life-cycle start

Home, Pro EOS

Enterprise,

Education EOS

Windows 10 version 2004

2020-05-27

2021-12-14

2021-12-14

Windows 10 version 1909 "November 2019 update"

2019-10-12

2021-05-11

2022-05-10

Windows 10 version 1903 "May 2019 update"

2019-05-21

2020-12-08

2020-12-08

Windows 10 version 1809 "October 2018 update"

2018-10-02

2020-11-10

2021-04-13

Windows 10 version 1803 "Spring creators update"

2018-04-30

2019-10-12*

2020-11-10

Windows 10 version 1709 “Fall creators update”

2017-10-17

2019-03-01*

2020-10-13

Windows 10 version 1703 “Creators update”

2017-04-05

2018-09-01*

2019-10-08

Windows 10 version 1607 “Anniversary update”

2016-08-02

2018-03-01

2019-04-09

Windows 10 version 1511 “Threshold 2”

2015-11-01

2017-10-10

2017-05-09

Windows 10 version 1507

2015-07-29

2017-05-09

n/a

Sources: Quick guide to Windows as a Service, Overview of Windows as a Service, Windows lifecycle fact sheet and Windows 10 update history

4. Management Server

Subject

Management Server (MS)

Enterprise Management 

System (EMS)

Management Servers

1

100 management servers * 100 cameras (maximum amount of servers)

50 management servers * 200 cameras (example)

10 management servers * 1000 cameras (maximum number of cameras per server in Enterprise scenario)

Total number of IP devices

2.000 per management server; 

n/a

Enterprise User Groups

n.a.

100 with overall max. 1000 users 

User Groups

20 with overall max 1000 users

20 with overall max. 1000 users

Workstations connected in parallel

100

100 (per management server)

Logbook

4GB (6 Million Entries)

4GB (6 Million Entries) per server

VRM

125 VRMs (primary VRMs + Secondary VRMs).

In theory: 50x125 is possible, but total number of devices in logical tree shall not exceed 10.000

DVR (AN, Hybrid, Network)

50

100 MS with 50 each = 5.000 (10.000 devices in the logical tree of an operator user group)

POS/ATM

15

100 MS with 15 each = 1.500(10.000 devices in the logical tree of an operator user group)

Virtual Inputs

4.000 (limited in configuration)

(10.000 items in the logical tree of an operator user group)

Adam modules

50

100 MS with 50 each = 5.000 (10.000 items in the logical tree of an operator user group)

Task schedules

200 (limited in configuration)

Limits apply to each MS

Compound Events

1000, up to 10 devices per compound event

Limits apply to each MS

Max. number of sustained events

• 1000 events/s with Logbook
• 2500 events/s without Logbook
• 5000 events/s at peaks (within 60 minutes) with Logbook

Limits apply to each MS

Max. number of alarms

100 alarms/s on MS and on 10 alarms/s in alarm list of Client. Up to 1000 unprocessed alarms per MS.

Limits apply to each MS

Special Days

24

Limits apply to each MS

Allegiant CCL commands

Max 10/sec

Limits apply to each MS

BIS-BVMS Connection

1 OPC Server per MS

No Enterprise functionality. Only 1 OPC Server per MS.

5. Scalability

5.1. BVMS Subsystems (previously known as Enterprise)

5.1.1. Licensing

BVMS Plus, BVMS Professional, and DIVAR IP All-in-one 7000 can act as a BVMS Enterprise server and be expanded with subsystems. This expands the previously known Enterprise functionality to BVMS Plus, Professional, and DIVAR IP All-in-one 7000 as well. Each workstation which is connected to the Enterprise management server should be licensed as MBV-XWST-xx, where xx is the BVMS version. Workstation licenses are not relevant for subsystems that are connected to an Enterprise management server. The workstation licenses are relevant when workstations are directly connected to the subsystem.

5.1.2 Special considerations

5.2. BVMS Unmanaged sites

5.2.1. Licensing

For each site, the MBV-XSITE-xx license is required. The DIVAR IP 3000/7000 cannot be expanded with MBV-XSITE-xx.
DIVAR IP All-in-one 7000 can be expanded with MBV-XSITE-xx and therefore act as an unmanaged site server. Devices inside the subsite do not need to be licenses in the main site, but (depending on the device) need to be licensed within the sub-site.

5.2.2. Specification

5.2.3. Devices

5.2.4 Special considerations

Image Removed

5.2.5. BVMS Unmanaged sites on Microsoft Azure

If the BVMS Management Server does not have locally connected cameras it serves as an address book for the Operator Clients. In this case, the Management Server can run on Microsoft Azure. We recommend to tailor the performance of the Azure virtual machine to match your expected performance and use SSH to login to the Management Server.

6.3. Enterprise versus Unmanaged sites

Consider this table for the design decision to go for unmanaged site concept on a Professional License or for a “Managed Solution” => Enterprise license with subsystems.
A subsystem is equal to a site.

7. Software security

The software security concept is explained in the BVMS - Securing a Security System document, which can be found on the Bosch Security Systems Community.

8. Operator Client

8.1. Compatibility

1. An operator client cannot connect to a newer (Enterprise) Management Server: the Operator Client needs be of a higher version than the (Enterprise) Management Server.
2. The compatibility in an Enterprise system is determined by the version of the Management Server of the Subsystem and the Operator Client.

In production systems it is not recommended to use versions which are released more than two years apart.

9. Mobile Video Service

10. Maps

10.1 Performance

The speed at which a map is opened is depending on the amount of objects that is placed on a map and the size of the map file.

The amount of maps that can be opened simultaneously is also depending on the amount of objects that are placed on a map.

With BVMS 11.0, new Global Maps feature was implemented. It is possible to use it with:

• Online GIS maps (HERE)
• Offline map layers (PNG or JPG)

There's no limit for number of viewports, that can be configured to create crop view of the Global Map, available in the device tree.
Map-based tracking assistant is only supported with Global Maps module.

For DWF: Only use layers containing the building structure and remove all unnecessary layers (for example, electronic, water, and others) as they increase the file size of the file, and therefore the loading time. 3D and multimaps cannot be used. It is recommended to use DWF files with version 5 or higher.

11. SSH Service

For remote security connectivity the built-in SSH service can be used. Due to the increased overhead it is not recommended to use the SSH service's functionality in a local network:

• Multicast is not used, which means each client will set-up a dedicated unicast connection to the camera. This limits the number of simultaneous clients connecting to one camera considerably.
• Direct iSCSI replay is not possible, the system will fallback on VRM replay.
• Each camera connection through the SSH service is handled by using a separate (CPU) thread, which could (when hundreds of cameras are opened in several connected clients) overload the management server.

11.1 Performance

The number of cameras is depending on the bandwidth generated per cameras.

12. Monitor Groups

12.1 Licensing

Each decoder requires a channel license per connected monitor: if a VIDEOJET 7000 and VIDEOJET 8000 have 2 connected monitors, 2 channel licenses are required.

12.2 Monitor wall versus (Analog) Monitor Groups

From BVMS 10.0.1 onwards panoramic pre-positions can be assigned to the monitor group in alarm scenarios.
Panoramic pre-positions cannot be assigned manually to the monitor group.
Digital Monitor Wall (DMW) function was removed in BVMS 11.0. Monitor Groups (MG) function should be used instead.
Please see the comparison below.

12.3. Special considerations 

12.4. Security configuration

While we are working on improving the security configuration, the following settings are tested related to the usage of decoders.

12.5. Non-Bosch Monitor walls

12.5.1 Barco Transform N-series

Barco developed a RCP+ SDK Agent to integrate the BARCO Transform N series for BVMS 5.0 or higher.
TransForm N Universal Streaming Video Input Node

• Barco RCP+ SDK Agent requires activation of multicast in all used cameras
• The Barco RCP+ SDK Agent should be added to the BVMS configuration as "Automatic" detected device.
• The Barco RCP+ SDK Agent does not work in a system with secured connections.
• It does not support multiple drag and drop support (sequences).
• It does not support replay.
• The RCP+ Agent requires a license from BARCO.
  
  • In BVMS the RCP+ Agent is connected as a single decoder supporting up to 64 cameras.
  • In BVMS the monitor wall is licensed with a single channel license (MBV-XCHAN-xx) per RCP+ Agent.
• The RCP+ Agent supports asymmetrical layouts.

13. ONVIF

13.1. List of tested ONVIF cameras

The latest list of tested ONVIF cameras can be found on https://community.boschsecurity.com

13.2. Performance

Some manufacturers do not provide a de-bounce time, leading to events occurring in high frequency. Therefore, please ensure that the total event load in the system does not exceed 500 events/second. To ensure this:

• Check, whether the created event mapping is unintentionally deployed to all cameras of the same type
• Note that mapping one ONVIF event does subscribe to all events in the camera
• Therefore we recommend to connect the camera with busiest scene to the ONVIF Device Manager to get an estimate of the occurring number events/second as a basis to calculate the overall event load
• Remove unused ONVIF events from the event mapping table. For supported manufacturers this acts as a filtering mechanism.

The Video Streaming Gateway acts as an iSCSI NVR for ONVIF cameras in the BVMS environment.

13.3.1.  Throughput

VSG throughput and performance is determined by several factors:

• The server platform it is installed on
• The iSCSI target it is writing to
• The number of possible clients in the VMS
• The number of cameras assigned to the VSG

When designing a system, all of these factors must be considered in order to build a cleanly-functioning system. When using a standalone server, the VSG throughput will vary based on the hardware platform itself. Older generation servers could provide 350 to 400 Mb/s of throughput. This includes both the RTSP pull from cameras, as well as the iSCSI push to the storage target. The new Generation 10 Server can supply 3000 Mb/s of throughput.

The second part of the equation is the available throughput of the iSCSI target.

Image Removed

Overview

The table below shows the VSG performance when using DIVAR IP appliances.

Example calculation

In a VSG standalone sever scenario with a camera that is streaming at 3Mb/s:

• 3 Mbit/s VSG incoming from the camera
• 3 Mbit/s VSG outgoing into the iSCSI target
• [Optional] 3 Mbit/s Viewing (1 operator client)
  
  • Operator clients can stream directly from the camera or from the VSG. When the stream comes directly from the camera the optional bandwidth should not be included in the VSG performance calculation.

Bandwidth calculation for a single camera would be 9 Mb/s. A 100 camera system would be calculated at a theoretical worst case scenario 900 Mbit/s.

13.4.Streaming protocols

14. Remote access

BVMS offers two ways to access the system from a remote connection:

• SSH tunnelling: as of BVMS 7.5 SSH tunnelling was introduced. SSH tunnelling allows all BVMS related traffic to be send through an SSH tunnel.

With BVMS 11.1.1 (11.1) additional option of Port forwarding is not supported anymore:

• Port forwarding: the BVMS components can be made aware of a port-forwarded connection to the system. As of BVMS 7.5 it is not recommended to use this functionality any more. Removed with BVMS 11.1.1 (11.1)

14.1. SSH tunnelling

SSH Tunnelling constructs an encrypted tunnel established by an SSH protocol/socket connection. This encrypted tunnel can provide transport to both encrypted and un-encrypted traffic. The Bosch SSH implementation also utilizes Omni-Path protocol, which is a high performance low latency communications protocol developed by Intel.

Image Removed

The SSH client is embedded into the BVMS Operator Client. The SSH service can be, optionally, installed on the BVMS management server. When using SSH tunneling, all BVMS related traffic is routed through the SSH service and this will therefore also create a single-point-of-failure in the system.

14.1.1. Forensic Search

Due to the huge amount of data that needs to be transferred to the BVMS operator client a limited version of Forensic Search is available when connected to a BVMS system via SSH.

14.1.2. Transcoding

Transcoding enables to BVMS Operator Client to operate within low bandwidth (>=300 kbit/s) networks.
If no transcoder sessions or hardware transcoder is available in the VRM no image will be displayed in the BVMS operator client. Transcoded videos are selected by operator per device and it will be indicated in the cameo that a transcoded stream is being used. The following operations cannot be executed when a transcoded session to a device is used:

• Delete Video
• Protect/Unprotect Video
• Restrict/Unrestrict Video
• Authenticate Video
• Forensic Search
• Export Video

Software transcoding

Software transcoding is offered in Operator Client as a fall-back level when no hardware transcoder is available, but only for live.

The hardware transcoder is available for Llve and playback for VRM connected Bosch cameras. BVMS is able to utilize the transcoder service within the internal transcoder of the VRM installed on DIVAR IP 3000/7000 as well as DIVAR IP 2000/6000. The hardware transcoding device or service cannot be configured from the BVMS config client, but needs to be configured in the Bosch Configuration Manager.

15. Recording

15.1 Video Recording Manager

When planning for larger environments we strongly recommend using large sized disk arrays instead of a large number of small disk arrays (vertical scaling instead of horizontal scaling). For systems with more than 40 disk arrays, please contact a Bosch Pre-sales engineer. iSCSI based storage systems not qualified by Bosch are not supported.

One VRM is required to manage:

• up to 2048 channels
• up to 4 PB storage (net capacity)
• up to 40 disk arrays (recommended)
• up to 120 iSCSI targets
• up to 64 playback sessions simultaneously (using VRM replay)

The VRM tolerates a downtime of 7 days of the BVMS management server, as the central server executes a license push. This means the recording will continue for 7 days if the BVMS management server is down. After 7 days the VRM will stop recording. With older VRM versions (prior to 3.55) the recording will stop after 24 hours.

BVMS supports multiple Pools (Pooling implemented in VRM 3.0), a migration from former VRM versions is possible.

Direct iSCSI and Local Storage is supported for devices which support Firmware 4.x and above. I.e. no Local Storage support for VIPX1/X2 and VJ800x.

Pre-Alarm, Alarm and Post-Alarm, while pre- and post- must be at least 15 seconds. This means, pre-alarm is always streaming over the network (except when using ANR).

Continuous, Alarm and Post-Alarm, while post must be at least 15 seconds.

VRM/iSCSI and local recording do not support the configuration of Holidays for recording. Special Days must be used.

Support of E-series with dual controller system with 2x2 ports to increase number of cameras

Dual recording:

• Licensed per channel using the following license: MBV-XDURxxx
• Dual recording refers to simultaneous recording from one camera on two different storage targets.
• A Secondary VRM can record the second stream of the camera from various primary VRMs

Image Removed

15.1.1. Dual recording

• Dual recording has a special mode called “Mirrored recording”:
• The Secondary VRM uses the exact same configuration with the same devices and quality settings as the Primary VRM. Only the retention time can deviate.Advantage: Devices added to the Primary VRM are automatically added to the Secondary VRM.
• It is not possible to combine dual recording and ANR (s. chapter on Automatic Network Replenishment)
• Video Streaming Gateway does not yet support dual recording.
• VJM-4016 does not support dual recording.

15.1.2. Fail-over recording

• Licensed per channel using the following license: MBV-FOVxxx.
  
• Fail-over recording is set up for another VRM. When the Primary VRM fails, the Fail-over VRM will take over the management of the recording, using the exact same configuration. Hence, one Fail-over VRM is needed for redundancy of another VRM (1:1 relation).
• Fail-over VRM can be configured for a Primary VRM as well as for a Secondary VRM.

15.2. Automated Network Replenishment

ANR is meant to buffer network outages and then push it to storage, once network is back.

• ANR works with CPP-ENC and CPP4 with Firmware version 5.90 or later.
  
• Firmware 5.92 improves the initial functionality of ANR to become more robust against local storage media failures.
  
• BVMS issues an alarm, when the buffer storage on the local SD card reaches a critical state (default setting is 90%) and another alarm, when recordings are overwritten. An alarm is also issued, when SD card is missing or broken.
  
• ANR and dual recording is mutually exclusive. User can configure either ANR or dual recording for a camera.
  
• Please refer to the Release Notes and the Whitepaper of ANR to find out about the known limits and recommendations. These documents are available in the documents’ section of the IP cameras in the Bosch Product Catalogue in the Internet.
  
• Local playback sessions, especially those of extended continuity, should be avoided, or at least treated with care, to have ANR 2.0 perform as configured.

16. Intrusion

• GV4 (requires vs.2.x FW update to support Mode 2): tested and approved with D9412GV4
• B-series: tested and approved with B5512

Supported feature set:

• Areas and devices are scanned from panel
• Intrusion events can be mapped to BVMS events and thus be used in the BVMS Event and Alarm management
• Intrusion Events are logged in BVMS logbook
• Status of Outputs, Doors, Points and Areas are shown on map (BVMS 6.0 or higher)
• Operator is capable to execute the following actions from the Operator Client (BVMS 6.0 or higher):
• Control outputs (on/off)
• Lock/unlock, secure and cycle doors
• Bypass and Un-bypass points
• Arm and disarm areas from the Client
• Silencing areas from the Client

16.1. Events

17. DIVAR recording devices

17.1. DIVAR IP

From BVMS 10.0 onwards the BVMS installation package can be directly installed on the supported DIVAR IP devices.

17.2.  DIVAR AN, Network, Hybrid

BVMS can operate in a system with:

• DIVAR AN 3000/5000
• DIVAR Network 2000/3000/5000
• DIVAR Hybrid 3000/5000

Each DIVAR can handle up to five simultaneous connections. One connection is consumed by:

• Playback, per camera
• Live, per camera
• Events, per BVMS system.

For example, if 2 operators are looking at 2 cameras each, LIVE:
1 Server + 2 LIVE + 2 LIVE = 5 connections.

18.  External data

BVMS 5.0 and higher can record additional data. Additional data is searchable in the BVMS via the Logbook.
Additional data can be received by BVMS by the following means:

• Virtual inputs
• Foyer Card Reader (maximum 2 to one management server)
• DTP3N with serial interface 
  
  • Supports up to 4 ATMs or Foyer Card readers
  • Translates protocols of the ATMs into a defined format, which is needed for BVMS
  • Currently no list of supported manufacturers available
  • Serial RS232 connection in and out – connected to Bosch Management Server
• ATM/POS bridge
  
  • This is a HW device to connect IP devices to the Management Server, but is not produced any more.
  • To translate Text data into a format BVMS could read
  • ATM/POS bridge SW still exists and is used to transfer text data from an IP device to BVMS
    
    • ATM/POS 1.00.00.09 installation package download on IPP website
    • ATM/POS service user guide

Known restrictions:

19. Infrastructure

The BVMS management server, the VRM and the workstations can function perfectly in an enterprise (domain) environment. Bosch recommends the following:

• The BVMS related services (to be found in the Microsoft Management Console - Services) should run under an account with local administrative privileges.
• The SQL server, which BVMS is using to store its logbook, should be configured for access based on Windows Authentication. The account under which the BVMS management service is running should have access to the SQL server. This can be tested by using the Microsoft SQL Server Management Studio (SSMS).
• The BVMS components need to have access to write the necessary (logging, configuration) files to the disk.

Locations:

• C:\ProgramData\Bosch
• C:\Program Files (x86)\Bosch (BVMS 7.5 or earlier)
• C:\Program Files\Bosch (BVMS 8.0 or newer)
• C:\Users\%username%\AppData

When problems arise when running BVMS in a domain environment, Bosch recommends looking at the Windows event log for service start-up problems. Alternatively the BVMS Config Collector can be used to gather the required log files and these can be send to the technical support team for further analysis.

20. Access Management System

20.1. Scalability

20.2. SDK

The BVMS SDK capabilities are documented in the BVMS SDK documentation. The BVMS SDK documentation is available on the Bosch Knowledge Base.

20.3. Events

21. Software security

The software security concept is explained in the BVMS - Securing a Security System document, which can be found on the Bosch Security Systems Community.

22. Services

When installed on a single device, BVMS installs the services mentioned in the table below.

23. Software Assurance

Technical support services and upgrading to a newer BVMS version requires Software Assurance PRO. The table below can be used to check the exact release dates of the different BVMS versions.