Anforderungen
Waren Prozesse und Qualitätsmerkmale hinreichend konkret und freigegeben?
Ratgeber · ERP · SOFTWARE · EBUSINESS
Wer ist bei einem gescheiterten ERP-Projekt verantwortlich?
Technische Ursachen und Mitwirkungsfaktoren müssen untersucht werden, bevor Verantwortung rechtlich zugeordnet werden kann.
Ausgangslage
Technische Einordnung statt vorschneller Schuldzuweisung
ERP-Projekte verlangen Beiträge mehrerer Parteien: Anforderungen, Prozesswissen, Daten, Customizing, Schnittstellen, Tests, Schulung und Entscheidungen. Ein sichtbarer Fehler kann daher mehrere vorgelagerte Ursachen haben.
Die sachverständige Untersuchung rekonstruiert die technische Kausalkette und trennt festgestellte Tatsachen von Bewertungen. Sie kann Mitwirkungsfaktoren aufzeigen, entscheidet aber nicht über Haftung oder Schadenersatz.
Die Leistung betrifft die technische Untersuchung. Rechtsberatung, Vertragsauslegung und die abschließende Bewertung rechtlicher Ansprüche sind nicht Gegenstand der technischen Begutachtung.
Typische Prüfbereiche
Was konkret untersucht werden kann
Projektänderungen
Welche Changes beeinflussten Architektur, Termine oder Testumfang?
Mitwirkung
Welche Daten, Entscheidungen, Zugänge und Ressourcen standen wann zur Verfügung?
Implementierung
Entspricht Customizing und Entwicklung dem dokumentierten technischen Soll?
Tests
Wurden Kernprozesse, Migration und Schnittstellen unter geeigneten Bedingungen geprüft?
Ursachenkette
Welche Abweichung führte technisch zu welcher betrieblichen Auswirkung?
Vorgehen
Nachvollziehbar vom Auftrag bis zum Ergebnis
Sachverhalt, Systeme, Zeitraum und Prüftiefe eindeutig abgrenzen.
Unterlagen, Daten, Versionen und technische Zustände geordnet sichern.
Soll und Ist vergleichen, Tests reproduzieren und Ursachen analysieren.
Feststellungen, Belege, Grenzen und Antworten verständlich dokumentieren.
Fragen zur technischen Prüfung
Bestimmt der Sachverständige den Verantwortlichen?
Nein. Er kann technische Ursachen und Beiträge untersuchen. Rechtliche Verantwortung, Verschulden und Haftung bewertet das Gericht beziehungsweise der Rechtsbeistand.
Kann es mehrere technische Ursachen geben?
Ja. Gerade in integrierten ERP-Landschaften wirken Anforderungen, Daten, Konfiguration und Schnittstellen häufig zusammen.
Warum ist eine Chronologie wichtig?
Sie zeigt, wann Anforderungen, Entscheidungen, Lieferstände und Fehler bekannt waren und welche technischen Auswirkungen nachfolgende Änderungen hatten.