Lesezeit: ca. 5 Minuten

Der ERP-Markt für Planungs- und Ingenieurbüros verändert sich spürbar. Anbieter werden zusammengeführt, Produktlinien vereinheitlicht, Lizenzmodelle neu strukturiert. Das ist nicht grundsätzlich negativ: größere Organisationen können mehr Ressourcen, stabilere Prozesse und breitere Portfolios mitbringen.

Gleichzeitig zeigt die Praxis: In Umbruchphasen verschieben sich Prioritäten häufig in Richtung Standardisierung. Für Planungsbüros ist das relevant, weil ein ERP-System nicht nur Verwaltung ist, sondern das Rückgrat für Personaleinsatzplanung (PEP), Zeiterfassung, Projektcontrolling und Abrechnung nach HOAI-Logik (einschließlich Abschlagsrechnung, Teilrechnung und Schlussrechnung).

Marktbeobachtung: Was sich in Konsolidierungsphasen typischerweise verändert

1) Preis- und Lizenzlogik wird neu definiert

Nach Eigentümerwechseln oder Portfolio-Zusammenlegungen werden Lizenzmodelle häufig vereinheitlicht: Pakete statt passgenauer Module, neue Nutzerklassen, Mindestpakete oder zusätzliche Kosten für Funktionen, die vorher selbstverständlich waren. Für größere Büros wirkt jede Änderung der Lizenzlogik unmittelbar auf die Gesamtkosten und die Planbarkeit.

2) Roadmaps werden stärker standardisiert

Features werden stärker nach Marktbreadth priorisiert. Branchen- oder firmenspezifische Sonderlogik wird seltener ausgebaut oder nur noch als Sonderprojekt angeboten. Für Planungsbüros bedeutet das: Wenn das ERP die eigene Prozesslogik nicht abbildet, entstehen Prozessumstellungen, Workarounds, Schatten-Excel oder zusätzliche Tools.

3) Support- und Produktnähe verändern sich

Support wird zentralisiert, Ansprechpartner wechseln häufiger, Feedback an die Entwicklung wird indirekter. Entscheidend ist dabei nicht die Demo, sondern die Reaktionsfähigkeit im Tagesgeschäft, wenn Abrechnung, Zeiten oder PEP stocken.

Moderne Web-Oberfläche: wichtig, aber nicht automatisch produktiver

Browserbasierte ERP-Lösungen (Cloud ERP) sind attraktiv: einfacher Rollout, Zugriff von überall, weniger lokale Installationsarbeit. Für Planungsbüros ist jedoch eine zweite Dimension gleichwertig: Durchsatz und Erfassungsgeschwindigkeit im Alltag.

Typische Engpässe sind Zeiterfassung (inkl. Korrekturen), Projekt- und Belegpositionen mit Abhängigkeiten, Abschlags- und Teilrechnungen sowie Umplanungen in der PEP unter Zeitdruck. In diesen Situationen zählt, ob das System schnelle, dichte Workflows unterstützt (tastaturfreundlich, kurze Wege, stabile Reaktionszeiten).

Praxisempfehlung:

Systeme nicht nach Screenshots bewerten, sondern mit einem Durchsatztest: 10 reale Standardfälle definieren (Zeiten, Korrekturen, Abschlagsrechnung, Teilrechnung, PEP-Umplanung, Freigaben) und die Bearbeitungszeit messen. Das macht Produktivität sichtbar und reduziert Projektrisiken.

Der oft unterschätzte Faktor: Konfiguration oder echtes Customizing

Viele ERP-Auswahlen starten mit Funktionslisten. Die entscheidenden Fragen kommen später: Kann das System die eigene Governance abbilden? Kann es PEP nach dem Organisationsmodell des Büros? Kann es Abrechnungslogiken mit Sonderfällen sauber steuern?

Aus einem Gespräch mit einem großen Ingenieurbüro (sinngemäß): „Ausschlaggebend war, dass ein Anbieter bereit war, echtes Customizing umzusetzen, statt das Büro auf Standards zu zwingen.“

Konfiguration vs. Customizing in der Praxis

• Konfiguration (häufig ausreichend): Felder/Masken, Listenansichten, Standard-Workflows, Rollen im vorgesehenen Rahmen.
• Customizing (entscheidend bei gewachsenen Prozessen): Regeln/Validierungen, Freigaben und Governance, Abrechnungs-Sonderlogik, PEP-Sonderlogik, produktivitätsorientierte Workflows, Integrationen.

Merksatz: Wenn ein Anbieter „Customizing“ sagt, sollte konkret geklärt werden, ob Parameter gemeint sind oder echte Logik.

Typische Prozessbeispiele aus Planungsbüros, bei denen Standardsoftware oft an Grenzen stößt

Zeiterfassung mit Governance

• Zeiten dürfen nur auf freigegebene Projekte/Belegpositionen gebucht werden.
• Sperrfristen für Änderungen (z.B. Wochenabschluss).
• Warnungen, wenn Stundenbudgets oder Leistungsstände erreicht werden.

Schlüsselfrage: Erzwingt das System diese Regeln oder liefert es nur Hinweise?

Abrechnung in der Realität (Abschlagsrechnung, Teilrechnung, Schlussrechnung)

• Kumulative Abrechnung mit Berücksichtigung vorheriger Abschläge.
• Abzüge, projektspezifische Nummernkreise, Sonderfälle je Auftraggeber.
• Trigger/Erinnerungen, wenn Abrechnungstermine erreicht sind.

