Ansichten: 5
Zusammenfassung – Wählt man ein ERP, ohne Portabilität, Architektur, versteckte Kosten oder Abhängigkeiten zu prüfen, wird das Projekt zur endlosen Baustelle. Standard-Ausschreibungen vernachlässigen Teamakzeptanz, API-Limits, Zusatzkosten für Individualisierung und rechtliche Hürden, während generische Implementierung und Schulung den Geschäftsnutzen verzögern.
Lösung : eine hybride Strategie mit bewährtem Finanz-ERP-Kern und modularen, maßgeschneiderten Modulen fürs Baustellenmanagement, um Skalierbarkeit, Datenhoheit und operative Agilität zu sichern.
Im Bauwesen geht die Auswahl eines ERP weit über die reine Aufzählung von Funktionen hinaus. Klassische Ausschreibungen konzentrieren sich häufig auf die Demonstration von Modulen und die direkten Kosten, während Architektur-, Abhängigkeits- und Weiterentwicklungsaspekte unberücksichtigt bleiben.
Das Ergebnis sind Lösungen, die schlecht auf die Geschäftsprozesse abgestimmt, wenig flexibel und überdimensioniert sind. Bevor man mit dem Vergleich von Preisen und Demos beginnt, ist es entscheidend, die blinden Flecken von ERP-Projekten zu identifizieren und Fragen zu stellen, die die Realität der versteckten Einschränkungen offenlegen. Dieser Artikel beleuchtet gängige Anwendungsfälle, typische Grenzen und schlägt einen Ansatz vor, der marktübliche ERP-Systeme und maßgeschneiderte Lösungen für ein robustes und dauerhaft leistungsfähiges System kombiniert.
Die blinden Flecken in ERP-Ausschreibungen
Viele ERP-Projekte stoppen bei der Analyse der Standardmodule und dem Zählen der Lizenzen. Die sichtbaren Ergebnisse verbergen oft starke Abhängigkeiten und versteckte Kosten.
Die Phase der Ausschreibungen konzentriert sich in der Regel auf die Funktionalitätsliste, die Implementierungszeiten und die Grundpreise. Auf den ersten Blick erscheint die Bewertung umfassend, doch sie vernachlässigt entscheidende Elemente der Architektur und der Geschäftsprozesse.
Mehrere zugrundeliegende Annahmen bleiben unbemerkt: die Akzeptanz der Teams für ein starres Modell, die Grenzen der Skalierbarkeit, die Qualität der APIs und das Transparenzniveau der Dienstleister. Diese blinden Flecken können ein Digitalisierungsprojekt in eine endlose Baustelle verwandeln.
Implementierung und Schulung
Anbieter stellen oft einen Implementierungsplan vor, der in klare Phasen gegliedert ist, sowie einen Katalog standardisierter Schulungen. Diese Pläne basieren jedoch auf idealen Bedingungen, die selten gegeben sind.
In der Praxis erfordern manche Schritte wiederholte Einsätze des Dienstleisters oder Integrators, wodurch Hin und Her entsteht und zusätzliche Verzögerungen hinzukommen.
Die Schulung, selbst wenn sie die Hauptmodule abdeckt, vergisst häufig spezifische Anpassungen für Baustellen-Workflows, was eine nachträgliche interne Nachschulung erforderlich macht.
Letztendlich muss das Unternehmen seine Prozesse den ERP-Vorgaben anpassen, statt umgekehrt, was zeitliche und personelle Aufwände verursacht, die das ursprüngliche Budget überschreiten.
Anpassung und versteckte Kosten
Die meisten Lösungen bieten Anpassungsoptionen, teilweise in Form kostenpflichtiger Module oder spezifischer Entwicklungen. Dieses Versprechen verdeckt den kostenintensiven und komplexen Charakter von Weiterentwicklungen.
Jede Anpassung erfordert ein vorheriges Audit, eine formelle Kostenschätzung und die Einbindung des Integrators, wodurch sich die Fristen um mehrere Wochen bis Monate verlängern.
Bei Upgrades können die dafür entwickelten Aufsätze inkompatibel werden, was dringende Korrekturen und unvorhergesehene Eingriffe nach sich zieht.
So treiben Anpassungen die Wartungskosten in die Höhe und binden das Unternehmen nach und nach in einen Abhängigkeitszyklus ein.
Integrationen und Fragmentierung
ERP-Angebote werben mit einsatzbereiten Konnektoren zu den wichtigsten Marktlösungen. Technisch ist die Realität jedoch häufig eingeschränkter.
Die dokumentierten APIs decken nur 60 bis 70 % der realen Anwendungsfälle auf einer Baustelle ab, der Rest bleibt spezifischen Entwicklungen oder vorgeschriebenen Middlewares vorbehalten.
Ergebnis: Es entstehen fragile technische Brücken, die die Ausfallstellen vermehren und weder Versionssicherheit noch Abwärtskompatibilität bieten.
Jedes neue Fachwerkzeug wird dann entweder umgangen oder erzeugt eine separate Insel, fragmentiert das Informationssystem und bremst die operative Effizienz.
Konkretes Beispiel
Ein Bauunternehmen, das ein Standard-ERP einführte, musste eine Middleware-Brücke finanzieren, um sein Baustellenplanungstool anzubinden. Diese Entwicklung erforderte drei Monate externer Ressourcen, verlängerte das ERP-Projekt um 40 % und verdoppelte die ursprüngliche Wartungsrechnung. Das Beispiel verdeutlicht, wie nicht standardisierte Integrationen das Budget sprengen und die zentrale Datenbank fragmentieren können.
Generische Fragen vs. echte strategische Fragen
Klassische Fragen zu Packaging, Preisgestaltung und Roadmap decken weder die tatsächliche Abhängigkeit noch die Abbruchkosten auf. Strategische Fragen enthüllen die verborgene Systemstruktur.
Die Unternehmensleitung konzentriert sich von Natur aus auf „Wie läuft die Implementierung ab?“, „Welche Preise gelten für die Optionen?“ oder „Welche Funktionen kommen demnächst?“. Diese Fragen vermitteln eine oberflächliche und oft schmeichelhafte Sicht auf das Produkt.
Um die zugrunde liegende Architektur zu verstehen, muss man die Portabilität, die Datenhoheit sowie die Möglichkeit, das System ohne untragbare Mehrkosten zu verlassen, hinterfragen. Dieser Perspektivwechsel legt die tatsächlichen Governance– und Abhängigkeitsmechanismen offen.
Portabilität und Datenhoheit
Zu fragen, ob Daten im Roh- oder Strukturformat exportiert werden können, reicht nicht aus. Wichtig ist es, die Granularitätsstufen, die Exportfrequenz und die damit verbundenen Kosten genau zu klären.
Anbieter berechnen häufig die Erstellung eines außerhalb des Standards liegenden Extraktionsberichts und erhöhen damit die Synchronisationskosten.
Außerdem kann der vollständige Export von Workflows und Aktivitätsverläufen ohne zusätzliche Module unmöglich sein.
Diese Intransparenz verhindert eine schnelle Reversibilität bei Anbieterwechsel oder geänderter IT-Strategie.
Vendor Lock-in und Abbruchkosten
Die Frage nach den Kosten einer ungeplanten Änderung offenbart oft hohe Stundensätze und lange Fristen, doch die eigentliche Frage betrifft die Migration-klausel.
Manche Verträge sehen eine Pauschalzahlung für Migration vor, die 20 bis 30 % des jährlichen Lizenzbudgets ausmachen kann.
Das Fehlen offener Standards oder umfassender Dokumentation schafft eine technische und rechtliche Sperre.
Der Anbieter kann den Zugriff auf Installationsskripte oder Tabellenstrukturen einschränken und so die Infrastruktur blockieren.
Skalierbarkeit und Roadmap
Anbieter kommunizieren allgemeine Roadmaps, ohne branchenspezifische Anpassung oder Priorisierungsverpflichtung.
In der Praxis werden Updates für das Bauwesen im gleichen Tempo umgesetzt wie für völlig andere Branchen, wodurch Geschäftsvorteile verzögert werden.
Die Kunden haben nur begrenzten Einfluss, oft über einen Beratungsausschuss, in dem jede Stimme eine große Anwendergruppe repräsentiert.
Es ist unerlässlich zu wissen, welcher Prozentsatz der Funktionen speziell für das Bauwesen entwickelt wurde und nach welchen Kriterien das Backlog priorisiert wird.
Edana: Strategischer Digitalpartner in der Schweiz
Wir begleiten Unternehmen und Organisationen bei ihrer digitalen Transformation.
Maßanfertigung als robuste Alternative
Eine maßgeschneiderte Entwicklung ermöglicht es, das ERP an die realen Workflows anzupassen, ohne die Architekturkohärenz zu opfern. Das Unternehmen behält die Kontrolle über Weiterentwicklung, Wartung und Daten.
Wenn Geschäftsprozesse untypisch oder stark wandelbar sind, sichert die Maßanfertigung die Übereinstimmung zwischen den operativen Anforderungen und dem IT-System. Der Ansatz basiert auf der präzisen Definition der Anwendungsfälle und einer modularen Architektur ohne überflüssige Schichten.
Im Gegensatz zu Standardlösungen kann jedes Element intern dokumentiert, getestet und über eine eigene Pipeline bereitgestellt werden. Die Zeitpläne werden durch iterative Sprints kontrolliert, und jeder Baustein kann unabhängig weiterentwickelt werden.
Exakte Anpassung an Workflows
Die Maßanfertigung beginnt mit einer detaillierten Analyse der bestehenden Prozesse, einschließlich der Besonderheiten jeder Baustellenphase.
Die Entwicklungen erfolgen in Form dedizierter Microservices für jedes Funktionsgebiet: Fortschrittsmanagement, Ressourcenüberwachung, sukzessive Rechnungsstellung.
Jeder Service stellt eine klar definierte, dokumentierte und versionierte API bereit, die zukünftige Erweiterungen erleichtert.
Diese Granularität ermöglicht kontinuierliche Änderungen, ohne die gesamte Plattform zu beeinflussen.
Volle Datenkontrolle
Die Datenbank kann vollständig unter interner Kontrolle bleiben und in der gewünschten Umgebung gehostet werden (On-Premises oder souveräne Cloud).
Zugriffsrechte, Auditmechanismen und Aufbewahrungsrichtlinien werden nach Compliance- und Sicherheitsanforderungen festgelegt.
Es gibt keine Sperre für Exporte oder die Dokumentation der Schemata.
Das Unternehmen kann BI- oder Reporting-Tools einführen, ohne von proprietären Konnektoren abhängig zu sein.
Skalierbarkeit und vereinfachte Wartung
Jedes Modul verfügt über einen eigenen Lebenszyklus: Patches, technische Versionserhöhungen, gezielte Refactorings.
Technische Schulden werden durch automatisierte Tests und regelmäßige Code-Reviews begrenzt.
Funktionshinzufügungen erfordern keine globalen Updates, sondern nur die Lieferung des betreffenden Moduls.
Die Wartungskosten werden vorhersehbar und richten sich nach dem Umfang der gelieferten Module.
Der hybride Ansatz: ERP + Maßanfertigung
Kombiniert man ein bewährtes ERP für Finanzen und Buchhaltung mit maßgeschneiderten Modulen für die Baustellenverwaltung, erhält man das Beste aus beiden Welten. Dieser hybride Ansatz verbindet Stabilität und Flexibilität.
Mit einer Mischlösung nutzt man die Robustheit und Compliance eines Standard-ERP für gemeinsame Funktionen und passt gleichzeitig die spezifischen Workflows der Baubranche durch gezielte Entwicklungen an.
Der Schlüssel liegt in der Datenorchestrierung zwischen beiden Achsen und in der klaren Definition der Zuständigkeiten jeder Komponente.
Modulare Architektur und Interoperabilität
Die ERP-Ebene verwaltet Finanzmodule, Kostenrechnung und allgemeine Fakturierung. Sie stellt ihre Dienste über Standard-APIs oder Webhooks bereit.
Die maßgeschneiderten Module übernehmen die Baustellenplanung, das Subunternehmermanagement und die Materialverbrauchsüberwachung.
Eine Orchestrierungsschicht zentralisiert den Datenaustausch, übersetzt Formate und gewährleistet Transaktionskonsistenz zwischen beiden Umgebungen.
Diese Trennung minimiert Konfliktrisiken bei ERP-Updates.
UX im Feld und fortgeschrittene Automatisierung
Die maßgeschneiderten mobilen Oberflächen berücksichtigen die Verbindungs-, Ergonomie- und Offline-Anforderungen auf Baustellen.
Die Teams vor Ort profitieren von schlanken Apps, die auf schnelle Datenerfassung und den Zugriff auf kritische Informationen ausgelegt sind.
Validierungs- und Qualitätskontroll-Workflows werden automatisiert und beim Wieder-online-Status synchronisiert.
Dieser Ansatz verhindert Workarounds und stärkt die Anwenderakzeptanz.
Governance und Unabhängigkeit
Der Wartungsvertrag umfasst zwei Dienstleister: den ERP-Hersteller für die Finanzbasis und Edana für die Fachmodule.
Die SLAs sind getrennt, was eine schnelle Bearbeitung maßgeschneiderter Vorfälle ermöglicht, ohne den Lizenzumfang zu beeinträchtigen.
Die technische Dokumentation deckt die gesamte Architektur ab, einschließlich Installationsskripte und Migrationsverfahren.
Das Unternehmen verfügt über ein zentrales Repository und einen Satz Schlüssel, um jede der beiden Achsen ohne Nebenwirkungen verlassen zu können.
Konkretes Beispiel
Ein Bauunternehmen behielt sein ERP für die Buchhaltung und fügte eine maßgeschneiderte Plattform für das operative Baustellenmanagement hinzu. Die Rechnungsdaten werden bei jedem Abschluss einer Phase automatisch übertragen, während die mobilen Feldmodule unabhängig verwaltet werden. Diese Kombination hat die Monatsabschlusszeiten um 30 % verkürzt und die Prognosegenauigkeit der Kosten verdoppelt. Das Beispiel zeigt, dass ein hybrides System Finanzprozesse stabilisieren und zugleich die operative Reaktionsfähigkeit erhöhen kann.
Erschaffen Sie eine maßgeschneiderte und skalierbare ERP-Architektur
Die Wahl eines ERP ist nicht nur der Kauf einer Software, sondern eine langfristige Architektur- und Abhängigkeitsentscheidung. Neben dem Vergleich von Funktionen, der Bewertung von Demos und der Analyse der Preise ist es von entscheidender Bedeutung, Portabilität, Datenhoheit, versteckte Kosten und Entwicklungspotenzial zu berücksichtigen.
Man unterscheidet drei Ansätze: ein Standard-ERP mit seinen Grenzen akzeptieren, ein vollständig maßgeschneidertes System wählen oder eine hybride Architektur bevorzugen. Für Bauunternehmen, in denen Prozesse selten standardisiert und die Anforderungen wandelbar sind, bietet die hybride Lösung die beste Balance zwischen Robustheit, Flexibilität und Unabhängigkeit.
Die Experten von Edana unterstützen IT-Leiter, CFOs und Fachbereichsverantwortliche bei der Bedarfsanalyse, der strategischen Planung, der Auswahl von Standard- oder maßgeschneiderten ERP-Bausteinen und dem Entwurf modularer Architekturen, die Leistung und Langlebigkeit garantieren.
Besprechen Sie Ihre Herausforderungen mit einem Edana-Experten
