Softwareangebot prüfen: Was ist bei Integration und Betrieb enthalten?
„Die Anbindung an Ihr ERP ist enthalten.“ Diese Formulierung kann für einen Datentransfer stehen – oder für einen im Alltag zuverlässig betreuten Geschäftsprozess. Aus dem Satz allein geht nicht hervor, was passiert, wenn ein Auftrag hängen bleibt, eine Antwort verloren geht oder sich ein angeschlossenes System verändert.
Wer ein Softwareangebot prüft, sollte deshalb nicht nur nach vorhandenen Funktionen fragen, sondern nach den tatsächlich zugesagten Leistungen. Am Beispiel einer CRM-ERP-Anbindung zeigen wir, wie sich Umfang, Fehlerbehandlung, Zuständigkeiten und Kosten vor einer verbindlichen Zusage klären lassen. Die Prüflogik lässt sich auf andere kritische Software-Schnittstellen übertragen; sie ersetzt keine individuelle Prüfung des vollständigen Vertrags.
1. Aus einer Angebotsposition konkrete Prüffragen ableiten
Stellen wir uns folgende rein illustrative Angebotsposition vor:
CRM–ERP-Schnittstelle: Übertragung von Aufträgen aus dem CRM an das ERP, einschließlich Einrichtung und Standard-Support.
Damit sind die Übertragungsrichtung, Einrichtung und Standard-Support angesprochen. Wie weit die jeweiligen Leistungen reichen, bleibt jedoch offen:
| Bereits angesprochen | Noch gezielt zu klären |
|---|---|
| Aufträge werden vom CRM ins ERP übertragen. | Welche Daten, fachlichen Prüfungen und Ausnahmen gehören zu diesem Ablauf? |
| Die Einrichtung ist eingeschlossen. | Umfasst sie auch Protokollierung, Wiederanlauf nach Fehlern und wirksame Zugriffsrechte? |
| Standard-Support ist vorgesehen. | Wer erkennt Fehlzustände, wer klärt sie in welchem Zeitrahmen und welche Änderungen sind gesondert zu bezahlen? |
Nicht jede Einzelheit muss in der Preisposition selbst stehen. Entscheidend ist, ob kritische Leistungen in den maßgeblichen Angebotsanlagen, Leistungsbeschreibungen oder vereinbarten Unterlagen konkret und widerspruchsfrei festgehalten werden. Eine fehlende Erwähnung beweist weder, dass der Anbieter etwas nicht kann, noch dass die Leistung automatisch enthalten ist.
2. Wenn die ERP-Bestätigung ausbleibt
Das CRM übermittelt einen Auftrag. Das ERP legt ihn an, doch die Rückmeldung erreicht das CRM nicht. Im Vertrieb erscheint ein Fehler. Wird der Auftrag ungeprüft erneut gesendet, könnte im ERP ein zweiter Auftrag entstehen.
Die wichtige Frage lautet daher nicht allein „Kann die Schnittstelle Aufträge senden?“, sondern: Wie erkennt und behandelt die angebotene Lösung einen bereits angelegten Auftrag, wenn dessen Bestätigung fehlt?
Dazu braucht es einen nachvollziehbaren Weg:
- Wiedererkennen: Derselbe fachliche Auftrag muss einem stabilen Vorgang zugeordnet werden können.
- Zustand klären: Aus einer geeigneten Quelle muss erkennbar sein, ob der ERP-Auftrag schon existiert. Solange das nicht geklärt ist, darf ein unkontrollierter Wiederholungsversuch nicht als sicher gelten.
- Gezielt fortsetzen: Verantwortliche und Regeln müssen bestimmen, ob nur eine Rückmeldung wiederholt, ein Vorgang geprüft oder eine Störung manuell geklärt wird.
Eine reine Statusabfrage macht die Verarbeitung noch nicht duplikatsicher: Auch gleichzeitige Wiederholungen müssen so abgesichert sein, dass nicht zwei ERP-Aufträge entstehen. Eine beständige Geschäftstransaktions-ID und ein Transaktionsregister können Bestandteile eines solchen Lösungsentwurfs sein. Das beweist aber noch nicht, dass sie Teil der angebotenen Leistung oder bereits eingerichtet und getestet sind. Der technische Hintergrund wird im Idempotent-Consumer-Muster von Microsoft erläutert.
Eine verwertbare schriftliche Anbieterfrage wäre zum Beispiel:
Wie stellt die angebotene Integration nach einem Timeout fest, ob der ERP-Auftrag bereits existiert, und wie verhindert sie doppelte Aufträge bei erneuten oder parallelen Versuchen? Bitte nennen Sie den vorgesehenen Prüf- und Wiederanlaufweg, die zuständige Rolle, die Abnahmetests und ob Einrichtung sowie spätere Fehlerbearbeitung im angebotenen Preis enthalten sind.
Wie diese Frage eine CRM-Systementscheidung beeinflusst, zeigt das fiktive Kernfeld-Beispiel.
3. Sechs Fragen für den konkreten Angebotsabgleich
Die Prüfung soll nicht das gesamte Implementierungsprojekt vorwegnehmen. Sie soll erkennen lassen, welche offenen Punkte Leistungsumfang, Kosten oder das Risiko des betroffenen Geschäftsablaufs wesentlich verändern.
| Prüffrage | Woran eine belastbare Antwort zu erkennen ist |
|---|---|
| 1. Welcher Ablauf ist umfasst? | Datenobjekte, beteiligte Systeme, Richtung der Übergabe, kritische Sonderfälle und Ausschlüsse sind benannt. |
| 2. Wer trägt welche Aufgabe? | Verantwortung für Datenquelle, Integration, Zielsystem, Überwachung und fachliche Fehlerklärung ist zugeordnet. |
| 3. Was geschieht bei Störungen? | Fehlererkennung, Bearbeitungsstand, Benachrichtigung und sichere Fortsetzung sind für die kritischen Fälle beschrieben. |
| 4. Was benötigt der laufende Betrieb? | Konten, Berechtigungen, Monitoring, Wartung sowie Änderungen an angebundenen Systemen sind berücksichtigt oder ausdrücklich abgegrenzt. |
| 5. Was wird bei Übergabe geprüft? | Es ist vereinbart, welche Normal- und Fehlerfälle später getestet werden und wer deren Ergebnis abnimmt. |
| 6. Welche Kosten gehören dazu? | Einmalige Einrichtung, nötige Anpassungen, Lizenzen, Support, Betrieb und mögliche Zusatzleistungen sind unterscheidbar. |
Ein Angebot darf einzelne Aufgaben bewusst ausschließen. Entscheidend ist, dass der Ausschluss verstanden wird und der notwendige Rest nicht ungeplant beim Kunden landet. Je nach Vorhaben können statt dieser Schnittstellenfragen andere Risiken – etwa Migration oder Datenherausgabe – Vorrang haben.
4. Produktfähigkeit, Leistungszusage und Test auseinanderhalten
Bei einer Angebotsprüfung treffen drei Arten von Aussagen aufeinander:
- Produktfähigkeit: Eine Herstellerquelle beschreibt, dass eine Plattform einen Mechanismus grundsätzlich unterstützt.
- Leistungszusage: Die konkreten Angebotsunterlagen sagen, wer ihn für den vereinbarten Ablauf einrichtet, betreibt und verantwortet.
- Praktischer Nachweis: In der tatsächlich eingerichteten Lösung wird später mit geeigneten Daten und Fehlerfällen getestet, ob der Ablauf funktioniert.
Aus einer dokumentierten API oder Wiederholungsfunktion folgt also nicht, dass der Anbieter deren richtige Nutzung im Angebot übernommen hat. Umgekehrt zeigt ein fehlender Angebotsnachweis keine fehlende technische Fähigkeit.
Die Entscheidung muss zum richtigen Zeitpunkt ausreichend abgesichert sein. Kritische Zuständigkeiten und geschuldete Leistungen sollten vor einer Bindung geklärt werden. Die praktische Ausführung kann dagegen ausdrücklich als spätere Abnahmebedingung vereinbart werden. Welche Punkte vorher verbindlich sein müssen, hängt vom Risiko des konkreten Vorhabens ab.
5. Angebote auf derselben Grundlage vergleichen
Ein niedrigerer Angebotspreis ist noch kein belegter Gesamtkostenvorteil, wenn beim günstigeren Angebot wichtige Aufgaben außerhalb des enthaltenen Umfangs liegen.
Deshalb sollten die Angebote für dieselben kritischen Abläufe betrachtet werden: Was ist nachweislich enthalten? Was ist ausgeschlossen? Was ist noch unklar? Und welche zusätzlichen Leistungen oder internen Aufgaben wären nötig, damit die Varianten das gleiche Ergebnis ermöglichen?
Unbekannte Kosten dürfen als ausdrücklich gekennzeichnete Planungsannahmen berücksichtigt werden, aber nicht als verbindliche Angebotspreise erscheinen. Wo der Vergleich davon abhängt, bleiben die Beträge zur Bestätigung offen. Ein günstigeres Angebot kann weiterhin die bessere Wahl sein – aber erst nach einem nachvollziehbaren Vergleich des tatsächlichen Leistungsumfangs.
6. Welches Ergebnis sollte die Prüfung liefern?
Für eine konkrete Entscheidungsfrage reichen vier sauber getrennte Ergebnisse oft weiter als eine lange allgemeine Checkliste:
- Abgedeckt: Welche Leistungen sind in welcher Unterlage nachvollziehbar zugesagt?
- Offen oder ausgeschlossen: Welche entscheidungsrelevanten Teile fehlen oder sind bewusst nicht Bestandteil des Angebots?
- Gezielte Rückfragen: Welche Bestätigung, Abgrenzung oder Unterlage wird vom Anbieter benötigt?
- Entscheidungsfolge: Ist der Vergleich für die beabsichtigte Zusage ausreichend – oder muss ein kritischer Punkt zuvor geklärt werden?
EvidenceOps bietet für solche klar abgegrenzten Fragen die gezielte Angebotsprüfung für 1.500 € an, als Festpreis nach Bestätigung des Umfangs. Sie umfasst bis zu zwei Optionen und zwei kritische Prozesse oder Schnittstellen; die konkrete Fragestellung und Untersuchungstiefe werden vorher schriftlich vereinbart. Umfang, Ergebnis und Konditionen der gezielten Angebotsprüfung ansehen.
Einordnung: Die Angebotsposition wurde für diesen Beitrag erfunden. Der Fehlerfall ist eine vereinfachte Illustration des fiktiven Kernfeld-Szenarios; er ist weder ein realer Kundenfall noch ein ausgeführter Integrationstest. Die fachliche Prüfung von Leistungszusagen ersetzt weder Rechtsberatung noch eine rechtliche Vertragsprüfung.