Sophos TAM, Support und Deployment Services auswählen
Technical Account Management (TAM) ist eine technische Betreuungsleistung mit regelmässigem Austausch, Empfehlungen und Koordination zwischen Kunde und Sophos. Deployment Services dienen einem abgegrenzten Einrichtungs-, Migrations- oder Prüfauftrag. Produktsupport ist dagegen der Weg für ein konkretes Produktproblem. Diese Aufgaben können sich ergänzen, werden aber nicht durch dieselbe Lizenz oder dieselbe Anfrage automatisch gemeinsam beauftragt.
Für die Auswahl hilft zuerst eine konkrete Frage: Soll ein Fehler untersucht, ein Projekt umgesetzt oder der Betrieb über längere Zeit begleitet werden? Bei einem aktiven Sicherheitsvorfall führt der Weg direkt zum vereinbarten Incident-Prozess und zu Incident Response, nicht zuerst zu einer gewöhnlichen Projektanfrage.
Welche Leistung zur Aufgabe passt
| Aufgabe | Passender Einstieg |
|---|---|
| Produktfehler oder unerklärter Funktionsausfall | Produktsupport mit Fallnachweisen |
| Regelmässige technische Betreuung und koordinierte Eskalation | TAM-Angebot und Betreuungsumfang |
| Einrichtung, Migration oder Konfigurationsprüfung | Deployment Services mit Projektauftrag |
| Laufende Bedrohungsüberwachung und vereinbarte Response | MDR-Service und dessen Betriebsfreigabe |
Für Support werden Produkt, betroffener Tenant, Anspruch, Fehlerzeitpunkt und bereinigte Nachweise erfasst. Der Artikel Sophos Supportticket eröffnen beschreibt diesen Ablauf. Eine Fehleranalyse ist nicht automatisch ein Auftrag für eine neue Architektur, eine Migration oder die komplette Kundenkonfiguration.
Sophos beschreibt TAM als Ansprechpartner für technische Anforderungen, regelmässige Planung, Health- und Telemetrie-Reviews sowie die Koordination bei Problemen. Ein TAM kann Anliegen in die zuständigen Sophos-Teams tragen. Daraus folgt jedoch weder eine garantierte Produktänderung noch, dass der TAM die vollständige Administration des Kundennetzes übernimmt. Meetingrhythmus, betreute Produkte, Eskalationsweg, Vertretung und erreichbare Zeiten gehören in den konkreten Vertrag.
Deployment Services umfassen laut Hersteller unter anderem MDR Guided Onboarding, Implementierung, Migration sowie Configuration Review and Health Check. Ein Health Check ist eine Bewertung des vereinbarten Umfangs, keine Garantie eines fehlerfreien oder unangreifbaren Betriebs. Eine Migration kann auch Drittprodukte als Ausgangspunkt betreffen; ob genau diese Plattform und die benötigten Einstellungen übernommen werden, muss der Auftrag benennen.
Enhanced, Enhanced Plus und TAM auseinanderhalten
Die am 27. Oktober 2026 geprüfte Herstellerübersicht unterscheidet folgende Ansprüche:
- Enhanced ist für Sophos Firewall und Endpoint vorgesehen. Bei Firewall ist es nicht in der Base License enthalten; für Endpoint nennt Sophos eine Ausnahme.
- Enhanced Plus ist für Sophos Firewall separat zu prüfen und ebenfalls nicht in der Base License enthalten. Es ergänzt priorisierte Case- und Sample-Bearbeitung sowie VIP-Zugang zu Senior Technical Resources. Produktabhängig sind zwei bis acht Remote-Consulting-Stunden pro Jahr während des aktiven Vertrags vorgesehen. Das ist kein unbegrenztes Implementierungsprojekt.
- TAM setzt Enhanced Plus voraus und ergänzt einen benannten technischen Ansprechpartner, persönliche Kommunikation, Planung und optimierte Eskalation. Der bestellte Umfang bleibt entscheidend.
Für Advanced RMA der passiven XGS-Firewall verlangt Sophos Enhanced Plus auf der verbundenen aktiven Firewall. Das ist keine pauschale Hardwaregarantie für jeden HA-Verbund; die konkrete Hardwaregarantie und Austauschberechtigung wird separat geprüft. Alte UTM-9-Supportpläne sind von dieser Übersicht ausdrücklich ausgenommen und werden nicht auf heutige Firewall-Ansprüche übertragen.
Vor der Bestellung werden Produkt, aktive und gegebenenfalls passive Appliance, Supportplan, Laufzeit und Zusatzleistungen dem Angebot eindeutig zugeordnet. Ein sichtbarer TAM-Name oder eine allgemeine Supportbeschreibung ersetzt diesen Anspruchsnachweis nicht.
Den Auftrag vor dem Angebot beschreiben
Eine brauchbare Anfrage nennt Ergebnis und Grenze des Projekts. Statt «MDR einrichten» beschreibt man beispielsweise: «Zwei freigegebene Datenquellen im richtigen Tenant anbinden, deren Datenfluss nachweisen und die Betriebsverantwortung übergeben.» Ob Sophos oder ein Partner die einzelnen Arbeiten ausführt, wird ausdrücklich festgehalten.
Für eine solche Anfrage erfasst man:
- betroffene Kundenorganisation, Tenants, Produkte, Plattformen und Mengen;
- vorhandene Konfiguration und gewünschter Zielzustand;
- benötigte Produktlizenzen und separat bestellte Serviceleistungen;
- interne Projektleitung, technische Ansprechpartner und Freigabeberechtigte;
- erlaubte Zugriffe, Datenschutzanforderungen und eine sichere Bereitstellung von Zugangsdaten;
- Änderungsfenster, Abhängigkeiten, erwartete Unterbrüche und vorbereiteten Rückweg;
- Liefergegenstände, Erfolgskriterien und Zuständigkeit nach Projektende.
Avanet empfiehlt, Supportanspruch, TAM-Betreuung und Projektumfang im Angebot getrennt zu lesen. Ein vorhandenes Supportpaket beweist keinen Anspruch auf beliebig viele Projektstunden. Umgekehrt ersetzt eine bezahlte Implementierung nicht automatisch spätere Betreuung oder laufende MDR-Überwachung. Reaktionszeiten, Vor-Ort-Leistungen und konkrete Verfügbarkeit werden nur aus dem geltenden Angebot beziehungsweise Vertrag übernommen.
Zugriffe und Änderungen kontrolliert freigeben
Vor dem Start werden die Identität des ausführenden Teams, der tatsächliche Ziel-Tenant und die benötigten Rechte geprüft. Ein Zugriff wird für die vereinbarte Aufgabe und Dauer bereitgestellt. Secrets gehören in den genehmigten Übergabekanal, nicht in eine frei lesbare Projektbeschreibung. Notfallzugänge und bestehende Administratoren werden nicht vorsorglich entfernt, um eine Übergabe zu vereinfachen.
Bei Integrationen muss der Auftrag Datenaufnahme und Response getrennt behandeln. Eine erfolgreiche Verbindung beweist weder normalisierte Ereignisse noch funktionierende Aktionen. Die technische Anleitung MDR- und XDR-Integrationen einrichten liefert die passenden Abnahmepunkte. Ein Projekt darf die fachliche Freigabe einer Response-Aktion nicht durch einen blossen grünen Verbindungsstatus ersetzen.
Ergebnis abnehmen und in den Betrieb übergeben
Die Abnahme vergleicht den gelieferten Zustand mit dem vereinbarten Ziel. Dazu gehören nachvollziehbare Tests, bekannte Abweichungen und offene Aufgaben mit zuständiger Person. Für eine Integration sind beispielsweise Quellereignis, Tenant, Zeitstempel, Feldzuordnung und gegebenenfalls der separat genehmigte Response-Test relevant. Für eine Migration zählen zusätzlich der Geschäftsbetrieb und der dokumentierte Rückweg.
Zur Übergabe gehören mindestens die tatsächliche Konfiguration, Prüfprotokolle, verbleibende Risiken, der Betriebs- und Eskalationsweg sowie der Umgang mit Projektzugängen. Temporäre Rechte werden nach der vereinbarten Übernahme kontrolliert zurückgenommen; gemeinsam genutzte Identitäten werden nicht ohne Prüfung gelöscht. Ein offener Punkt bleibt sichtbar offen und wird nicht durch die Unterschrift unter eine allgemeine Checkliste als behoben ausgewiesen.
Ein Security Services Retainer kann ausgewählte Leistungen über Service Units planbar machen. Er ist ein Beschaffungsmodell mit eigenen Bedingungen. Der bestätigte SU-Saldo, die konkrete Katalogleistung und der tatsächlich vereinbarte Projektumfang müssen zusammenpassen; eine SU wird nicht pauschal als feste Anzahl Implementierungsstunden gerechnet.