-
-
Notifications
You must be signed in to change notification settings - Fork 2
Tab Bewerbungen

Zentrale Verwaltung deiner Bewerbungen. Lifecycle, Follow-ups, Anhaenge — alles an einem Ort.
Bewerbungen durchlaufen einen klar definierten Status-Pfad:
beworben
-> eingangsbestaetigung
-> interview / zweitgespraech
-> angenommen / abgelehnt
Auto-Engine-Step _run_auto_expire setzt Bewerbungen mit langer
Inaktivitaet auf abgelaufen:
- Default 60 Tage seit
beworben - 30 Tage seit
eingangsbestaetigung(kuerzer, weil Antwort haette kommen muessen) - Beides in Settings konfigurierbar
Pro Bewerbung siehst du:
- Firma + Stellentitel + Status-Badge
- ID kopieren (Klick) — fuer Claude-Workflows
- Beworbenheits-Datum und letzte Statusaenderung
- Verlinkte Dokumente (CV, Anschreiben, Zeugnisse, Mails)
- Notizen + Kontakte + Termine
Du kannst pro Bewerbung eine Fit-Analyse fahren. Hilft beim Anschreiben: welche Argumente bringen, wo Schwaechen ueberbruecken.
Bewerbungen haben zwei Arten von Datumsangaben:
-
applied_at= Bewerbungsdatum — schon laenger editierbar via Inline-Klick auf der Bewerbungs-Karte (#529) -
Event-Datum in der Status-Wechsel-Timeline (
abgelehnt am,interview am,angebot am...) — seit beta.60 ebenfalls editierbar
Praktisch wenn die Statusaenderung zeitversetzt eingetragen wird
(z.B. heute den Absage-Status geklickt, aber die Mail kam schon vor
einer Woche). Klick aufs Datum im Bewerbungs-Detail oeffnet ein
<input type="date">, Enter speichert, Escape bricht ab.
Auch via MCP-Tool bewerbung_event_datum_setzen(event_id, neues_datum, bewerbung_id) aus dem Chat:
"Setze das Absage-Datum von der Bewerbung bei ACME auf 15.04.2026."
Wirkt sich auf Statistik (Reaktionszeit etc) aus, ist also nicht nur kosmetisch.
Auto-Engine-Step _run_auto_followup_reconciler plant nach
Default 7 Tagen ohne Antwort einen Nachfass — erscheint im
Kalender als Termin. Du kannst:
- Verschieben auf ein anderes Datum
- Erledigt abhaken (Nachfass gesendet)
- Hinfaellig markieren (Antwort kam doch)
Direkt-Abhaken (#665, beta.85): Follow-ups lassen sich jetzt direkt in der Bewerbungs-/Timeline-Liste mit einem Haken-Button erledigen — kein Umweg ueber den Kalender mehr noetig.
Dubletten-Schutz (#665, beta.83): nachfass_planen legt keinen
zweiten Termin fuer dieselbe Bewerbung am selben Tag an. Ein versehentlich
doppelt ausgeloester Nachfass wird still uebersprungen statt zu
duplizieren.
Neben den terminierten Nachfass-Aktionen gibt es jetzt freie Aufgaben pro Bewerbung — fuer alles, was kein Kalender-Termin ist: „Arbeitsprobe vorbereiten", „Gehaltsvorstellung recherchieren", „Referenz anrufen".
| Begriff | Was es ist |
|---|---|
| TODO / Task | Freie Aufgabe, optional mit Faelligkeit. Status offen / erledigt / hinfaellig. |
| Follow-up | Terminierte Nachfass-Aktion, vom Reconciler geplant. |
Im Bewerbungs-Detail-Dialog gibt es eine eigene Aufgaben-Sektion:
neue Aufgabe anlegen, abhaken, wieder oeffnen, loeschen. Per MCP:
todo_anlegen, todos_anzeigen, todo_erledigen, todo_reaktivieren.
Faelligkeit (seit beta.100, #683): Beim Anlegen gibt es ein „Erledigt bis"-Datumsfeld. Ueberfaellige Aufgaben werden in der Aufgaben-Liste rot markiert („ueberfaellig: ...") — und das Dashboard zeigt zusaetzlich eine Warnkarte, sobald offene Aufgaben ihr Faelligkeitsdatum ueberschritten haben (siehe Tab-Dashboard).
Firmen-Recherche, Branchen-Trends und Skill-Gap-Analysen werden
strukturiert gespeichert (eigene Tabelle research_notes) und im
Bewerbungs-Detail angezeigt — pro Eintrag Kategorie und Datum, der
Text ist auf-/zuklappbar.
Speichern geht direkt im Tool-Aufruf: firmen_recherche,
branchen_trends und skill_gap_analyse nehmen optional eine
bewerbung_id und legen das Ergebnis im selben Aufruf an der
richtigen Stelle ab — kein separater recherche_speichern-Schritt
mehr noetig.
Inbound-Recruiting wird separat behandelt. Eine eingehende Anfrage
wird mit Status recruiter_anfrage angelegt und kann via
bewerbung_zu_anfrage_konvertieren umgewandelt werden, wenn du
tatsaechlich antrittst.
In der Bewerbungs-Timeline standen frueher zwei Buttons mit derselben Beschriftung „Stellenanzeige oeffnen" — einer im Bewerbungsblock, einer im Stellendetail-Block darunter — die auf verschiedene URLs zeigten. Welcher der richtige war, liess sich nicht erkennen; einer fuehrte teils auf eine tote Anzeige.
Seit v1.7.9 gilt:
- Gleiche URL → genau ein Link.
- Verschiedene URLs → beide, aber eindeutig beschriftet: „Anzeige zum Bewerbungszeitpunkt" (was beim Erfassen hinterlegt wurde) und „Aktuelle Ausschreibung" (die aktuell verknuepfte Stelle, z. B. nach einem Repost).
- Keine URL → ein sichtbarer Hinweis statt eines leeren Felds.
- Nur eine Suchseite → sie wird als solche benannt, nicht als Anzeige ausgegeben.
Dahinter steckte ein echter Datenfehler (#764): PBP fuehrt Bewerbung↔Stelle in einer Verknuepfungstabelle, hielt aber zusaetzlich eine alte Einzelspalte. Wer eine Bewerbung auf einen Repost umhaengte, aktualisierte nur die Tabelle — die Oberflaeche las die alte Spalte und zeigte weiter die veraltete Stelle mit altem Score. Seit v1.7.9 ist die Verknuepfungstabelle fuehrend und die alte Spalte wird automatisch mitgezogen.
„Gleich die Bewerbungs-Verknuepfungen ab."
Claude ruft bewerbungs_stellen_abgleichen() — erst als Vorschau. Das Tool
findet fehlende Verknuepfungen, leere Verweise, Divergenzen nach dem Umhaengen
und verwaiste Eintraege. Passt die Vorschau, mit dry_run=False anwenden.
Danach zeigen Oberflaeche und bewerbung_stellen_anzeigen() garantiert
dieselbe Stelle.
Wer ueber einen persoenlichen Kontakt in einen Prozess kommt, ueberspringt
oft den Status „beworben" — frueher fiel so eine Bewerbung komplett aus der
Statistik (kein applied_at). Seit v1.7.10:
- Statuswechsel, die eine Bewerbung voraussetzen (Interview, Angebot, …), tragen das Datum automatisch aus dem aeltesten Timeline-Event nach.
- Die Statistik weist Bewerbungen ohne Datum sichtbar aus
(
ausgeschlossen-Block) statt sie still zu verschlucken;pbp_diagnose(auto_fix=True)heilt den Bestand. - Neuer Status „Arbeitgeber ausgefallen" fuer Insolvenz, Stellenstreichung oder Einstellungsstopp: zaehlt NICHT als Rueckzug, und ein vorher vorliegendes Angebot bleibt in der Angebots-Quote. Der Prozess endete ohne dein Zutun — die Statistik sagt das jetzt auch.
Pro Bewerbung kannst du Recruiter, Hiring Manager, Inhouse-Empfehler verknuepfen. Die Kontakte haben eigene Kategorien (Farbcodiert) und sind im Kontakte-Tab zentral verwaltet (#607).
Komplett-Export pro Bewerbung als ZIP-Archiv:
- bericht.html (Render der Bewerbungs-Card)
- stelle.html (Original-Anzeige falls gespeichert)
- notizen.md
- termine.ics
- mails.md (alle verknuepften Mails)
- dokumente/ (alle verknuepften Dateien)
- mails/ (Original-EML wenn vorhanden)
- INHALT.md (Inhaltsverzeichnis)
- Optional: bericht.pdf via Playwright
„Bewerbung A-0042 anzeigen" „Status auf interview setzen fuer A-0042" „Nachfass planen fuer A-0042 in 5 Tagen" „Leg mir eine Aufgabe an: Arbeitsprobe fuer A-0042 bis Freitag" „Welche offenen TODOs habe ich noch?" „Bewerbungsbericht exportieren fuer A-0042 als PDF"
🗺 Plan
- Master-Plan
- Master-Plan-Optimierung
- Plan-Datenbasis (A)
- Plan-Jobsuche (B)
- Plan-Stellen (C)
- Plan-Bewerbungen (D)
- Plan-Dokumente (E)
- Plan-Lokale-KI (F)
- Plan-Frontend (G)
- Plan-MCP-Layer (H)
- Plan-Distribution (I)
- Plan-Roadmap-v18 (J)
Einstieg
Tabs
Features
- Elwosa
- Lern-System
- Lokale KI & KI-Steuerung
- Profile-Cluster
- Suchkriterien & Gewichtungen
- Profil aus Dokumenten
- Workflows
- Jobportale
- Stellen-Qualitaet
Reference