Zum Hauptinhalt springen
FromNine
Menü

Unternehmens­plattform · Salesforce

Salesforce: jedes Anliegen von der Anfrage bis zur Erledigung.

Wir richten Sales Cloud, Service Cloud und Experience Cloud ein und erweitern sie, geben Agentforce eine belastbare Datengrundlage und koppeln Salesforce an ERP und Backoffice. Wer mit Kunden spricht, hat den ganzen Vorgang vor sich und kann sofort reagieren.

Für Organisationen in Luxemburg, die Kunden, Bürgerinnen und Bürger oder Partner in mehreren Sprachen und über Grenzen hinweg aus einem System betreuen.

  • SalesforceSummit PartnerPartnerstatus · Salesforce
  • ISO/IEC 27001 zertifiziert
  • 600+ Projekte für die öffentliche Hand in Europa
Salesforce als Mittelpunkt, umgeben von Ihren Systemen. Im Zentrum befindet sich eine einzige Salesforce-Org, deren Daten einem gemeinsamen Modell folgen. Drei Ringe umgeben sie: die Arbeitsoberflächen der Mitarbeitenden in Sales Cloud und Service Cloud, die Portale in Experience Cloud und die zusammengeführten Daten in Data 360. Sechs Linien verbinden die Org mit ihrer Umgebung: mit Agentforce, mit MuleSoft und den APIs, mit SAP oder Odoo im Backoffice, mit dem Identitätsdienst, mit der Datenplattform und mit staatlichen Diensten.

Wann Salesforce die richtige Wahl ist und wann nicht

Passt gut, wenn

  • Zahlreiche Mitarbeitende kümmern sich um Anfragen von Kundschaft, Bevölkerung oder Partnerbetrieben und sollen alle denselben Stand eines Vorgangs sehen.
  • Ihre Kundschaft oder Ihre Partner sollen in einem Portal mit genau den Daten arbeiten, die auch Ihr Team nutzt.
  • Ihre Prozesse wandeln sich oft, und Änderungen sollen Administratoren selbst vornehmen, statt dafür Entwickler zu beauftragen.
  • Genehmigungen, Zulassungen, Kontrollen, Förderungen oder Leistungen folgen einem Dossier mit klar definierten Stufen.
  • Sie möchten KI-Agenten, die auf CRM-Daten innerhalb einer kontrollierten Plattform arbeiten.

Alternativen prüfen, wenn

  • Ihr Schwerpunkt liegt bei Buchhaltung, Beständen oder Fertigung. Dafür ist ein ERP zuständig; Salesforce ergänzt es allenfalls auf der Kundenseite.

    Alternative: SAP
  • Ein kleineres Unternehmen sucht CRM, Rechnungsstellung und Lagerverwaltung zu überschaubaren Kosten. Odoo vereint mehr davon in nur einer Datenbank.

    Alternative: Odoo
  • Eine große Zahl seltener Nutzer soll nur einen schlichten Ablauf bedienen, und die Kosten hingen fast nur an den Nutzerlizenzen. Eine eigens entwickelte Anwendung kostet im Betrieb dann oft weniger.

    Alternative: Unternehmenssoftware & SaaS

Was wir auf Salesforce liefern

Unsere Arbeit gliedert sich in fünf Leistungsarten, die selten allein vorkommen. Dieselben fünf finden Sie als Spaltenköpfe in der Matrix unten.

  1. 01

    Einführen

    Vertrieb, Service und Portale

    Sales Cloud und Service Cloud mit Datenmodell, Sichtbarkeitsregeln, Flows und Lightning-Seiten nach Ihren Abläufen, dazu Portale in Experience Cloud für Kundschaft, Bevölkerung oder Partner.

    Ergebnisse

    • Lösungsentwurf
    • Konfigurierte Releases
    • Freigabemodell
  2. 02

    Erweitern

    Individual­entwicklung

    Wo Konfiguration nicht reicht, entwickeln wir mit Apex, Flow und Lightning Web Components, verpackt in versionierte Pakete mit Tests und automatischer Auslieferung.

    Ergebnisse

    • Paketierte Erweiterungen
    • Release-Pipeline
  3. 03

    Integrieren

    Schnittstellen und Events

    Verbindungen von Salesforce zu ERP, Datenplattformen und staatlichen Diensten, über MuleSoft oder Ihre Integrationsplattform, mit Events der Plattform und Change Data Capture.

    Ergebnisse

    • Schnittstellenverträge
    • Event-Modell
  4. 04

    Migrieren

    Konsolidierung und Bereinigung

    Umstieg von einem älteren CRM, Zusammenlegen mehrerer Orgs und Umbau alter Automatisierung (Workflow Rules, Process Builder) auf Flow, weil Salesforce sie nicht mehr unterstützt.

    Ergebnisse

    • Migrationsplan
    • Inventar der Automatisierungen
    • Abstimmungsberichte
  5. 05

    Betreiben

    Gesteuerte Weiter­entwicklung

    Planung rund um die drei jährlichen Salesforce-Releases, Kontrolle von Limits und Automatisierung und ein Backlog, damit die Org auch im Wachstum überschaubar bleibt.

    Ergebnisse

    • Release-Kalender
    • Gesundheitschecks
    • Verbesserungs-Backlog

