Skip to content
aYOUne
Not in your language

This page is not yet available in en. You're reading the de version.

automation

Stand: Commit b91fb78 · 2026-09-27

Automatisierung verbindet die Ereignisse aller Bereiche mit Workflows, Webhooks und Freigaben Ihres Unternehmens; Browser-Automation erledigt Aufgaben in fremden Web-Oberflächen unter Ihren Richtlinien.

Funktionen

  • Workflows – Ein Workflow aus Knoten, der auf ein Ereignis reagiert; Entwurf, Test einzelner Knoten mit angehefteten Daten, Veröffentlichung und Archivierung.
  • Auslöser und Ketten – Auslöser mit Filtern entscheiden, welches Ereignis welchen Workflow startet; Ketten reihen mehrere Auslöser aneinander.
  • Webhooks – Ausgehende Aufrufe an fremde Systeme aus einer Vorlage; jeder Aufruf mit Antwort landet im Webhook-Log und lässt sich von dort wiederholen.
  • Freigaben – Freigabe-Anfragen aus allen Bereichen mit Vorschau der Folgen, versionierter Entscheidung und Beleg.
  • Browser-Automation – Ferngesteuerte Browser-Sitzungen unter einer Richtlinie des Mandanten; freigabepflichtige Aktionen warten auf eine Freigabe.

Zweck

Automatisierung ist die Schicht, in der Ihr Unternehmen auf Ereignisse reagiert, ohne dass jemand eingreift: ein neuer Kontakt löst eine Begrüßung aus, eine bezahlte Bestellung einen Aufruf an Ihr Lagersystem, eine Änderung mit Risiko eine Freigabe durch einen Menschen. Browser-Automation ergänzt das um Sitzungen, mit denen Aufgaben in fremden Web-Oberflächen erledigt werden.

Einrichten

Voraussetzung ist der Bereich „Automatisierung" in einem gebuchten Paket. Sie finden ihn im Menü unter „Automatisierung".

  1. Workflow anlegen. Unter „Workflows" legen Sie einen Workflow mit Titel an; der Titel ist Pflicht. „Vorlagen" bietet fertige Workflows der Plattform und Ihres Mandanten als Ausgangspunkt, „Node-Typen" zeigt die verfügbaren Bausteine. Ein neuer Workflow ist ein Entwurf und reagiert auf kein Ereignis.
  2. Knoten testen. In der Bearbeitungsansicht heften Sie an einen Knoten Beispieldaten an und führen ihn einzeln aus; das Ergebnis erscheint direkt, ohne dass Folgeknoten laufen. Angeheftete Daten werden je Knoten gespeichert; eine Änderung überschreibt den vorherigen Stand.
  3. Veröffentlichen. Die Aktion „veröffentlichen" setzt den Workflow scharf. „Archivieren" nimmt ihn aus dem Betrieb, ohne ihn zu löschen.
  4. Auslöser einrichten. Ein Auslöser verbindet ein Ereignis mit dem Workflow; ein Filter schränkt auf Inhalte des Ereignisses ein. Gefiltert werden kann nur, was der erzeugende Bereich mitsendet. Ketten reihen mehrere Auslöser aneinander.
  5. Webhooks. Eine Webhook-Vorlage legt Zieladresse, Verb und Rumpf fest. Zieladressen in internen Adressbereichen werden abgewiesen. Eingehende Aufrufe fremder Systeme (Zahlungsanbieter, Messenger, Werbenetzwerke) nimmt die Plattform zentral unter hooks.ayoune.app entgegen; die Adresse dafür erhalten Sie in der jeweiligen Anbindung.
  6. Browser-Richtlinie. Bevor eine Browser-Sitzung startet, braucht Ihr Mandant unter „Browser-Richtlinien" eine Richtlinie: erlaubte Ziele und die Aktionen, die eine Freigabe verlangen.

Rollen und Rechte

Die Rechte des Bereichs beginnen mit automation.. Für die Pflege gelten automation.automationworkflows, automation.automationtemplates, automation.automationnodetypes, automation.triggers, automation.triggerchains, automation.filters und automation.browserautomationpolicies. Ausführen, Veröffentlichen, Archivieren und Testen eines Workflows laufen über das Workflow-Recht.

