Aufgaben
Überblick
Diese Seite zeigt die Aufgaben aller Projekte — gruppiert nach Projekt, Status, Fälligkeit oder Zuständigen, mit Unteraufgaben. Innerhalb eines Projekts gruppiert dieselbe Ansicht nach den Listen des Projekts.
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. Innerhalb eines Projekts gruppiert die Ansicht nach den Listen des Projekts. 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.
Die Übersicht gruppieren. Die Aufgaben-Übersicht über alle Projekte zeigt keine Projekt-Listen — die gehören ins Projekt. Stattdessen wählen Sie über Gruppieren nach: Projekt (Vorgabe), Status, Fälligkeit (überfällig, heute, diese Woche, später, ohne Termin) oder Zuständige. Listen ohne Projekt bleiben in der Projekt-Gruppierung eigene Gruppen. Die Wahl wird je Ansicht gemerkt. Ziehen ist nur in der Listen-Gruppierung eines Projekts möglich.
Schnell erfassen. Am Ende jeder Gruppe steht ein Eingabefeld Neue Aufgabe… — Titel eintragen, Enter, fertig. Die neue Aufgabe übernimmt, was die Gruppe vorgibt: Liste, Projekt, Status oder Zuständigen. Unter Fälligkeit gibt es kein Eingabefeld, weil eine Gruppe dort keinen eindeutigen Termin vorgibt.
Erledigen und wieder öffnen. Jede Zeile trägt eine Markierung zum Abhaken; erledigte Aufgaben lassen sich über Wieder öffnen zurückholen.
Ändern ohne Warten. Status, Priorität, Zuständige und Termine auf der Detailseite sind Chips: die neue Angabe steht sofort da und wird im Hintergrund gespeichert — die Seite lädt nicht neu, ein halb geschriebener Text bleibt stehen. Lehnt der Server die Änderung ab, springt der Chip auf den alten Wert zurück und eine Meldung nennt den Grund. Löschen fragt nicht nach: die Aufgabe wandert in den Papierkorb, und fünf Sekunden lang holt Rückgängig sie zurück.
Filtern und gruppieren. Über der Liste stehen Filter für Status, Priorität, Liste, Zuständige, Projekt und Schlagwort — der Schlagwort-Filter zeigt nur Aufgaben, die das gewählte Schlagwort tragen. Neben der Listenansicht gibt es eine Tabellenansicht mit den Spalten Titel, Liste, Status, Priorität, Zuständige, Projekt, Beginn, Fälligkeit und letzter Änderung.
Aufwand von der KI schätzen lassen. In der Detailansicht einer Aufgabe steht unter Schätzung der Knopf KI-Schätzung. Die KI bekommt Titel, Beschreibung und bisherige Schätzung sowie ähnliche erledigte Aufgaben mit ihrer tatsächlich gebuchten Zeit (aus demselben Projekt, sonst vom selben Kunden) und schlägt eine Zahl mit kurzer Begründung vor. Darunter stehen die Vergleichsaufgaben mit ihrem Ist. Übernehmen trägt den Vorschlag als Schätzung ein, Verwerfen lässt alles, wie es war — die KI ändert selbst nichts. Als Vergleich zählen nur Aufgaben, die Sie auch sehen dürfen. Der Knopf erscheint nur mit eingeschalteter KI und dem Recht, die Aufgabe zu bearbeiten; über die Schnittstelle: POST /api/v1/work-items/<ULID>/ai/estimate.
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. |
Format der Beschreibung descriptionFormat | nein | text, html oder email | Wie die Beschreibung gezeigt wird. Der Editor speichert html; eine Aufgabe aus einer Mail behält email und erscheint so, wie der Absender sie gestaltet hat. Ohne Angabe gilt text — über die Schnittstelle geschriebener Klartext bleibt Klartext. Formatierte Beschreibungen bereinigt das System bei jedem Speichern. |
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 — ab dem Tag nach der Fälligkeit (deutsche Zeit), am Fälligkeitstag selbst ist sie „heute fällig“. Dieselbe Regel gilt in Liste, Tafel, Erinnerung, Projekt-Autopilot und KI-Projekteinordnung. |
Kunde customerId | nein | bestehender Kunde | Für wen gearbeitet wird. Die Aufgabe erscheint in der Kundenakte. |
Beleg-Art linkType | nein | sales_order, invoice, quote, delivery_note, return_order, goods_order — 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 lesbar
| Feld | Werte / Format | Was es bewirkt |
|---|---|---|
Erledigt am completedAt | Zeitpunkt oder leer | Wann die Aufgabe in einen Status der Kategorie erledigt gewechselt ist — gleich, ob per Klick, Massenaktion, Automation oder KI-Werkzeug. Wieder geöffnet oder abgebrochen heißt: leer. Der Wechsel zwischen zwei Erledigt-Status behält den ersten Zeitpunkt. Die Aufgabe zeigt ihn neben Erstellt und Aktualisiert; die Liste filtert danach (completedFrom, completedTo — ein reines Datum ist ein Kalendertag deutscher Zeit) und sortiert danach (order[completedAt]). Zählt außerdem in Deine Woche unter Meine Arbeit. Tickets führen stattdessen gelöst und geschlossen. |
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.item.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 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.
Eine alte erledigte Aufgabe hat kein „Erledigt am". Aufgaben, die erledigt wurden, bevor es das Feld gab, bekommen den Zeitpunkt beim Update aus dem Verlauf nachgetragen — dort, wo der Wechsel auf erledigt verzeichnet ist. Fehlt dieser Eintrag, bleibt das Feld leer; ein Zeitpunkt wird nicht geraten.
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.