Blog · Softwarewartung und Verantwortung ·
Kundenanwendungen betreuen: Was nach der Übergabe laufend anfällt
Nach der Übergabe braucht eine Kundenanwendung weiterhin Pflege: Abhängigkeiten ändern sich, Zugänge werden entzogen, Backups müssen wiederherstellbar sein und bei einer Störung muss jemand handeln. Ein brauchbarer Betriebsplan verbindet diese Arbeit mit Verantwortlichen, vereinbarten Zeiten und prüfbaren Ergebnissen. So lässt sich auch ein Software-Wartungsvertrag auf einen konkreten Leistungsumfang beziehen.
Welche Arbeit beginnt nach der Übergabe?
Die Übergabe dokumentiert einen freigegebenen Stand; laufende Betreuung hält die vereinbarten Funktionen über spätere Änderungen hinweg nutzbar. Dafür sind Anwendungscode, Infrastruktur und eingesetzte Dienste gemeinsam zu betrachten. Ein Hostingkonto beantwortet noch nicht, wer eine fehlgeschlagene CRM-Anmeldung untersucht oder einen geänderten API-Aufruf repariert.
Trennen Sie fachlich mindestens vier Aufgaben: geplante Wartung, Bearbeitung von Störungen, Unterstützung bei der Nutzung und Weiterentwicklung. Ein neues Exportformat ist etwas anderes als ein ausgefallener bestehender Export. Wie einzelne Aufgaben vertraglich einzuordnen sind, gehört in die konkrete Vereinbarung; dieser Beitrag liefert dafür eine technische Leistungsbeschreibung, keinen Mustervertrag.
Starten Sie mit dem vorhandenen Übergabeprotokoll. Für jede produktive Komponente müssen Repository, Version, Betreiberkonto, Abhängigkeiten und ein handlungsfähiger Ansprechpartner auffindbar sein. Unbekannte Kontoinhaber oder ein nicht reproduzierbarer Build werden zuerst geklärt. Sonst lässt sich der laufende Aufwand kaum belastbar planen.
Wer übernimmt Anwendung, Infrastruktur und Freigabe?
Unser Beispiel ist ein ausdrücklich fiktives internes CRM einer Agentur. Der Kunde verantwortet fachliche Daten und die Benutzerfreigabe, die Agentur den Anwendungscode und ein Infrastrukturbetreiber die vereinbarten Plattformkomponenten. Diese Verteilung ist ein Entwurf, keine Beschreibung eines obhut-Kunden oder eines angebotenen Leistungspakets.
| Aufgabe | Ausführung im Beispiel | Entscheidung oder Abnahme |
|---|---|---|
| Abhängigkeit aktualisieren | Agentur baut, testet und veröffentlicht die Anwendung. | Kunde bestätigt den fachlichen Testumfang; dringende Maßnahmen folgen der vereinbarten Notfallregel. |
| Mitarbeiter ausscheiden lassen | Verantwortlicher für Identitäten entzieht Konten, Sitzungen und Schlüssel nach dem festgelegten Verfahren. | Kunde meldet das Ausscheiden und bestätigt den gewünschten Entzug. |
| Daten wiederherstellen | Benannte Betreiber stellen Daten und Dateien in der vereinbarten Umgebung wieder her. | Kunde entscheidet über den tragbaren Datenverlust und prüft fachliche Vollständigkeit. |
| Störung eingrenzen | Erstkontakt sammelt Befund und koordiniert Agentur und Anbieter. | Eine benannte Person entscheidet über Abschaltung, Rücknahme oder Wiederöffnung. |
Hinterlegen Sie Vertretung, Kontaktweg und nötige Rechte. „Der Hoster kümmert sich“ ist keine ausführbare Zuständigkeit, wenn das Problem in einer Datenbankpolicy oder einem externen Dienst liegt. Prüfen Sie bei jedem Anbieter, welche Arbeiten dessen gebuchter Umfang tatsächlich einschließt.
Welcher Rhythmus ist sinnvoll?
Der Rhythmus folgt dem Schaden einer verspäteten Reaktion und der Veränderungsgeschwindigkeit des Projekts. Eine selten genutzte Informationsseite braucht andere Kontrollen als ein CRM, das täglich Aufträge verarbeitet. Die folgende Planung ist ein Ausgangspunkt für ein Gespräch, keine allgemeine Pflichtfrequenz und keine Zusage von Rund-um-die-Uhr-Betreuung.
- Ereignisbezogen: Störungen, relevante Sicherheitsmeldungen, Personalwechsel, Schlüsselverlust, Anbieterankündigungen und fehlerhafte Sicherungen erhalten eine zuständige Person und eine Priorität.
- In einem vereinbarten Wartungsfenster: Abhängigkeiten und Laufzeiten prüfen, Änderungen vorbereiten, Testfälle ausführen und freigegebene Versionen veröffentlichen.
- In einer regelmäßigen Betriebsbesprechung: Wiederkehrende Fehler, Kapazität, Kostenabweichungen, Rechte und ausstehende Maßnahmen mit dem Kunden durchgehen.
- Nach einem festgelegten Übungsplan: Wiederherstellung, Vertretung und Notfallzugang praktisch prüfen. Den Plan nach größeren Architektur- oder Datenänderungen erneut ansehen.
Automatische Meldungen brauchen einen betreuten Empfänger. Ein nachts versandter Alarm erzeugt keine vereinbarte Nachtbereitschaft. Halten Sie fest, wann Meldungen gelesen werden, wie ein Kunde einen dringenden Fall eröffnet und was außerhalb dieser Zeiten passiert. Die Antwort sollte sowohl im Betriebsplan als auch im Kundenangebot verständlich sein.
Wie wird aus einem Update eine kontrollierte Änderung?
NIST SP 800-40 Rev. 4 beschreibt Patchmanagement als Erkennen, Priorisieren, Beschaffen, Installieren und Überprüfen von Änderungen. Für eine Agentur ist vor allem die letzte Stufe entscheidend: Ein erfolgreiches Installationskommando zeigt noch nicht, ob Anmeldung, Export und Hintergrundjobs weiterhin funktionieren.
- Die betroffene Komponente und ihre Nutzung feststellen. Ein Hinweis auf eine Bibliothek wird gegen die tatsächlich ausgelieferte Version und den erreichbaren Anwendungspfad geprüft.
- Dringlichkeit mit Auswirkung und verfügbarer Abhilfe begründen. Planbare Updates und dringende Sicherheitsmaßnahmen können unterschiedliche Freigabewege brauchen.
- Eine reproduzierbare neue Version erstellen und die relevanten Abläufe in einer geeigneten Testumgebung prüfen. Datenbankmigrationen und Anbieteränderungen ausdrücklich einbeziehen.
- Rückweg und Sicherung klären. Eine alte Anwendungsversion ist möglicherweise mit einem bereits geänderten Datenbankschema nicht mehr kompatibel.
- Veröffentlichen, den tatsächlichen Betrieb kontrollieren und die ausgeführte Version dokumentieren. Bei Abweichungen den zuvor festgelegten Entscheidungsweg nutzen.
Im fiktiven CRM gehören Anmeldung, eigener und fremder Mandant, Dateiabruf und Export zur Freigabe. Ein Update der Oberfläche kann auch den API-Aufruf verändern; ein Datenbankupdate kann Berechtigungen berühren. Die Tests orientieren sich deshalb an den Funktionen und Datenrechten, auf die der Kunde angewiesen ist.
Was muss bei einer Störung bereits geklärt sein?
Notieren Sie getrennt, wann eine Meldung angenommen wird, wann eine qualifizierte Bearbeitung beginnt und wann ein Dienst wiederhergestellt sein soll. Eine kurze Reaktionszeit ist kein Versprechen einer ebenso kurzen Reparatur. Für jede Zeitangabe müssen Servicefenster, Priorität und Beginn der Messung klar sein.
Ein erster Befund sollte die betroffene Funktion, Beginn der Beobachtung, Reichweite und die letzte bekannte Änderung enthalten. Verwenden Sie sparsame, bereinigte Fehlerbeispiele. Vollständige Kundenexporte oder Zugangsdaten gehören nicht in ein allgemein zugängliches Ticket. Bei einem Sicherheitsverdacht wird nach dem vereinbarten Verfahren entschieden, welche Zugänge oder Funktionen vorübergehend begrenzt werden.
NIST SP 800-61 Rev. 3 ordnet Vorbereitung, Erkennung, Reaktion und Wiederherstellung in das laufende Risikomanagement ein. Übertragen auf das Agenturprojekt heißt das: Kontaktwege und Entscheidungsvollmachten werden vor dem Vorfall festgelegt. Nach der Wiederherstellung folgt eine kurze Auswertung mit Ursache, verbleibender Unsicherheit und konkreter Folgemaßnahme.
Beispiel: Ein Export scheitert nur für eine Organisation. Der Erstkontakt klärt den betroffenen Zeitraum und die letzte Änderung, die Agentur prüft den erlaubten Datenweg und einen berechtigten Vergleichsfall. Ein Rate-Limit-Problem, ein entzogener Zugang und ein defekter Hintergrundjob brauchen verschiedene Maßnahmen. Eine pauschale Server-Neustart-Anweisung wäre kein ausreichender Betriebsplan.
Welche Kontrollen bleiben dauerhaft notwendig?
Wiederherstellung, Rechteentzug und Kostenkontrolle brauchen wiederkehrende Nachweise. Ein Backup-Erfolg aus dem vergangenen Quartal sagt wenig über heute neu hinzugekommene Anhänge oder einen anderen Speicheranbieter. Die CRM-Restore-Probe zeigt, warum Datenbank und Dateien gemeinsam kontrolliert werden müssen.
Vereinbaren Sie, wie viel Datenverlust und welche Wiederherstellungszeit fachlich tragbar sind. Eine Übung hält den Sicherungspunkt, den Umfang, tatsächlich gemessene Schritte und offene Punkte fest. Nach einer Wiederherstellung werden auch spätere Rechteentzüge und externe Nebenwirkungen geprüft, bevor Jobs oder Zugänge wieder geöffnet werden.
Für Zugänge braucht es eine Liste der Personen, technischen Konten und Integrationen mit Verantwortlichen. Änderungen beim Kunden müssen den Betreiber erreichen. Der CRM-Zugriffsleitfaden behandelt Mitarbeiter und Partner; die Anleitung zu Secrets zeigt die getrennte Prüfung von Ersatzschlüssel und wirksamem Entzug.
Beim Verbrauch gehören Speicher, Datenverkehr, E-Mail und bezahlte APIs in den Blick. Eine Abrechnung ist ein nachlaufender Befund. Für teure Aktionen braucht es vorab Grenzen und einen Empfänger für Warnungen. API Rate Limiting erklärt, warum Nutzer- und Mandantenquoten andere Fragen beantworten als ein Gesamtbudget.
Was bestimmt die Kosten der Softwarewartung?
Ein belastbarer Wartungspreis folgt aus dem betreuten Umfang und den zugesagten Zeiten. Ohne bekannte Komponenten, Zugänge, Testbarkeit und Störungslage wäre eine Monatspauschale geraten. Dieser Beitrag nennt deshalb keine vermeintlichen Marktpreise und keine obhut-Preisliste.
Erfassen Sie für ein Angebot mindestens: Zahl und Art der Anwendungen, unterstützte Umgebungen, externe Integrationen, bekannte Altlasten, Änderungsfrequenz, vorhandene Tests, Datenmenge und Wiederherstellungsanforderungen. Dazu kommen Servicefenster, Vertretung, reservierte Kapazität und der Umgang mit ungeplanter Arbeit. Zwei gleich große Oberflächen können hier sehr verschiedene Anforderungen haben.
Eine nachvollziehbare Kalkulation trennt geplante Pflege, ausdrücklich reservierte Bereitschaft, tatsächlich anfallende Störungsarbeit, externe Gebühren und beauftragte Weiterentwicklung. Wiederkehrende Aufgaben erhalten einen geschätzten Aufwand und nach der Ausführung einen Ist-Wert. So wird sichtbar, welche Annahmen stimmen und wo ein altes Integrationsproblem jeden Monat neue Arbeit erzeugt.
Für einen Software-Wartungsvertrag sollten Kunde und Agentur die technische Leistungsbeschreibung gemeinsam durchgehen: Was ist enthalten, was löst einen Zusatzauftrag aus, wer darf Kosten freigeben und wann wird der Umfang neu bewertet? Vertragsrechtliche Formulierungen und Haftungsfragen sind gesondert zu prüfen. Ein ausgefüllter Betriebsplan erleichtert dieses Gespräch, ersetzt aber den Vertrag nicht.
Den Betriebsplan ausfüllen und tatsächlich benutzen
Die editierbare Betriebsplan-Vorlage verbindet Systeminventar, Aufgaben, Servicefenster, Änderungen und Vorfälle. Die ergänzende CSV-Aufgabenliste lässt sich in eine Tabellenkalkulation oder ein Ticketsystem übernehmen. Beide enthalten Felder zum Ausfüllen, keine vorgegebenen Zusagen.
- Die bestehende Übergabe sichten und fehlende Zugänge oder Verantwortliche zuerst klären.
- Die wichtigsten Nutzerabläufe und deren Folgen bei Ausfall benennen.
- Jeder wiederkehrenden Aufgabe Ausführung, Entscheidung, Vertretung und erwarteten Nachweis zuordnen.
- Servicefenster, Prioritäten und Budgetfreigaben mit dem Kunden abstimmen.
- Eine geplante Änderung und eine Wiederherstellungsübung anhand des Plans durchführen; Abweichungen zurück in den Plan übernehmen.
Ein kurzer Betriebsbericht nennt erledigte Arbeiten, überprüfte Versionen, beobachtete Störungen, Verbrauchsabweichungen und offene Entscheidungen mit Verantwortlichen. Er muss nicht mit Aktivitätszahlen beeindrucken. Nützlich ist er, wenn der Kunde daraus erkennen kann, was funktioniert, wo eine Entscheidung fehlt und welche Arbeit als Nächstes ansteht.
Das Kundenprojekt mit obhut besprechen
obhut entwickelt eine Betriebsplattform für Agenturen mit Websites, Kundenportalen, SaaS und internen Anwendungen. Statisches Hosting, DNS sowie HTTP/HTTPS-Proxy und Tunnel sind implementiert.
Identitätsbasierter Access, WAF für Kundentraffic und Serverlaufzeiten sind geplant. Ein Hosting- oder Proxy-Baustein übernimmt nicht automatisch die Anwendungspflege, Mailmigration oder Wiederherstellung von Kundendaten. Ein laufender Wartungsvertrag und dessen Leistungen müssten gesondert vereinbart werden.
Im Projektgespräch für Agenturen klären wir Ihre Anwendung, den geplanten Wechsel und die heutigen Zuständigkeiten. Bringen Sie eine kurze Systemübersicht und die offenen Betriebsfragen mit; Zugangsdaten gehören nicht in das Kontaktformular.
Quellen und Prüfstand
Quellen und Vorlagen geprüft am 28. September 2026. Das CRM-Beispiel ist illustrativ; keine Kundenergebnisse, Marktpreise oder Servicezusagen.