Nur lesbar sind Ereignisse (automation.events), Ausführungen (automation.automationexecutions), Webhook-Logs (automation.webhooklogs) und Browser-Sitzungen (automation.browserremotesessions).

Freigaben verlangen automation.approvalrequests; Genehmigen und Ablehnen tragen je ein Aktionsrecht (automation.approvalrequests.actions.approve, automation.approvalrequests.actions.reject), sodass eine Rolle Anfragen sehen, aber nicht entscheiden kann. Wer nur seine eigenen Anfragen lesen soll, braucht zusätzlich automation.approvalrequests.edit.

Die Rolle „Administrator" erhält alle Rechte des Bereichs beim ersten Start automatisch; weitere Rollen pflegen Sie in der Rollenverwaltung.

Laufender Betrieb

Der Bereich hat keine Zeitgeber. Workflows werden von einem Hintergrundprozess ausgeführt; der Bereich selbst nimmt Ereignisse an, legt Ausführungen an und führt die Datensätze.

Ausführungen. Jede gestartete Ausführung erscheint unter „Ausführungen" mit Zustand und Ergebnis je Knoten. Ein fehlgeschlagener Knoten beendet die Ausführung mit Fehler. Die Zahl offener gegenüber abgeschlossener Ausführungen zeigt, ob der Hintergrundprozess arbeitet.

Webhook-Logs. Jeder ausgehende Aufruf steht mit Antwortcode und Fehler im Log. Ein Aufruf wird nicht von selbst wiederholt; die Wiederholung ist eine Handlung am Logeintrag.

Freigaben. Eine Anfrage zeigt in der Vorschau, welche Übergänge eine Entscheidung auslöst. Die Entscheidung wird versioniert und mit Beleg gespeichert; der Zustand im Ursprungsbereich folgt mit Verzögerung, weil die Entscheidung im Hintergrund übergeben wird.

Browser-Sitzungen. Der Start prüft die Richtlinie; Befehle laufen einzeln, freigabepflichtige Aktionen warten unter „Freigaben". Sitzungen teilen sich eine gemeinsame Kapazität; viele gleichzeitige Sitzungen warten aufeinander.

Fehler. Laufzeitfehler des Bereichs erscheinen als Aufgabe vom Typ „Bug" im Projektmanagement Ihres Mandanten.

Störungen

Ein Workflow reagiert nicht auf ein Ereignis. Er ist noch Entwurf, es fehlt ein Auslöser, oder der Filter passt nicht auf die Inhalte des Ereignisses. Veröffentlichen Sie den Workflow und prüfen Sie Auslöser und Filter; ein Feld, das der Bereich nicht mitsendet, kann nicht gefiltert werden.

Ausführungen bleiben im Zustand „angelegt". Der Hintergrundprozess läuft nicht. Wenden Sie sich an den Support.

Ein Webhook wird abgewiesen. Die Zieladresse liegt in einem internen Adressbereich oder ist nicht erreichbar. Prüfen Sie die Adresse in der Vorlage; der Antwortcode steht im Log.

Eine Freigabe wirkt nicht sofort im Ursprungsbereich. Die Entscheidung wird im Hintergrund übergeben. Warten Sie kurz; bleibt der Zustand stehen, prüfen Sie die Anfrage in der Übersicht.

Eine Browser-Sitzung startet nicht. Es fehlt eine Richtlinie, oder das Ziel ist darin nicht erlaubt. Ergänzen Sie die Richtlinie.

Ein Knoten-Test zeigt alte Daten. Angeheftete Daten werden nicht versioniert; heften Sie die aktuellen Beispieldaten erneut an.

Einstellungen und Rechte

Bildschirme

  • automation
  • automation.approvalrequests
  • automation.approvalrequests.edit.overview
  • automation.automationexecutions
  • automation.automationnodetypes
  • automation.automationtemplates
  • automation.automationworkflows
  • automation.browserautomationpolicies
  • automation.browserremotesessions
  • automation.browserremotesessions.edit.overview
  • automation.webhooklogs

