Como funciona suporte avulso: o chamado passo a passo para provedores

Como funciona suporte avulso: o chamado do começo ao fim

O suporte avulso funciona como uma pequena obra com orçamento: primeiro se combina o que será feito e por quanto, depois se executa e, no fim, se entrega o registro. Cada chamado é independente e não cria compromisso para o mês seguinte.

Suporte avulso é um atendimento de engenharia contratado para um problema só, com começo, meio e fim definidos antes de alguém digitar um comando. É o formato de quem resolve a rotina com a equipe da casa e precisa de um Especialista de vez em quando, para uma sessão nova, um alarme estranho ou uma mudança que ninguém quer fazer sozinho.

No suporte avulso para provedores, a Táquion Tech só entra na rede depois de o provedor aprovar por escrito o escopo, o valor e o ponto em que o trabalho pausa para consulta. O início segue a agenda do dia, porque não há prioridade reservada sem contrato [CONFIRMAR oferta].

Este guia acompanha o chamado etapa por etapa, com o que o provedor faz em cada uma. O valor e as formas de cobrança estão no guia de quanto custa suporte avulso, e não se repetem aqui.

O que muda em relação a um contrato

No avulso, o Especialista quase sempre conhece a rede no próprio chamado, e por isso a preparação do acesso acontece dentro dele. Num contrato, essa preparação é feita uma vez e fica pronta para a próxima falha.

A outra diferença é o fim. O avulso acaba quando o escopo é cumprido e o relatório é entregue; não existe acompanhamento depois, a menos que um novo chamado seja aberto. No banco de horas de suporte, ao contrário, o saldo continua disponível no mês.

Passo a passo do suporte avulso, visto do lado do provedor

O chamado passa por seis etapas, e as três primeiras acontecem sem ninguém tocar na rede. O provedor tem uma tarefa clara em quase todas.

A etapa que mais atrasa é a terceira. Muitos provedores recebem o escopo à tarde e só aprovam no dia seguinte, porque a pessoa que decide não estava no grupo; deixar claro quem aprova, já no relato, economiza esse dia.

Como um escopo de chamado avulso é escrito

Um escopo útil cabe numa tela e responde seis perguntas. O modelo abaixo é ilustrativo e mostra o que cada campo precisa dizer.

• Problema: clientes de uma cidade sem navegar no pico desde terça, com sessões PPPoE de pé.
• Resultado esperado: tráfego da cidade normalizado no pico e causa identificada por escrito.
• Fora do escopo: troca de equipamento, mudanças na borda que não tenham relação com o caso.
• Cobrança: por hora, com teto combinado, porque a causa ainda não é conhecida.
• Ponto de parada: ao atingir o teto ou ao descobrir que a causa está em outro equipamento.
• Aprovação: nome de quem autoriza alterações e gasto além do teto durante o chamado.

Repare que o resultado esperado descreve um estado da rede, e não uma tarefa. É ele que permite dizer, no fim, se o chamado cumpriu o que prometeu.

Como preparar o acesso temporário para o chamado?

Crie um usuário só para o chamado, com permissão limitada, restrito ao endereço de origem do Especialista e com o número do chamado no comentário. Antes de liberar, salve a configuração atual fora do equipamento.

O exemplo abaixo é para um roteador MikroTik com RouterOS e usa endereços de documentação. A ideia vale para qualquer fabricante: um grupo com as permissões necessárias, um usuário com nome que identifica o chamado e uma restrição de origem.

# 1. Backup do estado atual, guardado fora do roteador depois
/export file=antes-chamado-1234
/system backup save name=antes-chamado-1234

# 2. Grupo com o mínimo necessário (sem trocar senhas nem politicas)
/user group add name=suporte-chamado policy=ssh,read,write,test,!local,!telnet,!ftp,!reboot,!policy,!password,!web,!sniff,!sensitive,!api,!romon

