--- title: "E-Mail-Benachrichtigungen und „Relevante Projektphasen“" description: "SurveyTester mailt dir zu einem Projekt nur, solange es in einer deiner relevanten Projektphasen ist – geprüft beim Ereignis. @Erwähnungen kommen immer durch." url: https://www.surveytester.com/academy/de/notifications-permissions-subscriptions/email-notifications-and-relevant-project-phases/ language: de type: article audiences: ["Fragebogen-Autoren", "Projektmanager", "SurveyTester-Administratoren"] published: 2026-10-11 updated: 2026-10-11 tags: ["email notifications", "project phases", "notification settings", "subscriptions", "mentions", "role defaults"] --- # E-Mail-Benachrichtigungen und „Relevante Projektphasen“ _Benachrichtigungen, Berechtigungen & Abonnements · SurveyTester Academy_ SurveyTester schickt dir E-Mail-Benachrichtigungen zu einem Projekt nur, solange sich das Projekt in einer der Phasen befindet, die du unter **Relevante Projektphasen** in **Mein Konto → Benachrichtigungen** angehakt hast. Geprüft wird im Moment des Ereignisses, und @Erwähnungen umgehen den Filter. Der typische Fall ist ein Survey Developer, der von einem Projekt nur hören möchte, solange es in **Script Update Benötigt** ist. ## Was erfüllt sein muss, damit du eine E-Mail bekommst Jede Benachrichtigungs-E-Mail muss alle diese Prüfungen bestehen. Scheitert eine, wird keine E-Mail verschickt. | Prüfung | Wo es eingestellt wird | Was es bedeutet | | ------------------------------------------------ | ---------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Du beobachtest das Projekt | Projekt-Abonnement – **Neue Projekte automatisch beobachten** in Mein Konto, oder ein Projekt manuell beobachten | Nur Beobachter eines Projekts erhalten seine Benachrichtigungen. | | **Häufigkeit der Benachrichtigungen per E-Mail** | Mein Konto → Benachrichtigungen | **Keine Benachrichtigungen** schaltet alle E-Mails ab. **Wenige Minuten**, **Stündlich** und **Einmal pro Tag** ändern nur, _wann_ die E-Mails ankommen. | | Schalter für den Ereignistyp | Mein Konto → **Andere Benachrichtigungen** | **... bei neuen Tickets**, **... bei geänderten Tickets**, **... bei neuen Kommentaren**, **... bei Änderung der Projektphase**, **... bei neuen/gelöschten Projekten**. Gelöschte Issues zählen als _geänderte Tickets_, geänderte oder gelöschte Kommentare als _neue Kommentare_. | | **Relevante Projektphasen** | Mein Konto → Benachrichtigungen | Das Projekt muss sich aktuell in einer der angehakten Phasen befinden: **Initial**, **Fertig zur QS** oder **Script Update Benötigt**. | | **Projektsprachen** | Mein Konto → Projektsprachen | Hast du Sprachen ausgewählt, sind E-Mails zu Issues und Kommentaren auf Issues in diesen Sprachen beschränkt. Keine Auswahl bedeutet alle Sprachen. | | Kürzliche Anmeldung | automatisch | Benutzer, die sich seit etwa einem halben Jahr nicht angemeldet haben, erhalten keine E-Mails mehr. | | Nicht deine eigene Aktion | automatisch | Du bekommst nie eine E-Mail zu etwas, das du selbst getan hast. | ![Die Benachrichtigungen in Mein Konto mit der Häufigkeit der E-Mail-Benachrichtigungen, den Kontrollkästchen für relevante Projektphasen und den Schaltern unter Andere Benachrichtigungen](https://www.surveytester.com/academy/_img/notifications-permissions-subscriptions/email-notifications-and-relevant-project-phases/de/notification-settings.png 'w=34rem') > [!NOTE] > **Voraussetzung im Firmenkonto.** Den Phasenfilter gibt es nur, wenn deine Firma Projektphasen aktiviert hat (**Projektphasenliste anzeigen** in den Firmeneinstellungen). Sind Phasen abgeschaltet, besteht jedes Ereignis die Phasenprüfung. **Die Phase wird im Moment des Ereignisses geprüft**, nicht beim Versand der E-Mail. Bekommst du eine tägliche Zusammenfassung, bleibt ein Issue, das gemeldet wurde, während das Projekt in _Fertig zur QS_ war, herausgefiltert – auch wenn das Projekt später am selben Tag nach _Script Update Benötigt_ gewechselt ist. Umgekehrt bleibt ein Ereignis, das den Filter bestanden hat, in deiner Zusammenfassung, auch wenn sich die Phase vor dem Versand noch einmal ändert. ## Beispiel: ein Survey Developer mit nur „Script Update Benötigt“ angehakt Angenommene Einstellungen: Die Häufigkeit ist nicht _Keine Benachrichtigungen_, **... bei Änderung der Projektphase** sowie die Schalter für Issues und Kommentare sind an, **Relevante Projektphasen** ist nur **Script Update Benötigt**, und der Developer beobachtet das Projekt. ### Das Projekt ist in „Fertig zur QS“ Tester legen Issues an, ändern Issues und schreiben Kommentare. - **Keine E-Mails** erreichen den Developer. Das Projekt ist in _Fertig zur QS_, keine seiner relevanten Phasen – jedes Issue- und Kommentar-Ereignis wird herausgefiltert. - Der Developer hat auch keine E-Mail bekommen, als das Projekt in _Fertig zur QS_ **gewechselt** ist. Eine E-Mail zum Phasenwechsel wird gegen die **neue** Phase geprüft, und _Fertig zur QS_ ist nicht angehakt. - **Ausnahme: @Erwähnungen.** Erwähnt ein Tester den Developer direkt oder eine Rolle, die der Developer hat, in einem Issue oder Kommentar, wird diese E-Mail sofort verschickt. Erwähnungen ignorieren den Phasenfilter und die Häufigkeitseinstellung. Eine Erwähnung über die Rolle respektiert weiterhin _Keine Benachrichtigungen_; eine direkte Erwähnung eines Benutzers nicht. ### Die Phase wechselt zu „Script Update Benötigt“ - Der Developer erhält die E-Mail **„Project phase changed“**: Projektname mit Link, neue Phase, vorherige Phase, Datum, wer sie geändert hat, und einen Button **„Confirm and send Message“**. - Sie kommt entsprechend der Häufigkeit an: _Wenige Minuten_ heißt mit dem nächsten Lauf des Schedulers (etwa 5 Minuten), _Stündlich_ zur gewählten Minute, _Einmal pro Tag_ zur gewählten Uhrzeit. - Die Benachrichtigung in der App (die Glocke) zu einem Phasenwechsel geht an jeden Benutzer des Projekts – unabhängig von diesen Einstellungen. ### Während das Projekt in „Script Update Benötigt“ ist - Alle abonnierten Ereignisse bestehen jetzt den Phasenfilter: neue Issues, geänderte Issues (zum Beispiel ergänzt ein Tester Informationen oder öffnet ein Issue wieder), neue, geänderte oder gelöschte Kommentare, gelöschte Issues. Welche davon du bekommst, hängt von deinen Schaltern für den Ereignistyp ab. - Klickt der Developer auf **„Confirm and send Message“** und gibt eine Notiz ein, geht eine E-Mail **„Project phase acknowledged“** mit dieser Notiz an die anderen Beobachter. Sie richtet sich nach dem Schalter **... bei Änderung der Projektphase** der Empfänger _und deren eigenen relevanten Phasen_. Weil das Projekt in diesem Moment noch in _Script Update Benötigt_ ist, bekommt ein Tester, der nur _Fertig zur QS_ angehakt hat, die Bestätigungs-E-Mail **nicht**. - Erwähnungen kommen weiterhin sofort an, wie immer. ### Die Phase geht zurück zu „Fertig zur QS“ - E-Mails zu Issue- und Kommentar-Aktivitäten hören für den Developer wieder auf. - Der Developer bekommt die E-Mail zum Phasenwechsel nach _Fertig zur QS_ **nicht**, weil diese E-Mail gegen die neue Phase geprüft wird. Developer, die wissen möchten, wann das Skript zurück in die QS gegangen ist, sollten zusätzlich _Fertig zur QS_ anhaken. ## Empfohlene Einstellungen | Rolle | Relevante Projektphasen | Hinweise | | --------------------------- | ------------------------------------------------------------------------------------------------------ | -------------------------------------------------------------------------------------------- | | Survey Developer / Scripter | **Script Update Benötigt** – plus _Fertig zur QS_, wenn du die Rückgabe sehen möchtest | Du hörst vom Projekt nur, wenn es deine Arbeit braucht. Erwähnungen erreichen dich trotzdem. | | Tester | **Fertig zur QS** – plus _Script Update Benötigt_, um die Bestätigungsnotiz des Developers zu erhalten | Hält dein Postfach ruhig, während das Skript aktualisiert wird. | | Projektmanager | Alle drei | Sieht alles. | > [!TIP] > **Rollen-Standards.** Administratoren können diese Einstellungen als Standard pro Rolle unter **Administration → Rollenverwaltung** festlegen, zum Beispiel **Standardmäßig Phase 'Script Update Needed'**. Neue Benutzer einer Rolle starten dann mit den richtigen Einstellungen; ändern können sie sie weiterhin in Mein Konto. ![Die Rolleneinstellungen in der Rollenverwaltung mit den Optionen „Standardmäßig Phase“ für Initial, Ready For QC und Script Update Needed](https://www.surveytester.com/academy/_img/notifications-permissions-subscriptions/email-notifications-and-relevant-project-phases/de/role-defaults-phases.png 'w=45rem') ## Zusammenfassung - **Relevante Projektphasen** ist ein Filter auf die **aktuelle Phase des Projekts im Moment des Ereignisses**. Ereignisse in anderen Phasen werden nie per E-Mail verschickt – auch nicht später. - E-Mails zum Phasenwechsel werden gegen die **neue** Phase geprüft. - @Erwähnungen umgehen den Phasenfilter. - Alles andere – Abonnement, Häufigkeit, Schalter für Ereignistypen, Sprachen – gilt weiterhin.