Rechte

  • AIApprovalRequests
  • ApprovalRequests
  • AutomationChecks
  • AutomationExecutions
  • AutomationNodeTypes
  • AutomationTemplates
  • AutomationWorkflows
  • Automations
  • BotRequests
  • BrowserAutomationPolicies
  • BrowserAutomations
  • BrowserRemoteSessions
  • CallProcedures
  • Consumers
  • Events
  • Filters
  • HookTemplates
  • Hooks
  • Logs
  • MessageTemplates
  • NotificationPolicies
  • Projects
  • Repositories
  • RunningPipelines
  • Services
  • Settings
  • TriggerChains
  • Triggers
  • UserSettings
  • WebhookLogs
  • aYOUneCustomers
  • aYOUnePipelines
  • aYOUneRoles
  • aYOUneTranslations
  • aYOUneUsers

Glossar

  • Ereignis – Eine Meldung eines Bereichs, dass etwas passiert ist, etwa ein neuer Kontakt oder eine bezahlte Bestellung.
  • Auslöser – Die Regel, die ein Ereignis mit einem Workflow verbindet, wahlweise mit Filter auf die Inhalte des Ereignisses.
  • Angeheftete Daten – Beispieldaten, die an einem Knoten gespeichert sind, damit er einzeln getestet werden kann.

Work with this page

Ready-made instructions for your AI tool. Copy, paste, go — the AI fetches the content itself via the address in the text.

Summarise the steps for me The essentials, in the right order.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/admin-handbook/automation.md
The complete collection: https://ayoune.com/en/docs/admin-handbook.md

Summarise the content for me.

- First, in two sentences: what is this about?
- Then the steps in the order I need to take them.
- One line per step, in plain language.
- At the end: what I should have ready beforehand.

Leave out nothing I need in order to actually finish.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
Explain what I need this for What it is good for — and when it is worth it.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/admin-handbook/automation.md
The complete collection: https://ayoune.com/en/docs/admin-handbook.md

Explain to me what I need this for.

1. Which problem does it solve? In one sentence, from my point of view.
2. Three typical situations in which it genuinely helps me.
3. When I do NOT need it — that saves me time.
4. What I can do instead if it is not a fit.

Stick to what the source says. Where it gives nothing, say so openly instead
of guessing.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
Help me set this up Step by step, asking me as you go.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/admin-handbook/automation.md
The complete collection: https://ayoune.com/en/docs/admin-handbook.md

Walk me through the setup step by step.

- First tell me what I need to have ready (access, data, time).
- Then take me through ONE step at a time. Wait for my "next".
- For each step, say how I can tell that it worked.
- If something goes wrong, ask me for the exact message instead of guessing.

If the instructions leave a point open, tell me so rather than inventing it.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
Help me with a problem Narrow down the cause instead of guessing.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/admin-handbook/automation.md
The complete collection: https://ayoune.com/en/docs/admin-handbook.md

Help me narrow down a problem.

- First ask me what I observe and what I expected instead.
- From that, derive the most likely causes consistent with this source.
- For each cause, give me ONE test that confirms or rules it out.
- Order them so the cheapest test comes first.

Do not guess. If the source does not cover the problem, tell me where I should
look next.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
Explain it in plain words No jargon, from the ground up.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/admin-handbook/automation.md
The complete collection: https://ayoune.com/en/docs/admin-handbook.md

Explain the content so that someone without prior knowledge understands it.

- Start with the purpose: why does this exist at all?
- Explain technical terms in half a sentence on first use.
- One everyday comparison where it genuinely holds — none where it limps.
- At the end: the three things worth remembering.

Do not shorten by dropping conditions. A simplification that hides a
prerequisite is a false statement.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
A checklist to tick off To follow along while you do it.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/admin-handbook/automation.md
The complete collection: https://ayoune.com/en/docs/admin-handbook.md

Turn this into a **tick-off checklist** for practical use.

- Exactly one action per item, in the imperative.
- Order it so that no item depends on a later prerequisite.
- Prerequisites and pitfalls as indented sub-items.
- End with an acceptance step: how do I know everything is right?
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.

Was this article helpful?

👎 No (0)
Leave a comment