Email-to-Case in Salesforce einrichten: Anleitung und Tests

Mit Email-to-Case legt Salesforce aus eingehenden E-Mails automatisch Fälle an. Die Einrichtung ist schnell erledigt, doch kleine Fehler bei Verifizierung, Weiterleitung oder Zuweisungsregeln führen dazu, dass Anfragen unbemerkt liegen bleiben. Diese Anleitung führt Sie durch Einrichtung, Test und laufenden Betrieb.

Kurz gesagt:

Email-to-Case aktivieren, Routing-Adresse anlegen und per Bestätigungsmail verifizieren.

Die Support-Mailbox an die von Salesforce erzeugte Zieladresse weiterleiten.

Queues, Zuweisungsregeln und eine Auffang-Queue für nicht zugeordnete Fälle einrichten.

Vor dem Produktivstart mit Testmails prüfen, danach regelmäßig kontrollieren.

Email-to-Case gibt es in zwei Varianten.

Email-to-Case wandelt eingehende E-Mails in Salesforce-Fälle um. Antworten auf einen bestehenden Fall werden über Threading-Informationen demselben Fall zugeordnet, statt einen neuen anzulegen. Davon hängt ab, ob Ihr Team eine saubere Vorgangshistorie hat oder mit doppelten Fällen kämpft.

Salesforce bietet zwei Betriebsarten:

On-Demand Email-to-Case: Die Verarbeitung läuft vollständig bei Salesforce, eine lokale Installation ist nicht nötig. Für die Größe einer E-Mail einschließlich Anhängen gilt ein Limit, das in der Salesforce-Dokumentation angegeben ist.
Email-to-Case mit Agent: Eine Java-Anwendung hinter Ihrer Firewall ruft die Mails von Ihrem Mailserver ab und übergibt sie an Salesforce. Das eignet sich, wenn Mails vor der Übergabe im eigenen Netz bleiben sollen oder größere Anhänge anfallen.

Für die meisten Organisationen ist On-Demand die einfachere Wahl. Die Agent-Variante lohnt sich vor allem bei besonderen Anforderungen an Netzwerk, Sicherheit oder Anhangsgrößen.

Diese Voraussetzungen sollten Sie vorab klären.

Administratorrechte und Sandbox: Richten Sie alles zuerst in einer Sandbox ein und testen Sie dort, bevor Sie Routing-Adressen produktiv schalten.
Support-Einstellungen: Prüfen Sie den in den Support-Einstellungen hinterlegten Automated Case User sowie Standard-Fallbesitzer und Berechtigungen. Fehlende Rechte führen dazu, dass Fälle nicht oder falsch angelegt werden.
Mailserver: Klären Sie, ob Ihr Mailsystem automatische Weiterleitungen an externe Adressen erlaubt. Viele Unternehmensrichtlinien blockieren das standardmäßig. Kontrollieren Sie außerdem SPF-, DKIM- und DMARC-Einträge Ihrer Domain.
Datenschutz: E-Mail-Inhalte und Anhänge werden in Salesforce gespeichert. Klären Sie Datenstandort und Vertrag zur Auftragsverarbeitung, bevor personenbezogene Daten fließen. In regulierten Branchen sollte Ihr Datenschutzbeauftragter die Einrichtung freigeben.

So aktivieren Sie Email-to-Case und richten die Routing-Adresse ein.

Die Salesforce-Hilfe zu Email-to-Case beschreibt den Ablauf und die aktuellen Feldnamen. Im Kern sind es vier Schritte:

Funktion aktivieren: Unter Setup „Email-to-Case“ suchen und aktivieren. Für On-Demand zusätzlich den On-Demand-Service einschalten.
Routing-Adresse anlegen: Anzeigename, E-Mail-Adresse, Standard-Fallbesitzer bzw. Queue, Fallherkunft (Case Origin) und Priorität festlegen. Die Fallherkunft wird später bei jedem erzeugten Fall gesetzt und ist für Auswertungen wichtig.
Adresse verifizieren: Salesforce schickt eine Bestätigungsmail an die angegebene Adresse. Solange der Link nicht bestätigt ist, entstehen keine Fälle, auch wenn alles andere richtig eingerichtet ist.
Threading prüfen: Kontrollieren Sie, wie Ihre Organisation Antworten dem Fall zuordnet, und testen Sie das mit einer Antwort auf eine Fall-Mail. Salesforce hat die Threading-Methoden in den vergangenen Releases weiterentwickelt; maßgeblich ist die Dokumentation zu Ihrem Release.

Die Support-Mailbox leitet an Salesforce weiter.

Salesforce erzeugt für jede Routing-Adresse eine eigene Zieladresse. An diese leiten Sie Ihre bestehende Support-Mailbox weiter.

