Introduction
Les conditions vous permettent de contrôler si une action individuelle s'exécute réellement pendant une exécution d'automatisation. Utilisez-les pour ignorer une action sur certains types d'appareils, cibler des versions de système d'exploitation spécifiques, vérifier une valeur de champ personnalisé ou créer une branche basée sur ce qu'une action précédente a fait.
Fonctionnement des conditions d'action
Les conditions sont configurées par action, et non par automatisation. Chaque action de votre pipeline peut avoir son propre ensemble de conditions indépendant.
Quand une exécution d'automatisation atteint une action, Level évalue les conditions de cette action par rapport à l'appareil actuel. Si chaque condition est satisfaite, l'action s'exécute. Si une condition n'est pas remplie, l'action est ignorée pour cet appareil.
Plusieurs conditions utilisent la logique ET — chaque condition doit être satisfaite pour que l'action s'exécute. Il n'y a pas d'option OU dans une seule action. Si vous avez besoin d'un comportement de type OU, dupliquez l'action et appliquez des conditions différentes à chaque copie.
REMARQUE : Action conditions are evaluated at runtime, against the specific device being processed. They're not evaluated at trigger time — a device can pass trigger conditions and still have individual actions skipped based on action conditions.
Configuration des conditions
Les conditions sont définies dans le panneau de configuration de l'action lors de l'ajout ou de la modification d'une action.
REMARQUE : Actions are only editable in edit mode. From the pipeline view, click Modifier dans le coin supérieur droit pour accéder au mode édition. Cliquer sur une action en dehors du mode édition ouvre un panneau en lecture seule montrant l'historique des exécutions.
Ouvrez le panneau de configuration de l'action en cliquant sur une action existante ou en en ajoutant une nouvelle.
Expand the Conditions section.
Click the Condition liste déroulante et sélectionnez un type de condition.
Définissez l'association (le cas échéant), l'opérateur et la valeur.
To add another condition, click + Ajouter une nouvelle condition.
To remove a condition, click Supprimer à côté de celle-ci.
Click Enregistrer pour appliquer.
Référence des conditions
REMARQUE : OS values are populated dynamically from the OS versions present in your device inventory. If your environment only has Windows devices, only Windows versions will appear. Empty dropdowns mean Level hasn't detected any devices with that attribute yet.
Plateforme
Filtrer par la famille de systèmes d'exploitation de l'appareil.
Opérateur | Description |
Égal à | Le système d'exploitation de l'appareil correspond à l'une des plateformes sélectionnées |
N'est pas égal à | Le système d'exploitation de l'appareil ne correspond à aucune des plateformes sélectionnées |
Values: Windows , macOS , Linux . Multiple values can be selected.
Tag
Filter by tags applied to the device.
Opérateur | Description |
Égal à | Device has all of the selected tags |
N'est pas égal à | Device does not have any of the selected tags |
Select one or more tags from your organization's tag list.
Group
Filter by the device group the device belongs to.
Opérateur | Description |
Égal à | Device is a member of one of the selected groups |
N'est pas égal à | Device is not a member of any of the selected groups |
Select one or more groups from your group hierarchy.
Status
Filter by whether the device is currently online or offline.
Opérateur | Description |
Égal à | Device status matches the selected value |
N'est pas égal à | Device status does not match the selected value |
Values: Online , Offline .
Last seen (in days)
Filter by how many days have passed since the device last checked in with Level.
Opérateur | Description |
Plus grand que | Device was last seen more than N days ago |
Supérieur ou égal à | Device was last seen N or more days ago |
Inférieur à | Device was last seen fewer than N days ago |
Inférieur ou égal à | Device was last seen N days ago or fewer |
Enter a whole number of days as a free-text value.
Architecture
Filter by the device's CPU architecture.
Opérateur | Description |
Égal à | Device architecture matches the selected value |
N'est pas égal à | Device architecture does not match the selected value |
Values: amd64 , arm64 .
Hostname
Filter by the device's hostname.
Opérateur | Description |
Égal à | Hostname exactly matches the entered value |
N'est pas égal à | Hostname does not match the entered value |
Contient | Hostname includes the entered string |
Ne contient pas | Hostname does not include the entered string |
Enter the hostname value manually. Matching is case-insensitive.
CONSEIL : Use Contient to target naming conventions — for example, filtering to devices whose hostname includes SRV or a client prefix.
Variable
Filter based on a variable defined in this automation. The association dropdown lists every variable created for the current automation — variables from other automations don't appear here.
Opérateur | Description |
Contient | Variable value includes the entered string |
Ne contient pas | Variable value does not include the entered string |
Égal à | Variable value exactly matches the entered string |
N'est pas égal à | Variable value does not match the entered string |
Enter the value to compare against as free text.
Custom field
Filter based on a custom field value on the device.
Select the custom field from the association dropdown. The list shows all custom fields configured in your organization.
Opérateur | Description |
Contient | Field value includes the entered string |
Ne contient pas | Field value does not include the entered string |
Égal à | Field value exactly matches the entered string |
N'est pas égal à | Field value does not match the entered string |
Enter the value to compare against as free text.
CONSEIL : Custom field conditions are useful for branching automation logic by client or site — for example, running an action only on devices where a specific field is populated, or skipping an action where a field indicates a known incompatibility.
Type
Filter by device type.
Opérateur | Description |
Égal à | Device type matches the selected value |
N'est pas égal à | Device type does not match the selected value |
Values: Workstation, Server .
Système d'exploitation
Filter by the device's specific OS version.
Opérateur | Description |
Égal à | OS version matches the selected value |
N'est pas égal à | OS version does not match the selected value |
Values are populated from the OS versions present in your device inventory — examples include Windows 11, Windows Server 2022 , macOS Sonoma , Debian . Your list reflects what's actually enrolled.
REMARQUE : OS values are specific version names, not OS families. To filter broadly by operating system type (Windows, macOS, Linux), use a Plateforme condition in the trigger instead — or use multiple OS conditions with a separate action copy per platform.
Action status
Filter based on the outcome of a previous action in the same automation run, on the same device. The association dropdown lists all actions that appear before this one in the pipeline.
Opérateur | Description |
Égal à | Prior action result matches the selected status |
N'est pas égal à | Prior action result does not match the selected status |
Value | Description |
Success | The prior action completed without errors |
Échoué | The prior action encountered an error |
Skipped | The prior action was skipped (its own conditions weren't met) |
CONSEIL : Action status conditions are the primary tool for building conditional logic in automation pipelines. For example: run a script, then use an Action status = Failed condition on the next action to send a notification or create an alert only if something went wrong.
FAQ
Do action conditions evaluate every time the automation runs, or just once? Every time. Conditions are evaluated fresh on each run, against each device being processed. A device that was skipped last run will be evaluated again on the next one.
Can I use OR logic between conditions on the same action? No. Multiple conditions on the same action always use AND logic — every condition must be satisfied. To get OR-style behavior, duplicate the action and apply different conditions to each copy.
What happens to subsequent actions if this action is skipped? The automation continues to the next action. Skipping an action doesn't halt the run — only a failed action (depending on your error handling settings) would do that.
Can I branch my automation based on whether a script succeeded or failed? Yes. Add an Action status condition to the actions that should run conditionally, and set the value to Success ou Échoué based on the prior Shell action's result.
Who can configure action conditions? Technicians with permission to edit automations in the relevant group. See Espace de travail → Autorisations for access control configuration.