Schnittstellen
Teil von Marketing-Schnittstellen
Native Anbindungen mit einer Integrationsschicht vergleichen
Vergleichen Sie native Anbindungen und Integrationsschichten anhand von Datenmodell, Feldregeln, Ausnahmen, Betrieb und Zielzustand.
Eine native Anbindung reicht aus, wenn sie den benötigten Vorgang samt Datenmodell, Änderungsrichtung und Fehlerbehandlung abbildet. Eine Integrationsschicht kommt infrage, wenn Quellen vereinheitlicht oder Werte vor der CRM-Änderung geprüft und umgeformt werden müssen. Entscheidend bleiben die Funktionen des konkreten Produkts und Tarifs.
Für beide Wege denselben Fall verwenden
Beschreiben Sie zuerst den erwarteten Zielzustand. Bei einem Formular, das einen Kontakt und eine CRM-Kampagnenzugehörigkeit auslösen soll, sind etwa diese Fragen offen: Welche Person wird gefunden oder angelegt, welche Kampagne ist gemeint, und was geschieht bei einer erneuten Übermittlung und bei einem unbekannten Wert?
| Kriterium | Native Anbindung | Integrationsschicht |
|---|---|---|
| Datenmodell | Unterstützt sie Kontakt und Kampagnenbeziehung? | Kann sie beide Zielobjekte gezielt bearbeiten? |
| Feldregeln | Reichen Typen, Richtung und Konfliktregeln? | Wo werden Umformungen und Regeln gepflegt? |
| Ausnahmen | Sind Fehler und nicht zugeordnete Datensätze sichtbar? | Gibt es einen bearbeitbaren Fehlerzustand? |
| Betrieb | Wer verwaltet Berechtigungen und Änderungen? | Wer betreut zusätzlich Flows, Connectoren und Zugangsdaten? |
| Nachweis | Ist der Zielzustand erkennbar? | Lassen sich Eingang, Verarbeitung und Ergebnis zuordnen? |
Grenzen der nativen Verbindung prüfen
Die HubSpot-Salesforce-Integration synchronisiert unterstützte Daten abhängig von ihren Einstellungen und den Berechtigungen des verbundenen Nutzers. Für Feldzuordnungen müssen Typen kompatibel sein; benutzerdefinierte HubSpot-Eigenschaften vom Typ „Benutzer“ lassen sich nicht Salesforce-Feldern zuordnen. Die Zuordnung von Kontakten zu Salesforce-Kampagnen behandelt der Schwesterartikel zur Kampagnenmitgliedschaft.
Grenzen der zusätzlichen Schicht prüfen
Eine Integrationsschicht kann Regeln mehrerer Quellen an einer Stelle bündeln. Ob sie die benötigten Connectoren, Prüfungen und Fehlerzustände bietet, hängt von der gewählten Plattform ab.
Power Automate unterscheidet Lizenzprofile mit unterschiedlichen Grenzen; auch einzelne Connectoren haben eigene Grenzen. Erfolgreiche und fehlgeschlagene Aktionen zählen auf die Limits, übersprungene nicht; jede Aktion erzeugt eine Anfrage.
Erfassen Sie außerdem, wer Zuordnungen, Zugangsdaten und fehlgeschlagene Übertragungen betreut. Auch die native Verbindung benötigt Pflege, etwa bei geänderten Feldern oder Berechtigungen.
Wichtige Grenzen von Power Automate (Microsoft)
- Lizenzprofile
- Unterschiedliche Grenzen je nach Lizenz
- Connectors
- Eigene Limits pro Connector
- Aktionen
- Erfolgreiche und fehlgeschlagene Aktionen zählen – übersprungene nicht
Entscheidung am Zielzustand treffen
Vergleichen Sie für beide Wege denselben neuen und bestehenden Kontakt, einen unbekannten Auswahlwert, ein wiederholtes Ereignis und ein nicht erreichbares Ziel. Dokumentieren Sie, welche Anforderungen die Produktdokumentation abdeckt und welche im eigenen Konto noch zu prüfen sind.
