# CRM-Anbindung für B2B-Websites: Anfragen zuverlässig übergeben

[Diesen Artikel auf ENQAVIA lesen](https://enqavia.com/de/articles/b2b-website-crm-integration/)

Von ENQAVIA · Veröffentlicht 2026-10-17

Die CRM-Anbindung für B2B-Websites verbindet Website-Anfragen mit Ihrem System für Kundenbeziehungen; entscheidend ist jedoch, dass die richtige Person eine Anfrage finden und bearbeiten kann. Beschreiben Sie diese Übergabe bei der Website-Entwicklung, bevor Sie einen Konnektor auswählen oder ein Vertriebsdashboard gestalten.

Ein Einkäufer benötigt vielleicht ein Ersatzteil, ein Fertigungsangebot oder einen Wartungstermin. Diese Anfragen verlangen unterschiedliche nächste Schritte, selbst wenn sie über dieselbe Website eintreffen. Dieser Leitfaden beschreibt Anforderungen für das Entwicklungsbriefing. Er setzt keine bereits vorhandene CRM-Verbindung voraus.

## Den benötigten Datensatz festlegen

Entscheiden Sie, ob eine Einsendung einen Kontakt, eine Anfrage, eine Verkaufschance oder mehrere verknüpfte Datensätze anlegt. Ein ausgefülltes Formular ist nicht automatisch eine qualifizierte Verkaufschance. Ihr Team muss möglicherweise zuerst das Liefergebiet oder die technische Eignung prüfen.

Formulieren Sie ein Abnahmekriterium: „Eine gültige Einsendung erzeugt eine nachvollziehbare Anfrage, erhält die Anforderungen des Einkäufers und erreicht ein zuständiges Team.“ Legen Sie fest, was bei bereits bekannten Absendern geschieht. Eine Kontaktaktualisierung darf weder den zuständigen Kundenbetreuer überschreiben noch frühere Anfragen entfernen.

Nehmen Sie diese Entscheidungen in das [Briefing zur Entwicklung Ihrer Industrie-Website](https://enqavia.com/de/#services) auf. Für sichtbare Fragen und Eingabeprüfungen hilft der separate [Leitfaden zu Anfrageformularen](https://enqavia.com/de/articles/rfq-form-design/). Bei der Anbindung geht es darum, was mit den übermittelten Angaben passiert.

## Informationen vor der Anbindung zuordnen

Erstellen Sie gemeinsam mit Vertrieb und CRM-Verantwortlichen eine Feldzuordnung. Halten Sie für jeden Wert Quelle, Ziel, Format, zulässige Werte und den Umgang mit fehlenden Angaben fest. Unterscheiden Sie eine leere Antwort von „noch nicht bekannt“.

Das folgende hypothetische Beispiel betrifft einen Lieferanten, der Bauteilanfragen erhält. Es zeigt Zuordnungsentscheidungen und keine Funktionen eines bestimmten CRM-Produkts.

| Website-Angabe | Vorgesehenes Ziel | Zu vereinbarende Regel |
| --- | --- | --- |
| Kontakt-E-Mail | Kontaktdatensatz | Bestehenden Kontakt suchen, ohne verschiedene Personen zusammenzuführen |
| Produktreferenz | Anfrageposition | Stabile Referenz zusammen mit der lesbaren Bezeichnung erhalten |
| Menge und Einheit | Anfrageposition | Zahl und Einheit zusammenhalten; nicht automatisch Stück annehmen |
| Nachricht des Einkäufers | Anfragebeschreibung | Bedeutung und Zeilenumbrüche innerhalb vereinbarter Grenzen erhalten |
| Seite und gewählte Sprache | Anfragekontext | Relevante Seite ohne vertrauliche URL-Parameter speichern |
| Einsendungsreferenz | Übergabeprotokoll | Eine Anfrage über alle Übergabeschritte verfolgen können |

Produktkennungen sollten aus denselben Datensätzen stammen, die die Website verwendet. Der [Leitfaden für Produktkatalog-Websites](https://enqavia.com/de/articles/product-catalog-website/) erläutert diese Grundlage. Verlassen Sie sich nicht allein auf übersetzte Bezeichnungen: Sie können sich ändern, obwohl das Produkt gleich bleibt.

## Zuständigkeit zuweisen und Originalanfrage erhalten

Wählen Sie eine nachvollziehbare Regel, etwa Produktfamilie, Servicegebiet oder bestehende Kundenbetreuung. Definieren Sie ein Auffangteam für nicht zuordenbare Anfragen. Ein Datensatz ohne Zuständigkeit muss in einer Prüfliste sichtbar werden, statt unbeachtet zu bleiben.

Die ursprüngliche Nachricht sollte verfügbar bleiben, wenn Mitarbeitende Notizen ergänzen oder Anforderungen prüfen. Die Interpretation des Vertriebs darf den Wortlaut des Einkäufers nicht ersetzen. Quelle und Eingangszeit helfen, neue Anforderungen von älteren Gesprächen zu unterscheiden.

Bei mehrsprachigen Websites müssen gewählte Sprache und Lieferland getrennt übertragen werden. Sie beantworten unterschiedliche Fragen. Der [Leitfaden für mehrsprachige Websites](https://enqavia.com/de/articles/multilingual-manufacturing-website/) behandelt Terminologie und Sprachstruktur auf der Website. Eine automatische Zuordnung allein rechtfertigt noch kein verbindliches Antwortzeitversprechen.

## Annahme, Warteschlange und CRM-Zustellung unterscheiden

Eine Dankesmeldung im Browser beweist nicht, dass der Vertrieb einen nutzbaren Datensatz erhalten hat. Definieren Sie jeden Zustand und das System, das ihn bestätigt:

- **Angenommen:** Der empfangende Dienst hat die Anfrage geprüft und zur Verarbeitung gespeichert.
- **In Warteschlange:** Die Anfrage wartet innerhalb eines vereinbarten, überwachten Prozesses auf die Zustellung.
- **Zugestellt:** Das Zielsystem bestätigt den vorgesehenen Datensatz mit einer überprüfbaren Referenz.
- **Fehlgeschlagen:** Ein Schritt konnte nicht abgeschlossen werden und erfordert Wiederherstellung oder Prüfung.

Auch ein unklarer Ausgang benötigt einen Prozess. Bricht die Verbindung nach dem Eingang im CRM ab, weiß der Absender möglicherweise nicht, ob die Zustellung erfolgreich war. Zeigen Sie „zugestellt“ nicht allein nach Ablauf einer Wartezeit an. Fordern Sie ebenso wenig eine erneute Einsendung an, wenn die Anfrage sicher gespeichert ist und verarbeitet wird.

## Dubletten verhindern und Fehler beheben können

Wiederholte POST-Anfragen können doppelte Datensätze erzeugen; sie sind nicht grundsätzlich idempotent. [MDN erklärt dieses Verhalten](https://developer.mozilla.org/en-US/docs/Glossary/Idempotent).

Fragen Sie das Entwicklungsteam, wie eine Einsendung bei Wiederholungen identifiziert wird. Die erneute Zustellung derselben Einsendung sollte zum bestehenden Ergebnis führen. Eine tatsächlich neue Anfrage derselben E-Mail-Adresse muss dagegen getrennt bleiben. Die E-Mail-Adresse allein reicht als Merkmal nicht aus: Ein Einkäufer kann mehrere Beschaffungsvorgänge haben.

Vereinbaren Sie eine begrenzte Zahl von Wiederholungen, Warteintervalle und einen Prüfweg für ungelöste Fehler. Ungültige Feldwerte müssen korrigiert und dürfen nicht endlos erneut gesendet werden. Protokollieren Sie den fehlgeschlagenen Schritt und die Einsendungsreferenz, ohne vollständige Kundennachrichten in allgemeine technische Protokolle zu kopieren.

Benennen Sie die Person, die offene Fehler prüft, und legen Sie fest, wer eine Anfrage erneut zustellen darf. Berücksichtigen Sie Fehlerbehebung und Konnektorpflege bei den [Kosten einer Website für Fertigungsunternehmen](https://enqavia.com/de/articles/manufacturing-website-cost/).

## Zugriffe begrenzen und Zugangsdaten schützen

Private CRM-Zugangsdaten gehören in eine freigegebene serverseitige Umgebung oder einen verwalteten Integrationsdienst, nicht in Seitenquelltext, heruntergeladenes JavaScript oder öffentliche Inhaltsdatensätze. Die Verbindung benötigt nur Berechtigungen für die vereinbarten Aktionen. Zum Anlegen einer Anfrage ist nicht automatisch der Export der gesamten Kundendatenbank erforderlich.

Legen Sie fest, welche Angaben notwendig sind, wo und wie lange sie gespeichert werden und wer darauf zugreifen kann. Für Zeichnungen ist ein gesonderter, kontrollierter Dateiprozess nötig. Eine gewöhnliche öffentliche Medienbibliothek ist kein privater Anfragespeicher. Stimmen Sie die Datenschutzhinweise mit dem tatsächlichen Ablauf ab und lassen Sie sie von der zuständigen Person freigeben.

## Die gesamte Übergabe vor dem Start prüfen

Verwenden Sie erfundene Kontaktdaten und Beispielanforderungen in einer autorisierten Testumgebung. Prüfen Sie die Datensätze im Zielsystem, nicht nur die sichtbare Bestätigung.

| Test | Nachweis eines korrekten Ergebnisses |
| --- | --- |
| Neue gültige Anfrage | Richtige Felder, Quelle, Zuständigkeit und nachvollziehbare Datensatzreferenz |
| Bekannter Kontakt, neuer Bedarf | Passender Kontakt zugeordnet; neue Anfrage bleibt eigenständig |
| Dieselbe Einsendung zweimal zugestellt | Eine vorgesehene Anfrage mit einheitlicher Übergabereferenz |
| Vorübergehender Ausfall des Zielsystems | Anfrage gespeichert oder klar abgelehnt; Wiederherstellung folgt dem vereinbarten Ablauf |
| Ungültiges Zielfeld | Zuständiges Team sieht den Fehler; keine falsche Erfolgsmeldung |
| Andere Sprache und Mengeneinheit | Ursprüngliche Bedeutung, Sprache und Einheit erhalten |

Lassen Sie sich bei der Übergabe Feldzuordnung, Zuständigkeitsregeln, Statusdefinitionen, Zugriffsverantwortung und Wiederherstellungsanleitung geben. Halten Sie fest, wer die Verbindung bei Änderungen beider Systeme pflegt. Bringen Sie für ein [Gespräch über Ihre Website-Anforderungen](https://enqavia.com/de/contact/) den heutigen Anfrageablauf und die gewünschten CRM-Datensätze mit.