Leistungs­matrix

Für jeden Produktbereich zeigt die Tabelle, welche Leistungen wir dort erbringen. Die Einträge einer Zeile stehen nebeneinander.

  • Sales Cloud

    Leads, Verkaufschancen, Prognosen und Vertrieb über Partner.

    • Einführen
    • Erweitern
    • Integrieren
    • Migrieren
    • Betreiben
  • Service Cloud

    Vorgänge, Verteilung über alle Kanäle (Omni-Channel), Wissensartikel und Field Service.

    • Einführen
    • Erweitern
    • Integrieren
    • Migrieren
    • Betreiben
  • Experience Cloud

    Barrierefreie Portale für Kunden, Bürgerinnen und Bürger sowie Partner.

    • Einführen
    • Erweitern
    • Integrieren
    • Betreiben
  • Lösungen für den öffentlichen Sektor

    Dossiers für Genehmigungen, Zulassungen, Kontrollen, Förderungen und Leistungen.

    • Einführen
    • Erweitern
    • Integrieren
    • Betreiben
  • Data 360

    Zusammengeführte Profile und Inhalte als Grundlage für Zielgruppen, Analysen und KI.

    • Einführen
    • Integrieren
    • Betreiben
  • Agentforce

    Agenten, deren Themen, Aktionen und Grenzen definiert sind und die vor dem Start Tests bestehen.

    • Einführen
    • Erweitern
    • Betreiben
  • MuleSoft und APIs

    Integration über APIs sowie Events der Plattform und Change Data Capture (CDC).

    • Einführen
    • Integrieren
    • Migrieren
    • Betreiben
  • Org-Strategie und DevOps

    Entscheidung zwischen einer und mehreren Orgs, Entwicklung aus der Versionsverwaltung, Pakete und Auslieferung.

    • Erweitern
    • Migrieren
    • Betreiben
  • Sicherheit und Shield

    Sichtbarkeitsregeln, Verschlüsselung und Überwachung mit Shield sowie Möglichkeiten, Daten in der EU zu halten.

    • Einführen
    • Betreiben

KI auf Salesforce

Direkt auf der Plattform

Mit Agentforce stellt Salesforce eine eigene Umgebung für KI-Agenten bereit. Ihre Administratoren definieren, zu welchen Themen ein Agent arbeitet und welche Aktionen er ausführen darf; den nächsten Schritt wählt er anhand der CRM-Daten, und bei Bedarf reicht er an einen Menschen weiter. Jede Anfrage an ein Sprachmodell passiert den Einstein Trust Layer, der Daten maskiert, Protokolle schreibt und auf Zusagen der von Salesforce genutzten Modellanbieter beruht, keine Daten zu speichern.

Woher das Wissen kommt, regelt Data 360 (vormals Data Cloud): zusammengeführte Kundendaten, Dokumente und Texte sowie eine Suche, auf die Prompts und Agenten zugreifen. Was enthalten ist, was der Verbrauch kostet und in welchen Regionen es läuft, verschiebt sich von Release zu Release. Deshalb prüfen wir es jeweils gegen Ihre Editionen und Vertragsbedingungen.

Ergänzend zur Plattform entwickelt

