Die kurze Antwort: Fassen Sie Portfolio, Leistungsumfang, Verantwortlichkeiten, Abdeckung und Abnahmekriterien in einer einzigen Scope-Tabelle zusammen
Die Anforderung „SAP unterstützen“ ist zu weit gefasst für ein verlässliches Angebot oder Verantwortungsmodell. Definieren Sie die Anwendungen und Umgebungen, Module und Geschäftsprozesse, enthaltenen Aktivitäten, Support-Level, Servicezeiten, Abhängigkeiten von Drittanbietern und die Übergabeabnahme in einem gemeinsamen Leistungsumfang.
1. Benennen Sie die Anwendungen und Geschäftsprozesse
- Produktions-, Test- und Entwicklungsumgebungen, Versionen, Standorte, Benutzer und Sprachen
- SAP-Module im Leistungsumfang – wie SD und MM – sowie Verantwortung für die ABAP-Entwicklung
- Schnittstellen, Batch-Prozesse, Reports, Jobs, Monitoring und externe Systeme
- Geschäftskritische Prozesse wie Auftragsabwicklung, Lieferung, Einkauf und Bestandsführung
2. Trennen Sie Betriebsaufgaben von Projektarbeit
Incidents, Probleme, Serviceanfragen, Standardänderungen, Release-Support, wiederkehrende Betriebsaufgaben und genehmigte kleine Verbesserungen klassifizieren. Umfangreiche Entwicklungen, Upgrades, Migrationen und Datenbereinigungen sollten nicht per Annahme in AMS einfließen; geben Sie ihnen einen separaten Umfang und Genehmigungsweg.
3. Machen Sie L1, L2, L3 und die RACI explizit
- L1: Annahme, Informationsprüfung, Klassifizierung und Nutzerkommunikation
- L2: Diagnose und Lösung innerhalb unterstützter Funktionen, Konfiguration und Betrieb
- L3: spezialisierte Entwicklung wie ABAP, Produktanbieter-Eskalation oder tiefgehendes Engineering
- Kunde: Geschäftspriorität, Genehmigungen, Key User und Risikoakzeptanz
- Gemeinsam: Entscheidungen bei schwerwiegenden Vorfällen, Change-Zeitplan, Release-Freigabe und Verbesserungsprioritäten
4. Abdeckung und Priorität nach Geschäftswirkung festlegen
Reguläre Arbeitszeiten, Feiertage, Rufbereitschaft, Präsenz vor Ort, Sprachen und Zeitzonen trennen. 24×7 ist kein pauschaler Standard: Es erfordert benannte Systeme, ein Bereitstellungsmodell, einen Kontaktweg und Prioritätsdefinitionen. Reaktions- und Lösungsziele werden anschließend nach Auswirkung und L1–L3-Verantwortung vereinbart.
5. Übergang und Abnahme durch Nachweise steuern
- Service-Inventar, Architektur, Kontaktbaum, Runbooks und bekannte Fehler
- Zugriffsanfragen, MFA oder VPN, Protokolle, Vertraulichkeit und grenzüberschreitende Zugriffskontrollen
- Offene Tickets, geplante Änderungen, technische Schulden, Lieferantenverträge und Abhängigkeiten
- Shadowing, Reverse Shadowing, Tests, Ausnahmen und ein benannter Abnahmeverantwortlicher
Liefernachweis: SAP-Support für ein Konsumgüterunternehmen in Japan
Seit August 2025 unterstützt TAC die Japan-Aktivitäten eines bekannten globalen Konsumgüterunternehmens unter Vertraulichkeit. Sechs Berater—einer vor Ort und fünf remote—unterhalten SAP SD, MM und ABAP, mit L1-, L2- und L3-Aufnahme, -Reaktion und -Eskalation sowie Change-, Release- und Reporting-Praktiken. Nicht verifizierte Aufwands-, SLA- und Verbesserungskennzahlen werden bewusst nicht veröffentlicht.
Neun Punkte für das erste Buyer-Briefing
- Systeme und Module
- Umgebungen und Hauptschnittstellen
- Anwender, Standorte und Sprachen
- Erforderliche Servicezeiten
- Aktuelles Team und Drittanbieter
- Erwarteter Umfang für Incidents, Changes und Releases
- Schmerzpunkte und bekannte Risiken
- Gewünschtes Startdatum
- Entscheidungsbefugte Person und Arbeitskontakt
Senden Sie keine Passwörter, personenbezogenen Daten oder Informationen zum Produktionszugriff über das Webformular. Ein übergeordneter operativer Kontext reicht für das erste Gespräch aus.