Schlüsselfrage: Ist das Standard oder entsteht daraus ein Projekt mit Workarounds?

PEP unter Druck

• Kurzfristige Umplanung, Vertretungen, Teilzeit, Auslastungsquoten.
• Teams und Standorte mit eigener Logik.
• Historisierung (geplant vs. geleistet) und Auswertbarkeit.

Schlüsselfrage: Bildet das System das Organisationsmodell ab oder muss sich das Büro anpassen?

Datenhoheit und Exit-Fähigkeit: Zugriff auf die kompletten Daten ist ein Investitionsschutz

Ein Thema gewinnt mit Cloud-Modellen zusätzlich an Bedeutung: Datenhoheit. In vielen Cloud ERP- und SaaS-Konzepten werden Daten technisch in der Infrastruktur des Anbieters (oder dessen Cloud-Plattform) gespeichert und verarbeitet. Der Zugriff erfolgt primär über die Anwendung und definierte Exportfunktionen.

Das ist nicht per se problematisch. Kritisch wird es, wenn bei einem späteren Anbieterwechsel nur Teil-Exporte möglich sind oder wenn die fachliche Bedeutung der Daten ohne Datenmodell-Dokumentation kaum nachvollziehbar ist. Dann wird Migration teuer, BI-Auswertbarkeit sinkt und Abhängigkeit steigt.

Prüffragen zur Datenhoheit (empfohlen bei jeder ERP-Auswahl)

• Gibt es einen vollständigen Datenexport (nicht nur einzelne Listen oder PDF-Ausgaben)?
• Erfolgt der Export strukturiert und maschinenlesbar (z.B. SQL, CSV, JSON, API), inklusive Beziehungen/Schlüssel?
• Existiert eine ausführliche Datenbankbeschreibung (Datenwörterbuch), die Tabellen, Felder, Beziehungen und fachliche Bedeutung erläutert?
• Wie ist der Exit vertraglich geregelt (Fristen, Unterstützung, Löschung, Kosten)?
• Gibt es dokumentierte Schnittstellen (API/ODBC) für BI, Audits und Migration?

Merksatz: Ein ERP ist langfristig nur dann sicher, wenn ein Ausstieg technisch und organisatorisch planbar wäre, auch wenn er nicht beabsichtigt ist.

Einordnung aus Sicht visuplus: Performance, Customizing und Datenhoheit

Aus Projekten im Planungsumfeld lassen sich drei Kriterien ableiten, die insbesondere bei größeren Büros den Unterschied machen: Durchsatz im Tagesgeschäft, echte Anpassbarkeit (Customizing) und Datenhoheit.

Ein konkreter Vorteil von visuplus ist der Investitionsschutz bei Daten und Migration: Auch bei einem späteren Systemwechsel ist der Zugriff auf die vollständigen Daten möglich. Zusätzlich wird eine standardisierte, ausführliche Beschreibung der Datenbank bereitgestellt, damit Daten nicht nur „exportierbar“, sondern auch fachlich interpretierbar und damit migrierbar sind. Das reduziert Abhängigkeiten, erleichtert BI-Auswertungen und erhöht Planbarkeit.

Checkliste: 12 Fragen, die in Auswahl- und Wechselprojekten den Unterschied machen

1. Wie schnell ist die Datenerfassung in 10 realen Standardfällen (Stopuhr-Test)?
2. Welche Abrechnungsfälle sind Standard, welche werden zum Projekt (Abschlagsrechnung, Teilrechnung, Schlussrechnung, Sonderfälle)?
3. Wie alltagstauglich ist PEP (Umplanung, Quoten, Teams/Standorte, Historie)?
4. Wie weit reicht Customizing konkret (Parameter vs. Logik)?
5. Wie wird Update-Stabilität für Sonderlogik abgesichert (Tests, Prozess, SLA)?
6. Wie stabil ist die Preis- und Lizenzlogik über 24 bis 36 Monate?
7. Wie verbindlich ist die Roadmap (Review, Priorisierung, Transparenz)?
8. Wie sieht Support im Ernstfall aus (Reaktionszeiten, Eskalation, Ansprechpartner)?
9. Wie granular sind Rechte, Vertraulichkeit und Auditierbarkeit?
10. Welche Integrationen sind Standard (z.B. DATEV, DMS/ECM, M365, BI)?
11. Wie realistisch ist die Migration (Projekte, Zeiten, Belege, Historie, Dokumente)?
12. Wie ist Datenhoheit und Exit-Fähigkeit geregelt (vollständiger Export, Datenmodell-Dokumentation, Unterstützung)?

Diskussion und Kommentare

Erfahrungen aus der Praxis sind wertvoll. Kommentare sind ausdrücklich willkommen, bitte ohne Anbieter-Namen und ohne vertrauliche Details.

• Welche Veränderungen bei Preisen, Lizenzlogik oder Support wurden nach Strukturänderungen beim Anbieter erlebt?
• Welche Prozesse sind im Büro prozesskritisch (PEP, Abrechnung, Freigaben, Controlling)?
• Wo liegt die Grenze zwischen Konfiguration und Customizing?
• Wie ist Datenhoheit und Exit-Fähigkeit aktuell geregelt (vollständige Daten, Dokumentation, Fristen)?

Moderationshinweis: Bitte keine personenbezogenen Daten, keine Unternehmensinterna, keine vertraulichen Vertragsdetails. Kommentare werden moderiert.