> For the complete documentation index, see [llms.txt](https://one-loop.gitbook.io/help/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://one-loop.gitbook.io/help/plattform/one-loop-plattform/kommunikation/inbox/nachrichtenentwurfe-in-der-inbox-weiterfuhren.md).

# Nachrichtenentwürfe in der Inbox weiterführen

Unterbrich eine Nachricht ohne Textverlust und setze sie später im richtigen Gespräch fort.

Du hast eine Antwort angefangen, musst aber sofort zu einer anderen Unterhaltung? Der Text muss nicht verloren gehen: Nicht versendete Nachrichten werden automatisch als Entwurf gespeichert. Wenn du in dieselbe Unterhaltung zurückkehrst, kannst du dort weiterarbeiten.

> Ein Entwurf ist noch keine versendete Nachricht. Erst das bewusste Absenden schickt den Inhalt an den Kontakt.

## Was automatisch erhalten bleibt

Die Funktion schützt den begonnenen Nachrichtentext, wenn du vor dem Senden die Unterhaltung verlässt. Das ist besonders nützlich, wenn du erst etwas nachschlagen, eine Rückfrage klären oder einer dringenderen Unterhaltung helfen musst.

Auch Entwürfe für **interne Kommentare** bleiben erhalten. Das gilt laut Funktionsbeschreibung, wenn du:

* den Nachrichtentyp wechselst,
* den Editor ein- oder ausklappst oder
* zwischen Unterhaltungen wechselst.

Klappst du den Editor ein, merkt sich die Inbox außerdem den zuletzt ausgewählten Kanal. Beim erneuten Öffnen musst du ihn nicht noch einmal auswählen.

## Voraussetzung

* Du arbeitest in der **Inbox** und hast eine Unterhaltung geöffnet.
* Du hast mit einer Nachricht oder einem internen Kommentar begonnen.
* Der Inhalt wurde noch nicht gesendet.

Für das Speichern musst du keinen separaten Knopf betätigen.

## So unterbrichst du eine angefangene Nachricht sicher

1. Öffne die Unterhaltung, zu der du antworten möchtest.
2. Schreibe den Nachrichtentext oder einen internen Kommentar.
3. Verlasse die Unterhaltung, wechsle zu einer anderen Unterhaltung oder klappe den Editor ein. Lösche den Text dabei nicht.
4. Kehre später zu der ursprünglichen Unterhaltung zurück.
5. Lies den Entwurf vollständig und prüfe, ob er noch zum aktuellen Gespräch passt.
6. Sende ihn erst dann bewusst ab. Ist er überholt, ändere oder entferne ihn.

## Entwurf und interner Kommentar richtig unterscheiden

| Du möchtest …                                       | Verwende …               | Wichtig dabei                                                            |
| --------------------------------------------------- | ------------------------ | ------------------------------------------------------------------------ |
| dem Kontakt antworten                               | eine Nachricht           | Sie bleibt ein Entwurf, bis du sie absendest.                            |
| eine Rückfrage oder Übergabe nur im Team festhalten | einen internen Kommentar | Sein Entwurf bleibt beim Wechseln, Einklappen und Zurückkehren erhalten. |
| kurz zu einer anderen Aufgabe wechseln              | den vorhandenen Entwurf  | Du brauchst den Text nicht vorher manuell zu speichern.                  |

## Vor dem Senden prüfen

Ein Entwurf kann inzwischen überholt sein, etwa weil der Kontakt zwischenzeitlich geantwortet hat. Prüfe deshalb immer:

* Passt die Antwort noch zur letzten Nachricht?
* Ist weiterhin der richtige Kanal ausgewählt?
* Ist der Text als Antwort an den Kontakt gedacht oder als interner Kommentar?
* Fehlt eine Information, die du erst noch klären wolltest?

Diese Prüfung verhindert, dass eine alte oder intern gedachte Formulierung versehentlich verschickt wird.

## Praxistest: Antwort nach einer Unterbrechung fortsetzen

Angenommen, du schreibst eine Antwort zu einer Terminfrage. Währenddessen musst du die Verfügbarkeit bei einer Kollegin oder einem Kollegen nachfragen.

1. Beginne die Antwort, sende sie aber noch nicht ab.
2. Wechsle zu der Unterhaltung oder Aufgabe, in der du die Rückfrage klärst.
3. Öffne danach wieder die ursprüngliche Unterhaltung.
4. Der angefangene Text steht weiterhin als Entwurf bereit.
5. Ergänze die bestätigte Information, prüfe Kanal und Inhalt und sende die Antwort erst jetzt.

So bleibt der Arbeitsstand erhalten, ohne dass eine unvollständige Nachricht beim Kontakt landet.

## Wenn etwas nicht wie erwartet aussieht

### Der Entwurf passt nicht mehr zum Gespräch

Die Unterhaltung kann sich weiterentwickelt haben, während du weg warst. Überarbeite den Text oder lösche ihn bewusst, statt eine alte Antwort ungeprüft zu senden.

### Der falsche Nachrichtentyp ist ausgewählt

Prüfe vor dem Senden, ob du im richtigen Nachrichtentyp arbeitest. Ein interner Kommentar ist für das Team gedacht; eine Nachricht ist für den Kontakt bestimmt.

### Mehrere Personen arbeiten am selben Gespräch

Automatisch gespeicherte Entwürfe ersetzen keine Abstimmung. Lege im Team klar fest, wer antwortet, und nutze interne Kommentare für Übergaben oder offene Rückfragen.

## Gut zu wissen

* Es gibt keinen zusätzlichen Speicherschritt: Das Speichern passiert automatisch, solange die Nachricht nicht versendet wurde.
* Beim erneuten Öffnen eines eingeklappten Editors bleibt die zuletzt genutzte Kanalauswahl erhalten.
* Ein automatisch gespeicherter Entwurf ist eine Arbeitshilfe, keine Freigabe. Die letzte Inhaltsprüfung vor dem Senden bleibt wichtig.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://one-loop.gitbook.io/help/plattform/one-loop-plattform/kommunikation/inbox/nachrichtenentwurfe-in-der-inbox-weiterfuhren.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.