> For the complete documentation index, see [llms.txt](https://docs.flopsar.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flopsar.com/7/regulatory-compliance.md).

# Regulatory Compliance

This section maps Flopsar against the principal European Union regulations that bear on a fault detection and diagnosis platform deployed in production environments. Each regulation has its own page; this page explains how they fit together and, most importantly, **who the regulated party is** in each case.&#x20;

That last point is the key to reading this section correctly. The regulations covered here do not all impose obligations on the same party. Some bind Flopsar Technology Sp. z o.o. as the **manufacturer** of the product. Others bind the **customer** as the operator of a service or as a controller of data, and reach Flopsar Technology Sp. z o.o. only indirectly, through the customer's own supply-chain and risk-management obligations.

## Who is regulated by what

Reading the four pages in this section is easier once the roles are clear.&#x20;

**The Cyber Resilience Act binds Flopsar Technology Sp. z o.o. directly, as the manufacturer.** This is the one regulation in this section under which Flopsar Technology Sp. z o.o. is itself the regulated party. It governs the security of the product: secure design and development, vulnerability handling, the support period, the EU declaration of conformity, and CE marking. Almost all of the work described elsewhere in Trust & Compliance and in Security exists to meet it.&#x20;

**NIS2 binds the customer, as the operator of an essential or important entity.** Flopsar Technology Sp. z o.o. is not, by virtue of developing and licensing software, an entity in scope of NIS2. NIS2 reaches Flopsar Technology Sp. z o.o. only indirectly, when a customer that is in scope imposes supply-chain requirements on its software suppliers.&#x20;

**DORA binds the customer, where the customer is a financial entity.** As with NIS2, Flopsar Technology Sp. z o.o. is not a financial entity and is not a designated critical ICT third-party service provider, so it is not under direct DORA supervision. DORA reaches Flopsar Technology Sp. z o.o. through the contractual requirements that financial-sector customers place on their ICT third-party service providers.&#x20;

**The GDPR binds the customer, as the controller of personal data, in the ordinary case.** Because Flopsar is an on-premise product, Flopsar Technology Sp. z o.o. does not process personal data on the customer's behalf and is neither a controller nor a processor in respect of a customer's deployment. Flopsar Technology Sp. z o.o. is a controller only for the limited personal data it handles in direct interactions, such as support requests and vulnerability reports.&#x20;

In short: **the Cyber Resilience Act is ours; NIS2, DORA, and the GDPR are primarily our customers', and we support them.**

## How the on-premise model shapes all four

A single property of the product runs through every page in this section and materially reduces Flopsar's regulatory footprint under each regulation: **Flopsar is on-premise**. It is installed and operated within the customer's own infrastructure; it has no remote-management channel, no "phone home" telemetry, and no operational dependency on infrastructure operated by Flopsar Technology Sp. z o.o. The consequences recur throughout this section:

* Under the **GDPR**, Flopsar Technology Sp. z o.o. has no access to the customer's data and is therefore not a processor.
* Under **NIS2** and **DORA**, the supply-chain and concentration risks that the customer must manage are lower, because there is no service dependency on Flopsar Technology Sp. z o.o. and the customer's applications continue to run if Flopsar is removed.
* Under the **Cyber Resilience Act**, the absence of any outbound telemetry is itself a security property that supports several of the essential requirements.&#x20;

A plain-language description of the on-premise model and of exactly what data is and is not processed is on the Privacy & Data Handling page.
