Hintergrund / Schmerzpunkt
Der aktuelle "Dokumente verarbeiten"-Flow (analyse_plan_erstellen → dokumente_batch_analysieren → extraktion_ergebnis_speichern → extraktion_anwenden) ist konzeptuell rein auf Profildaten-Extraktion ausgelegt (Skills, Positionen, Ausbildung). Die Anleitung in jedem Batch-Result lautet wörtlich: "Analysiere die Dokumente und extrahiere Profildaten."
In der Praxis sind aber die allermeisten hochgeladenen Dokumente gar keine Profil-Quellen, sondern bewerbungsrelevante Korrespondenz:
- Interview-Einladungen (z.B. -Kennenlern-Termin 04.06. — lag nur als hochgeladene/gelöschte Mail vor, wäre fast verloren gegangen)
- Absagen (z.B. , )
- Recruiter-Anfragen (LinkedIn/XING/Mail)
- Eingangsbestätigungen
- Terminbestätigungen / Zwischenfeedback
Diese werden aktuell zwar als doc_type (recruiter_anfrage, sonstiges, angebot, ...) klassifiziert, aber der Verarbeitungs-Flow weiß nichts damit anzufangen — sie landen auf basis_analysiert/angewendet, ohne dass eine sinnvolle Aktion (Termin anlegen, Status ändern, Bewerbung verknüpfen) passiert.
Gewünschtes Verhalten
"Dokumente verarbeiten" soll ein Dokument-Routing nach doc_type vornehmen und je Typ die passende Aktion vorschlagen/ausführen:
| doc_type |
abgeleitete Aktion |
lebenslauf, anschreiben, projektliste |
Profildaten-Extraktion (wie bisher) + Verknüpfung mit Bewerbung |
| Einladung / Terminbestätigung |
Termin (meeting_hinzufuegen) anlegen, Datum/Teams-Link/Teilnehmer extrahieren, Status → interview |
| Absage |
Bewerbung finden, Status → abgelehnt, Ablehnungsgrund erfassen |
| Eingangsbestätigung |
Status → eingangsbestaetigung, Bewerbung verknüpfen |
| recruiter_anfrage |
als Stelle/Anfrage erfassen, Antwort-Entwurf anbieten |
Konkrete Verbesserungen
- Verarbeitungs-Flow umbenennen/erweitern von "Profil-Extraktion" zu "Dokument-Verarbeitung" mit Typ-Routing.
- Batch-Anleitung anpassen: nicht nur "extrahiere Profildaten", sondern "leite je Dokumenttyp die passende PBP-Aktion ab".
- Aus Einladungen automatisch Termine mit Datum/Uhrzeit/Plattform/Link extrahieren (Teams/Zoom-Parsing). Im aktuellen Fall war die -Einladung nur im Mail-Text — ein automatisches Erkennen hätte den Termin sofort angelegt.
- Absagen automatisch dem Bewerbungs-Status zuordnen.
Kontext
Aufgetreten beim Aufräumen nach Krankheit (29.05.2026): 16 Dokumente "nicht analysiert", darunter die kritische -Interview-Einladung (04.06.2026 09:00) und mehrere Absagen. Alle mussten manuell verarbeitet werden, weil der Flow nur Profildaten kennt. Profil-ID e913acc3.
Hinweis: Firmen-Namen am 2026-05-22 anonymisiert (DSGVO).
Hintergrund / Schmerzpunkt
Der aktuelle "Dokumente verarbeiten"-Flow (
analyse_plan_erstellen→dokumente_batch_analysieren→extraktion_ergebnis_speichern→extraktion_anwenden) ist konzeptuell rein auf Profildaten-Extraktion ausgelegt (Skills, Positionen, Ausbildung). Die Anleitung in jedem Batch-Result lautet wörtlich: "Analysiere die Dokumente und extrahiere Profildaten."In der Praxis sind aber die allermeisten hochgeladenen Dokumente gar keine Profil-Quellen, sondern bewerbungsrelevante Korrespondenz:
Diese werden aktuell zwar als
doc_type(recruiter_anfrage, sonstiges, angebot, ...) klassifiziert, aber der Verarbeitungs-Flow weiß nichts damit anzufangen — sie landen aufbasis_analysiert/angewendet, ohne dass eine sinnvolle Aktion (Termin anlegen, Status ändern, Bewerbung verknüpfen) passiert.Gewünschtes Verhalten
"Dokumente verarbeiten" soll ein Dokument-Routing nach
doc_typevornehmen und je Typ die passende Aktion vorschlagen/ausführen:lebenslauf,anschreiben,projektlistemeeting_hinzufuegen) anlegen, Datum/Teams-Link/Teilnehmer extrahieren, Status → interviewKonkrete Verbesserungen
Kontext
Aufgetreten beim Aufräumen nach Krankheit (29.05.2026): 16 Dokumente "nicht analysiert", darunter die kritische -Interview-Einladung (04.06.2026 09:00) und mehrere Absagen. Alle mussten manuell verarbeitet werden, weil der Flow nur Profildaten kennt. Profil-ID
e913acc3.Hinweis: Firmen-Namen am 2026-05-22 anonymisiert (DSGVO).