> For the complete documentation index, see [llms.txt](https://one-loop.gitbook.io/help/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://one-loop.gitbook.io/help/plattform/one-loop-plattform/automatisierung/workflows/workflows-bei-neuen-kurs-und-community-anmeldungen-starten.md).

# Workflows bei neuen Kurs- und Community-Anmeldungen starten

Begrüße neue Kurs- oder Community-Mitglieder automatisch, wenn sie sich zum ersten Mal für ein passendes Angebot anmelden.

## Was dieser Auslöser macht

Der Auslöser **Neue Anmeldung** startet einen Workflow, wenn eine Person erstmals Zugang zu einem Kursangebot, einem Mitgliedschaftszugang oder einer Community-Gruppe erhält. Danach können vorbereitete Schritte folgen – zum Beispiel eine Begrüßungs-E-Mail, eine Kennzeichnung am Kontakt oder eine interne Aufgabe.

Der Auslöser erkennt den ersten Zugang. Er ist nicht dafür gedacht, einen bereits vorhandenen Zugang erneut zu behandeln. Hat ein Kontakt den Zugang schon auf einem anderen Weg erhalten, startet dieser Auslöser nach der belegten Grundlage nicht.

## Wann du ihn verwendest – und wann nicht

Verwende **Neue Anmeldung**, wenn der Zugang bereits entsteht und du darauf reagieren möchtest: Die neue Person soll etwa willkommen geheißen werden oder eine klare Information für den Einstieg erhalten.

Verwende stattdessen die Aktion **Kursangebot freigeben**, wenn der Workflow selbst erst den Zugang vergeben soll. Die beiden Abläufe sind gegensätzlich:

* **Neue Anmeldung:** Der Zugang ist der Auslöser; danach startet der Workflow.
* **Kursangebot freigeben:** Der Workflow führt die Zugangsvergabe aus.

## Bevor du startest

Du brauchst:

* den vorbereiteten Kurs, das Kursangebot oder die Community-Gruppe;
* die Entscheidung, ob der Ablauf für alle neuen Anmeldungen oder nur für ein bestimmtes Angebot gelten soll;
* einen Testkontakt, der noch keinen Zugang zu diesem Angebot oder dieser Gruppe hat;
* die vorbereiteten Folgeaktionen, etwa eine Willkommensnachricht oder eine interne Aufgabe.

Plane die erste Nachricht bewusst. Wenn an anderer Stelle bereits eine Willkommensnachricht eingerichtet ist, prüfe vorab, welcher Weg verbindlich sein soll. Doppelte Begrüßungen sind für neue Mitglieder verwirrend.

## Den Auslöser einrichten

1. Öffne **Automatisierung > Workflows** und erstelle einen neuen Workflow.
2. Wähle den Auslöser **Neue Anmeldung** im Kurs- oder Community-Bereich.
3. Fülle **Name des Workflow-Auslösers** aus. Dieses Pflichtfeld dient nur der Orientierung im Workflow und im Verlauf. Nenne darin am besten Zielgruppe und Zweck, zum Beispiel „Neue Anmeldung – Grundlagenkurs“.
4. Entscheide bei **Angebot**, ob du den Ablauf auf ein bestimmtes Kursangebot begrenzen möchtest. Dieses Feld ist optional.
5. Speichere den Auslöser.
6. Füge erst danach die passenden Folgeaktionen hinzu.
7. Teste den Ablauf mit einem neuen Testkontakt und aktiviere ihn erst nach erfolgreicher Prüfung.

## Was der Angebotsfilter bewirkt

| Einstellung                | Praktische Wirkung                                                                                                                                                             |
| -------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| **Angebot** bleibt leer    | Der Workflow kann bei jeder passenden neuen Anmeldung starten. Nutze das nur, wenn alle neuen Zugänge gleich behandelt werden sollen.                                          |
| Ein Angebot ist ausgewählt | Der Workflow reagiert nur auf die erste Anmeldung zu diesem einen Angebot. Das ist sicherer, wenn unterschiedliche Kurse oder Gruppen verschiedene Einstiegsabläufe benötigen. |

Richte getrennte Auslöser oder Workflows ein, wenn mehrere Angebote unterschiedliche Informationen oder Aufgaben auslösen sollen. Gib jeder Variante einen eindeutigen Namen, damit sie später im Verlauf unterscheidbar bleibt.

## Sinnvolle Folgeaktionen

Die Quelle nennt unter anderem diese passenden Schritte nach einer neuen Anmeldung:

* eine persönliche Begrüßungs-E-Mail senden;
* den Kontakt mit einer passenden Kennzeichnung versehen;
* eine interne Aufgabe für die persönliche Begrüßung anlegen;
* eine kurze Nachricht mit den nächsten Schritten versenden.

Jeder Schritt soll zur konkreten Anmeldung passen. Eine Nachricht für einen Grundlagenkurs sollte nicht an Personen gehen, die sich für eine andere Community-Gruppe angemeldet haben.

## So prüfst du das Ergebnis

1. Verwende einen Testkontakt ohne bisherigen Zugang zum ausgewählten Angebot oder zur Gruppe.
2. Führe genau die Anmeldung aus, die der Auslöser beobachten soll.
3. Öffne den Workflow-Verlauf und prüfe, ob der Auslöser genau einmal gestartet ist.
4. Kontrolliere beim Testkontakt alle Folgeaktionen: Nachricht, Kennzeichnung oder Aufgabe müssen passend und vollständig sein.
5. Prüfe bei Bedarf den Sonderfall mit einem bereits berechtigten Kontakt. Für ihn darf nach der belegten Grundlage kein erneuter Start erwartet werden.
6. Aktiviere den Workflow erst, wenn beide Prüfungen das gewünschte Ergebnis zeigen.

Ein Test mit einem Kontakt, der bereits Zugang hat, ist kein geeigneter Ersttest: Gerade dann darf der Auslöser nicht anspringen.

## Praxisbeispiel

Ein Lernanbieter möchte neue Mitglieder seines Grundlagenkurses persönlich begleiten. Er erstellt einen Workflow mit dem Auslöser **Neue Anmeldung**, nennt ihn „Neue Anmeldung – Grundlagenkurs“ und wählt bei **Angebot** genau diesen Grundlagenkurs. Nach einer ersten Testanmeldung erhält der neue Testkontakt eine Einstiegsnachricht und das Team bekommt eine Begrüßungsaufgabe. Anschließend wird mit einem bereits berechtigten Kontakt geprüft, dass keine zweite Begrüßung ausgelöst wird. Erst dann aktiviert das Team den Workflow.

## Grenzen und typische Fehler

| Beobachtung                                | Wahrscheinliche Ursache                   | So löst du es                                                               |
| ------------------------------------------ | ----------------------------------------- | --------------------------------------------------------------------------- |
| Der Workflow startet nicht                 | Der Kontakt hatte den Zugang bereits      | Für den Ersttest einen Kontakt ohne bisherigen Zugang verwenden             |
| Der falsche Ablauf startet                 | Der Angebotsfilter fehlt oder passt nicht | Das konkrete Angebot auswählen und erneut mit einer neuen Anmeldung testen  |
| Mehrere Begrüßungen gehen raus             | Mehrere Wege senden eine erste Nachricht  | Einen verbindlichen Versandweg festlegen und mit einem neuen Kontakt testen |
| Der Ablauf ist im Verlauf schwer zu finden | Der Auslösername ist zu allgemein         | Den Pflichtnamen nach Zielgruppe und Zweck benennen                         |
| Nach dem Test passiert im Alltag nichts    | Der Workflow wurde nicht aktiviert        | Aktivierungsstatus prüfen und danach eine neue Testanmeldung ausführen      |


---

# 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://one-loop.gitbook.io/help/plattform/one-loop-plattform/automatisierung/workflows/workflows-bei-neuen-kurs-und-community-anmeldungen-starten.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.