> ## Documentation Index
> Fetch the complete documentation index at: https://docs.langdock.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Delay

> Füge eine Pause zu deiner Workflow-Ausführung zwischen 1 Sekunde und 24 Stunden hinzu.

<img src="https://mintcdn.com/langdock-34/cWyoB3RsITQmAUnM/images/workflows/nodes/delay.jpg?fit=max&auto=format&n=cWyoB3RsITQmAUnM&q=85&s=154402ed31cc21bec01d9f31b7b96d9c" alt="Delay" width="1920" height="903" data-path="images/workflows/nodes/delay.jpg" />

## Überblick

Der Delay-Node pausiert die Workflow-Ausführung für eine festgelegte Dauer. Alle nachfolgenden Nodes warten, bis die Delay-Periode abgeschlossen ist, bevor sie fortfahren. Perfekt für Polling, Warten auf externe Prozesse, Rate-Limiting oder Implementierung von Retry-Logik.

<Info>
  **Am besten für**: Polling von APIs, Warten auf Verarbeitung, Rate-Limiting, Retry-Delays und geplante Follow-ups.
</Info>

## Konfiguration

**Delay-Dauer**: Setze die Pausenzeit zwischen 1 Sekunde und 24 Stunden (Standard: 5 Sekunden)

**Optionen:**

* Sekunden (1-86400)
* Minuten (1-1440)
* Stunden (1-24)

## Wann du Delay verwenden solltest

**Perfekt für:**

* Polling einer API, bis ein Prozess abgeschlossen ist
* Warten auf externe Systeme zur Datenverarbeitung
* Rate-Limiting zur Vermeidung von API-Drosselung
* Hinzufügen von Retry-Delays nach Fehlern
* Planen von Follow-up-Aktionen
* Implementierung von Exponential Backoff

**Nicht ideal für:**

* Langfristige Planung (verwende stattdessen geplanten Trigger)
* Delays länger als 24 Stunden
* Zeitbasierte Trigger (verwende geplanten Trigger)

## Beispiel-Anwendungsfälle

### Retry mit Backoff

```text theme={null}
HTTP Request: API aufrufen
→ [Bei Fehler] → Delay: 5 Sekunden
→ HTTP Request: API-Aufruf wiederholen
→ [Bei Fehler] → Delay: 15 Sekunden
→ HTTP Request: Finaler Retry
```

### Warten auf Verarbeitung

```text theme={null}
Action: Dokument zur Verarbeitung einreichen
→ Delay: 1 Minute
→ HTTP Request: Verarbeitetes Dokument abrufen
→ Agent: Ergebnisse analysieren
```

## Wie es funktioniert

1. Workflow erreicht den Delay-Node
2. Ausführung pausiert für die festgelegte Dauer
3. Nach dem Delay fährt der Workflow mit dem nächsten Node fort
4. Alle nachfolgenden Nodes warten auf den Abschluss des Delays

<Note>
  **Wichtig**: Das Delay ist eine echte Pause in der Ausführung. Wenn du ein 1-Stunden-Delay setzt, wartet der Workflow buchstäblich 1 Stunde, bevor er fortfährt.
</Note>

## Verwendung mit Loops

Delays sind besonders nützlich innerhalb von Loops zur Kontrolle der Ausführungsrate:

```text theme={null}
Loop: 100 Items verarbeiten
  Variable: item

  → HTTP Request: {{item.id}} verarbeiten
  → Delay: 1 Sekunde  (verhindert Rate-Limiting)
```

**Ohne Delay**: 100 API-Aufrufe in \~10 Sekunden (kann Rate-Limits treffen)\
**Mit 1-Sekunden-Delay**: 100 API-Aufrufe in \~100 Sekunden (bleibt unter Limits)

## Einschränkungen

* **Minimum-Delay**: 1 Sekunde
* **Maximum-Delay**: 24 Stunden
* **Keine Stornierung**: Sobald ein Delay startet, kann er nicht unterbrochen werden
* **Workflow muss aktiv bleiben**: Der Workflow läuft während des Delays weiter

<Warning>
  Lange Delays halten die Workflow-Ausführung am Laufen. Für Delays länger als ein paar Stunden erwäge, einen geplanten Trigger zu verwenden, um den Workflow stattdessen neu zu starten.
</Warning>

## Kosten-Überlegungen

Delays selbst sind kostenlos, aber:

* Workflow-Ausführungszeit beinhaltet die Delay-Periode
* Lange Delays halten den Workflow "laufend"
* Überlege, ob ein geplanter Workflow-Neustart effizienter wäre

## Best Practices

<AccordionGroup>
  <Accordion title="Halte Delays angemessen">
    Lange Delays halten Workflows laufend und können Kosten beeinflussen. Verwende geplante Trigger für Delays über ein paar Stunden.
  </Accordion>

  <Accordion title="Berücksichtige Timeout-Limits">
    Workflows haben Ausführungszeit-Limits. Sehr lange Delays können dazu führen, dass der Workflow in einen Timeout läuft.
  </Accordion>

  <Accordion title="Verwende Delays für Polling intelligent">
    Beginne mit kürzeren Delays und erhöhe sie schrittweise, falls nötig. Polle nicht häufiger als notwendig.
  </Accordion>

  <Accordion title="Dokumentiere, warum Delays existieren">
    Füge einen Kommentar zum Delay-Node hinzu, der erklärt, warum die Pause benötigt wird - dein zukünftiges Ich wird es dir danken.
  </Accordion>
</AccordionGroup>

## Nächste Schritte

<CardGroup cols={2}>
  <Card title="Condition" icon="code-branch" href="/de/using-langdock/workflows/nodes/condition-node">
    Kombiniere mit Bedingungen für intelligentes Polling
  </Card>

  <Card title="HTTP Request" icon="globe" href="/de/using-langdock/workflows/nodes/http-request-node">
    Polle APIs mit Delays
  </Card>

  <Card title="Kernkonzepte" icon="lightbulb" href="/de/using-langdock/workflows/fundamentals/core-concepts">
    Lerne über Workflow-Ausführungsabläufe
  </Card>

  <Card title="Human in the Loop" icon="hand" href="/de/using-langdock/workflows/fundamentals/human-in-the-loop">
    Füge manuelle Genehmigungsschritte mit Delays hinzu
  </Card>
</CardGroup>