Manche Aufgaben reichen über Salesforce hinaus, zum Beispiel wenn Belege aus SAP, ein Dossier im Archivsystem oder eine Regel-Engine einbezogen werden müssen. Hier eignet sich häufig ein separat entwickelter Agent oder Dienst. Ihre Teams rufen ihn in Salesforce als Aktion oder über eine API auf und arbeiten weiter in vertrauten Oberflächen.

Welcher Weg es auch wird: Agenten bekommen nur die nötigen Rechte, Freigabeschritte und lückenlose Protokolle. Vor dem Start bestehen sie abgestimmte Testszenarien, und auch im Betrieb prüfen wir weiter; was unklar ist, entscheidet ein Mensch.

Welcher Weg passt

  1. 01

    Spielt sich die Aufgabe hauptsächlich in Salesforce ab, mit dessen Daten und Oberflächen?

    Wenn ja

    Dann mit Agentforce starten, mit Data 360 als Wissensbasis und dem Trust Layer als Schutz.

    Wenn nein

    Dann einen separaten Agenten erwägen, den Ihre Teams aus Salesforce heraus als Aktion starten.

  2. 02

    Soll der Agent auch in Fremdsystemen schreiben?

    Wenn ja

    Dann laufen seine Schreibzugriffe über MuleSoft oder APIs, jeweils mit ausdrücklicher Freigabe und Protokoll.

    Wenn nein

    Dann bleibt er in der Plattform und liest externe Daten nur.

  3. 03

    Lassen sich die nutzungsabhängigen Kosten bei Ihrem Volumen verlässlich schätzen?

    Wenn ja

    Dann produktiv gehen und den Verbrauch fortlaufend beobachten.

    Wenn nein

    Dann zunächst mit realen Mengen pilotieren und die Kosten einer Eigenentwicklung gegenüberstellen.

In sechs Schritten zu einer Salesforce-Org, die auf Dauer trägt

  1. Schritt 01

    Analysieren

    Wir erfassen Abläufe, Nutzergruppen, Datenquellen und vorhandene Orgs und sehen uns Editionen und Lizenzen an.

    • Prozesslandkarte
    • Org-Bestandsaufnahme
  2. Schritt 02

    Entwerfen

    Wir legen Datenmodell, Sichtbarkeitsregeln, Schnittstellenverträge und eine langfristig tragfähige Aufteilung der Orgs fest.

    • Lösungsentwurf
    • Schnittstellenverträge
  3. Schritt 03

    Schrittweise bauen

    Konfigurieren hat Vorrang, programmiert wird nur bei Bedarf; alle Änderungen sind versioniert und durchlaufen automatische Tests.

    • Lauffähige Releases
    • Automatisierte Tests
  4. Schritt 04

    Migrieren und anbinden

    Wir übernehmen die Daten, gleichen die Bestände ab und schalten die Live-Verbindungen zu ERP und Datenplattform frei.

    • Abstimmungsberichte
    • Überwachte Schnittstellen
  5. Schritt 05

    Einführen

    Schulung, Einführung in Etappen und eine enge Betreuungsphase direkt bei den Anwenderinnen und Anwendern.

    • Einführungsplan
    • Protokoll der Begleitphase
  6. Schritt 06

    Weiter­entwickeln

    Geordnete Releases; Agenten und Automatisierung kommen hinzu, wenn die Datenlage es erlaubt.

    • Release-Kalender
    • Verbesserungs-Backlog
Beispiel zur Veranschaulichung

Ein Kundenservice in drei Sprachen für einen Versicherer

01Ausgangslage
Ein Versicherer in Luxemburg betreut Kundinnen und Kunden auf Deutsch, Französisch und Englisch, auch in der Großregion. Die Falldaten liegen verteilt in einem alten CRM und im Bestandssystem für Policen und Schäden.
02Was wir bauen
Ein einheitliches Fallmodell in Service Cloud, ein dreisprachiges Selbstbedienungsportal in Experience Cloud, ein Agentforce-Agent, der Antwortentwürfe aus geprüften Wissensartikeln erstellt, und MuleSoft-Schnittstellen zu Policen- und Schadendaten im Bestandssystem.
03Kontrolle durch Menschen
Der Agent liefert Entwürfe und Vorschläge. Jede Antwort, die eine Leistung zusagt, eine Frist nennt oder einen Vertrag ändert, gibt eine Mitarbeiterin oder ein Mitarbeiter frei. Jeder Schritt des Agenten wird protokolliert.
04Was wir messen würden
Wie schnell die erste Antwort kommt, wie viele Fälle ohne Weiterleitung erledigt werden und wie oft Mitarbeitende die Entwürfe des Agenten überarbeiten, jeweils nach Sprache.

