CRM, ERP oder Kundenportal? | MBM Digital Solutions

CRM, ERP oder Kundenportal? Was diese Systeme wirklich leisten – und warum die Unterschiede entscheidend sind

Viele Unternehmen starten digitale Projekte mit einer vereinfachten Vorstellung: «Wir brauchen ein System, das unsere Kundendaten verwaltet.» Was simpel klingt, führt in der Praxis oft zu aufwändigen Nachkorrekturen, weil drei grundlegend unterschiedliche Systemtypen miteinander verwechselt werden: CRM, ERP und Kundenportal. Alle drei arbeiten mit Kundendaten, haben aber völlig verschiedene Kernaufgaben, Benutzergruppen und Datenführungslogiken.

Dieser Artikel erklärt die Unterschiede, zeigt auf, wie diese Systeme sinnvoll zusammenarbeiten, und hilft Ihnen, die richtige Systemlandschaft für Ihr Unternehmen zu wählen.

Warum CRM, ERP und Portal so häufig verwechselt werden

Der Grund liegt in der Sprache: Alle drei Systeme «verwalten Kunden» – aber auf völlig verschiedenen Ebenen. Ein CRM pflegt die Beziehung. Ein ERP verarbeitet die Transaktion. Ein Portal gibt dem Kunden selbst Zugriff auf relevante Informationen und Funktionen.

Wer ein Portal baut und es «CRM» nennt, oder wer erwartet, dass ein ERP die Verkaufsgespräche dokumentiert, schafft konzeptionelle Unklarheit, die sich in fehlerhaften Prozessen, doppelten Datenpflegen und frustrierten Nutzern niederschlägt.

Die Verwirrung entsteht auch, weil moderne Anbieter diese Grenzen absichtlich verwischen: Viele CRM-Systeme haben ERP-ähnliche Module, manche ERP-Systeme bieten Portalfunktionen. Das macht die Auswahl nicht einfacher, sondern erfordert ein klareres Verständnis davon, was die führende Logik je System sein soll.

CRM: Die Kernaufgabe und typische Funktionen

CRM steht für Customer Relationship Management. Die Kernaufgabe ist die strukturierte Pflege aller Beziehungen zu potenziellen und bestehenden Kunden. Ein CRM ist primär ein internes System, das von Vertrieb, Marketing und Kundendienst genutzt wird.

Typische Funktionen eines CRM:

Kontakt- und Firmenmanagement (Ansprechpartner, Kommunikationshistorie)
Vertriebspipeline und Opportunity-Management
Aktivitätenprotokoll (Anrufe, Meetings, E-Mails)
Angebots- und Vertragsverfolgung
Segmentierung und Marketingkampagnen
Kundensupport und Ticketing
Berichte zu Vertriebsperformance und Kundenwert

Das Leitprinzip des CRM: Wer war wann mit wem in Kontakt, was wurde besprochen, welcher nächste Schritt ist geplant? Ein gutes CRM gibt jedem Vertriebsmitarbeiter eine vollständige, geteilte Sicht auf den Kunden – unabhängig davon, wer zuletzt mit ihm gesprochen hat.

Das CRM ist das führende System für Kontakt- und Beziehungsdaten.

ERP: Die Kernaufgabe und typische Funktionen

ERP steht für Enterprise Resource Planning. Die Kernaufgabe ist die Planung und Steuerung aller operativen Ressourcen eines Unternehmens: Finanzen, Lager, Produktion, Logistik und Einkauf.

Typische Funktionen eines ERP:

Auftrags- und Rechnungswesen
Lagerverwaltung und Warenwirtschaft
Produktionsplanung und -steuerung
Einkauf und Lieferantenmanagement
Finanzbuchhaltung und Controlling
Personalwesen und Lohnabrechnung
Berichtswesen und Kennzahlen für Unternehmenssteuerung

Das Leitprinzip des ERP: Was wurde bestellt, produziert, geliefert, fakturiert? Was kostet was, und wo stehen wir finanziell? Ein ERP ist das operative Herzstück des Unternehmens – es verarbeitet Transaktionen, nicht Beziehungen.

