Greenhouse interview scheduling ist oft der Punkt, an dem ein sonst sauberer Recruiting-Prozess plötzlich zäh wird. Deine Pipeline kann perfekt gepflegt sein, Scorecards stehen bereit – und trotzdem verlierst du Tage durch Kalender-Pingpong. Spätestens bei Panel-Interviews, Zeitzonen, Arbeitszeiten-Regeln und kurzfristigen Änderungen kippt “Termin finden” in Koordinationschaos.
Wenn du nach Automatisierung für greenhouse interview scheduling suchst, ist ein Punkt entscheidend: Was du hier liest, ist keine native Greenhouse-Funktion. Es geht um ein angebundenes Add-on von Sprad + Atlas, das sich in Greenhouse und deine Kalender einklinkt und Interviews Ende-zu-Ende koordiniert. Greenhouse bleibt dein ATS und “System of Record”. Atlas übernimmt die Arbeit dort, wo Scheduling wirklich passiert: in Kalendern und Kommunikation. Einen guten Einstieg in das Prinzip “Workflow einmal bauen, dann läuft er” gibt dir Sprads Automate-Workspace.
Warum greenhouse interview scheduling in der Praxis trotzdem im Kalender-Chaos endet
Greenhouse unterstützt Interviewplanung, Kalenderanbindungen und auch Funktionen rund um “automated scheduling”. Greenhouse beschreibt z. B. einen Flow, der bei der Terminfindung nach Verfügbarkeiten und Arbeitszeiten hilft (Greenhouse Support). In der Realität bleibt viel Handarbeit, weil das Problem selten “Verfügbarkeit sehen” ist. Das Problem ist: den Loop schließen – über mehrere Menschen, Panels, Regeln und Änderungen hinweg.
Ein weiterer praktischer Punkt ist Greenhouse’ Scheduling-Logik. Greenhouse hostet keinen eigenen “Primärkalender”, sondern nutzt die verbundenen Interviewer-Kalender als Quelle der Wahrheit (Greenhouse scheduling model). Das ist gut für Genauigkeit. Gleichzeitig macht es Scheduling automatisch zu einem Multi-System-Prozess: Greenhouse + Kalender + E-Mail/Chat. Ein einziger verpasster Kalender-Update, eine abgelehnte Einladung, ein spät hinzugefügtes Panel-Mitglied – und dein Koordinationsaufwand ist wieder da.
Typische Bruchstellen im greenhouse interview scheduling, selbst mit starken Koordinator:innen:
- Panel-Matching: Ein gemeinsamer Slot für 3–6 Personen ist exponentiell schwerer als 1:1.
- Rescheduling-Schleifen: Krankheit, Kundentermin, Reise, “können wir 30 Minuten schieben?”
- Zeitzonen- und Arbeitszeiten-Regeln: Kandidat:in und Hiring Team arbeiten nicht immer in einer Region.
- Back-to-back-Fatigue: “Freie Zeiten” existieren im Kalender, sind aber in der Realität unbrauchbar.
- Inkonsistenz: Buffer, Interviewlängen und Hinweise driften zwischen Teams und Rollen.
- Status-Drift: Der Kalender stimmt, aber Greenhouse spiegelt die Realität nicht schnell genug.
Die Kernfrage lautet deshalb: Wie hältst du Greenhouse im Zentrum – und eliminierst die Koordinationsarbeit, die außerhalb von Greenhouse entsteht?
Was ein “angebundenes Add-on” bedeutet: Greenhouse bleibt, Atlas koordiniert
Sprad ist eine AI-first HR-Plattform mit drei Säulen: Talent Management Workspace, Employee Referral System und Atlas (AI HR Coworker). Für greenhouse interview scheduling ist Atlas der relevante Baustein.
Atlas ist als Automationsschicht gedacht, die an Tools andockt, die du schon nutzt: ATS, Kalender, E-Mail, Slack/Teams. Sprad beschreibt das als “one AI for your entire HR stack”. Praktisch heißt das: Atlas kann in Greenhouse erkennen, was passieren soll, und führt dann die Scheduling-Schritte in den Systemen aus, in denen sie stattfinden – und schreibt Ergebnisse zurück.
Die Integrations-Philosophie ist klar:
- Greenhouse bleibt System of Record für Kandidat:innen, Stages, Interviewpläne und Reporting.
- Atlas führt Scheduling-Schritte aus über Kalender, E-Mail und Collaboration-Tools hinweg – und synchronisiert.
- Kein Rip-and-Replace: Keine ATS-Migration, kein Reporting-Neubau, keine Manager-Umschulung auf ein neues ATS.
Wenn du Sorge hast, dass ein Add-on ein neues Silo schafft, ist der entscheidende Maßstab nicht “noch ein Tool”, sondern die Fähigkeit, einen Workflow über mehrere Tools konsistent zu fahren. Sprad positioniert das über breite Anbindungen (“1,500+ Tools, one Atlas”) auf der Integrationsseite. Für Scheduling ist nicht die Zahl wichtig. Wichtig ist, dass Greenhouse, Kalender und Messaging in einem Ablauf zusammenbleiben – mit sauberem Write-back.
So funktioniert greenhouse interview scheduling mit Atlas (Step-by-step)
Denk an Atlas wie an ein Teammitglied, das konsequent nachfasst, Zeitzonen korrekt behandelt und nie ein Panel-Mitglied “verliert”. Atlas kann als geplante Routine laufen, event-getriggert starten oder on-demand per Slack/Teams/E-Mail ausgelöst werden. Für greenhouse interview scheduling ist das sauberste Muster meist event-getriggert: Ein Kandidat erreicht eine Interview-Stage in Greenhouse – Atlas übernimmt die Koordination.
Schritt 1: In Greenhouse passiert ein Scheduling-Event
Recruiter:in oder Coordinator bewegt die Person in eine Stage, die Interviews erfordert. In Greenhouse liegt damit ein Interviewplan vor: Interviewer, Dauer, Reihenfolge, Stage.
Schritt 2: Atlas liest den Interview-Kontext
Atlas zieht nur den Kontext, den Scheduling wirklich braucht: Identität und Kontaktdaten, Stage, benötigte Interviewer, plus deine Regeln (Buffer, Working Hours, Lead Time, Zeitzonen-Annahmen, Templates).
Schritt 3: Atlas berechnet valide Slots über Kalender hinweg
Weil Greenhouse laut eigenem Modell die verbundenen Kalender als “Source of Truth” nutzt (Greenhouse scheduling model), ist die Kernarbeit die Kalenderberechnung: Slots finden, die Panel-Verfügbarkeit und Constraints erfüllen.
Schritt 4: Atlas bucht Termine und verschickt Einladungen
Atlas erstellt Kalender-Events, ergänzt Konferenzdetails nach Standard, verschickt Einladungen und kann in Slack/Teams melden, wenn eine Entscheidung nötig ist. Das ist der Moment, in dem du aufhörst, Menschen hinterherzulaufen.
Schritt 5: Atlas schreibt zurück nach Greenhouse
Sobald gebucht ist, sorgt Atlas dafür, dass Greenhouse den korrekten Status zeigt. Das ist zentral, weil dein Team in Greenhouse prüft, reportet und die nächsten Schritte steuert.
Schritt 6: Reschedules laufen automatisch (mit Regeln)
Wenn jemand ablehnt, ein Panelmitglied ausfällt oder Kandidat:innen um Verlegung bitten, kann Atlas den Workflow neu starten. Greenhouse selbst dokumentiert Scheduling- und Rescheduling-Optionen inklusive “Automated scheduling” (Greenhouse overview). Atlas zielt auf die Koordinationsschicht, die sonst oben drauf sitzt: neu berechnen, neu buchen, kommunizieren, rückschreiben.
| Trigger in Greenhouse | Atlas-Aktion (über Tools) | Write-back nach Greenhouse |
|---|---|---|
| Kandidat:in betritt Interview-Stage | Interviewplan ziehen, Interviewer-Kalender prüfen, Panel-Slots berechnen, je nach Regel vorschlagen oder direkt buchen | Status zeigt “scheduled” mit korrekter Zeit und Teilnehmenden |
| Interviewer lehnt Einladung ab | Änderung erkennen, nächsten sinnvollen Slot finden, umbuchen, Einladungen neu senden, bei Bedarf Coordinator um Freigabe bitten | Stage bleibt korrekt, Zeit wird auf neuen Slot aktualisiert |
| Coordinator triggert “nächste Runde terminieren” | On-demand Workflow via Slack/Teams/E-Mail, Scheduling nach Standardregeln | Nächstes Interview erscheint als gebucht im Greenhouse-Profil |
| Panel ändert sich | Feasibility neu berechnen, Buchungen anpassen, Mindestvorlauf und Buffer durchsetzen | Korrekte Interviewer-Liste und aktuelle Zeit sind in Greenhouse sichtbar |
greenhouse interview scheduling: Was sich ändert, wenn Atlas die Koordination fährt
Greenhouse kann Scheduling unterstützen. Entscheidend ist, wie viel Arbeit trotzdem bei Coordinatoren und Hiring Managern hängen bleibt. In Greenhouse’ eigenen “automated scheduling”-Flows prüfen User Optionen und schicken einzelne Kommunikationsschritte (Greenhouse Support). Atlas ist darauf ausgerichtet, genau diese Schritte zu übernehmen – während Greenhouse im Zentrum bleibt.
| Ziel | Greenhouse-only (typisch) | Greenhouse + Atlas Add-on (typisch) |
|---|---|---|
| 1:1 schnell terminieren | Coordinator startet, wählt Slot, sendet Bestätigung | Stage triggert Atlas; Atlas findet Slot, bucht, lädt ein, aktualisiert Greenhouse |
| 4-Personen-Panel terminieren | Manuelle Abstimmung steigt; “fast passende” Slots werden per Nachrichten verhandelt | Atlas berechnet gemeinsame Verfügbarkeit und wendet Constraints konsistent an |
| Declines & Reschedules abfangen | Coordinator erkennt Problem und startet die Schleife neu | Atlas erkennt und versucht automatisch neu, eskaliert nur bei Bedarf |
| ATS-Status sauber halten | Status driftet, wenn Änderungen außerhalb von Greenhouse passieren | Atlas schreibt zurück, Greenhouse bleibt verlässlich für Reporting und Handoffs |
| Tool-Sprawl reduzieren | Teams ergänzen oft eine separate Scheduling-App | Atlas orchestriert über Kalender & Messaging, ohne Greenhouse zu ersetzen |
Die harten Teile im greenhouse interview scheduling (und wie Atlas damit umgeht)
1) Panel-Interviews ohne Verhandlungs-Threads
Panel-Scheduling ist der Moment, in dem viele “automated scheduling”-Funktionen nicht mehr automatisiert wirken. Mehr Interviewer heißt weniger gemeinsame Slots. Atlas setzt auf panel-first Logik: erst Slots finden, die für alle funktionieren – dann schnell buchen, bevor Kalender sich wieder ändern.
Du kannst dabei Regeln durchsetzen, die im Alltag oft inkonsistent angewendet werden:
- Mindestvorlauf (z. B. keine Interviews innerhalb der nächsten 24 Stunden)
- Pflicht-Buffer (10–15 Minuten davor/danach)
- Keine Lunch-Slots, keine Freitage nach 15:00 Uhr – was auch immer eure Teams brauchen
- Zeitzonen-Grenzen für Fairness gegenüber Kandidat:innen
2) Rescheduling, das nicht deine Fokuszeit frisst
Reschedules passieren ständig – nur selten zu einem guten Zeitpunkt. Wenn der Kalender die Quelle der Wahrheit ist, ist die schnellste Reparatur: Kalenderänderung erkennen, Scheduling-Logik sofort neu laufen lassen und Greenhouse synchron halten.
Atlas kann Rescheduling als Standard-Workflow behandeln:
- Abgelehnte Einladung oder entfernte Teilnehmende erkennen
- Verfügbarkeit für dasselbe Panel neu berechnen
- Umbuchen und Einladungen neu senden
- Greenhouse aktualisieren, damit die Stage korrekt bleibt
Und du kannst Guardrails setzen: “Bei Executive-Kandidat:innen immer Freigabe” oder “maximal zwei automatische Reschedules, dann Human Review”.
3) Kandidaten-Kommunikation, die schnell ist – ohne roboterhaft zu klingen
Candidate Experience kollabiert oft auf eine Frage: Wie schnell bestätigst du eine Zeit? Tempo wirkt wie Professionalität. Atlas kann Bestätigungen, Erinnerungen und Reschedule-Nachrichten in eurem Tonfall vorbereiten und versenden, mit konsistenter Struktur über Teams hinweg.
Wenn ihr Templates habt, nutzt Atlas sie. Wenn Templates zwischen Bereichen auseinanderlaufen, kannst du sie einmal standardisieren und dann zuverlässig wiederverwenden.
4) Slack/Teams als Steuerzentrale – ohne neue Scheduling-Oberfläche
Hiring Manager wollen selten noch ein Tool. Sie wollen weniger Nachrichten und weniger Entscheidungen. Atlas kann in Slack oder Microsoft Teams laufen und nur dann stören, wenn ein Mensch wirklich entscheiden muss.
Das hilft bei typischen Constraint-Konflikten:
- “Das Panel hat in den nächsten 3 Arbeitstagen keinen gemeinsamen Slot. Dürfen wir auf 30 Minuten verkürzen?”
- “Kandidat:in kann nur vormittags. Sollen wir außerhalb der Standardzeiten terminieren?”
- “Interviewer X ist OOO. Sollen wir mit Interviewer Y aus derselben Scorecard-Gruppe tauschen?”
Wie viel Zeit du wirklich sparst: ein simples Modell statt ROI-Nebel
Wenn du greenhouse interview scheduling intern begründen willst, starte nicht mit Benchmarks. Starte mit eurer eigenen Kalender-Mathematik. Du brauchst nur drei Werte: Interviews pro Woche, Koordinationszeit pro Interview, Reschedule-Quote.
Ein konservatives Modell für “zurückgewonnene Coordinator-Zeit”:
- Interviews pro Woche zählen (inklusive Panels und Follow-ups).
- Admin-Zeit pro Interview schätzen (E-Mails, Kalenderchecks, Reminder, Updates). Viele Teams liegen zwischen 10–25 Minuten.
- Reschedules schätzen (z. B. 10–20% brauchen mindestens eine Änderung).
- Multiplizieren und in Stunden umrechnen. Das ist eure Scheduling-Last.
Beispiel (nur zur Illustration): Ihr terminiert 60 Interviews pro Woche. Bei 15 Minuten pro Interview sind das 900 Minuten = 15 Stunden. Wenn 15% reschedulen und jeder Reschedule weitere 10 Minuten kostet, kommen rund 1,5 Stunden dazu. Ihr landet bei etwa 16,5 Stunden reiner Koordination pro Woche. Das ist spürbar – und skaliert schnell, sobald Hiring-Volumen steigt.
Atlas setzt genau dort an: Es übernimmt die mehrstufigen Schritte über Tools hinweg, statt nur “freie Zeiten zu zeigen”.
Zwei Start-Workflows für greenhouse interview scheduling, die sich schnell lohnen
Atlas kann viel automatisieren. Für Greenhouse-Teams liefern zwei Workflows oft den schnellsten Effekt, weil sie jede Rolle im Prozess berühren.
Workflow A: “Stage-open scheduling” für Tempo und Konsistenz
Trigger: Kandidat:in wechselt in eine Stage mit Interviewbedarf.
Ziel: Time-to-scheduled senken und Back-and-forth stoppen.
Was Atlas macht:
- Stage und Interviewplan aus Greenhouse lesen
- Kalender der benötigten Interviewer prüfen
- Valide Slots nach euren Regeln finden
- Slot(s) buchen, Einladungen senden, Konferenzdetails ergänzen
- Write-back, damit Greenhouse korrekt bleibt
Wo Teams es merken: weniger “kannst du 10:30?”-Nachrichten, weniger vergessene Schritte, weniger Verzögerung nur wegen Terminierung.
Workflow B: “Auto-reschedule mit Eskalationsregeln” zum Schutz von Fokuszeit
Trigger: Einladung abgelehnt, Kalenderänderung oder Kandidatenwunsch.
Ziel: Pipeline in Bewegung halten, ohne ständig Coordinator-Aufmerksamkeit zu ziehen.
Was Atlas macht:
- Änderung über den Kalender erkennen (passend zum Greenhouse-Modell mit kalenderbasierter Wahrheit)
- Rebooking innerhalb eurer Constraints versuchen
- Nur eskalieren, wenn Regeln verletzt werden (z. B. Executive-Level, zu viele Versuche, kein Slot gefunden)
- Greenhouse aktualisieren, sobald ein neuer Termin fix ist
Wo Teams es merken: Reschedules unterbrechen weniger, Manager bekommen weniger “bitte Verfügbarkeit bestätigen”-E-Mails.
Warum eine Automationsschicht oft besser passt als “noch ein Scheduling-Tool”
Wenn du nach greenhouse interview scheduling suchst, findest du auch Punktlösungen, die nur Scheduling adressieren. Das kann passen – aber viele Teams merken beim Security-Review und bei der Integration: Scheduling ist selten der einzige kaputte Workflow.
Sobald du Greenhouse und Kalender ohnehin verbindest, kommen die Folgefragen: “Können wir Screening, Reminder, Interview-Prep und Follow-ups auch automatisieren?” Hier hat eine Orchestrierungsschicht Vorteile. Wenn Atlas als Layer sitzt, kannst du angrenzende Routinen oft auf demselben Fundament bauen – ohne wieder bei Null zu starten. Der breitere Kontext liegt im Workspace rund um Atlas, der nicht nur Scheduling abdeckt.
- Strukturiertes Interview-Prep an Panelists in Slack/Teams triggern
- Konsistente Kandidaten-Kommunikation erstellen (Bestätigung, Reminder, Absage)
- Nach Hire Onboarding-Schritte orchestrieren (Accounts, Meetings, Tasks)
Kommerzielles Modell: Wofür du zahlst (und wofür nicht)
Viele Greenhouse-Teams befürchten bei “Automation”: noch eine per-seat SaaS-Lizenz, die mit jedem Hiring Manager teurer wird. Sprad beschreibt ein anderes Modell:
- Einmaliges Setup-Projekt, um Workflow, Regeln und Tests sauber aufzusetzen (oft als 2–4 Wochen gerahmt).
- Laufende AI-API-Nutzungskosten (Model Calls), statt klassischem Seat-Pricing.
Ob das zu dir passt, hängt von deiner Org ab. Wenn viele Hiring Manager im Prozess hängen, wird per-seat schnell teuer. Wenn dein Volumen hoch ist, dein Team aber schlank, kann nutzungsbasierte Automation näher an dem liegen, was du wirklich einkaufst: weniger manuelle Koordination.
DACH-Hinweise: Datenschutz (DSGVO) und Betriebsrat-Fit (unverbindlich)
In Deutschland, Österreich und der Schweiz tauchen bei Scheduling-Automation fast immer zwei Themen auf: DSGVO und Betriebsrat. Der beste Rahmen ist: Scheduling-Automation ist eine IT- und Prozessänderung – kein Gadget.
DSGVO / Datenminimierung als Standard
Scheduling braucht einen kleinen Datensatz: Kandidaten-Kontakt, Stage-Kontext, Kalender-Verfügbarkeit. Es braucht keine Performance-Daten von Mitarbeitenden. In DACH-Setups willst du meist:
- Rollenbasierte Zugriffe (wer darf terminieren, wer sieht was)
- Datenminimierung (nur das ingestieren, was der Workflow braucht)
- Auditierbarkeit (was wurde gebucht/geändert, durch welche Regel)
- AVV/DPA-Prüfung mit Legal/Datenschutz
Betriebsrat: saubere Einordnung
Betriebsräte unterscheiden oft zwischen Tools, die Menschen bewerten, und Tools, die Adminarbeit reduzieren. Interview-Scheduling ist meist leichter zu erklären, weil es Koordination ist – kein Scoring. Trotzdem gilt: früh einbinden, Datenflüsse dokumentieren, menschliche Verantwortlichkeit für Hiring-Entscheidungen klar lassen.
Hinweis: Das ist keine Rechtsberatung. Maßgeblich sind eure internen Jurist:innen und Datenschutzbeauftragten.
Implementierungs-Checkliste für Greenhouse-Teams (damit es kein Wissenschaftsprojekt wird)
Die schnellsten Rollouts wirken unspektakulär. Sie starten mit einem sauberen Interviewplan und klaren Regeln. Eine praktische Checkliste vor dem ersten Automation-Schritt:
- Interview-Stages standardisieren: konsistente Namen, konsistente Dauer, konsistente Panel-Zusammensetzung pro Rollenfamilie.
- Scheduling-Regeln definieren: Buffer, Mindestvorlauf, Working Hours, Zeitzonen-Grenzen.
- Human-Approval-Punkte festlegen: Full Auto-Booking vs. “Atlas schlägt vor, Coordinator bestätigt”.
- Kalender klären: welche Kalender sind autoritativ, welche Berechtigungen braucht Automation?
- Eskalationspfade definieren: was passiert, wenn in X Tagen kein Slot existiert?
- Messaging abstimmen: Bestätigung, Reminder, Reschedule-Texte passend zu eurer Employer-Brand-Stimme.
- Erfolgsmetriken festlegen: time-to-scheduled, Reschedule-Quote, Coordinator-Stunden pro Hire, Candidate-Feedback (falls gemessen).
FAQ: greenhouse interview scheduling mit einem angebundenen Add-on
Ersetzt Atlas Greenhouse?
Nein. Greenhouse bleibt dein ATS. Atlas ist ein Add-on, das Interviews koordiniert und Ergebnisse nach Greenhouse zurückschreibt.
Wie passt Atlas zu Greenhouse’ kalenderbasiertem Scheduling-Modell?
Greenhouse behandelt verbundene Kalender als Quelle der Wahrheit (Greenhouse scheduling model). Atlas arbeitet genau mit dieser Realität: Es bucht und aktualisiert Kalender-Events und hält Greenhouse per Write-back synchron.
Funktioniert das für Panel-Interviews und mehrstufige Interview-Loops?
Ja, das ist einer der Hauptgründe, warum Teams auf greenhouse interview scheduling Automatisierung setzen. Der Koordinationsaufwand steigt stark mit jedem Panelmitglied. Atlas fokussiert darauf, gemeinsame Verfügbarkeit zu berechnen und bei Änderungen automatisch neu zu versuchen.
Was ist mit Greenhouse “automated scheduling”?
Greenhouse bietet eigene automatisierte Scheduling-Flows, die bei Verfügbarkeit und Scheduling-Schritten unterstützen (Greenhouse Support). Teams ergänzen Atlas meist dann, wenn sie das “Loop schließen” automatisieren wollen: inklusive Rescheduling-Zyklen und Koordination über mehrere Tools.
Können wir Coordinator-Freigabe verlangen, bevor etwas gebucht wird?
Ja. Viele Teams starten mit “Atlas schlägt vor, Coordinator bestätigt” und automatisieren später stärker, wenn Vertrauen und Regeln stabil sind.
Müssen Hiring Manager ein neues Tool lernen?
Idealerweise nicht. Ziel sind weniger Nachrichten und weniger manuelle Schritte. Atlas kann in Tools laufen, die Manager ohnehin nutzen (Kalender, E-Mail, Slack/Teams), während Greenhouse der zentrale Status-Ort bleibt.
Wie lange dauert Setup typischerweise?
Oft wird ein einmaliges Setup-Projekt von etwa 2–4 Wochen angesetzt, weil Regeln, Berechtigungen und Tests sauber sitzen müssen. Die Dauer hängt stark davon ab, wie standardisiert eure Greenhouse-Interviewpläne und eure Kalenderumgebung sind.
Was ist der Unterschied zwischen “Integration” und “Automation” in diesem Kontext?
Integration bewegt Daten zwischen Systemen. Automation führt den mehrstufigen Prozess aus. Für greenhouse interview scheduling brauchst du beides: Stage-Kontext lesen, Verfügbarkeit berechnen, buchen, kommunizieren, Status zurückschreiben.
Wo du landest, wenn Scheduling dein Bottleneck ist
Wenn deine Pipeline in Greenhouse gut läuft, aber Koordination bremst, ist greenhouse interview scheduling oft der beste erste Automations-Use-Case: messbar, wiederholbar, quer über alle Hiring Teams relevant. Die Designentscheidung ist weniger “automatisieren wir Scheduling?” – sondern: willst du eine Punktlösung, die nur Termine bucht, oder eine Schicht, die Scheduling in deinen bestehenden Toolflow einbettet und später angrenzende Routinen ebenfalls automatisieren kann?
Das ist die Logik hinter Sprad + Atlas als angebundenem Modul: Greenhouse bleibt unverändert, Atlas übernimmt die Routine über Kalender und Kommunikation hinweg, und dein ATS-Status bleibt synchron. Wenn du tiefer in die Workflow-Umsetzung einsteigen willst, ist der Ansatz “Workflow designen, dann läuft er” im Sprad-Produktkontext über den Automate-Ansatz beschrieben.