Salesforce in der gesamten System­landschaft

In Salesforce liegt die Kundenbeziehung. Aufträge, Rechnungen, Lagerbestände und rechtlich verbindliche Daten führt in der Regel ein anderes System. Die Verbindung zu SAP oder Odoo, zur Datenplattform und zu staatlichen Diensten bauen wir mit MuleSoft oder mit der Integrationsplattform, die bei Ihnen schon läuft. Events der Plattform und Change Data Capture sorgen dafür, dass alle Systeme denselben Stand haben, statt sich auf nächtliche Stapelläufe zu verlassen.

Wo viele Daten fließen, berücksichtigen wir die Governor Limits ab dem Entwurf: mit Bulk-APIs, asynchroner Verarbeitung und einer Synchronisierung nur der Daten, die wirklich gebraucht werden. Die Verträge auf beiden Seiten der Schnittstelle liegen bei unseren Fachleuten für Schnittstellen.

Beispiel zur Veranschaulichung

Menschen und Kanäle

  • Mitarbeitende in Salesforce
  • Kunden- und Bürgerportale
  • Kanäle des Kundenservice

Salesforce

MuleSoft · Platform Events · CDC

Systeme und Daten

  • SAP oder Odoo im Hintergrund
  • Datenplattform
  • Identitätsanbieter
  • Staatliche Dienste und Register
Salesforce zwischen den Systemen, die es bedient
Diagramm als Text lesen

Auf der linken Seite steht, wer mit Salesforce arbeitet und über welchen Kanal: das eigene Team, Kunden- und Bürgerportale und die Kanäle des Kundendienstes.

In der Mitte befindet sich Salesforce. Alle Verbindungen laufen über eine Schicht aus MuleSoft, Events der Plattform und Change Data Capture.

Auf der rechten Seite folgen angebundene Systeme und Daten: SAP oder Odoo im Backoffice, Datenplattform, Identitätsanbieter sowie staatliche Dienste und Register.

Salesforce in Ihrer Branche

Staat & Gemeinden

Staat & Gemeinden

Für Ministerien, Verwaltungen und Gemeinden: Dossiers zu Genehmigungen, Zulassungen, Kontrollen, Förderungen und Leistungen mit den Public-Sector-Lösungen von Salesforce, Portale auf Experience Cloud in Deutsch und Französisch, Anmeldung über digitale Identitäten wie LuxTrust und durchgehend barrierefreie Oberflächen.

600+

Projekte für die öffentliche Hand in Europa

  • Finanzsektor

    Bei Banken, Fondsverwaltern und Versicherern: Onboarding mit KYC-Unterlagen, Service und Beschwerden, nachvollziehbar protokolliert, mit Shield verschlüsselt und mit Agenten, die ihre Rechte nicht überschreiten.

  • Gesundheitswesen & Life Sciences

    Patientenservice, Zuweisungen und Partnerportale für Krankenhäuser und Pflegeeinrichtungen, mit strengen Freigaberegeln für Gesundheitsdaten.

  • Fertigung & Industrie

    Industriebetriebe mit Kunden in Deutschland und Frankreich nutzen Händlerportale, Außendienst und Reklamationsbearbeitung, die direkt auf Aufträge und Lagerbestände im ERP zugreifen.

Luxemburg

Salesforce im luxemburgischen Rahmen

In Fällen und Portalen stecken personenbezogene Daten. Die DSGVO, in Luxemburg ergänzt durch das Gesetz vom 1. August 2018 und beaufsichtigt von der CNPD (Commission nationale pour la protection des données), bestimmt Freigabemodell, Aufbewahrung und Verarbeitungsort.

Portale für Verbraucherinnen und Verbraucher fallen unter das geänderte Gesetz vom 8. März 2023 zur Barrierefreiheit von Produkten und Dienstleistungen; die Aufsicht liegt beim OSAPS. Agenten, die Entscheidungen über Personen vorbereiten, brauchen die Dokumentation und menschliche Aufsicht, die die KI-Verordnung je nach Risikostufe verlangt. Wer welche Aufsicht übernimmt, soll in Luxemburg der Gesetzentwurf Nr. 8476 regeln, der noch nicht verabschiedet ist.

