Choisir Sophos TAM, le support et les Deployment Services

Le Technical Account Management (TAM) est un accompagnement technique qui associe échanges réguliers, recommandations et coordination entre le client et Sophos. Les Deployment Services répondent à une mission délimitée de mise en œuvre, de migration ou de revue. Le support produit est destiné à un problème précis du produit. Ces prestations peuvent se compléter, mais une licence ou une demande unique ne les commande pas automatiquement toutes.

Le choix commence par une question concrète : faut-il analyser un problème, réaliser un projet ou accompagner l’exploitation dans la durée ? En cas d’incident de sécurité actif, on suit directement le processus convenu et la voie Incident Response, plutôt qu’une demande de projet ordinaire.

Choisir la prestation adaptée

Une demande de support précise le produit, le tenant concerné, le droit au service, l’heure du problème et des éléments expurgés des données sensibles. L’article Ouvrir un dossier de support Sophos explique ce processus. Une analyse d’erreur ne commande pas automatiquement une nouvelle architecture, une migration ou la configuration complète du client.

Sophos présente le TAM comme un interlocuteur pour les besoins techniques, la planification régulière, les revues de santé et de télémétrie ainsi que la coordination des problèmes. Il peut transmettre les demandes aux équipes Sophos compétentes. Cela ne garantit ni une modification du produit ni la prise en charge de toute l’administration du réseau du client. La fréquence des réunions, les produits couverts, l’escalade, la suppléance et les horaires relèvent du contrat précis.

Selon Sophos, les Deployment Services comprennent notamment MDR Guided Onboarding, l’implémentation, la migration et Configuration Review and Health Check. Un Health Check évalue le périmètre convenu ; il ne garantit pas une exploitation sans défaut ou invulnérable. Une migration peut partir d’un produit tiers, mais la mission doit préciser si cette plateforme et les paramètres nécessaires sont effectivement pris en charge.

Distinguer Enhanced, Enhanced Plus et TAM

La présentation du fabricant vérifiée le 27 octobre 2026 distingue les droits suivants :

• Enhanced est proposé pour Sophos Firewall et Endpoint. Pour Firewall, il n’est pas inclus dans la Base License ; Sophos indique une exception pour Endpoint.
• Enhanced Plus se vérifie séparément pour Sophos Firewall et n’est pas non plus inclus dans la Base License. Il ajoute le traitement prioritaire des dossiers et échantillons ainsi que l’accès VIP aux Senior Technical Resources. Selon le produit, deux à huit heures de conseil à distance par an sont prévues pendant la validité du contrat. Ce n’est pas un projet d’implémentation illimité.
• TAM nécessite Enhanced Plus et ajoute un interlocuteur technique nommé, des communications personnalisées, la planification et une escalade renforcée. Le périmètre commandé reste déterminant.

Pour l’Advanced RMA du pare-feu XGS passif, Sophos exige Enhanced Plus sur le pare-feu actif associé. Ce n’est pas une garantie matérielle générale pour toutes les paires HA ; la garantie matérielle et le droit au remplacement se vérifient séparément. Les anciens plans de support UTM 9 sont expressément exclus de cette présentation et ne s’appliquent pas aux droits Firewall actuels.

Avant commande, on rattache clairement au devis produit, appliance active et éventuelle appliance passive, plan de support, durée et prestations supplémentaires. Un nom de TAM affiché ou une description générale du support ne prouve pas le droit au service.

Décrire la mission avant le devis

Une demande utile définit le résultat attendu et les limites du projet. Au lieu de « mettre en place MDR », on peut demander : « Connecter deux sources autorisées au bon tenant, prouver leur flux de données et transférer la responsabilité d’exploitation. » Les tâches réalisées par Sophos ou un partenaire sont explicitement attribuées.

La demande consigne :

• l’organisation cliente, les tenants, produits, plateformes et quantités ;
• la configuration existante et l’état cible ;
• les licences produit nécessaires et les prestations commandées séparément ;
• le responsable de projet interne, les interlocuteurs techniques et les personnes habilitées à approuver ;
• les accès autorisés, la protection des données et la transmission sécurisée des identifiants ;
• les fenêtres de changement, dépendances, interruptions attendues et le retour arrière préparé ;
• les livrables, critères de réception et responsabilités après le projet.

Avanet recommande de lire séparément dans le devis le droit au support, l’accompagnement TAM et le périmètre du projet. Un contrat de support existant n’ouvre pas droit à un nombre illimité d’heures de projet. Une implémentation payante n’inclut pas non plus automatiquement l’accompagnement ultérieur ou la surveillance MDR continue. Les délais de réponse, prestations sur site et disponibilités effectives proviennent uniquement du devis ou contrat applicable.

Autoriser les accès et changements de manière contrôlée

Avant le démarrage, on vérifie l’identité de l’équipe, le tenant réellement visé et les droits requis. L’accès est accordé pour la tâche et la durée convenues. Les secrets passent par le canal de transmission approuvé, pas par une description de projet largement accessible. On ne supprime pas les accès de secours ou administrateurs existants simplement pour faciliter le transfert.

Pour les intégrations, la mission distingue ingestion et réponse. Une connexion fonctionnelle ne prouve ni la normalisation des événements ni le succès des actions. L’article Configurer les intégrations MDR et XDR fournit les points de contrôle. Un statut de connexion vert ne remplace pas l’autorisation opérationnelle d’une action de réponse.

Réceptionner le résultat et transférer l’exploitation

La réception compare l’état livré à l’objectif convenu. Elle comprend des tests traçables, les écarts connus et des tâches ouvertes attribuées. Pour une intégration, les preuves pertinentes sont notamment l’événement source, le tenant, l’horodatage, la correspondance des champs et, le cas échéant, un test de réponse autorisé séparément. Une migration exige aussi la vérification des applications métier et du retour arrière documenté.

Le transfert inclut la configuration réelle, les comptes rendus de tests, les risques résiduels, les procédures d’exploitation et d’escalade ainsi que le traitement des accès de projet. Les droits temporaires sont retirés de façon contrôlée après la reprise convenue ; les identités partagées ne sont pas supprimées sans vérification. Un problème ouvert reste clairement ouvert : une signature sur une liste générique ne le résout pas.

Un Security Services Retainer peut faciliter la planification de certaines prestations au moyen de Service Units. Ce mode d’achat possède ses propres conditions. Le solde SU confirmé, la prestation précise du catalogue et le périmètre convenu doivent correspondre ; une SU ne représente pas systématiquement un nombre fixe d’heures d’implémentation.