Skip to content

Commit b290b36

Browse files
New company policy (#12135)
* New company policy * Fixed typo * Changed order * Implemented feedback
1 parent b122828 commit b290b36

2 files changed

Lines changed: 14 additions & 8 deletions

File tree

‎content/en/docs/control-center/security/policies.md‎

Lines changed: 8 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -8,7 +8,6 @@ weight: 30
88
## Introduction
99

1010
Policies help ensure that your app landscape is secure, compliant, and consistent. On the **Policies** page, you can define policies that your apps need to adhere to. If they do not, violations are automatically detected and reported in Software Composition, allowing you to react accordingly. For details on how policy violations are displayed in Software Composition, refer to [Policy Status](/control-center/policy-status/).
11-
1211
The **Policies** page allows you to create new policies, lists all of your existing policies, and displays a **Help & Support** pane with useful information about creating policies.
1312

1413
## Defining Policies
@@ -17,13 +16,14 @@ You can define policies by either using a template or starting from scratch. The
1716

1817
### Creating a Policy From a Template
1918

20-
You can use one of the existing templates to create your own policy.
19+
You can use one of the existing templates to create your own policy.
2120

2221
1. Click **Create from Template**.
2322

2423
2. Select one of the available templates:
2524

26-
* Only allow Marketplace components that are platform-supported
25+
* Only company-approved components are allowed
26+
* Only platform-supported Marketplace components are allowed
2727
* Only medium or low findings are allowed
2828
* Only Mendix runtime versions >= 9.24.43 are allowed
2929

@@ -46,19 +46,16 @@ You can create a policy by defining your own details.
4646
* **Policy Name** – A relevant name for your policy, such as one indicating what the policy checks.
4747
* **Description** – A description of the goal of the policy, which covers why it needs to be adhered to, and how to fix its violations.
4848
* **Policy Conditions** – Define the conditions under which the policy is considered violated. These are the available conditions and their values:
49-
5049
* **Any finding severity is** – Choose which severity level violates the policy. You can select one or more of the following values:
5150

5251
* **LOW**
5352
* **MEDIUM**
5453
* **HIGH**
5554
* **CRITICAL**
56-
5755
For example, if you select **CRITICAL**, apps with critical findings violate this policy.
5856

5957
* **Mendix runtime version is lower than** – Indicate which Mendix version is the minimum that your apps must use.
60-
61-
* **Marketplace component license is not** – Select the licenses that are acceptable. If a Marketplace component has a license which is not one of the ones you select here, the policy is violated. These are the possible values:
58+
* **Marketplace component license is not** and **Marketplace component license is** – Select the licenses that are acceptable. If a Marketplace component has a license which is not one of the ones you select here, the policy is violated. These are the possible values:
6259

6360
* MIT
6461
* BSD_2_0
@@ -70,13 +67,16 @@ You can create a policy by defining your own details.
7067
* GNU_GENERAL_PUBLIC_LICENSE_V3
7168
* MENDIX_MARKETPLACE_CONTENT_TERMS
7269

73-
* **Marketplace component support is not** – Select the support types that are acceptable. If a Marketplace component has a support type which is not one of the ones you select here, the policy is violated. These are the possible values:
70+
* **Marketplace component support is not** and **Marketplace component support is** – Select the support types that are acceptable. If a Marketplace component has a support type which is not one of the ones you select here, the policy is violated. These are the possible values:
7471

7572
* PARTNER
7673
* SIEMENS
7774
* PLATFORM
7875
* COMMUNITY
7976

77+
* **Marketplace component is not Company-approved** – Choose to only allow company-approved components. This enables you to have granular control over the components in your app based on curation settings. Curation settings let you specify the criteria that Marketplace components must meet in order to get a company-approved badge, as well as exceptions for specific components. You can define these settings on the **Company-Approved** page of the **Marketplace** section in Control Center. For details, refer to [Company-Approved](/control-center/company-approved/).
78+
If you choose to define this policy, you no longer need to also define other license or support policies.
79+
8080
* **Checkpoints & Action(s)** – Select the trigger which causes the policy to be checked, and the action that is taken if the policy is violated. Currently, policy violations are checked at the time of package creation, and violations generate warnings.
8181

8282
3. On the **Policy Scope** tab, select whether you want the policy to apply to all licensed apps, or only to specific apps in your environment.

‎content/en/docs/releasenotes/control-center/2026.md‎

Lines changed: 6 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -9,6 +9,12 @@ numberless_headings: true
99

1010
## October 2026
1111

12+
### October 29, 2026
13+
14+
#### New Features
15+
16+
* We have added the **Marketplace component is not Company-approved** policy to [Policies](/control-center/policies/). This policy lets you only allow company-approved components in your apps. Along with this new policy type, we have also added a matching policy template.
17+
1218
### October 8, 2026
1319

1420
#### Improvements

0 commit comments

Comments
 (0)