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. |
Hinweis
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. |
Tipp
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.
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.