ERP wird zum Risiko: Welche Fragen Entscheider jetzt stellen sollten

Von David Wieser

📅07. Juni 2026

ERP

ERP-Entscheidungen entstehen selten aus reiner Lust auf neue Software. In der Praxis beginnt der Handlungsdruck viel früher: Ein Import dauert zu lange, eine Schnittstelle fällt sporadisch aus, der Monatsabschluss wird zäher, Excel-Listen vermehren sich und niemand kann mehr sicher sagen, welche Daten wirklich führend sind.

Genau deshalb suchen Entscheider im DACH-Raum nicht nur nach „ERP-Software“. Sie suchen nach Antworten auf konkrete Risiken: Wie lange können wir unser System noch sicher betreiben? Was passiert mit Supportfristen? Wie migrieren wir ohne Stillstand? Wie bleiben EDI, Schnittstellen, Datenqualität und Compliance stabil?

1. Ist unser ERP schon ein Geschäftsrisiko?

Diese Frage ist unbequem, aber notwendig. Ein ERP wird nicht erst dann riskant, wenn es komplett ausfällt. Oft zeigen sich die Warnzeichen leiser: manuelle Nacharbeiten, langsame Performance, fehlende Updates, instabile Exporte, unklare Verantwortlichkeiten oder Abhängigkeiten von einzelnen Personen. Wenn Fachbereiche eigene Tabellen bauen, weil das ERP nicht mehr schnell genug antwortet, ist das kein Excel-Problem. Es ist ein Systemsignal.

Gute ERP-Beratung beginnt nicht mit einer Produktliste, sondern mit einer ehrlichen Risikoanalyse: Welche Prozesse tragen Umsatz, welche Schnittstellen halten den Betrieb zusammen, und wo entstehen heute schon stille Fehler?

2. Welche Schnittstellen müssen vor jeder Migration stabil sein?

Viele ERP-Projekte unterschätzen die Integrationen. Das ERP selbst ist nur ein Teil der Landschaft. Rundherum laufen EDI-Verbindungen, IDocs, ODBC-Feeds, Datenbanken, Webservices, Lagerprozesse, Rechnungsstrecken und Auswertungen. Wenn diese Abhängigkeiten erst kurz vor dem Go-live sichtbar werden, wird aus einem Projektplan schnell operative Hektik.

Entscheider sollten deshalb früh fragen: Welche Schnittstellen sind geschäftskritisch? Welche Partner hängen daran? Welche Daten müssen in Echtzeit fließen, welche dürfen im Batch laufen? Wo braucht es Monitoring, klare Fehlermeldungen und einen Eskalationsweg? Eine Migration ohne Stillstand ist weniger eine Frage des großen Go-live-Tages als eine Frage der Vorbereitung.

3. Wer stellt eigentlich welche Frage?

In ERP-Projekten sprechen nicht alle Beteiligten dieselbe Sprache. Geschäftsführung und CFO denken in Risiko, Kosten, Abschlussfähigkeit und Steuerbarkeit. Sie fragen: Was kostet uns das wirklich? Welche Entscheidung können wir vertreten? Wie vermeiden wir, dass ein Systemproblem plötzlich zum Geschäftsproblem wird?

IT-Leitung und Architektur schauen anders auf dieselbe Lage. Dort geht es um offene Schnittstellen, Migrationspfade, Datenflüsse, technische Schulden, Monitoring und Betriebsfähigkeit. Fachbereiche wiederum formulieren den Schmerz oft am direktesten: Bestellungen müssen händisch nachgetippt werden, Produktionsdaten passen nicht, neue Prozesse werden nicht verstanden, oder der Support reagiert zu langsam.

Genau daraus entsteht ein guter Beratungsansatz: nicht eine Abteilung isoliert betrachten, sondern die Perspektiven verbinden. Ein ERP-Risiko ist selten nur technisch und selten nur organisatorisch. Es liegt fast immer dazwischen: bei Prozessen, Daten, Verantwortung und Umsetzung.

4. Welche Datenqualität brauchen wir wirklich?

Schlechte Daten werden durch ein neues System nicht automatisch besser. Stammdaten, Kundennummern, Artikelstrukturen, Preislogiken, Stücklisten, historische Sonderfälle und Mapping-Regeln müssen verstanden werden. Die entscheidende Frage lautet nicht nur: „Wie migrieren wir alles?“ Sondern: Was gehört überhaupt ins Zielsystem, was muss bereinigt werden, und welche Regeln muss der Fachbereich validieren?

