Escolher Sophos TAM, suporte e Deployment Services
O Technical Account Management (TAM) é um serviço de acompanhamento técnico com reuniões regulares, recomendações e coordenação entre o cliente e a Sophos. Os Deployment Services destinam-se a um trabalho delimitado de implementação, migração ou revisão. O suporte de produto é a via para um problema concreto do produto. Estes serviços podem complementar-se, mas uma licença ou pedido não contrata automaticamente todos.
A escolha começa por uma pergunta concreta: é necessário investigar um erro, executar um projeto ou acompanhar a operação ao longo do tempo? Um incidente de segurança ativo segue diretamente o processo acordado e a via de Incident Response, não um pedido de projeto normal.
Escolher o serviço adequado
| Necessidade | Ponto de partida adequado |
|---|---|
| Erro do produto ou falha inexplicada | Suporte de produto com evidências do caso |
| Acompanhamento técnico regular e escalamento coordenado | Oferta TAM e âmbito acordado |
| Implementação, migração ou revisão de configuração | Deployment Services com trabalho de projeto definido |
| Monitorização contínua de ameaças e resposta acordada | Serviço MDR e autorização operacional |
Para o suporte registam-se produto, tenant afetado, direito ao serviço, momento da falha e evidências sem dados sensíveis desnecessários. Abrir um caso de suporte Sophos descreve o processo. A análise de um erro não encomenda automaticamente uma nova arquitetura, migração ou configuração completa do cliente.
A Sophos apresenta o TAM como contacto para requisitos técnicos, planeamento regular, revisões de estado e telemetria e coordenação de problemas. Um TAM pode encaminhar pedidos para as equipas Sophos competentes. Isto não garante uma alteração do produto nem significa que assuma toda a administração da rede do cliente. Frequência de reuniões, produtos abrangidos, escalamento, substituição do contacto e horários pertencem ao contrato concreto.
Segundo a Sophos, Deployment Services inclui MDR Guided Onboarding, implementação, migração e Configuration Review and Health Check. Um Health Check avalia o âmbito acordado; não garante uma operação sem falhas ou invulnerável. Uma migração pode partir de produtos de terceiros, mas o trabalho deve identificar se essa plataforma e as definições necessárias estão abrangidas.
Distinguir Enhanced, Enhanced Plus e TAM
A apresentação do fabricante verificada em 27 de outubro de 2026 distingue os seguintes direitos:
- Enhanced está disponível para Sophos Firewall e Endpoint. No Firewall não está incluído na Base License; a Sophos indica uma exceção para Endpoint.
- Enhanced Plus exige verificação separada para Sophos Firewall e também não está incluído na Base License. Acrescenta tratamento prioritário de casos e amostras e acesso VIP aos Senior Technical Resources. Consoante o produto, estão previstas duas a oito horas de consultoria remota por ano durante a vigência do contrato. Não é um projeto de implementação ilimitado.
- TAM exige Enhanced Plus e acrescenta um contacto técnico designado, comunicação personalizada, planeamento e escalamento melhorado. O âmbito contratado continua a ser determinante.
Para o Advanced RMA da firewall XGS passiva, a Sophos exige Enhanced Plus na firewall ativa associada. Não é uma garantia de hardware geral para todos os pares HA; a garantia de hardware e o direito de substituição são verificados separadamente. Os antigos planos de suporte UTM 9 estão expressamente excluídos desta apresentação e não são transpostos para os direitos Firewall atuais.
Antes da encomenda, associam-se claramente à proposta o produto, appliance ativa e eventual passiva, plano de suporte, duração e serviços adicionais. Um nome TAM visível ou uma descrição geral do suporte não prova o direito.
Descrever o trabalho antes da proposta
Um pedido útil define resultado e limites. Em vez de «configurar MDR», por exemplo: «Ligar duas fontes autorizadas ao tenant correto, comprovar o fluxo de dados e transferir a responsabilidade operacional». Fica explícito o que a Sophos executa e o que cabe a um parceiro.
O pedido regista:
- organização cliente, tenants, produtos, plataformas e quantidades;
- configuração atual e estado final pretendido;
- licenças de produto necessárias e serviços contratados separadamente;
- responsável interno do projeto, contactos técnicos e pessoas autorizadas a aprovar;
- acessos permitidos, proteção de dados e entrega segura de credenciais;
- janelas de alteração, dependências, interrupções previstas e recuperação preparada;
- entregáveis, critérios de aceitação e responsabilidade após o projeto.
A Avanet recomenda ler separadamente na proposta o direito ao suporte, o acompanhamento TAM e o âmbito do projeto. Um pacote de suporte existente não dá direito a horas de projeto ilimitadas. Uma implementação paga também não inclui automaticamente acompanhamento posterior ou monitorização MDR contínua. Tempos de resposta, trabalho presencial e disponibilidade real decorrem apenas da proposta ou contrato aplicável.
Autorizar acessos e alterações de forma controlada
Antes de começar, verificam-se a identidade da equipa, o tenant efetivamente visado e as permissões necessárias. O acesso é concedido para a tarefa e duração acordadas. Os segredos passam pelo canal de entrega aprovado, não por uma descrição de projeto amplamente acessível. Não se removem acessos de emergência ou administradores existentes só para facilitar a passagem.
Nas integrações, o trabalho distingue ingestão e resposta. Uma ligação funcional não prova eventos normalizados ou ações bem-sucedidas. Configurar integrações MDR e XDR fornece os pontos de aceitação. Um estado de ligação verde não substitui a autorização operacional de uma ação de resposta.
Aceitar o resultado e transferir a operação
A aceitação compara o estado entregue com o objetivo acordado. Inclui testes rastreáveis, desvios conhecidos e tarefas abertas atribuídas. Para uma integração contam evento de origem, tenant, hora, mapeamento de campos e, quando aplicável, um teste de resposta autorizado separadamente. Uma migração exige também verificar as aplicações de negócio e o percurso de recuperação documentado.
A passagem inclui configuração real, registos de testes, riscos residuais, vias operacionais e de escalamento e tratamento dos acessos de projeto. As permissões temporárias são retiradas de forma controlada após a entrega acordada; identidades partilhadas não são apagadas sem verificar a sua utilização. Um ponto aberto continua visível: a assinatura numa lista genérica não o resolve.
Um Security Services Retainer pode facilitar o planeamento de serviços selecionados através de Service Units. É um modelo de contratação com condições próprias. Saldo SU confirmado, serviço concreto do catálogo e âmbito acordado devem corresponder; uma SU não equivale universalmente a um número fixo de horas de implementação.