# 3. Usuário do chamado, aceito só a partir do IP do Especialista
/user add name=tq-chamado-1234 group=suporte-chamado address=203.0.113.10/32 comment="Chamado 1234 - remover no encerramento"

# 4. Conferir o que o usuário fez durante o atendimento
/log print where message~"tq-chamado-1234"

Se a rede já tem um servidor de autenticação central, o caminho é criar o usuário nele, e não em cada equipamento. O guia de implantação de TACACS+ mostra como esse servidor guarda quem entrou e cada comando digitado, fora do alcance de quem acessou.

Remover o acesso no encerramento

Apagar o usuário é parte do chamado, e não um detalhe para depois. Um acesso esquecido continua aceitando login meses depois, quando ninguém mais lembra por que ele existe.

/user remove [find name=tq-chamado-1234]
/user group remove [find name=suporte-chamado]
/export file=depois-chamado-1234

Guarde os dois arquivos de exportação, o de antes e o de depois, junto com o relatório. Comparar os dois mostra exatamente o que mudou, linha por linha.

Na prática: um chamado avulso de sessão com a segunda operadora

Um caso comum ajuda a ver as etapas funcionando juntas. O exemplo é ilustrativo e não traz valores nem prazos.

1. Relato: o provedor contratou um segundo link de trânsito e a sessão BGP não estabelece; manda o modelo do roteador e a mensagem de estado.
2. Escopo: sessão estabelecida, prefixos anunciados só os do provedor e filtros de entrada aplicados; cobrança fechada, porque o problema é conhecido.
3. Aprovação e acesso: o dono aprova no mesmo dia, o técnico cria o usuário do chamado e salva a configuração atual.
4. Atendimento: o Especialista acha um erro no número do sistema autônomo do vizinho, corrige e monta os filtros antes de liberar os anúncios.
5. Encerramento: o relatório mostra a causa, os filtros aplicados e um teste para o técnico repetir na próxima sessão; o usuário é removido.

O que fez esse chamado ser curto foi o relato completo: com a mensagem de estado da sessão, a triagem já apontava a causa provável. O guia de sessão BGP que não sobe lista as mensagens mais comuns e o que cada uma indica.

Como funciona o suporte avulso quando o problema é maior que o escopo?

O trabalho para no ponto de parada combinado, e o provedor recebe o que foi descoberto, com uma nova estimativa. Continuar ou não é decisão do provedor, e nada além do aprovado é cobrado sem essa decisão.

Isso acontece mais do que parece. Um chamado aberto para corrigir lentidão no pico pode revelar um CGNAT sem portas, um link saturado ou uma falha de hardware, e cada descoberta muda o tamanho do trabalho.

Quando a falha vai e volta e pede dias de coleta, o chamado avulso deixa de ser o formato adequado e o caso segue como análise de causa raiz, com outro escopo.

Erros que atrasam um chamado avulso

Os atrasos mais comuns nascem do lado do provedor e acontecem antes ou durante o atendimento. Todos são simples de evitar quando alguém da casa é o responsável pelo chamado.

O terceiro erro é o mais difícil de perceber. Combine que, enquanto o chamado estiver aberto, só o Especialista altera o equipamento em questão, e que qualquer ação da casa é avisada antes.

Checklist de encerramento do chamado

Antes de considerar o chamado encerrado, confira se tudo o que deveria ficar com o provedor ficou de fato.

Perguntas frequentes

Thiago Manoel

Responsável técnico da Táquion Tech · Registro profissional [PREENCHER]

Mais de 15 anos em operações de rede, com gestão de infraestruturas de TI, administração de data centers e condução de equipes em migrações de TI e telecomunicações, com foco em alta disponibilidade e segurança.

A Táquion Tech é uma empresa de engenharia de redes de Balneário Camboriú (SC) que projeta, opera e dá suporte a redes de provedores de internet e de empresas.

Conheça a equipe da Táquion Tech