# Como abrir um chamado que o suporte resolve na primeira resposta

> Qual canal usar em cada situação, o que incluir no chamado e por que "não está funcionando" custa horas a mais do que a informação que faltava.

- Guia da base de conhecimento da RedHosting — categoria: Outros
- Página HTML: https://redhosting.com.br/base-de-conhecimento/como-abrir-um-chamado-que-o-suporte-resolve-de-primeira
- Publicado em: 2026-09-02 · Idioma: pt-BR

Todo chamado tem duas partes: descobrir o que houve e corrigir. A correção costuma ser rápida; o que consome tempo é a ida e volta até o suporte reunir informação que você já tinha na primeira mensagem.

## 1. Escolhendo o canal

    SituaçãoCanalPor quê

    Serviço fora do ar agoraWhatsApp **+55 11 98833-3902**O mais rápido, 24h
    Problema técnico com um serviçoChamado na área do clienteFica vinculado ao serviço e ao histórico
    Fatura, cancelamento, upgradeChamado na área do clientePrecisa de identificação da conta
    Dúvida antes de contratarWhatsApp ou [página de contato](/contato)Não exige conta
    Dúvida de uso, sem urgência[Base de conhecimento](/base-de-conhecimento)Costuma já estar respondida

Antes de abrir qualquer um deles, confira [redhosting.com.br/status](/status): manutenção programada e incidente em andamento aparecem lá, já com a equipe trabalhando.

## 2. O que escrever

Cinco itens. Com eles, a primeira resposta costuma ser a solução; sem eles, a primeira resposta é uma pergunta.

  Todo chamado técnico

    ✓**Qual serviço**, identificado por IP, domínio ou nome no painel. Uma conta com vários serviços não permite adivinhar.

    ✓**Desde quando**, com horário aproximado. É o que permite achar o evento no log.

    ✓**A mensagem de erro exata**, copiada e colada. "Deu erro de conexão" e o texto real do erro levam a lugares diferentes.

    ✓**O que você já testou**, e o resultado. Evita repetir o que já foi descartado.

    ✓**O que mudou pouco antes**: deploy, atualização, alteração de DNS, plugin novo. Quase sempre a causa está aqui.

  💡**Dica**: Print da tela ajuda, mas não substitui o texto do erro: mensagem em imagem não pode ser pesquisada no log. Mande os dois quando puder.

## 3. A diferença na prática

    Assim custa caroAssim resolve de primeira

    "Meu site saiu do ar""O site exemplo.com.br está com erro 500 desde umas 14h de hoje. Atualizei um plugin por volta das 13h50. O erro exato é: *[texto colado]*. Já testei em outra rede e numa janela anônima."
    "A VPS não conecta""Não consigo conectar por SSH na VPS 203.0.113.45 desde ontem à noite. Recebo `Connection timed out`. Pelo console VNC do painel a máquina está ligada e responde. Não mexi no firewall."
    "O e-mail não funciona""A conta contato@exemplo.com.br recebe mas não envia, desde hoje de manhã. O erro no celular é *[texto]*. Estou usando porta 465 com SSL. Pelo webmail o envio funciona."

Repare o padrão da coluna da direita: **o que**, **desde quando**, **o erro exato**, **o que já foi testado**. É sempre a mesma estrutura.

## 4. Antes de abrir, vale checar

- **Testar em outra rede** — pelos dados móveis do celular. Se funciona ali, o problema é local.
- **Janela anônima**, para descartar cache e extensão do navegador.
- **O painel** — status da máquina, aba de console, uso de disco e memória.
- **O roteiro de diagnóstico** em [Meu serviço está fora do ar: como descobrir a causa](/base-de-conhecimento/meu-servico-esta-fora-do-ar-como-descobrir-a-causa), que separa em qual camada está a falha.

Nada disso é obrigatório — se o serviço está fora do ar e você não sabe por onde começar, abra o chamado assim mesmo. Estes passos só encurtam quando você tem condição de fazê-los.

## 5. O que o suporte não faz por você

Dizer isso adiantado evita expectativa frustrada no meio de uma urgência:

- **Depurar o código da sua aplicação.** A equipe cuida da infraestrutura, da rede e dos painéis; erro dentro do seu código é seu.
- **Administrar sua VPS.** Acesso root significa que o sistema, o firewall e os programas são seus. O suporte ajuda com a máquina, a rede e o painel.
- **Recuperar dado que nunca teve cópia** além do backup automático diário. A divisão está em [Backup na RedHosting](/base-de-conhecimento/backup-o-que-e-automatico-e-o-que-e-responsabilidade-sua).

## Canais

Chamados em [financeiro.redhosting.com.br](https://financeiro.redhosting.com.br) · WhatsApp **+55 11 98833-3902** · **suporte@redhosting.com.br** · [Discord](/discord). Atendimento 24 horas por dia, em português.

## Perguntas frequentes

**Qual canal é mais rápido quando o serviço está fora do ar?**

O WhatsApp +55 11 98833-3902, 24 horas por dia. Para assuntos que precisam ficar vinculados ao serviço e ao histórico, o chamado na área do cliente.

**O que preciso incluir no chamado?**

Qual serviço (IP ou domínio), desde quando com horário aproximado, a mensagem de erro exata copiada e colada, o que você já testou e o que mudou pouco antes.

**O suporte resolve erro no meu código?**

Não. A equipe cuida da infraestrutura, da rede e dos painéis. Erro dentro da sua aplicação, e a administração de uma VPS com acesso root, são de quem administra.

## Navegação — Outros (artigo 7 de 8)

- Artigo anterior: Backup na RedHosting: o que é automático e o que é responsabilidade sua — https://redhosting.com.br/base-de-conhecimento/backup-o-que-e-automatico-e-o-que-e-responsabilidade-sua
- Próximo artigo: Bem-vindo ao Git da RedHosting — https://redhosting.com.br/base-de-conhecimento/bem-vindo-ao-git-da-redhosting
- Voltar à base de conhecimento: https://redhosting.com.br/base-de-conhecimento

---

Precisa de ajuda com este passo a passo? Suporte 24/7 da RedHosting:
suporte@redhosting.com.br · WhatsApp +55 11 98833-3902 · https://redhosting.com.br/discord

Outros guias: https://redhosting.com.br/md/base-de-conhecimento.md