Scegliere Sophos TAM, supporto e Deployment Services

Il Technical Account Management (TAM) è un servizio di affiancamento tecnico con incontri periodici, raccomandazioni e coordinamento tra cliente e Sophos. I Deployment Services riguardano un incarico delimitato di implementazione, migrazione o revisione. Il supporto prodotto è invece il percorso per uno specifico problema del prodotto. Questi servizi possono integrarsi, ma una sola licenza o richiesta non li commissiona automaticamente tutti.

Per scegliere, si parte da una domanda concreta: occorre analizzare un errore, realizzare un progetto o accompagnare la gestione nel tempo? Un incidente di sicurezza attivo segue direttamente il processo concordato e il percorso Incident Response, non una normale richiesta di progetto.

Individuare il servizio adatto

Per il supporto si indicano prodotto, tenant interessato, diritto al servizio, momento dell’errore ed evidenze ripulite dai dati sensibili. Aprire un caso di supporto Sophos descrive la procedura. L’analisi di un errore non commissiona automaticamente una nuova architettura, una migrazione o l’intera configurazione del cliente.

Sophos presenta il TAM come riferimento per requisiti tecnici, pianificazione periodica, revisioni di stato e telemetria e coordinamento dei problemi. Il TAM può portare le richieste ai team Sophos competenti. Ciò non garantisce modifiche al prodotto né significa che assuma tutta l’amministrazione della rete del cliente. Frequenza degli incontri, prodotti coperti, escalation, sostituzione del referente e orari appartengono al contratto specifico.

Secondo Sophos, i Deployment Services comprendono MDR Guided Onboarding, implementazione, migrazione e Configuration Review and Health Check. Un Health Check valuta il perimetro concordato; non garantisce un esercizio privo di errori o invulnerabile. Una migrazione può partire anche da prodotti di terzi, ma l’incarico deve precisare se quella piattaforma e le impostazioni necessarie sono incluse.

Distinguere Enhanced, Enhanced Plus e TAM

La panoramica del produttore verificata il 27 ottobre 2026 distingue questi diritti:

• Enhanced è previsto per Sophos Firewall ed Endpoint. Per Firewall non è incluso nella Base License; Sophos indica un’eccezione per Endpoint.
• Enhanced Plus va verificato separatamente per Sophos Firewall e non è incluso nella Base License. Aggiunge gestione prioritaria di casi e campioni e accesso VIP alle Senior Technical Resources. Secondo il prodotto sono previste da due a otto ore di consulenza remota all’anno durante il contratto attivo. Non è un progetto di implementazione illimitato.
• TAM richiede Enhanced Plus e aggiunge un referente tecnico nominativo, comunicazione personalizzata, pianificazione ed escalation potenziata. Il perimetro acquistato rimane determinante.

Per l’Advanced RMA del firewall XGS passivo, Sophos richiede Enhanced Plus sul firewall attivo collegato. Non è una garanzia hardware generale per ogni coppia HA; la garanzia hardware e il diritto alla sostituzione si verificano separatamente. I vecchi piani di supporto UTM 9 sono espressamente esclusi da questa panoramica e non si applicano ai diritti Firewall attuali.

Prima dell’ordine si associano chiaramente al preventivo prodotto, appliance attiva ed eventuale passiva, piano di supporto, durata e servizi aggiuntivi. Un nome TAM visualizzato o una descrizione generica del supporto non dimostrano il diritto.

Descrivere l’incarico prima del preventivo

Una richiesta utile specifica risultato e limiti del progetto. Invece di «configurare MDR», per esempio: «Collegare due fonti approvate al tenant corretto, dimostrarne il flusso di dati e trasferire la responsabilità operativa». Si stabilisce esplicitamente quali attività esegue Sophos e quali un partner.

La richiesta documenta:

• organizzazione cliente, tenant, prodotti, piattaforme e quantità;
• configurazione attuale e stato finale desiderato;
• licenze prodotto necessarie e servizi acquistati separatamente;
• responsabile interno del progetto, referenti tecnici e persone autorizzate ad approvare;
• accessi consentiti, protezione dei dati e consegna sicura delle credenziali;
• finestre di modifica, dipendenze, interruzioni previste e percorso di ripristino preparato;
• deliverable, criteri di accettazione e responsabilità dopo la conclusione.

Avanet consiglia di leggere separatamente nel preventivo diritto al supporto, affiancamento TAM e perimetro del progetto. Un pacchetto di supporto esistente non dà diritto a ore di progetto illimitate. Allo stesso modo, un’implementazione pagata non comprende automaticamente assistenza successiva o monitoraggio MDR continuo. Tempi di risposta, interventi in sede e disponibilità effettiva si ricavano soltanto dal preventivo o contratto applicabile.

Autorizzare accessi e modifiche in modo controllato

Prima dell’avvio si verificano identità del team, tenant effettivamente destinatario e privilegi necessari. L’accesso viene concesso per l’attività e la durata concordate. I segreti passano attraverso il canale di consegna approvato, non in una descrizione di progetto ampiamente leggibile. Accessi di emergenza e amministratori esistenti non vengono rimossi soltanto per semplificare il passaggio.

Per le integrazioni, l’incarico distingue acquisizione dati e risposta. Una connessione funzionante non dimostra eventi normalizzati o azioni riuscite. Configurare le integrazioni MDR e XDR fornisce i punti di accettazione pertinenti. Il progetto non deve sostituire l’autorizzazione operativa di una risposta con un semplice stato di connessione verde.

Accettare il risultato e passare alla gestione

L’accettazione confronta lo stato consegnato con l’obiettivo concordato. Comprende test tracciabili, scostamenti noti e attività aperte assegnate. Per un’integrazione contano evento sorgente, tenant, timestamp, mapping dei campi ed eventualmente un test di risposta autorizzato separatamente. Una migrazione richiede inoltre la verifica delle applicazioni aziendali e del percorso di ripristino documentato.

Il passaggio comprende configurazione reale, verbali di test, rischi residui, percorsi operativi e di escalation e gestione degli accessi di progetto. I privilegi temporanei vengono ritirati in modo controllato dopo la presa in carico concordata; le identità condivise non si eliminano senza verificarne l’uso. Un punto aperto rimane chiaramente tale: una firma su una checklist generica non lo risolve.

Un Security Services Retainer può facilitare la pianificazione di servizi selezionati tramite Service Units. È un modello di acquisto con condizioni proprie. Saldo SU confermato, prestazione precisa del catalogo e perimetro concordato devono corrispondere; una SU non equivale sempre a un numero fisso di ore di implementazione.