Jeder Salesforce Admin kennt den Moment: Ein Fachbereich meldet sich mit einer neuen Anforderung. "Wir brauchen eine Automatisierung, die..." - und dann stellt sich die entscheidende Frage: Flow, Validation Rule oder doch ein Approval Process?
Die falsche Wahl kostet nicht nur Aufbauzeit. Sie erzeugt technische Schulden, die Sie monatelang mitschleppen. Ich habe Orgs gesehen, in denen 40+ Flows liefen, obwohl die Hälfte der Anforderungen mit einer simplen Validation Rule erledigt gewesen wäre. Das Ergebnis: Debug-Alpträume und Admins, die keinen Überblick mehr haben.
Dieser Artikel gibt Ihnen eine klare Entscheidungsmatrix, wann welches Tool das richtige ist. Keine Theorie, sondern Faustregeln aus echten Projekten.
Die drei Automatisierungs-Werkzeuge im Überblick
Salesforce bietet Admins drei zentrale Werkzeuge, um Geschäftsprozesse zu automatisieren. Jedes hat seinen Sweet Spot - und seinen Missbrauchsbereich.
Validation Rules: Der Türsteher
Validation Rules prüfen Daten beim Speichern und blockieren fehlerhafte Eingaben. Sie sind die einfachste Form der Prozesssteuerung: Wenn Bedingung X nicht erfüllt ist, darf der Record nicht gespeichert werden.
Typische Einsätze: Pflichtfelder abhängig von Record Type erzwingen, Datenkonsistenz sicherstellen (z.B. Close Date darf nicht in der Vergangenheit liegen), Format-Validierungen für Telefonnummern oder PLZ.
Approval Processes: Der Freigabe-Workflow
Approval Processes steuern mehrstufige Genehmigungen. Ein Record wird eingereicht, durchläuft Genehmigungsstufen und wird am Ende genehmigt oder abgelehnt. Salesforce setzt dabei Status-Felder und kann bei jedem Schritt Aktionen auslösen.
Typische Einsätze: Rabattfreigaben ab einem bestimmten Prozentsatz, Reisekostenerstattungen, Vertragsfreigaben, Opportunity-Genehmigungen ab einem definierten Betrag.
Flows: Das Schweizer Taschenmesser
Flows sind das mächtigste deklarative Werkzeug in Salesforce. Sie können Daten lesen, schreiben, löschen, E-Mails versenden, externe Services aufrufen und komplexe Logik abbilden. Genau das macht sie gleichzeitig zum gefährlichsten Tool: Wer alles mit Flows löst, baut sich ein Wartungsproblem.
Typische Einsätze: Record-Triggered Automations (z.B. Lead Assignment bei Erstellung), Screen Flows für geführte Prozesse, Scheduled Flows für Batch-Operationen, Integration Flows für externe Systeme.
Wenn Sie tiefer in Flows einsteigen wollen: Mein Praxisleitfaden für Salesforce Flows behandelt das Thema von Grund auf.
Die Entscheidungsmatrix: Welches Tool wann?
Statt jede Anforderung einzeln zu bewerten, nutze ich in meinen Projekten eine einfache Entscheidungslogik mit drei Fragen:
Frage 1: Geht es nur um Datenqualität?
Wenn die Anforderung lautet "Stelle sicher, dass Feld X ausgefüllt ist" oder "Verhindere, dass Wert Y negativ ist" - dann ist die Antwort fast immer eine Validation Rule. Kein Flow nötig. Keine Komplexität.
Ich habe bei einem Kunden 12 Record-Triggered Flows gefunden, die nichts anderes taten als Pflichtfelder zu erzwingen. Nach der Migration auf Validation Rules war die Org messbarer schneller und deutlich einfacher zu debuggen.
Frage 2: Braucht jemand etwas genehmigen?
Wenn ein Mensch eine Entscheidung treffen muss, bevor ein Prozess weitergeht, ist ein Approval Process die natürliche Wahl. Ja, man kann Genehmigungen auch mit Flows und Custom Objects nachbauen. Aber warum? Approval Processes bieten Submit/Approve/Reject out of the box, integrieren sich in Chatter-Benachrichtigungen und sind für andere Admins sofort verständlich.
Ausnahme: Wenn Sie dynamische Genehmigungsketten brauchen (z.B. "Genehmiger hängt vom Projekt-Typ und Region ab"), stoßen Approval Processes an ihre Grenzen. Dann lohnt sich ein Flow, der die Genehmigungslogik steuert und den Approval Process nur noch als letzten Schritt auslöst.
Frage 3: Muss etwas automatisch passieren?
Wenn beim Erstellen, Ändern oder Löschen eines Records automatisch Daten aktualisiert, E-Mails versendet oder andere Records erstellt werden sollen - dann ist ein Flow das richtige Werkzeug. Aber auch hier gilt: So schlank wie möglich. Ein Flow pro Objekt und Trigger-Typ, nicht zehn.
Die Flow Best Practices helfen Ihnen, Ihre Flows wartbar zu halten.
Die häufigsten Fehler in der Praxis
Fehler 1: Alles mit Flows lösen
Flows sind mächtig, deshalb greifen viele Admins reflexartig dazu. Das Problem: Jeder zusätzliche Flow erhöht die Komplexität der Automatisierungslandschaft. Wenn Sie 30 Record-Triggered Flows auf dem Account-Objekt haben, wird jedes Debugging zum Ratespiel.
Besser: Vor jedem neuen Flow fragen: Geht das auch einfacher? Validation Rule? Workflow Field Update? Formel-Feld? Der einfachste Weg ist meistens der wartbarste.
Fehler 2: Approval Processes ignorieren
Viele Admins kennen Approval Processes kaum oder halten sie für veraltet. Das Gegenteil ist der Fall. Für Standardfreigaben sind sie schneller aufgesetzt als jeder Flow und für alle Beteiligten transparenter.
Fehler 3: Validation Rules ohne Fehlermeldung-Strategie
Eine Validation Rule, deren Fehlermeldung "Error" lautet, hilft niemandem. Investieren Sie Zeit in klare, handlungsanleitende Fehlertexte. Statt "Feld ungültig" schreiben Sie "Bitte geben Sie eine gültige PLZ im Format 12345 ein." Ihre User werden es Ihnen danken.
Praxisbeispiel: Lead-Qualifizierung automatisieren
Ein konkretes Szenario, das ich so ähnlich bei mehreren Kunden umgesetzt habe: Der Vertrieb möchte, dass Leads automatisch bewertet und bei hoher Qualität direkt dem Senior-Team zugewiesen werden.
Schritt 1 - Validation Rule: Stellen Sie sicher, dass bei der Lead-Erstellung Pflichtfelder wie Branche, Unternehmensgröße und Quelle ausgefüllt sind. Ohne saubere Daten funktioniert keine Automatisierung.
Schritt 2 - Flow (Record-Triggered): Bei Lead-Erstellung oder -Update: Berechnen Sie einen Lead Score basierend auf den Feldern. Setzen Sie das Rating-Feld automatisch. Wenn Score über Schwellwert: Owner-Wechsel zum Senior-Team.
Schritt 3 - Approval Process: Für Leads mit Score über 90, die ein individuelles Angebot erhalten sollen: Approval zur Angebotsfreigabe durch den Vertriebsleiter.
Drei Werkzeuge, ein Prozess, jedes Tool an der richtigen Stelle. So sieht saubere Salesforce-Architektur aus.
Häufige Fragen
Kann ich Process Builder noch verwenden?
Nein. Salesforce hat den Process Builder offiziell zum Auslaufmodell erklärt. Alle bestehenden Process Builder sollten zu Flows migriert werden. Mein Artikel zur Migration von Process Builder zu Flows zeigt Ihnen, wie das geht.
Was ist mit Apex? Wann brauche ich Code?
Apex kommt ins Spiel, wenn deklarative Tools an ihre Grenzen stoßen: komplexe Berechnungen über mehrere Objekte, Callouts zu externen APIs mit spezifischer Fehlerbehandlung, oder Bulk-Operationen mit mehr als 50.000 Records. Faustregel: Wenn Sie es mit einem Flow abbilden können, tun Sie das. Apex ist die letzte Eskalationsstufe.
Wie dokumentiere ich meine Automatisierungen am besten?
Jeder Flow bekommt eine Description mit Zweck, Auslöser und letztem Änderungsdatum. Validation Rules benennen Sie nach dem Muster ObjektName_WasGeprüftWird. Für die Gesamtübersicht empfehle ich ein einfaches Spreadsheet mit allen aktiven Automatisierungen pro Objekt.
Validation Rule oder Required Field - was ist der Unterschied?
Ein Required Field auf Page-Layout-Ebene gilt nur für die UI - API-Imports und Flows umgehen es. Eine Validation Rule gilt überall, auch bei Datenimport und API-Zugriff. Wenn Datenqualität wirklich wichtig ist, setzen Sie auf Validation Rules.
Lohnt sich ein externer Berater für die Automatisierungsstrategie?
Ja, besonders wenn Ihre Org über Jahre gewachsen ist und niemand mehr den Überblick hat. Ein externer Blick identifiziert redundante Automatisierungen, Konflikte zwischen Flows und Validation Rules, und zeigt Optimierungspotenzial auf, das intern oft übersehen wird.
Cheat Sheet: Die 5 Schritte im Überblick
Fazit: Das richtige Tool, nicht das mächtigste
Die beste Automatisierung ist nicht die komplizierteste, sondern die wartbarste. Wenn Sie vor jeder neuen Anforderung die drei Fragen durchgehen - Datenqualität, Genehmigung, Automatisierung - treffen Sie in 90% der Fälle die richtige Tool-Wahl auf Anhieb.
Starten Sie bei Ihrer nächsten Anforderung damit. Und wenn Sie feststellen, dass Ihre bestehenden Automatisierungen ein Durcheinander aus Process Buildern, Workflow Rules und Flows sind: Das ist der beste Zeitpunkt für ein Salesforce Health Check.
Sie wollen Ihre Salesforce-Automatisierungen auf den Prüfstand stellen oder eine saubere Automatisierungsstrategie aufsetzen? Ich unterstütze Sie dabei - von der Bestandsaufnahme bis zur Umsetzung. Ob Flow-Optimierung, Migration alter Process Builder oder der Aufbau einer skalierbaren Automatisierungsarchitektur.
