Wybór Sophos TAM, wsparcia i Deployment Services

Technical Account Management (TAM) to opieka techniczna obejmująca regularne rozmowy, zalecenia i koordynację pomiędzy klientem a Sophos. Deployment Services służy do realizacji określonego wdrożenia, migracji lub przeglądu. Wsparcie produktu jest natomiast właściwą ścieżką dla konkretnego problemu z produktem. Usługi te mogą się uzupełniać, ale jedna licencja lub prośba nie oznacza automatycznego zamówienia wszystkich.

Wybór zaczyna się od konkretnego pytania: trzeba zbadać błąd, zrealizować projekt czy długofalowo wspierać eksploatację? Aktywny incydent bezpieczeństwa wymaga bezpośrednio uzgodnionego procesu i ścieżki Incident Response, a nie zwykłego zgłoszenia projektowego.

Dopasować usługę do zadania

Zgłoszenie wsparcia identyfikuje produkt, tenant, uprawnienie do usługi, czas błędu i materiały oczyszczone z danych wrażliwych. Otwieranie zgłoszenia do Sophos opisuje ten proces. Analiza błędu nie jest automatycznie zleceniem nowej architektury, migracji lub całej konfiguracji klienta.

Sophos opisuje TAM jako kontakt do wymagań technicznych, regularnego planowania, przeglądów kondycji i telemetrii oraz koordynowania problemów. TAM może przekazywać postulaty właściwym zespołom Sophos. Nie gwarantuje to zmiany produktu ani przejęcia całej administracji sieci klienta. Częstotliwość spotkań, obsługiwane produkty, eskalacja, zastępstwo i dostępność należą do konkretnej umowy.

Według Sophos Deployment Services obejmuje m.in. MDR Guided Onboarding, wdrożenie, migrację i Configuration Review and Health Check. Health Check ocenia uzgodniony zakres; nie gwarantuje bezbłędnego ani niewrażliwego na atak działania. Migracja może rozpoczynać się od produktu innego dostawcy, ale zlecenie musi określać, czy obejmuje daną platformę i potrzebne ustawienia.

Rozróżnić Enhanced, Enhanced Plus i TAM

Zestawienie producenta sprawdzone 27 października 2026 r. rozróżnia następujące uprawnienia:

• Enhanced jest oferowany dla Sophos Firewall i Endpoint. Dla Firewall nie wchodzi w skład Base License; Sophos wskazuje wyjątek dla Endpoint.
• Enhanced Plus wymaga odrębnego sprawdzenia dla Sophos Firewall i również nie jest częścią Base License. Dodaje priorytetową obsługę zgłoszeń i próbek oraz dostęp VIP do Senior Technical Resources. Zależnie od produktu przewidziano od dwóch do ośmiu godzin zdalnych konsultacji rocznie w czasie aktywnej umowy. Nie oznacza to nieograniczonego projektu wdrożeniowego.
• TAM wymaga Enhanced Plus i dodaje wskazaną osobę kontaktową, indywidualną komunikację, planowanie i usprawnioną eskalację. Decydujący pozostaje zamówiony zakres.

Dla Advanced RMA pasywnej zapory XGS Sophos wymaga Enhanced Plus na powiązanej zaporze aktywnej. Nie jest to ogólna gwarancja sprzętowa dla każdej pary HA; konkretną gwarancję sprzętową i uprawnienie do wymiany sprawdza się osobno. Dawne plany wsparcia UTM 9 są wyraźnie wyłączone z tego zestawienia i nie stanowią podstawy aktualnych uprawnień Firewall.

Przed zamówieniem należy jednoznacznie powiązać z ofertą produkt, urządzenie aktywne i ewentualne pasywne, plan wsparcia, okres oraz usługi dodatkowe. Widoczne nazwisko TAM ani ogólny opis wsparcia nie potwierdzają uprawnienia.

Opisać zlecenie przed wyceną

Przydatne zapytanie określa rezultat i granice projektu. Zamiast „uruchomić MDR” można wskazać: „Połączyć dwa zatwierdzone źródła z właściwym tenantem, wykazać przepływ danych i przekazać odpowiedzialność operacyjną”. Należy wyraźnie określić, co wykonuje Sophos, a co partner.

Zapytanie dokumentuje:

• organizację klienta, tenanty, produkty, platformy i ilości;
• obecną konfigurację i oczekiwany stan docelowy;
• wymagane licencje produktu i osobno zamówione usługi;
• wewnętrznego kierownika projektu, kontakty techniczne i osoby zatwierdzające;
• dozwolone dostępy, wymagania ochrony danych i bezpieczne przekazanie poświadczeń;
• okna zmian, zależności, przewidywane przerwy i przygotowaną ścieżkę powrotu;
• rezultaty, kryteria odbioru i odpowiedzialność po zakończeniu.

Avanet zaleca osobno odczytywać z oferty uprawnienia do wsparcia, opiekę TAM i zakres projektu. Istniejący pakiet wsparcia nie daje prawa do nieograniczonych godzin projektowych. Płatne wdrożenie również nie obejmuje automatycznie późniejszej opieki lub ciągłego monitorowania MDR. Czasy reakcji, praca na miejscu i faktyczna dostępność wynikają wyłącznie z obowiązującej oferty lub umowy.

Kontrolowanie dostępów i zmian

Przed rozpoczęciem sprawdza się tożsamość zespołu, rzeczywisty tenant docelowy i wymagane uprawnienia. Dostęp przyznaje się na uzgodnione zadanie i czas. Sekrety przekazuje się zatwierdzonym kanałem, nie w szeroko dostępnej dokumentacji projektu. Nie usuwa się dostępów awaryjnych ani istniejących administratorów tylko dla uproszczenia przekazania.

W integracjach zlecenie rozdziela pobieranie danych i reakcję. Działająca łączność nie potwierdza normalizacji zdarzeń ani skuteczności akcji. Konfigurowanie integracji MDR i XDR podaje właściwe kryteria odbioru. Projekt nie zastępuje operacyjnej zgody na akcję reakcji samym zielonym statusem połączenia.

Odebrać wynik i przekazać eksploatację

Odbiór porównuje dostarczony stan z uzgodnionym celem. Obejmuje identyfikowalne testy, znane odstępstwa i przypisane zadania otwarte. Dla integracji znaczenie mają zdarzenie źródłowe, tenant, znacznik czasu, mapowanie pól i ewentualnie osobno zatwierdzony test reakcji. Migracja wymaga także kontroli aplikacji biznesowych i udokumentowanej ścieżki powrotu.

Przekazanie obejmuje rzeczywistą konfigurację, protokoły testów, pozostałe ryzyka, ścieżki eksploatacyjne i eskalacyjne oraz obsługę dostępów projektowych. Po uzgodnionym przejęciu tymczasowe uprawnienia wycofuje się w kontrolowany sposób; współdzielonych tożsamości nie usuwa się bez sprawdzenia. Otwarty problem pozostaje widoczny: podpis pod ogólną listą kontrolną go nie rozwiązuje.

Security Services Retainer może ułatwić planowanie wybranych usług dzięki Service Units. To model zakupowy z własnymi warunkami. Potwierdzone saldo SU, konkretna usługa z katalogu i uzgodniony zakres muszą do siebie pasować; jedna SU nie oznacza zawsze stałej liczby godzin wdrożenia.