Das ERP ist das führende System für Transaktions-, Finanz- und Bestandsdaten.

Kundenportal: Die Kernaufgabe und typische Funktionen

Ein Kundenportal – oder auch Partnerportal oder Self-Service-Portal – ist eine externe Schnittstelle, die Kunden oder Partnern direkten Zugriff auf für sie relevante Daten und Funktionen gibt. Im Gegensatz zu CRM und ERP ist das Portal kein internes Arbeitsinstrument, sondern eine Aussenschnittstelle.

Typische Funktionen eines Kundenportals:

Einsicht in eigene Bestellungen, Rechnungen und Lieferstatus
Adress- und Kontaktdaten selbst aktualisieren
Dokumente abrufen oder hochladen (Vertragsurkunden, Zertifikate, Berichte)
Supportanfragen stellen und verfolgen
Konfiguration von Produkten oder Dienstleistungen
Kommunikation mit dem Anbieter über strukturierte Formulare
Zugriff auf spezifische Berichte oder Auswertungen

Das Leitprinzip des Portals: Kunden und Partner sollen häufige Interaktionen selbst erledigen können, ohne den internen Betrieb zu belasten. Das entlastet den Innendienst und erhöht die Transparenz für den Kunden.

Das Portal ist das führende System für die Kundenselbstbedienung – es führt keine eigenen Stammdaten, sondern spiegelt und empfängt.

Interne Systeme vs. externe Schnittstellen

Dieser Unterschied ist grundlegend und wird oft unterschätzt:

CRM und ERP sind interne Systeme, die von Mitarbeitenden bedient werden. Sicherheitsarchitektur, Zugriffsrechte und Datenstruktur sind auf interne Nutzer ausgelegt.
Das Portal ist eine externe Schnittstelle, die von Kunden und Partnern bedient wird. Es hat eigene Anforderungen an Authentifizierung, Datenisolation, Usability und Datenschutz.

Ein häufiger Fehler: Das CRM wird Kunden direkt zugänglich gemacht, in der Hoffnung, dass sie ihre Daten selbst pflegen. Das erzeugt Sicherheitsrisiken und überfordert Kunden mit einer Oberfläche, die für interne Fachbenutzer konzipiert ist. Die sauberere Lösung ist ein Portal, das nur die relevante Teilmenge der Daten zeigt und kontrolliert mit den führenden Systemen synchronisiert.

Welche Daten in welchem System geführt werden sollten

Eine klare Datenführungslogik verhindert Redundanzen, Widersprüche und aufwändige Synchronisationsprobleme.

Datentyp	Führendes System	Gespiegelt in
Kontaktdaten (Name, Adresse, E-Mail)	CRM	Portal (lesend), ERP (Rechnungsadresse)
Bestellungen und Aufträge	ERP	Portal (Statusanzeige), CRM (Umsatzhistorie)
Rechnungen und Zahlungen	ERP / Buchhaltung	Portal (Dokumentenabschnitt)
Supporttickets	CRM oder separates Helpdesk	Portal (Ticketstatus)
Vertragsdokumente	DMS oder CRM	Portal (Download)
Produktkonfigurationen	Portal (Kundeneingabe) → API → ERP	ERP übernimmt nach Freigabe
Kommunikationshistorie	CRM	Nicht im Portal sichtbar

Die Grundregel: Jedes Datum hat genau ein führendes System. Alle anderen Systeme empfangen Kopien oder Delta-Updates. Wer diese Regel verletzt, schafft inkonsistente Datenlandschaften, die mit jedem Monat schwerer zu bereinigen sind.

Warum das Portal CRM und ERP nicht ersetzt

Ein häufiges Missverständnis in frühen Digitalisierungsprojekten: «Wir bauen ein Portal, dann brauchen wir kein CRM.» Das klingt nach Effizienz, funktioniert aber nicht.

