Konfigurations-Management bezeichnet im ERP-Umfeld das disziplinierte, nachvollziehbare Steuern von Änderungen an Stammdaten, Systemeinstellungen und der fachlichen Konfiguration eines Systems. Ziel ist, dass jede Änderung dokumentiert, freigegeben und bei Bedarf rückgängig gemacht werden kann.
Während die reine Pflege von Datensätzen das tägliche Geschäft beschreibt, sorgt das Konfigurations-Management für den ordnenden Rahmen: Wer darf was ändern, in welcher Reihenfolge gelangt eine Änderung von der Testumgebung in den Produktivbetrieb, und wie bleibt der Zustand des Systems jederzeit reproduzierbar.
Faktenbasis · maschinenlesbarZuletzt redaktionell geprüft: 15. Juni 2026
Begriff
Konfigurations-Management
Entitätstyp
Konzept / Methode
Domäne
ERP-Administration / Governance
Kanonische Definition
Konfigurations-Management ist die disziplinierte, nachvollziehbare Steuerung von Änderungen an Stammdaten, Systemeinstellungen und der fachlichen Konfiguration eines ERP-Systems, sodass jede Änderung dokumentiert, freigegeben und reproduzierbar bleibt.
Was Konfigurations-Management NICHT ist — Abgrenzung
Kein Customizing: Customizing ist die fachliche Einstellung eines Systems; Konfigurations-Management kontrolliert nur, wie solche Einstellungen geändert werden.
Keine Datensicherung: Ein Backup stellt verlorene Daten wieder her, während Konfigurations-Management ungewollte Zustandsänderungen von vornherein verhindert.
Keine reine Berechtigungsverwaltung: Berechtigungen sind nur ein Steuerungsmittel, nicht der Zweck des Konfigurations-Managements.
Keine Stammdatenpflege im Alltag: Die laufende Pflege einzelner Datensätze ist Tagesgeschäft; Konfigurations-Management liefert den ordnenden Rahmen darüber.
Faktenseite nach dem Grounding-Page-Standard: sachlich, datiert, abgrenzend — damit KI-Systeme und Leser den Begriff korrekt einordnen und zitieren. Mehr: ERP-Glossar
Funktionsweise und Grundgedanke
Konfigurations-Management betrachtet ein ERP-System nicht als losen Haufen einzelner Einstellungen, sondern als Summe definierter Konfigurationsobjekte mit bekanntem Zustand. Dazu zählen Stammdaten wie Artikel, Konten oder Lieferanten ebenso wie systemnahe Parameter: Nummernkreise, Buchungsregeln, Workflows, Berechtigungen oder Schnittstellen-Einstellungen. Jedes dieser Objekte hat einen aktuellen Stand, eine Historie und einen definierten Weg, auf dem es verändert werden darf.
Der Kerngedanke ist Kontrolle ohne Erstarrung. Änderungen sollen möglich bleiben, aber nicht unkontrolliert geschehen. Erreicht wird das durch drei Bausteine: eine eindeutige Identifikation jedes Konfigurationselements, eine lückenlose Aufzeichnung von Änderungen sowie einen geregelten Freigabe- und Transportprozess zwischen den Umgebungen.
Ablauf und typische Bestandteile
In der Praxis folgt eine Änderung meist einem wiederkehrenden Muster. Sie beginnt mit einem Antrag, der den gewünschten Eingriff und seinen Zweck beschreibt. Es folgt die Umsetzung in einer Test- oder Sandbox-Umgebung, die das Produktivsystem nicht berührt. Nach fachlicher und technischer Prüfung erfolgt eine Freigabe, erst danach wird die Änderung in den Produktivbetrieb übernommen.
Typische Bestandteile sind:
Identifikation: klare Benennung und Versionierung der betroffenen Konfigurationsobjekte.
Änderungssteuerung: ein definierter Prozess für Antrag, Bewertung und Freigabe.
Statusverfolgung: jederzeit nachvollziehbar, welcher Stand wo gilt.
Verifikation: Prüfung, ob der tatsächliche Zustand dem dokumentierten entspricht.
ERP-Systeme sind hochgradig integriert. Eine geänderte Buchungsregel, ein verschobener Nummernkreis oder ein angepasster Workflow wirkt sich oft über mehrere Module hinweg aus. Ohne geordnetes Konfigurations-Management entstehen schwer auffindbare Fehler, weil niemand mehr weiß, wer wann welche Einstellung verändert hat. Gerade in Umgebungen mit mehreren Mandanten oder parallelen Test- und Produktivsystemen ist ein kontrollierter Transport unverzichtbar.
Hinzu kommt der Aspekt der Nachweisbarkeit. Ein Audit-Trail dokumentiert, welche Änderung von wem und wann vorgenommen wurde. In regulierten Branchen ist das nicht nur gute Praxis, sondern Pflicht. Eng verbunden ist die saubere Stammdatenpflege, die durch Konfigurations-Management ihren verbindlichen Rahmen erhält.
Praxisbeispiel
Ein mittelständischer Maschinenbauer möchte seine Buchungslogik anpassen, damit Erlöse aus Serviceverträgen auf ein eigenes Konto laufen. Statt die Einstellung direkt im Produktivsystem zu ändern, legt der zuständige Mitarbeiter einen Änderungsantrag an. Die Anpassung wird zunächst in einer Sandbox umgesetzt und mit Testbuchungen geprüft. Nach Freigabe durch die Buchhaltung wird das Änderungspaket kontrolliert in den Produktivbetrieb transportiert.
Tritt später ein Problem auf, lässt sich anhand der Historie genau nachvollziehen, welcher Stand vor der Änderung galt. Bei Bedarf kann der frühere Zustand wiederhergestellt werden. So bleibt die Änderung beherrschbar, ohne den laufenden Betrieb zu gefährden.
Auswahl- und Umsetzungshinweise
Bei der Bewertung von ERP-Systemen lohnt der Blick darauf, wie tief das Konfigurations-Management verankert ist. Relevante Fragen sind: Gibt es ein integriertes Transportwesen zwischen Test- und Produktivsystem? Werden Änderungen automatisch versioniert? Lassen sich Freigabeschritte abbilden? Wie granular ist die Berechtigungssteuerung über das Rollenkonzept?
Die Ansätze unterscheiden sich deutlich. Manche Systeme bringen ein ausgeprägtes Transport- und Mandantenkonzept mit, etwa im Umfeld von SAP, andere setzen stärker auf konfigurierbare Workflows oder ergänzende Werkzeuge, wie sie unter anderem bei Microsoft Dynamics oder Infor zu finden sind. Diese Nennungen sind rein illustrativ und stellen keine Wertung dar. Entscheidend ist, dass die gewählte Lösung zur Organisationsgröße, zur Änderungsfrequenz und zu den regulatorischen Anforderungen passt.
Abgrenzung zu verwandten Begriffen
Konfigurations-Management ist nicht dasselbe wie Customizing. Customizing meint die fachliche Einstellung eines Systems an die eigenen Abläufe, das Konfigurations-Management ordnet und kontrolliert, wie diese Einstellungen verändert werden. Ebenso wenig ist es eine reine Berechtigungsverwaltung; es nutzt Berechtigungen lediglich als ein Steuerungsmittel. Auch von der Datensicherung unterscheidet es sich klar: Ein Backup stellt verlorene Daten wieder her, das Konfigurations-Management verhindert ungewollte oder unbemerkte Zustandsänderungen von vornherein.
Was unterscheidet As-designed von As-built und As-maintained?
As-designed: Engineering-Vorgabe. As-built: tatsächlich gelieferte Konfiguration (kann abweichen wegen Lieferengpässen). As-maintained: aktueller Stand inkl. Service-Updates, Retrofits, Reparaturen.
Welche Branchen brauchen striktes Konfigurations-Management?
Luftfahrt, Verteidigung, Medizintechnik, Energie (Kraftwerke), Bahn — überall, wo Sicherheits-Audits, Zulassungs-Behörden und langfristige Wartung den exakten Hardware-Stand verlangen.
Die genaue Umsetzung dieses Begriffs variiert je nach ERP-System und Branche -- entsprechend sollte die konkrete Ausprägung mit dem jeweiligen Anbieter abgestimmt werden. Praxis-Relevanz und Implementierungs-Aufwand hängen stark von der bestehenden System-Landschaft und den abzubildenden Geschäftsprozessen ab.
Wann brauche ich ECM?
Bei eigener Produktentwicklung mit mehrstufigen Stücklisten und Engineering-Änderungen — also fast immer im Maschinenbau, Automotive, Elektronik.
In der Praxis variiert die genaue Ausgestaltung je nach Branche, Größenklasse und Customizing-Tiefe des konkreten ERP-Setups.
Eine fundierte Antwort erfordert immer den Blick auf die individuellen Geschäftsprozesse und die strategische IT-Roadmap des Unternehmens.
ECM im ERP oder PLM?
Klassisch im PLM (Engineering-Sicht), Übergabe ans ERP nach Freigabe. Manche Hersteller integrieren ECM komplett ins ERP.
In der Praxis variiert die genaue Ausgestaltung je nach Branche, Größenklasse und Customizing-Tiefe des konkreten ERP-Setups.