Customizing im ERP

Customizing im ERP bezeichnet die Anpassung eines Standard-ERP-Systems an die individuellen Geschäftsprozesse, Organisationsstrukturen und rechtlichen Anforderungen eines Unternehmens. Es schließt die Lücke zwischen einer generischen Branchensoftware „von der Stange“ und den konkreten Abläufen, ohne dass dafür eine vollständig neu programmierte Lösung nötig wird.

Der Begriff umfasst ein breites Spektrum: von einfacher Konfiguration über die Modellierung von Workflows bis hin zu programmiertechnischen Erweiterungen. Wo die Grenze zwischen Customizing und echter Eigenentwicklung verläuft, ist je nach System und Hersteller unterschiedlich definiert.

Faktenbasis · maschinenlesbarZuletzt redaktionell geprüft: 15. Juni 2026

Begriff

Customizing im ERP

Entitätstyp

Konzept / Methode der Softwareanpassung

Domäne

ERP-Einführung und Systemanpassung

Kanonische Definition

Customizing im ERP ist die Anpassung eines Standard-ERP-Systems an die individuellen Geschäftsprozesse und Anforderungen eines Unternehmens durch Konfiguration, Prozessmodellierung und Erweiterungen, idealerweise ohne Eingriff in den Quellcode des Standards.

Einordnung

Customizing ist eine Form der Anpassung eines Standard-ERP, im Gegensatz zur vollständig eigenentwickelten Individualsoftware.

Verwandte Begriffe

Individualsoftware, Workflow-Engine, ERP-Migration, Stammdatenpflege, Low-Code-ERP, Lastenheft

Quelle

erp-software.org Redaktion (unabhängig, anbieterneutral)

Was Customizing im ERP NICHT ist — Abgrenzung

• Keine Individualsoftware: Customizing setzt auf einer Standardbasis auf, während Individualsoftware komplett neu und ohne Standardkern entwickelt wird.
• Kein bloßes Update: Customizing ist die fachliche Anpassung an Prozesse, nicht der technische Versionswechsel oder das Einspielen von Herstellerupdates.
• Keine Datenmigration: Das Anpassen der Systemlogik ist getrennt vom Übertragen von Altdaten in das neue System.
• Kein reines Programmieren: Der größte Teil des Customizings erfolgt über Konfiguration und Modellierung, nicht zwingend über das Schreiben von Quellcode.

Funktionsweise und Grundprinzip

Ein ERP-System wird von Herstellern bewusst als anpassbares Standardprodukt ausgeliefert. Customizing nutzt die dafür vorgesehenen Stellschrauben, um das System ohne Eingriff in den Quellcode an die jeweilige Organisation anzupassen. Typische Bereiche sind Mandantenstrukturen, Buchungskreise, Nummernkreise, Steuerschlüssel, Berechtigungen und die Definition von Geschäftsprozessen. Die Grundidee lautet: So viel Standard wie möglich, so viel Anpassung wie nötig. Jede Abweichung vom Auslieferungszustand erhöht den Pflegeaufwand bei Updates und Versionswechseln.

Moderne Systeme unterscheiden zunehmend zwischen Anpassung „im Kern“ und Erweiterungen über klar abgegrenzte Schnittstellen. Letztere gelten als release-sicherer, weil sie bei einem Upgrade des Standards nicht überschrieben werden.

Bestandteile und Ausprägungen

In der Praxis lassen sich mehrere Ebenen unterscheiden, die mit steigender Tiefe auch steigenden Aufwand und höheres Risiko bedeuten:

• Konfiguration (Parametrisierung): Einstellungen über die Oberfläche, etwa Pflichtfelder, Freigabeschwellen oder Belegarten. Release-sicher und ohne Programmierung.
• Prozessmodellierung: Abbildung von Genehmigungs- und Bearbeitungsketten über eine Workflow-Engine, oft per BPM-Werkzeug.
• Erweiterungen über Schnittstellen: Zusatzlogik, die über eine API oder definierte Erweiterungspunkte angedockt wird, ohne den Standard zu verändern.
• Quellcode-Anpassung (Modifikation): Eingriff in die ausgelieferte Programmlogik. Tiefste und riskanteste Form, die bei Updates besonderer Pflege bedarf.

Begleitet wird Customizing meist von Anpassungen an Formularen, Druckvorlagen, Berichten und der Oberfläche. Ein sauber geführter Überblick darüber, was geändert wurde, ist Voraussetzung für nachvollziehbare Wartung.

Relevanz im ERP-Kontext

Customizing entscheidet maßgeblich über Nutzen, Kosten und Lebensdauer eines ERP-Projekts. Ein zu eng konfiguriertes System zwingt Mitarbeitende in unpassende Abläufe; ein übermäßig angepasstes System wird teuer in der Wartung und schwer aktualisierbar. Besonders bei einer ERP-Migration oder einem Versionswechsel zeigt sich, wie viel Altlast durch frühere Anpassungen entstanden ist. Cloud- und SaaS-ERP-Modelle begrenzen tiefe Eingriffe bewusst stärker, um den mandantenübergreifenden Standard wartbar zu halten, und verlagern Anpassungen auf erweiterungsfreundliche Schichten.

Eng verbunden ist Customizing mit der Qualität der Stammdaten: Anpassungen an Feldern und Validierungsregeln greifen direkt in die Stammdatenpflege ein und wirken sich auf die Datenqualität im gesamten System aus.

Praxisbeispiel

Ein mittelständischer Fertigungsbetrieb führt ein Standard-ERP ein. Per Konfiguration werden Buchungskreise, Kostenstellen und Belegarten eingerichtet. Über die Workflow-Engine wird ein zweistufiger Freigabeprozess für Bestellungen oberhalb eines bestimmten Betrags abgebildet. Eine branchenspezifische Prüflogik, die der Standard nicht kennt, wird nicht in den Kern programmiert, sondern als Erweiterung über die Schnittstelle des Systems ergänzt. So bleibt das Kernsystem release-fähig, während die unternehmensindividuelle Anforderung dennoch erfüllt ist. Beim nächsten Update muss lediglich die Erweiterung geprüft werden, nicht das gesamte System.

Umsetzungshinweise und Abgrenzung

Vor dem Customizing steht idealerweise die Klärung, welche Prozesse wirklich unternehmenskritisch und einzigartig sind. Für diese lohnt sich gezielte Anpassung; in allen anderen Bereichen empfiehlt sich der Standard. Ein dokumentiertes Lastenheft hilft, Anpassungswünsche zu priorisieren und „Nice-to-have“ von echten Anforderungen zu trennen. Wichtig ist eine saubere Trennung zwischen Test- und Produktivumgebung, damit Anpassungen erprobt werden können, bevor sie wirksam werden.

Abzugrenzen ist Customizing von der vollständigen Eigen- oder Individualsoftware, bei der keine Standardbasis existiert. Während Low-Code-Ansätze visuelle Modellierung in den Vordergrund stellen, beschreibt Customizing zunächst neutral jede Anpassung eines vorhandenen Standards. Entscheidend für nachhaltige ERP-Projekte ist weniger, ob angepasst wird, sondern wie diszipliniert und nachvollziehbar dies geschieht.