5. Was bedeuten E-Rechnung, NIS2 und Audit für unsere ERP-Landschaft?

Regulatorische Anforderungen landen selten isoliert im Unternehmen. E-Rechnung, XRechnung, ZUGFeRD, Leitweg-ID, PEPPOL, EDI, Aufbewahrungspflichten, NIS2 und Audit-Logs berühren Prozesse, Datenflüsse und Zuständigkeiten. Wer diese Themen als reine Formular- oder PDF-Frage behandelt, übersieht den Kern: Es geht um Integration.

Für ERP-Entscheider heißt das: Compliance muss in die Systemlandschaft übersetzt werden. Welche Daten werden erzeugt? Wo werden sie geprüft? Wie kommt eine Rechnung zum Empfänger? Wie wird der Status nachvollzogen? Wer reagiert, wenn eine Schnittstelle fehlschlägt? Diese Fragen sind operativ, nicht akademisch.

6. Was kostet uns nicht nur das Projekt, sondern das Nichtstun?

Lizenzkosten sind nur ein Teil der Wahrheit. Entscheidend sind Datenmigration, Schnittstellen, Customizing, Schulung, Support, Monitoring, Übergangslösungen und die Frage, wie lange Alt- und Neuwelt parallel betrieben werden müssen. Noch teurer kann aber das Nichtstun werden: manuelle Nacharbeit, unsichere Entscheidungen, langsame Abschlüsse, steigende Supportabhängigkeit und wachsende Schatten-IT.

7. Was sollte eine technische Ersteinschätzung liefern?

Eine gute Ersteinschätzung ist kein Verkaufsworkshop und keine abstrakte Roadmap. Sie sollte zuerst sichtbar machen, wo das System heute steht: Welche Kernprozesse hängen am ERP? Welche Schnittstellen sind kritisch? Welche Datenflüsse sind manuell, fragil oder nicht dokumentiert? Welche regulatorischen Anforderungen kommen hinzu? Und welche Risiken müssen kurzfristig stabilisiert werden, bevor man über größere Modernisierung spricht?

Daraus entstehen konkrete nächste Schritte. Manchmal ist das ein Schnittstellen-Monitoring, manchmal ein sauberer Datenimport, manchmal eine Probemigration, manchmal die Entkopplung eines alten Adapters oder eine Übergangslösung für E-Rechnung und EDI. Für Entscheider ist wichtig: Nicht jede ERP-Frage braucht sofort ein Großprojekt. Aber jede kritische ERP-Frage braucht eine belastbare technische Einordnung.

8. Welche Fragen gehören in den ersten Termin?

Ein guter erster Termin muss nicht jedes Detail lösen. Er sollte die technische Landkarte sichtbar machen: beteiligte Systeme, Datenflüsse, Schnittstellen, Verantwortlichkeiten, regulatorische Fristen, aktuelle Workarounds und die Stellen, an denen heute besonders viel manuelle Kontrolle nötig ist. So wird aus einem diffusen Gefühl von Risiko ein greifbares Bild.

Hilfreich sind konkrete Beispiele: ein fehlgeschlagener Import, eine EDI-Störung, ein langsamer ODBC-Refresh, eine Leitweg-ID-Fehlermeldung, eine Rechnung, die manuell korrigiert werden muss, oder ein Prozess, der nur funktioniert, weil eine Person die Sonderlogik kennt. Solche Fälle zeigen schneller als jede Präsentation, wo technische Risiken wirklich entstehen und welche Maßnahme zuerst Wirkung bringt.

Fazit: Die beste ERP-Frage ist selten eine Softwarefrage

Wer ERP-Risiken sauber einordnen will, sollte nicht zuerst nach einem neuen System fragen. Besser ist: Welche Prozesse müssen stabil bleiben? Welche Schnittstellen tragen den Betrieb? Welche Daten sind kritisch? Welche regulatorischen Anforderungen kommen sicher? Und wo braucht das Team externe technische Entlastung?

Aus diesen Antworten entsteht eine belastbare Entscheidungsgrundlage. Manchmal führt sie zu einer Migration. Manchmal zu einer gezielten Modernisierung. Und manchmal reicht eine stabile Schnittstelle, ein sauberer Import, ein besseres Monitoring oder ein pragmatischer Übergangspfad. Entscheidend ist, dass das ERP wieder beherrschbar wird.