Richten Sie in Ihrem Mailsystem, etwa Microsoft Exchange oder Google Workspace, eine automatische Weiterleitung an die Salesforce-Zieladresse ein.
Bei der Agent-Variante installieren Sie den Agenten auf einem internen Server, hinterlegen die Zugangsdaten zu Mailserver und Salesforce und erlauben die ausgehende Verbindung zu Salesforce.
Prüfen Sie SPF, DKIM und DMARC. Fehlerhafte Einträge führen dazu, dass weitergeleitete Mails als Spam behandelt oder abgewiesen werden.

Praxistipp: Testen Sie die Weiterleitung zuerst mit einer kurzen Mail ohne Anhang. Erst wenn diese zuverlässig als Fall ankommt, testen Sie Anhänge und Sonderfälle.

Queues und Zuweisungsregeln verteilen die Fälle.

Ein angelegter Fall ist erst die halbe Arbeit. Ohne durchdachte Verteilung bleibt er in einer allgemeinen Warteschlange liegen.

Legen Sie Queues nach Themen oder Servicelevel an, etwa „Rechnungsfragen“, „Vertragsänderungen“ oder „Beschwerden“.
Bauen Sie Zuweisungsregeln auf Absender, Kontaktzuordnung oder Schlüsselwörtern im Betreff auf. Salesforce wendet die erste zutreffende Regel an, die Reihenfolge ist also entscheidend.
Setzen Sie am Ende eine Auffang-Queue, die jeden Fall erhält, der keiner Regel entspricht.
Nutzen Sie Auto-Response-Regeln für die Eingangsbestätigung. Sobald die Antwort von Feldwerten abhängt, ist ein Flow flexibler.
Verbinden Sie die Queues mit Omni-Channel, damit verfügbare Mitarbeitende Fälle automatisch zugewiesen bekommen.

Diese Verteilung entscheidet oft mehr über die tatsächliche Bearbeitungszeit als die technische Einrichtung von Email-to-Case selbst.

So testen Sie die Einrichtung und finden Fehler.

Testmail senden: Prüfen Sie, ob ein Fall mit korrektem Betreff, zugeordnetem Kontakt und richtiger Fallherkunft entsteht und in der richtigen Queue landet.
Verifizierung prüfen: Die häufigste Ursache für fehlende Fälle ist eine nicht bestätigte Routing-Adresse.
Weiterleitung prüfen: Ist die Regel aktiv, und erlaubt die Unternehmensrichtlinie Weiterleitungen nach extern?
Größe prüfen: Fehlt ein Fall mit großem Anhang, kann das Größenlimit überschritten sein.
Validierungsregeln prüfen: Pflichtfelder auf dem Fall-Objekt können die automatische Anlage blockieren. Nehmen Sie automatisch erzeugte Fälle gezielt aus.
Antwort testen: Antworten Sie auf eine Fall-Mail und prüfen Sie, ob die Antwort dem bestehenden Fall zugeordnet wird.

Im laufenden Betrieb brauchen Sie feste Kontrollen.

Verwenden Sie für Antworten nur Vorlagen, die das Threading unterstützen, damit Kundenantworten beim richtigen Fall landen.
Beobachten Sie die Auffang-Queue. Füllt sie sich, fehlen Zuweisungsregeln.
Testen Sie Änderungen zuerst in der Sandbox und legen Sie Kennzahlen fest, etwa Zeit bis zur ersten Antwort und offene Fälle pro Queue.
Beachten Sie das tägliche Verarbeitungslimit für Email-to-Case, das von Ihren Lizenzen abhängt.
Legen Sie Löschfristen für Fälle und E-Mail-Anhänge fest, die zu Ihren Aufbewahrungspflichten passen.

Ein Dienstleister kann die Bearbeitung übernehmen.

Ist Email-to-Case eingerichtet, beginnt die eigentliche Arbeit: Fälle fristgerecht beantworten, Queues im Blick behalten, Regeln nachjustieren. aLIVE Support, deutschsprachiger Kundenservice aus Rumänien oder Deutschland für Unternehmen im DACH-Raum, übernimmt die Bearbeitung von E-Mails und Schriftverkehr direkt in den Systemen des Auftraggebers und dokumentiert jeden Vorgang dort. Die Qualität steuern wir über Kennzahlen wie Bearbeitungsdauer, Fallabschlussquote und Dokumentationsqualität und berichten sie im Monatsreport. Mehr dazu auf unseren Seiten zu E-Mail und Schriftverkehr und zur CRM- und Ticket-Anbindung.

Fazit.

Email-to-Case ist in wenigen Schritten eingerichtet. Zuverlässig wird es durch eine verifizierte Routing-Adresse, eine funktionierende Weiterleitung, klare Zuweisungsregeln mit Auffang-Queue und regelmäßige Tests. Klären Sie Datenschutz und Aufbewahrung, bevor die ersten Kundenmails eingehen.