Diese Liste zeigt die Angebote im Status veröffentlicht
— das ist die Ansicht, die Nutzer:innen außerhalb der Redaktion
sehen. Dieselbe Liste wird auch in den iframe-fähigen
/embed-Endpunkt eingebettet
(siehe wp-demo/ für ein WordPress-Beispielmuster).
Angebote werden geladen…
Aktuell keine veröffentlichten Angebote.
Angebot wird geladen…
Beschreibung
Eckdaten
- Themen
- Trägerart
- Trägerorganisation
- Anschrift
- nicht erforderlich (bundesweites Angebot)
- Anschrift
- Zuletzt bestätigt
Neues Angebot anlegen oder einen bestehenden Entwurf weiterführen. Das Formular wird automatisch als Entwurf zwischengespeichert.
Pflichtfeld
Wird geladen…
Alle Angebote dieser Eintragenden-Persona — sortiert nach Bearbeitungsdatum, mit aktuellen Status-Markern und schnellen Aktionsknöpfen.
Eigene Angebote werden geladen…
Diese Eintragende:r hat noch keine Angebote angelegt. Beginnen Sie
oben mit „Neues Angebot anlegen“.
| Titel | Status | Reichweite | Zuletzt geändert | Aktionen |
|---|---|---|---|---|
Änderungswunsch – „“
Schlagen Sie Anpassungen am veröffentlichten Angebot vor. Die Originalfassung bleibt sichtbar, bis die KNE-Redaktion den Vorschlag übernimmt oder ablehnt.
Angebot wird geladen…
Dieser Änderungswunsch kann nicht eingereicht werden — das Angebot ist aktuell nicht im Status „veröffentlicht“. Änderungswünsche sind nur gegen veröffentlichte Angebote möglich.
Eingereichte Angebote — sortiert nach Einreichungsdatum. Klick auf eine Zeile öffnet die Inline-Vorschau; die drei Aktionen rechts versetzen das Angebot direkt in den nächsten Status (Audit-Log wird automatisch geschrieben).
Eingangs-Queue wird geladen…
Eingangs-Queue ist leer — alle eingereichten Angebote sind bearbeitet.
| Titel | Eintragende:r | Eingereicht am | Aktionen |
|---|---|---|---|
VorschauDetaildaten werden geladen…
|
|||
Mit Anmerkung an die eintragende Person zurücksenden |
|||
Eingereichte Änderungswünsche zu bereits veröffentlichten Angeboten. Pro Wunsch werden Vorher / Nachher gegenübergestellt; bei Übernahme wird die geänderte Fassung sofort veröffentlicht, bei Ablehnung bleibt die Originalfassung live.
Änderungswünsche werden geladen…
Keine offenen Änderungswünsche.
Änderung an „“
Dieser Änderungswunsch enthält keine sichtbaren Feldänderungen gegenüber der veröffentlichten Fassung.
| Feld | Vorher | Nachher |
|---|---|---|
Alle aktuell veröffentlichten Angebote. Renewal-Marker zeigen wann das 6-Monats-Bestätigungsfenster greift: grün < 5 Monate, gelb 5–6 Monate, rot > 6 Monate. Mit „6 Monate vorspulen“ wird die Reminder-Pipeline in <60 Sekunden vor dem Evaluator inspizierbar.
Demo-Beschleuniger
Setzt für jedes veröffentlichte Angebot
last_confirmed_at auf vor 7 Monaten und erzeugt
die vollständige Reminder-Kaskade (Tag 0/30/60/90) auf einmal.
Veröffentlichte Angebote werden geladen…
Keine veröffentlichten Angebote im aktuellen Filterausschnitt.
| Titel | Kategorie | Status | Zuletzt bestätigt | Aktionen |
|---|---|---|---|---|
|
|
||||
„“ archivieren? |
||||
Audit-Log – „“
Chronologische Aufzeichnung aller Status-Übergänge und Änderungswunsch-Ereignisse für dieses Angebot — Aktionen aus der Eintragenden-, Redaktion- und Reminder-System-Seite landen in derselben Zeitleiste.
Audit-Log wird geladen…
Kein Angebot zu dieser ID gefunden.
- Aktueller Status
- Kategorie
- Kontakt
- Zuletzt bestätigt
Für dieses Angebot sind noch keine Audit-Einträge vorhanden.
Reminder-Postausgang
Rendervorschau aller generierten Reminder-E-Mails aus
reminder_outbox. Pro Angebot sind bis zu vier
Stufen vorhanden: Tag 0 / Tag 30 / Tag 60 mit
drei Aktionslinks und Tag 90 als automatische
Depublikation. Klicks auf „Aktualität bestätigen“
rufen POST /api/confirm/:token auf – im Demo
ohne echten E-Mail-Versand.
Lade Postausgang …
Noch keine Reminder vorhanden. Wechseln Sie auf „Veröffentlichte“ und klicken Sie „6 Monate vorspulen“, um die vierstufige Reminder-Pipeline (Tag 0 / 30 / 60 / 90) gemäß Konzept §4.4 für alle aktuell veröffentlichten Angebote zu erzeugen.
(Angebot #)
-
An:—
State-Automat — Erklärung
Der redaktionelle Workflow der Angebotslandkarte 2.0 basiert auf
fünf Status-Werten gemäß Konzept §4.3. Jede Transition ist
serverseitig durchgesetzt und schreibt einen Eintrag in das
audit_log. Die gestrichelte Kante kennzeichnet
die automatische Transition aus der Reminder-Pipeline
(Konzept §4.4).
- Operatorgetriebene Transition (Eintragende:r oder KNE-Redaktion)
- Automatische Transition aus der Reminder-Pipeline
Fünf Status-Werte
Die Status-Werte bilden den editorischen Workflow vom ersten
Entwurf bis zur Archivierung ab. Eintragende:r und
KNE-Redaktion handeln rollenbezogen; die Reminder-Pipeline
schreibt ohne Operator zurück in das System, dokumentiert
jede Transition aber identisch im audit_log.
-
entwurf— Eintragende:r hat das Angebot angelegt, aber noch nicht zur Prüfung eingereicht. Nur für die eigene Persona sichtbar, beliebig oft editierbar. -
eingereicht— liegt im KNE-Eingangs-Queue. Wird durch „Veröffentlichen“, „Mit Anmerkung zurück“ oder „Direktes Edit + Veröffentlichen“ verlassen. -
veroeffentlicht— öffentlich auf der Angebotslandkarte. Eintragende:r kann nicht direkt überschreiben, sondern reicht einen Änderungswunsch ein. -
aenderungswunsch— vorgeschlagene Änderung gegen ein veröffentlichtes Angebot. Original-Datensatz bleibt sichtbar, bis die KNE-Redaktion übernimmt oder ablehnt. -
archiviert— dauerhaft aus der öffentlichen Sicht entfernt. Erreichbar via Redaktion (Operator) oder via Reminder-Link „zurückziehen“ durch die Eintragende:r selbst.
Nach drei unbeantworteten Reminder-Mails (Tag 0 / 30 / 60)
führt die Pipeline am Tag 90 eine automatische Depublikation
durch: das Angebot wird in den Status
eingereicht zurückgesetzt und liegt wieder im
KNE-Eingangs-Queue zur erneuten Prüfung. Diese Transition
ist im Diagramm durch die gestrichelte Kante markiert.
Aktive Demo-Persona:
.
Diese Ansicht wird in Chunk
mit Inhalten gefüllt.
Der UI-Rahmen — Persona-Wechsler, Hash-Routing, Postausgang-Hinweise,
Demo-Reset — gehört zu Chunk C6.
Route: