Vertrag und Bestellung

Nach der Angebotsprüfung liegt ein bestellfähiger Leistungsumfang vor. Jetzt muss sichergestellt werden, dass genau dieser Stand rechtsverbindlich vereinbart wird. Dabei reicht es nicht, lediglich auf das letzte Angebot zu verweisen oder eine kurze Bestellung auszulösen.

MES-Projekte bestehen meist aus mehreren Dokumenten: Lastenheft, Anbieterantwort, Angebot, Preisblatt, Projektplan, Leistungsbeschreibung, Protokolle, Lizenzbedingungen, Wartungsvertrag und gegebenenfalls Cloud- oder Auftragsverarbeitungsvereinbarungen. Ohne klare Dokumentenstruktur können Widersprüche entstehen. Im Streitfall ist dann unklar, welches Dokument Vorrang hat.

Ziel von Vertrag und Bestellung

Die Vertrags- und Bestellunterlagen sollen die Ergebnisse des gesamten Auswahlprozesses rechtssicher und praktisch umsetzbar zusammenführen. Sie müssen insbesondere festlegen:

• welche Lösung und welche Leistungen geschuldet sind,
• welche Dokumente Vertragsbestandteil werden,
• welche Termine und Meilensteine gelten,
• welche Mitwirkungen beide Seiten erbringen,
• wann Leistungen als erbracht und abgenommen gelten,
• wie Änderungen behandelt werden,
• welche Preise, Zahlungsbedingungen und Folgekosten gelten,
• wie Wartung, Support, Betrieb und spätere Beendigung geregelt sind.

Vertragsmodell festlegen

Je nach Projekt, Einkaufsorganisation und Anbieter kann die Beauftragung über einen Einzelvertrag, einen Projektvertrag mit Anlagen, eine Bestellung auf Basis ausgehandelter Bedingungen oder eine Kombination aus Rahmenvertrag und Einzelabruf erfolgen. Entscheidend ist nicht die Bezeichnung, sondern die inhaltliche Vollständigkeit.

Für ein MES-Projekt werden häufig mehrere Regelungsbereiche benötigt:

• Softwareüberlassung oder Software-as-a-Service,
• Implementierung und Projektleistungen,
• Konfiguration, Erweiterungen und Individualentwicklungen,
• Wartung und Support,
• Hosting oder Cloudbetrieb,
• Schulungen und Dokumentation,
• Datenschutz und Informationssicherheit.

Vertragsdokumente eindeutig festlegen

Alle Dokumente müssen mit Titel, Datum und Versionsstand aufgeführt werden. Allgemeine Verweise wie „gemäß Ausschreibungsunterlagen“ oder „wie besprochen“ sind nicht ausreichend.

Typische Vertragsbestandteile sind:

1. Vertrag oder Bestellung,
2. verhandelte Leistungsbeschreibung beziehungsweise finales Angebot,
3. Lastenheft mit Anlagen und Mengengerüst,
4. finale Anbieterantwort und Abweichungsliste,
5. Preisblatt und Zahlungsplan,
6. Projektplan mit Meilensteinen,
7. Abnahme- und Testkonzept,
8. Wartungs-, Support- oder Service-Level-Vereinbarung,
9. Lizenz-, Cloud- und Datenschutzbedingungen,
10. freigegebene Protokolle und Klärungslisten.

Rangfolge bei Widersprüchen definieren

Mehrere Vertragsdokumente enthalten zwangsläufig Überschneidungen. Deshalb muss geregelt sein, welches Dokument bei einem Widerspruch Vorrang hat. Ohne Rangfolge können allgemeine Anbieterbedingungen konkrete Zusagen aus Lastenheft oder Angebot ungewollt einschränken.

Die konkrete Rangfolge muss zum jeweiligen Vertragswerk passen. Wichtig ist, dass individuell verhandelte Inhalte nicht durch nachrangige Standardbedingungen aufgehoben werden.

Leistungsumfang und Projektgrenzen übernehmen

Der im Angebot geprüfte Leistungsumfang muss ohne Verkürzung in den Vertrag übernommen werden. Dazu gehören nicht nur Softwaremodule, sondern auch alle erforderlichen Projekt- und Nebenleistungen.

Verbindlich zu benennen sind insbesondere:

• Module, Funktionen, Lizenzen und Nutzungsrechte,
• Standorte, Maschinen, Benutzer und Schnittstellen,
• Konfigurationen, Erweiterungen und Individualentwicklungen,
• Datenmigration und Datenübernahme,
• Projektleitung, Beratung und Workshops,
• Tests, Schulungen und Dokumentation,
• Pilotierung, Rollout und Produktivsetzung,
• Betriebsunterstützung nach dem Go-live.

Verantwortlichkeiten und Mitwirkungspflichten vereinbaren

MES-Projekte benötigen aktive Leistungen beider Seiten. Der Vertrag muss deshalb nicht nur Pflichten des Anbieters, sondern auch die erforderlichen Beiträge des Auftraggebers konkret beschreiben.

Für jede wesentliche Mitwirkung sollten festgelegt werden:

• verantwortliche Rolle,
• zu lieferndes Ergebnis,
• Termin und erforderliche Qualität,
• benötigter interner Aufwand,
• Abhängigkeiten zu anderen Arbeitspaketen,
• Verfahren bei Verzögerungen.

Die Mitwirkungspflichten dürfen nicht als pauschale Generalklausel verwendet werden, um Termin- und Kostenrisiken vollständig auf den Auftraggeber zu übertragen. Umgekehrt muss das Unternehmen die vereinbarten Ressourcen realistisch bereitstellen.

Projektorganisation und Entscheidungswege festlegen

Die Projektorganisation sollte bereits vor der Bestellung benannt sein. Dazu gehören Projektleitung, Lenkungskreis, Fachverantwortliche, IT-Verantwortliche und die Ansprechpartner des Anbieters.

Der Vertrag oder eine verbindliche Anlage sollte regeln:

• welche Gremien und Rollen bestehen,
• wer Entscheidungen treffen und Änderungen freigeben darf,
• wie häufig Projektstatus und Risiken berichtet werden,
• wie Eskalationen erfolgen,
• wie Beschlüsse dokumentiert und bestätigt werden.

Termine und Meilensteine verbindlich machen

Ein Projektplan wird erst dann belastbar, wenn die wesentlichen Meilensteine, Abhängigkeiten und Liefergegenstände Vertragsbestandteil sind. Ein unverbindlicher Terminplan genügt nicht.

Typische Meilensteine sind:

• Projektstart und Kick-off,
• Freigabe von Fach- und Technikkonzept,
• Bereitstellung der Systemumgebungen,
• Fertigstellung von Schnittstellen und Maschinenanbindungen,
• Abschluss der Konfiguration,
• Beginn und Ende der Testphasen,
• Pilotstart,
• Produktivsetzung,
• Abnahme und Übergang in den Regelbetrieb.

Für terminrelevante Voraussetzungen sollte festgelegt werden, wann eine Behinderung vorliegt, wie sie angezeigt wird und welche Auswirkungen sie auf Termine und Kosten hat.

Zahlungsplan an Ergebnisse koppeln

Zahlungen sollten nicht nur nach Kalenderdaten oder pauschalem Projektfortschritt fällig werden. Sinnvoll ist eine Kopplung an nachvollziehbare Liefergegenstände und freigegebene Meilensteine.

Abnahme eindeutig regeln

Die Abnahme ist einer der wichtigsten Vertragspunkte. Sie bestätigt, dass die vereinbarte Leistung im Wesentlichen vertragsgemäß erbracht wurde. Deshalb müssen Verfahren, Kriterien und Folgen klar beschrieben sein.

Zu regeln sind mindestens:

• welche Liefergegenstände einzeln oder gemeinsam abgenommen werden,
• welche Testfälle und Anforderungen als Nachweis dienen,
• wer die Abnahme erklärt,
• welche Prüf- und Reaktionsfristen gelten,
• wie Mängel klassifiziert und dokumentiert werden,
• welche Restmängel eine Abnahme zulassen,
• welche Fristen für die Mängelbeseitigung gelten,
• ob und unter welchen Voraussetzungen Teilabnahmen möglich sind.

Änderungsverfahren verbindlich vereinbaren

Änderungen sind in MES-Projekten normal. Unkontrollierte Änderungen sind jedoch eine der häufigsten Ursachen für Budgetüberschreitungen und Terminverschiebungen. Deshalb braucht das Projekt ein verbindliches Change-Request-Verfahren.

Ein Änderungsantrag sollte enthalten:

• Beschreibung und fachliche Begründung,
• Bezug zum bisherigen Leistungsumfang,
• Auswirkungen auf Funktionen, Architektur und Daten,
• zusätzliche oder entfallende Kosten,
• Auswirkungen auf Termine und Ressourcen,
• Entscheidung und Freigabestatus,
• Aktualisierung der betroffenen Vertragsanlagen.

Der Anbieter darf geänderte Leistungen erst nach dokumentierter Freigabe umsetzen. Gleichzeitig muss geregelt sein, wie notwendige Sofortentscheidungen behandelt werden, ohne die Kostenkontrolle zu verlieren.

Preise und Folgekosten absichern

Neben dem Projektpreis sind die langfristigen Kosten zu regeln. Dazu gehören Wartung, Support, Hosting, Cloudnutzung, zusätzliche Benutzer, Maschinen, Standorte, Schnittstellen und spätere Ausbaustufen.

Zu prüfen und zu vereinbaren sind:

• Preisbindung für Projekt und Optionen,
• Tagessätze und Nebenkosten,
• Berechnungsbasis der Wartung,
• Beginn der Wartungs- oder SaaS-Gebühren,
• Preisstaffeln für zusätzlichen Ausbau,
• Indexierung und zulässige Preisanpassungen,
• Kosten für Updates und Releasewechsel,
• Kosten für Beendigung, Datenexport und Systemablösung.

Nutzungsrechte und Individualentwicklungen klären

Bei Standardsoftware müssen Umfang, Dauer, räumliche Geltung und Übertragbarkeit der Nutzungsrechte zur geplanten Nutzung passen. Bei Erweiterungen und Individualentwicklungen ist zusätzlich zu klären, wer den Programmcode nutzen, ändern, warten und bei einem Anbieterwechsel weiterverwenden darf.

Wichtige Fragen sind:

• Welche Unternehmen, Werke und Benutzer dürfen die Software nutzen?
• Welche Test-, Schulungs- und Ausweichsysteme sind enthalten?
• Dürfen verbundene Unternehmen oder externe Dienstleister zugreifen?
• Wer besitzt die Rechte an kundenspezifischen Erweiterungen?
• Ist die Wartung von Individualentwicklungen geregelt?
• Wie werden Erweiterungen bei Versionswechseln behandelt?

Daten, Datenschutz und Informationssicherheit regeln

Produktions-, Qualitäts- und Personaldaten sind für den Betrieb des Unternehmens kritisch. Vertraglich muss deshalb festgelegt sein, wie Daten verarbeitet, geschützt, gesichert und bei Vertragsende herausgegeben werden.

Je nach Betriebsmodell sind insbesondere zu regeln:

• Eigentum und Verfügungsrecht an den Unternehmensdaten,
• Zugriffs- und Berechtigungskonzepte,
• Speicherort und eingesetzte Unterauftragnehmer,
• Datensicherung, Wiederherstellung und Notfallverfahren,
• Protokollierung sicherheitsrelevanter Vorgänge,
• Meldewege bei Sicherheitsvorfällen,
• Datenschutzvereinbarungen und Löschkonzepte,
• vollständiger Datenexport in einem nutzbaren Format.

Wartung, Support und Service Levels vereinbaren

Der Regelbetrieb beginnt nach dem Projekt. Wartungs- und Supportleistungen müssen deshalb zur Kritikalität der MES-Lösung passen.

Eine belastbare Regelung umfasst:

• Supportzeiten und Kommunikationswege,
• Prioritäts- oder Fehlerklassen,
• Reaktions-, Analyse- und Wiederherstellungszeiten,
• Eskalationsverfahren,
• Verfügbarkeit und Wartungsfenster,
• Updates, Patches und Releaseversorgung,
• Unterstützung bei Störungen von Schnittstellen und Fremdsystemen,
• Berichtspflichten und Serviceauswertungen.

Laufzeit, Kündigung und Exit vorbereiten

Schon bei Vertragsabschluss muss geklärt werden, wie die Zusammenarbeit beendet oder die Lösung abgelöst werden kann. Das ist besonders bei Cloud- und SaaS-Modellen relevant.

Eine Exit-Regelung sollte mindestens festlegen:

• Kündigungsfristen und Verlängerungsmechanismen,
• Fortführung des Betriebs während einer Übergangsphase,
• Art, Umfang und Format des Datenexports,
• Unterstützung bei Migration und Systemablösung,
• Löschung verbliebener Datenkopien,
• Herausgabe von Dokumentationen und Konfigurationen,
• Kosten der Exit-Unterstützung.

Haftung, Gewährleistung und Versicherungen prüfen

Regelungen zu Haftung und Gewährleistung müssen zum wirtschaftlichen Risiko des Projektes passen. Pauschale Standardbedingungen des Anbieters können die Haftung stark begrenzen oder kritische Schadensarten ausschließen.

Die rechtliche Prüfung sollte insbesondere betrachten:

• Beginn und Dauer der Gewährleistung,
• Rechte bei Mängeln und wiederholtem Fehlschlagen,
• Haftungsgrenzen und Haftungsausschlüsse,
• Umgang mit Datenverlust und Betriebsunterbrechung,
• Verletzung von Schutzrechten Dritter,
• bestehende Betriebs- und Vermögensschadenhaftpflicht.

Bestellfreigabe systematisch vorbereiten

Vor der Unterschrift oder Bestellung sollte eine abschließende Freigabe erfolgen. Fachbereich, IT, Einkauf, Datenschutz, Informationssicherheit, Finanzen und Rechtsprüfung bestätigen jeweils die für sie relevanten Punkte.

Die Bestellung darf erst ausgelöst werden, wenn:

• der Leistungsumfang vollständig und freigegeben ist,
• alle Vertragsanlagen eindeutig versioniert sind,
• die Rangfolge der Dokumente feststeht,
• Budget und Zahlungsplan genehmigt sind,
• kritische Annahmen und Ausschlüsse geklärt sind,
• Projektressourcen und Mitwirkungspflichten bestätigt sind,
• Abnahme und Änderungsverfahren vereinbart sind,
• Wartung, Support, Datenschutz, Sicherheit und Exit geregelt sind,
• keine kritischen offenen Punkte bestehen.

Typische Fehler bei Vertrag und Bestellung

• Die Bestellung verweist nur auf den Angebotspreis, nicht auf den vollständigen Leistungsumfang.
• Dokumente sind nicht versioniert oder nicht als Vertragsbestandteil benannt.
• Eine Rangfolge bei Widersprüchen fehlt.
• Allgemeine Anbieterbedingungen stehen über individuell ausgehandelten Zusagen.
• Zahlungen sind nicht an Ergebnisse und Abnahme gekoppelt.
• Mitwirkungspflichten bleiben pauschal.
• Abnahmekriterien werden erst im Projekt definiert.
• Änderungen können ohne formale Freigabe beauftragt werden.
• Laufende Kosten und Preisanpassungen sind nicht transparent.
• Datenexport und Exit sind bei Cloudbetrieb nicht geregelt.
• Die Bestellung wird unter Zeitdruck ausgelöst, obwohl kritische Punkte offen sind.

Ergebnis dieses Arbeitsschrittes

Am Ende sollten mindestens folgende Ergebnisse vorliegen:

• fachlich, kaufmännisch und rechtlich geprüfte Vertragsgrundlage,
• vollständige und versionierte Liste aller Vertragsbestandteile,
• eindeutige Rangfolge der Dokumente,
• verbindlicher Leistungsumfang und Projektplan,
• geregelte Verantwortlichkeiten und Mitwirkungspflichten,
• meilensteinbezogener Zahlungsplan,
• prüfbares Test- und Abnahmeverfahren,
• verbindliches Änderungsverfahren,
• geklärte Nutzungsrechte, Wartung und Supportleistungen,
• geregelter Datenschutz, Informationssicherheit und Exit,
• freigegebene Bestellung ohne kritische offene Punkte.

Arbeitshilfe: Vertrag und Bestellung

Abschluss des Entscheidungsprozesses

Mit der geprüften Vertragsgrundlage und der freigegebenen Bestellung ist die MES-Auswahl abgeschlossen. Das Unternehmen hat nicht nur einen Anbieter ausgewählt, sondern eine nachvollziehbare Entscheidung vorbereitet: ausgehend vom tatsächlichen Handlungsbedarf, über Ziele, Wirtschaftlichkeit, Zielbild, Lastenheft und objektiven Anbietervergleich bis zur verbindlichen Beauftragung.

Damit beginnt die Umsetzung auf einer belastbaren Grundlage. Die nächsten Aufgaben sind Projektstart, Detailkonzeption, Konfiguration, Test, Pilotierung, Rollout und organisatorische Verankerung. Diese Schritte bauen auf den Entscheidungen auf, die mit dem in diesem Buch beschriebenen Vorgehen systematisch vorbereitet wurden.