Aufgaben
Überblick
Diese Seite zeigt die Aufgaben aller Projekte — gruppiert in Listen, mit Unteraufgaben.
Dahinter steht eine Entscheidung, die man kennen sollte, weil sie das Verhalten an vielen Stellen erklärt: Aufgabe und Ticket sind kein getrenntes Paar, sondern zwei Ausprägungen desselben Objekts. Beide sind Vorgänge und unterscheiden sich nur in ihrer Art. Deshalb teilen sie Status, Priorität, Zuständigkeit, Verlauf und Kommentare, und deshalb gibt es keine doppelte Pflege — eine Aufgabe, die zum Kundenanliegen wird, wechselt die Art und behält ihre Geschichte.
Kernaufgaben
Aufgaben in Listen ordnen. Die Standardansicht gruppiert nach Listen. Eine Aufgabe lässt sich per Ziehen innerhalb ihrer Liste umsortieren oder in eine andere Liste ziehen. Wer nicht ziehen möchte, greift den Ziehpunkt mit der Tastatur und sortiert mit Pfeil-oben und Pfeil-unten um.
Schnell erfassen. Am Ende jeder Liste steht ein Eingabefeld Neue Aufgabe… — Titel eintragen, Enter, fertig. Alles Weitere kann später folgen.
Erledigen und wieder öffnen. Jede Zeile trägt eine Markierung zum Abhaken; erledigte Aufgaben lassen sich über Wieder öffnen zurückholen.
Filtern und gruppieren. Über der Liste stehen Filter für Status, Priorität, Liste, Zuständige und Projekt. Neben der Listenansicht gibt es eine Tabellenansicht mit den Spalten Titel, Liste, Status, Priorität, Zuständige, Projekt, Beginn, Fälligkeit und letzter Änderung.
Abhängigkeiten beachten. Ist eine Aufgabe durch eine andere blockiert, weist die Zeile das gesondert aus, statt sie einfach bearbeitbar zu lassen.
Felder im Detail
Die Spalte Was es bewirkt beantwortet, was sich im System ändert — nicht, wie das Feld heißt. Der graue Name dahinter ist das Feld der API: unter ihm läuft dasselbe über Automation, Import und KI-Werkzeuge.
Aufgabe und Ticket sind dieselbe Sache in zwei Ausprägungen. Deshalb tragen beide dieselben Felder;
kindentscheidet, welche davon die Maske zeigt.
Aufgabe anlegen und bearbeiten
| Feld | Pflicht | Werte / Format | Was es bewirkt |
|---|---|---|---|
Titel title | ja | Text, max. 1000 Zeichen | Die einzige Pflichtangabe. Steht in Liste, Tafel, Benachrichtigung und Verlauf. |
Art kind | ja | Aufgabe oder Ticket | Entscheidet, ob der Datensatz als Aufgabe oder als Ticket geführt wird — und damit über Status-Katalog, Maske und Sicht. Nachträglich zu wechseln ist eine echte Umwidmung, keine Kleinigkeit. |
Beschreibung description | nein | formatierter Text | Was zu tun ist. Bilder und Anhänge sind erlaubt. |
Status statusId | nein | Stammdaten „Aufgaben-Status" | Wo die Aufgabe steht. Die Kategorie hinter dem Status entscheidet, ob sie als offen, in Arbeit oder erledigt zählt — nicht der Name. |
Priorität priorityId | nein | Stammdaten „Prioritäten" | Wie dringend. Sortiert die Liste und ist die übliche Bedingung in Automationen. |
Zuständige assigneeIds | nein | mehrere Mitarbeiter | Wer sie erledigt. Mehrere sind erlaubt; jeder Genannte sieht sie unter Meine Arbeit und bekommt die Benachrichtigungen. |
Beobachter watcherIds | nein | mehrere Mitarbeiter | Wer mitlesen will, ohne zuständig zu sein. Beobachter bekommen Benachrichtigungen, aber die Aufgabe erscheint nicht in ihrer Arbeitsliste. |
Start startAt | nein | Zeitpunkt | Ab wann gearbeitet werden soll. Grundlage für Planung und Abhängigkeiten. |
Fällig am dueDate | nein | Zeitpunkt | Wann sie fertig sein muss. Überschritten und offen heißt überfällig — in Liste, Tafel und Erinnerung sichtbar. |
Kunde customerId | nein | bestehender Kunde | Für wen gearbeitet wird. Die Aufgabe erscheint in der Kundenakte. |
Beleg-Art linkType | nein | sales_order, invoice, quote — was die aktiven Beleg-Module anbieten | Zu welcher Art Beleg die Aufgabe gehört — die Grundlage der Wiedervorlage am Beleg. Nur zusammen mit dem Beleg; beides leer löst die Verknüpfung. |
Beleg linkId | nein | ein Beleg, den Sie sehen dürfen | Welcher Beleg. Die Aufgabe erscheint dann in der Karte Wiedervorlagen dieses Belegs und nennt ihn bei seiner Nummer. Einen Beleg, den es nicht gibt oder den Sie nicht sehen dürfen, weist das System ab. |
Projekt projectId | nein | bestehendes Projekt | Zu welchem Projekt sie gehört. Erst damit zählt sie in Projekt-Fortschritt und -Auswertung. |
Liste listId | nein | Liste des Projekts | Die Spalte bzw. Gruppe innerhalb des Projekts. |
Position position | nein | 0 oder mehr | Die Reihenfolge innerhalb der Liste. Wird beim Ziehen auf der Tafel gesetzt; von Hand nur nötig, wenn Sie über die Schnittstelle sortieren. |
Übergeordnete Aufgabe parentUlid | nein | Kennung einer Aufgabe | Macht die Aufgabe zur Teilaufgabe. Der Fortschritt der übergeordneten Aufgabe ergibt sich aus ihren Teilen. |
Schätzung (Minuten) estimateMinutes | nein | 0 oder mehr | Wie lange es dauern soll. Gegenstück zur erfassten Zeit; aus beidem entsteht die Abweichung. |
Tätigkeit activityId | nein | Zeit-Kategorie | Welche Tätigkeit für diese Aufgabe gebucht wird — Beratung, Entwicklung, Support. Timer und Zeitbuchung übernehmen sie von hier, solange niemand eine andere wählt. Sie ist nicht die Ticket-Warteschlange, und ohne aktive Zeiterfassung bleibt sie ohne Wirkung. |
Schlagworte tags | nein | mehrere Begriffe | Freie Einordnung quer zu Projekt und Status. |
Marke brandId | nein | eine Ihrer Marken | Ordnet die Aufgabe einer Marke zu; ohne Angabe fällt sie auf die Standard-Marke zurück, damit sie eine Vorgangsnummer bekommt. |
Sichtbarkeit visibility | nein | normal oder privat | Privat zeigt die Aufgabe nur Zuständigen und Beobachtern. Für Personalthemen gedacht, nicht als Ersatz für Rechte. |
Wiederholung recurrenceRule | nein | Wiederholungsregel | Erzeugt die Aufgabe nach Abschluss erneut. Der Takt kommt aus der Regel; ohne Regel bleibt es bei einem Mal. |
Definition of Done definitionOfDone | nein | Prüfliste | Die Punkte, die abgehakt sein müssen. Sichtbar in der Aufgabe und Voraussetzung für den Abschluss, wo das eingerichtet ist. |
Abhängigkeiten
| Feld | Werte / Format | Was es bewirkt |
|---|---|---|
Ziel targetUlid | Kennung einer Aufgabe | Die andere Aufgabe der Beziehung. |
Art type | blockiert von, Ende–Start, Start–Start, Ende–Ende, Start–Ende | Wie die beiden zusammenhängen. Ende–Start ist der Normalfall: die andere muss fertig sein, bevor diese beginnt. |
Versatz (Tage) lagDays | −365 bis 365 | Abstand zwischen den beiden. Negativ heißt Überlappung — die Nachfolgerin startet, bevor die Vorgängerin endet. |
Kommentar
| Feld | Werte / Format | Was es bewirkt |
|---|---|---|
Kommentar commentBody | formatierter Text | Ein Beitrag im Verlauf. Aufgaben-Kommentare laufen über denselben Verlauf wie Mails und Ticket-Nachrichten — es gibt keinen zweiten Kanal daneben. |
Anhänge commentAttachmentIds | mehrere Dateien | Dateien zum Kommentar. |
Nur über Schnittstelle und Automation
Diese Felder trägt keine Maske; sie lassen sich über die Schnittstelle, einen Import oder eine Automation setzen.
| Feld | Werte / Format | Was es bewirkt |
|---|---|---|
expectedText | Text | Nur beim Umwandeln eines Punkts der Definition of Done in eine Unteraufgabe: der Text, den der Aufrufer an dieser Stelle erwartet. Stimmt er nicht mehr, wird die Umwandlung abgewiesen, statt den inzwischen geänderten Punkt zu erwischen. Die Oberfläche schickt ihn von selbst mit. |
Einstellungen & Rechte
- Status und Priorität sind Stammdaten, kein fester Code. Ausgeliefert werden Offen, *In
Bearbeitung*, Wartet, In Prüfung, Erledigt, Abgebrochen sowie die Prioritäten Niedrig, Normal, Hoch, Dringend. Beides ist über die Verwaltung anpassbar.
- Recht
workitem.readzum Sehen; Anlegen und Ändern verlangen die entsprechenden
Schreibrechte. Wo Ihnen ein Recht fehlt, erscheint die Aktion nicht.
- Sichtbarkeit je Vorgang. Ein Vorgang kann als nicht sichtbar für Externe gekennzeichnet sein;
die Liste weist das aus.
- Plugins docken hier an. Installierte Module können der Kopfzeile eigene Aktionen hinzufügen.
Welche das sind, hängt davon ab, was installiert und für Sie freigegeben ist.
FAQ & Fehlerbilder
Die Ansicht sieht anders aus als bei Kolleginnen und Kollegen. Die gewählte Ansicht — Listen oder Tabelle — wird je Person im Browser gemerkt. Auch die Filter wirken nur für Sie.
Ziehen funktioniert nicht. Ziehen greift am Ziehpunkt der Zeile, nicht an der ganzen Zeile. Alternativ per Tastatur: Ziehpunkt fokussieren, dann Pfeil-oben oder Pfeil-unten.
Eine Aufgabe lässt sich nicht auf erledigt setzen. Dann blockiert sie eine Abhängigkeit — die Zeile weist das aus. Zuerst die blockierende Aufgabe abschließen.
Wo sind die Tickets? Tickets sind Vorgänge derselben Art-Familie und erscheinen in ihren eigenen Flächen. Diese Seite zeigt die Ausprägung Aufgabe.