Runs

Jede Ausführung — ein Pipeline-Durchlauf, ein Spalten-Lauf, ein Import, eine Agent-Entscheidung — hinterlässt einen Run: die Quittung mit Status, Umfang, Kosten und einem Link in den Kontrollraum. Ein Run ist kein Log-Eintrag, den Sie suchen müssen — jede Agent-Antwort und jede Feed-Zeile verlinkt direkt darauf.

Was ein Run trägt

• Status — ausstehend, läuft, erfolgreich, teilweise fehlgeschlagen, abgebrochen.
• Umfang — wie viele Zeilen/Leads betroffen sind, welches Playbook oder welche Tabelle.
• Kosten — verbrauchte Credits, mit dem Kosten-Deckel, unter dem der Run gestartet wurde.
• Link — der direkte Weg zur Detailansicht im Kontrollraum.

Trockenlauf vs. live

Jeder Run startet in einem von zwei Modi: Trockenlauf löst Vorlagen und Bedingungen auf und zeigt, was passieren würde — ohne Kosten, ohne externe Wirkung. Live führt tatsächlich aus. Ob ein Run eine Freigabe braucht, ergibt sich aus Modus × Wirkung: ein Live-Run mit externer, kostenpflichtiger oder nach außen sichtbarer Wirkung (ein Versand, ein CRM-Schreibvorgang) verlangt immer eine Freigabe; ein Trockenlauf nie. Das ist eine einzige Regel für jede Art von Run, nicht ein Sonderfall pro Feature — siehe Freigaben.

Fehlerbehandlung

Ein Run, der ins Stocken gerät, bleibt nicht ewig auf “läuft” stehen — er wird nach einer Wartezeit sichtbar als fehlgeschlagen markiert, nie stillschweigend vergessen. Wiederholung ist gezielt pro Posten möglich und wiederholt nie bereits erfolgreiche Posten.

Für Tabellen-Spalten und Importe (siehe Tabellen) gilt exakt dasselbe Run-Modell — Teil desselben, schrittweise ausgerollten Datenbank-Bereichs.