Das Portal sieht nur, was die Systeme dahinter wissen. Ohne ERP gibt es keine Bestelldaten, die das Portal anzeigen könnte. Ohne CRM fehlen die Kontextinformationen, die für sinnvolle Kundenkommunikation notwendig sind. Das Portal ist eine Schicht über den Kernsystemen – nicht deren Ersatz.

Umgekehrt gilt: Ein ERP ohne Portal kann nicht den Komfort bieten, den Kunden heute erwarten. Und ein CRM ohne Portal löst keine Self-Service-Anforderungen. Alle drei Systeme haben eine Berechtigung; die Frage ist immer, welche Kombination für die Unternehmensgrösse und -reife sinnvoll ist.

Wie Systeme über APIs verbunden werden

Die Verbindung zwischen Systemen erfolgt in modernen Architekturen über APIs (Application Programming Interfaces) – standardisierte Schnittstellen, über die Systeme Daten austauschen, ohne voneinander direkt abhängig zu sein.

Ein konkretes Beispiel für einen typischen Prozessablauf:

Der Kunde aktualisiert im Portal seine Lieferadresse
Das Portal sendet eine API-Anfrage an das CRM
Das CRM aktualisiert den Kontakteintrag als führendes System
Das ERP ruft die neue Adresse beim nächsten Auftrag automatisch ab
Der Vertrieb sieht im CRM die Änderung und kann bei Bedarf Rückfragen klären
Der Kunde erhält eine automatische Bestätigung per E-Mail über die Änderung

Dieser Ablauf – vom Kundeneingabe über API-Synchronisation bis zur internen Sichtbarkeit – ist nur möglich, wenn die Systemgrenzen klar definiert sind und die Schnittstellen sauber implementiert wurden.

Rollen, Berechtigungen und Datenschutz

Ein Portal, das mehrere Kunden bedient, muss absolut sicherstellen, dass ein Kunde niemals Daten eines anderen sieht. Das klingt selbstverständlich, ist in der Umsetzung aber eine der kritischsten Anforderungen.

Wichtige Grundsätze:

Mandantentrennung: Jeder Kunde sieht nur seine eigenen Daten
Rollenbasierte Zugriffssteuerung: Ein Einkäufer eines Unternehmens sieht andere Daten als ein Geschäftsführer
Zwei-Faktor-Authentifizierung für sensible Aktionen
DSGVO-konforme Datenverarbeitung, insbesondere für Schweizer Unternehmen auch im Hinblick auf das revidierte DSG
Klare Protokollierung, welche Aktionen ein Benutzer vorgenommen hat

Diese Anforderungen müssen von Beginn an in die Architektur eingebaut werden – nachträgliche Ergänzungen sind aufwändig und fehleranfällig.

Automatisierung zwischen Systemen

Gut verbundene Systeme ermöglichen Automatisierungen, die manuelle Arbeit erheblich reduzieren:

Neue Bestellung im ERP → automatische Benachrichtigung im Portal und per E-Mail
Supportticket im CRM abgeschlossen → Status im Portal aktualisiert → Kundenbewertung angefordert
Neues Dokument im DMS freigegeben → automatisch im Kundenportal verfügbar
Adressänderung im Portal → CRM aktualisiert → ERP übernimmt → kein manueller Eingriff nötig

Diese Automatisierungen sparen nicht nur Zeit, sondern vermeiden auch Fehler, die bei manueller Datenpflege unvermeidlich auftreten. Sie setzen aber voraus, dass die Systemlandschaft klar strukturiert und die APIs zuverlässig dokumentiert sind.

Beispiele sinnvoller Systemlandschaften

Folgende Kombinationen sind für verschiedene Unternehmenstypen typisch – als generische Beispiele, nicht als Kundenfälle:

Kleines Dienstleistungsunternehmen (10–20 MA): CRM für Kontakte und Auftragsführung, einfaches Buchhaltungssystem, vorerst kein Portal – Kommunikation läuft direkt.

Mittleres Produktionsunternehmen (50–150 MA): ERP als Kern für Produktion, Lagerhaltung und Finanzen. CRM für Vertrieb und Kundenkommunikation. Kundenportal für Bestellstatus, Dokumente und Lieferavisierung.

