> For the complete documentation index, see [llms.txt](https://docs.ninox.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ninox.com/ninox-scripting/de/automate-your-workflows/automations.md).

# Automatisierungen

Lerne, wann Automatisierungen laufen und wie du sie in Ninox verwendest.

Automatisierungen führen Logik automatisch aus, wenn ein definiertes Ereignis eintritt. Nutze sie, um Daten konsistent zu halten und manuelle Arbeit zu reduzieren.

## **Was Automatisierungen tun**

Eine Automatisierung folgt einem einfachen Muster: Wenn das passiert, führe diese Logik aus.

Nutze Automatisierungen, wenn dieselbe Aktion jedes Mal passieren soll, wenn dasselbe Ereignis eintritt.

Typische Beispiele sind:

* Standardwerte für neue Datensätze setzen
* abhängige Werte nach einer Änderung neu berechnen
* reagieren, wenn ein Datensatz gelöscht wird

Wenn Nutzer entscheiden sollen, wann Logik läuft, ist ein Button meist die bessere Wahl.

## **Automatisierungsereignisse in Ninox**

In der aktuellen Benutzeroberfläche bietet Ninox diese Automatisierungsereignisse:

* **Bei Erstellung** läuft, wenn Ninox einen Datensatz erstellt. Nutze es, um eine interne Nummer zuzuweisen, Standardwerte zu setzen oder verknüpfte Daten zu erstellen. Du findest es in den Tabelleneinstellungen.
* **Bei Aktualisierung** läuft, wenn sich ein Datensatz ändert. Nutze es, um Eingaben zu normalisieren, abhängige Felder zu aktualisieren oder verknüpfte Daten synchron zu halten.
* **Bei Löschung** läuft, wenn Ninox einen Datensatz löscht. Nutze es, wenn andere Daten oder Folge-Logik auf diese Löschung reagieren müssen.
* **Beim Öffnen** läuft, wenn die App geöffnet wird. Nutze es, um Nutzer zu den Daten zu führen, mit denen sie arbeiten müssen. Du kannst diesen Trigger auch nutzen, um Automatisierungen auszuführen, die nur einmal beim Start der Arbeit in der App laufen müssen.

{% hint style="info" %}
Nutze Automatisierungen für Logik, die immer im Hintergrund laufen soll. Nutze Buttons, wenn Nutzer die Kontrolle behalten sollen.
{% endhint %}

## **Best Practices**

Automatisierungen sind leistungsstark, können eine App aber schwerer verständlich machen, wenn zu viel Logik automatisch läuft.

Halte dich an diese Regeln:

* Halte Automatisierungslogik kurz.
* Vermeide versteckte Seiteneffekte, wenn möglich.
* Teste Automatisierungen mit echten Nutzer-Workflows.
* Dokumentiere wichtiges automatisches Verhalten klar.
* Nutze Buttons statt Automatisierungen, wenn Nutzer entscheiden sollen.

{% hint style="warning" %}
Sei vorsichtig mit Automatisierungen, die Daten aktualisieren. Sie können mehr Schreibaktivität auslösen und das Debugging erschweren.
{% endhint %}

Automatisierungslogik, die Daten schreibt, läuft innerhalb von Schreibtransaktionen. Langsame Automatisierungslogik kann andere Schreibaktionen verzögern.

Behalte das besonders im Blick, wenn eine Automatisierung:

* viele Datensätze aktualisiert
* externe Dienste aufruft
* große `select`-Abfragen ausführt

Mehr dazu findest du unter [Transaktionen in Ninox verstehen](/ninox-scripting/de/automate-your-workflows/automations/understand-transactions-in-ninox.md) und [Optimiere die Performance deiner App](/ninox-scripting/de/automate-your-workflows/automations/optimize-the-performance-of-your-app.md).

## **Beispielanwendungen**

Hier sind typische Anwendungsfälle für jedes Ereignis:

* **Bei Erstellung** kann `today()` setzen, die nächste Rechnungsnummer vergeben und einen Standardstatus setzen.
* **Bei Aktualisierung** kann Summen aktualisieren, Feldwerte standardisieren oder verknüpfte Datensätze synchronisieren.
* **Bei Löschung** kann auf das Entfernen eines Datensatzes in verknüpften Workflows reagieren.
* **Beim Öffnen** kann Nutzer direkt auf eine Seite oder Ansicht leiten, die auf ihre Bedürfnisse und Nutzerrechte zugeschnitten ist.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.ninox.com/ninox-scripting/de/automate-your-workflows/automations.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.