Der Ablauf auf einen Blick
- Checkout/Kontakt → Identitätszuordnung
- Vereinbarte Felder → CRM-Unternehmen/-Kontakt
- Kauf oder Anfrage → Vertriebsaktion
Was wir vor der Umsetzung benötigen
- API-fähige Edition und Benutzer mit API Enabled
- Eingeschränkte Integrationsidentität und Sandbox
- Regeln für Unternehmens-/Kontaktzuordnung und personenbezogene Daten
Auf einen Blick
Wir verbinden Ihren Onlineshop mit Salesforce CRM über einen definierten Ablauf und die verfügbare Schnittstelle Ihrer Installation. Die Salesforce-Anbindung macht Käufe oder Anfragen zu hilfreichen Vertriebsinformationen. Zugeordnet werden Unternehmen, Kontakte, gegebenenfalls Leads, externe Kunden-ID und ausgewählte Geschäftsereignisse.
Was die Integration leisten soll
Die Salesforce-Anbindung macht Käufe oder Anfragen zu hilfreichen Vertriebsinformationen. Zugeordnet werden Unternehmen, Kontakte, gegebenenfalls Leads, externe Kunden-ID und ausgewählte Geschäftsereignisse. Es muss feststehen, wann ein Kontakt angelegt und wann ein bestehendes Unternehmen aktualisiert wird. E-Mail allein reicht nicht immer als Zuordnungsschlüssel. Wir empfehlen wenige Felder mit klarem Nutzungszweck, damit keine Zahlungsdaten oder geschäftlich unnötigen Informationen ins CRM gelangen.
Schnittstelle und Grenzen des konkreten Produkts
API-Zugriff ist in Enterprise, Performance, Unlimited und Developer enthalten; Professional benötigt möglicherweise eine Erweiterung. Zusätzlich braucht der Benutzer die Berechtigung API Enabled. Salesforce empfiehlt eine isolierte Entwicklungs- und Testumgebung. Das CRM ersetzt keine ERP-Bestandskontrolle. Die Anbindung konzentriert sich auf Unternehmen, Kontakte, Leads und Vertriebsaktionen mit passender Richtlinie für personenbezogene Daten.
Ein praktisches hypothetisches Beispiel
Ein Dienstleistungsunternehmen erhält einen Kauf von einem Geschäftskunden, der bereits zu einem Unternehmenskonto gehört. Beim zweiten Kauf ist der Firmenname leicht anders geschrieben. Der Connector verwendet die vereinbarte Zuordnung und aktualisiert die bestehende Beziehung, statt ein neues Unternehmen anzulegen. Der Vertrieb sieht das ausgewählte Kaufereignis und die Bestellreferenz, nicht die gesamten technischen Checkoutdaten. Eine Angebotsanfrage eines neuen Besuchers folgt einem eigenen Leadablauf und gilt nicht als abgeschlossener Verkauf.
Fehler, Wiederholungen und Verantwortung
Ein kritischer Fall entsteht, wenn derselbe Kunde beim zweiten Kauf den Firmennamen anders schreibt. Vor einer Wiederholung bewahren wir externe Referenz und bestätigte Ziel-ID auf. Wir unterscheiden Zugriffsfehler, geschäftliche Ablehnung und ungewisses Ergebnis. Mitarbeiter müssen den Datensatz prüfen und korrigieren können, ohne abgeschlossene Schritte zu wiederholen. Gemeinsam legen wir Logfelder und Zuständigkeiten für offene Vorgänge fest.
Abnahmeprüfungen vor dem Produktivstart
Wir prüfen einen zweiten Kauf ohne doppelten Kontakt, eingeschränkte Berechtigungen und unzulässige Felder. Je Fall dokumentieren wir erwartete Ausgangsdaten, Zieldatensatz und sichtbaren Kundenstatus. Hinzu kommen ein Berechtigungsfehler und eine unterbrochene Antwort. Wir wiederholen ein bestätigtes Ereignis und prüfen, ob sein geschäftliches Ergebnis unverändert bleibt. Das Abnahmeprotokoll legt das zuständige Team und die zum Abschluss einer Abweichung nötigen Nachweise fest.
Projektumfang und täglicher Betrieb
Die Vorplanung bestätigt eine API-fähige Edition mit API-Enabled-Benutzer, eingeschränkte Integrationsidentität und Sandbox sowie Regeln für Unternehmens-/Kontaktzuordnung und personenbezogene Daten. Vor dem Produktivstart dokumentieren wir die Zuordnung für Checkout/Kontakt → Identitätszuordnung → vereinbarte Felder → CRM-Unternehmen/-Kontakt → Kauf oder Anfrage → Vertriebsaktion. Wir legen Zuständigkeiten für Zugangserneuerung, Überwachung und Korrekturen fest. Änderungen an Produktkonfiguration oder vereinbarten Geschäftsregeln lösen gezielte erneute Prüfungen aus. Weitere Kanäle ergänzen wir nach Klärung ihrer Verantwortung und Abnahmeszenarien.
Abnahmeprüfungen vor dem Start
- Zweiter Kauf ohne doppelten Kontakt, eingeschränkte Berechtigungen und Prüfung unzulässiger Felder
- Wiederholtes Ereignis ohne unerwünschte doppelte Wirkung
- Verständliche Ablehnung und Wiederherstellungsstatus
- Abgleich einer Stichprobe von Ausgangs- und Enddaten
VOM LEITFADEN ZUR PRAXIS
Ein konkreter Plan für Ihre Plattform.
Erzählen Sie uns, wo Ihre Plattform Schwierigkeiten macht und was verbessert werden muss. Unser Team verbindet die Diagnose mit konkreten Arbeiten an Code, Performance und Infrastruktur.
Lassen Sie uns Ihre Plattform ansehen