B2B-Dienstleister mit Partnervertrieb: CRM für Endkunden und Partnerpflege. ERP für Abrechnung. Partnerportal mit eigenen Zugriffsrechten je Partnerunternehmen, Rabattstufen und spezifischen Dokumenten.

Entscheidungsmatrix: Welches System für welchen Bedarf?

Anforderung	Primäres System	Hinweis
Kontakte und Kommunikationshistorie pflegen	CRM	Kernfunktion des CRM
Angebote und Verträge verwalten	CRM	Oft mit ERP-Integration für Preisdaten
Bestellungen aufnehmen und abwickeln	ERP	Portal kann Eingabe ermöglichen
Lager und Bestände steuern	ERP	Kritische ERP-Kernfunktion
Rechnungen erstellen und versenden	ERP / Buchhaltung	Portal kann Rechnungen anzeigen
Kunden Bestellstatus anzeigen	Portal	Daten kommen aus ERP via API
Kunden Dokumente zur Verfügung stellen	Portal	Quelle: DMS oder CRM
Kunden Stammdaten selbst pflegen lassen	Portal → API → CRM/ERP	Portal ist Eingabemaske, CRM ist führend
Supportanfragen verwalten	CRM / Helpdesk	Portal zeigt Status, nicht den Prozess

Warnsignale für eine falsche Systemwahl

Folgende Zeichen deuten darauf hin, dass die gewählte Systemlandschaft nicht zur Aufgabe passt:

Mitarbeitende pflegen dieselben Daten in mehreren Systemen manuell nach
Kunden fragen regelmässig nach Informationen, die sie eigentlich selbst einsehen könnten
Das CRM wird als Buchhaltungssystem verwendet – oder das ERP als Kommunikationswerkzeug
Das Portal zeigt häufig veraltete Daten, weil die Synchronisation nicht funktioniert
Neue Anforderungen können nur durch teure Customizing-Projekte abgebildet werden
Mitarbeitende umgehen das System und arbeiten lieber mit Excel

Schrittweise Einführung statt Big Bang

Die häufigste Fehlerquelle bei der Einführung mehrerer verbundener Systeme ist der Versuch, alles auf einmal umzusetzen. Die empfohlene Vorgehensweise ist schrittweise:

Phase 1: Führendes System definieren und einführen (meist CRM oder ERP, je nach Priorität)
Phase 2: Schnittstellen zu bestehenden Systemen stabilisieren und dokumentieren
Phase 3: Portal als externe Schnittstelle aufbauen, sobald die internen Systeme stabil sind
Phase 4: Automatisierungen schrittweise erweitern, basierend auf realem Nutzungsverhalten

Dieser Ansatz reduziert Risiken, erlaubt Korrekturen zwischen den Phasen und gibt den Nutzern Zeit, sich an die neuen Prozesse zu gewöhnen, bevor die nächste Schicht hinzukommt.

Fazit: Klarheit über Systemrollen ist die Grundlage jeder digitalen Architektur

CRM, ERP und Kundenportal sind keine austauschbaren Begriffe und keine konkurrierenden Lösungen. Sie sind komplementäre Systeme mit klar unterschiedlichen Aufgaben. Ein CRM führt Beziehungen. Ein ERP führt Transaktionen. Ein Portal öffnet relevante Informationen für externe Nutzer.

Wer diese Unterschiede versteht und von Beginn an klar definiert, welches System was führt, vermeidet doppelte Datenpflege, inkonsistente Kundenerlebnisse und aufwändige Nachkorrekturen. Wer die Grenzen verwischt, zahlt meist doppelt: einmal für das erste System, und einmal für die Korrektur.

MBM Digital Solutions unterstützt Schweizer KMU dabei, die eigene Systemlandschaft zu analysieren, klare Datenführungslogiken zu definieren und dann die passenden Systeme – ob standardisiert, individuell entwickelt oder als Kombination – zu implementieren und zu verbinden.

CRM, ERP oder Kundenportal? Welches System löst welche Aufgabe?