Wir berücksichtigen das ab der Analyse. Eine weitere Sprache oder ein weiteres Land ist danach eine Frage von Konfiguration und Übersetzung, kein neues Projekt.

Häufige Fragen zu Salesforce

Ist Agentforce für unseren Anwendungsfall schon ausgereift?

Häufig ja, solange die Aufgabe eng umrissen ist und die CRM-Daten stimmen: etwa Auskünfte auf Basis von Wissensartikeln, kurze Zusammenfassungen eines Vorgangs oder Datenpflege nach festen Regeln. Schwieriger wird es, sobald Informationen oder Entscheidungen aus anderen Systemen nötig sind.

Am Anfang steht ein kurzer Check der Datenqualität, der Rechte und des Volumens. Danach entsteht ein erster Agent, der abgestimmte Szenarien bestehen muss; erst wenn die Messwerte stimmen, bekommt er mehr Aufgaben.

Eine Org oder mehrere: was ist für uns richtig?

Eine einzige Org hält Daten und Abläufe zusammen und lässt sich einfacher integrieren. Mehrere Orgs können gerechtfertigt sein, etwa bei rechtlich getrennten Gesellschaften in Luxemburg und im Ausland, bei sehr unterschiedlichen Geschäftsmodellen oder Vorgaben zum Datenstandort. Diese Gründe wägen wir gegen den Aufwand ab, die Orgs synchron zu halten, und dokumentieren die Entscheidung so, dass sie auch die nächste Umstrukturierung übersteht.

Wie halten Sie Salesforce und SAP auf demselben Stand?

Indem zuerst feststeht, wem welche Daten gehören. Anschließend tauschen beide Systeme Events und API-Aufrufe aus, keine Kopien. Typisch: Kunde und Angebot entstehen in Salesforce, Auftrag und Rechnung in SAP, und der Status wandert zurück. Die Schnittstellenverträge teilen wir mit unseren SAP-Fachleuten.

Lassen sich unsere Salesforce-Daten innerhalb der EU halten?

Salesforce läuft auf Hyperforce mit Regionen in der EU und bietet für berechtigte Dienste eine EU Operating Zone an. Was tatsächlich in der Region bleibt, hängt von Ihren Produkten und Zusatzmodulen ab, auch von den KI-Funktionen. Für Banken, Fondsverwalter und Versicherer, die ihre Auslagerungen gegenüber der CSSF oder dem Commissariat aux Assurances (CAA) belegen müssen, zählt das besonders. Wir zeichnen jeden Datenfluss auf und zeigen Ihnen vor der Entscheidung, wo Daten gespeichert und verarbeitet werden.

In unserer Org hat sich viel alte Automatisierung angesammelt. Womit beginnen?

Mit einer Inventur. Für Workflow Rules und Process Builder gibt es keinen Support mehr, sie gehören nach Flow. Wer aber nur eins zu eins überträgt, nimmt alte Fehler mit. Wir fassen die Automatisierung pro Objekt zusammen, streichen, was niemand nutzt, und sichern den Rest mit Tests ab. Die Org wird dadurch nicht bloß moderner, sondern auch leichter zu ändern.

Bauen Sie öffentliche Dienste auf Salesforce?

Ja: Dienste, die auf Dossiers beruhen, etwa Genehmigungen, Förderungen und Leistungen, mit Bürgerportalen, digitaler Identität und Anbindung an Register. Unsere Teams haben in der EU über 600 Vorhaben für den öffentlichen Sektor umgesetzt oder betreuen sie noch. Vergaberegeln und Barrierefreiheitsvorgaben solcher Projekte sind uns vertraut, in Luxemburg etwa das Gesetz vom 28. Mai 2019 für Websites öffentlicher Stellen. Mehr unter Staat & Gemeinden.

Sprechen wir über Ihre Salesforce-Org

Ob Sie neu anfangen, eine historisch gewachsene Org entrümpeln oder Agentforce ausprobieren: Am Anfang steht ein Gespräch über Ihre Abläufe, Daten und Nutzergruppen, auf Deutsch oder Französisch.