Die falsche Frage lautet „Kann Salesforce das?“
Die bessere Frage ist, ob die Logik in Salesforce gehört. Eine Regel, die kundennah, auditierbar und dicht an den CRM-Daten ist, kann in Salesforce richtig aufgehoben sein. Rechenintensive Aufgaben, Datentransformationen oder langlaufende Integrationen gehören oft woanders hin.
Wann Konfiguration gewinnt
Konfiguration ist die beste Wahl, wenn die Logik einfach ist, vom Fachbereich verantwortet wird und leicht nachvollziehbar bleibt. Validierungen, geführte Screens, einfaches Routing und Standardfreigaben sollten nicht zu Code werden, nur weil gerade ein Entwickler verfügbar ist.
Wann Apex die sicherere Wahl ist
Apex ist angebracht, wenn Regeln Transaktionsgrenzen, Bulk-Verarbeitung, verlässliche Tests, wiederverwendbare Domain-Services oder kontrolliertes Fehlerhandling brauchen. Komplexe Revenue-, Orchestrierungs- und Integrationslogik ist als Apex oft sicherer als ein Labyrinth aus Flows.
Wann Sie besser verzichten
Manche Anforderungen sind Signale für einen externen Service: aufwendige Dokumentenverarbeitung, große Batch-Transformationen, komplexe Suche, Event-Streaming oder Logik, die mehrere Systeme teilen. Zu guter Architektur gehört, der Plattform ein Nein zu geben, wenn sie nicht das richtige Werkzeug ist.
Überlassen Sie den schweren Teil einem erfahrenen Salesforce-Engineering-Team.