Checklist de onboarding de clientes de TI: passo a passo
O onboarding de clientes de TI organiza acessos, SLAs e responsáveis antes do primeiro chamado. A Simples Solução TI usa checklist padronizado desde 2008 para empresas de 10 a 50 funcionários no Rio e em São Paulo. O checklist final deste artigo permite auditar qualquer fornecedor de TI.
- Onboarding documenta acessos, SLAs e responsáveis antes do primeiro incidente.
- Simples Solução TI usa formulário, kickoff, validação técnica, provisionamento e aceite.
- Ignorar o onboarding gera chamados fora de escopo e retrabalho no suporte.
- Checklist final audita fornecedor: dados, acessos, SLA, backup testado e LGPD.
O que deve conter um checklist de onboarding de clientes de TI?
Um checklist de onboarding de clientes de TI deve reunir cinco blocos obrigatórios: coleta de dados, acessos, SLAs, responsáveis e critérios de aceite. Cada bloco define quem faz o quê, com qual prazo e como o serviço será medido. Sem esses blocos, o fornecedor começa a operar sem saber qual é a infraestrutura, quem autoriza mudanças e como o cliente cobra resultado.
- Coleta de dados: inventário completo de ativos (estações, servidores, switches, licenças), topologia de rede, contratos de licenciamento e documentação de senhas. Ferramentas como Snipe-IT ou GLPI registram esse inventário e evitam planilhas soltas.
- Acessos: credenciais de administrador local, domínio, VPN, firewall e sistemas de backup. Todo acesso fica registrado em cofre de senhas corporativo (Bitwarden, Keeper) com trilha de auditoria.
- SLAs: tempo de resposta e resolução por severidade, horário de cobertura e canais de abertura. Exemplo: chamado crítico com resposta em 15 minutos e resolução em 4 horas no horário comercial.
- Responsáveis: matriz RACI com dono do contrato, aprovadores de mudança, fiscal técnico e pontos focais de cada área. Sem isso, o fornecedor não sabe quem pode autorizar um reboot de servidor.
- Critérios de aceite: checklist de validação da infraestrutura, testes de contingência e homologação de cada serviço contratado. Só depois desse aceite o SLA começa a valer.
Na Simples Solução TI, esse checklist é aplicado antes do primeiro chamado, tanto em contratos no Rio de Janeiro quanto em São Paulo. Ele serve de base para o service desk começar a operar com contexto completo, sem descobertas de última hora.
Como a Simples Solução TI executa o onboarding passo a passo?
A Simples Solução TI executa o onboarding em cinco etapas sequenciais: formulário, reunião de kickoff, validação técnica, provisionamento e aceite formal. Cada etapa tem critério de conclusão explícito — a seguinte só começa quando a anterior fecha. Isso elimina retrabalho e evita que o suporte inicie sem acessos ou sem SLA validado.
Etapa 1: Formulário de levantamento
O cliente recebe um formulário padronizado para preencher inventário de ativos, quantidade de usuários, softwares críticos e contatos de cada área. O critério de conclusão é o formulário 100% preenchido e validado por um responsável técnico do cliente.
Etapa 2: Reunião de kickoff
Uma reunião de alinhamento define expectativas, apresenta o gestor de conta da Simples Solução TI e confirma os canais de comunicação. O critério de conclusão é a ata assinada com responsáveis e prazos acordados.
Etapa 3: Validação técnica
A equipe técnica testa conectividade, confirma acessos administrativos, verifica firewalls e sistemas de backup. O critério de conclusão é o relatório de validação com todos os itens aprovados ou com plano de correção.
Etapa 4: Provisionamento
São instalados agentes de monitoramento, configurado o GLPI para gestão de chamados e criados os usuários no painel do cliente. O critério de conclusão é o ambiente monitorando em produção e os acessos funcionando.
Etapa 5: Aceite formal
O cliente assina o termo de aceite após validar o checklist de critérios de aceite. A partir da assinatura, o SLA entra em vigor e o suporte em informática começa a atender chamados com os prazos contratados.
Qual a diferença entre um onboarding bem feito e um processo genérico?
A diferença aparece já na primeira semana. Um onboarding estruturado documenta acessos, valida SLAs e entrega aceite formal; o processo genérico descobre a infraestrutura conforme os chamados chegam. O custo de ignorar essa etapa é medido em tempo de indisponibilidade e retrabalho.
| Critério | Onboarding estruturado | Processo genérico |
|---|---|---|
| Documentação inicial | Inventário completo em ferramenta dedicada (Snipe-IT, GLPI) antes do go-live. | Planilhas soltas ou nenhuma documentação até o primeiro incidente. |
| Acessos e credenciais | Registrados em cofre de senhas com trilha de auditoria e validação técnica. | Senhas compartilhadas por e-mail ou descobertas quando o chamado trava. |
| Definição de SLA | Prazos por severidade acordados em contrato e validados no aceite. | SLA vago ou inexistente; priorização por urgência do momento. |
| Responsáveis | Matriz RACI com dono do contrato e aprovadores de mudança. | Ninguém sabe quem autoriza reboot ou alteração de firewall. |
| Aceite formal | Checklist de critérios de aceite assinado antes de iniciar o SLA. | Go-live sem validação; conflito sobre escopo aparece no primeiro mês. |
| Monitoramento pós-go-live | Revisão de 30 dias com o gestor para ajustar acessos e prioridades. | Follow-up inexistente; problemas de configuração só aparecem em auditoria. |
A Simples Solução TI segue o modelo estruturado em todos os contratos, inclusive no atendimento remoto nacional. Esse padrão reduz o tempo até o primeiro chamado atendido com contexto completo.
O que a LGPD exige no onboarding entre empresa e fornecedor de TI?
A LGPD exige que empresa contratante e fornecedor de TI definam papéis antes do acesso a dados. Na relação de suporte gerenciado, a empresa cliente é a controladora, e a Simples Solução TI atua como operadora. Isso significa que o fornecedor só pode tratar dados pessoais conforme instruções documentadas do controlador. Veja o texto integral da Lei Geral de Proteção de Dados (LGPD).
No atendimento a empresas do Rio de Janeiro e de São Paulo, a Simples Solução TI formaliza os documentos de privacidade durante o onboarding. Ignorar essa etapa expõe o controlador a sanções da ANPD, incluindo multa simples de até 2% do faturamento limitada a R$ 50 milhões por infração.
Papéis e bases legais
O art. 7º da LGPD lista as bases legais que autorizam o tratamento de dados pessoais. No onboarding de TI, as bases mais comuns são execução de contrato (inciso V) e obrigação legal ou regulatória (inciso II). O legítimo interesse (inciso IX) não se aplica a dados sensíveis, como os de saúde, que exigem base específica.
A definição de controlador e operador não é burocrática: ela determina quem responde à ANPD e quem deve atender aos direitos dos titulares. Se o fornecedor de TI usar os dados para finalidade própria, passa a ser controlador e assume responsabilidade adicional.
Documentos mínimos no onboarding
- Contrato de tratamento de dados (DPA): define escopo, finalidade, duração, instruções de segurança e responsabilidades de cada parte.
- Registro de operações de tratamento: o controlador deve manter registro das operações com dados pessoais, incluindo acessos de fornecedores (art. 37).
- Política de segurança da informação: documenta medidas técnicas e administrativas, como controle de acesso, criptografia e gestão de incidentes (art. 46).
- Plano de resposta a incidentes: define prazos de notificação ao controlador e à ANPD em caso de vazamento (art. 48).
A documentação só protege se for acompanhada de medidas técnicas. A LGPD não exige ferramenta específica, mas o fornecedor deve demonstrar controle de acesso baseado em contas individuais, criptografia de dados em repouso e em trânsito, e registro de logs. Sem isso, a política de segurança vira papel sem efeito.
Como o onboarding impacta o SLA e a continuidade do suporte?
Onboarding bem executado transforma promessas comerciais em metas técnicas verificáveis. Ele valida tempo de resposta, tempo de resolução, disponibilidade, RPO, RTO e escalonamento antes do primeiro chamado. Sem essa checagem, o SLA vira apenas um número no contrato.
| Componente do SLA | O que define | O que o onboarding valida |
|---|---|---|
| Tempo de resposta | Período entre a abertura do chamado e o primeiro contato do técnico. | Confirma canais de comunicação e horários de cobertura. |
| Tempo de resolução | Período até a solução definitiva do incidente. | Testa complexidade real dos ativos e dependências entre sistemas. |
| Disponibilidade | Percentual de tempo em que os serviços críticos ficam operacionais. | Verifica redundância, nobreak e monitoramento proativo existentes. |
| RPO | Ponto de recuperação objetivo: quantos dados podem ser perdidos. | Avalia frequência real dos backups e janela de execução. |
| RTO | Tempo de recuperação objetivo: quanto tempo até restaurar o serviço. | Testa restauração de backup em ambiente controlado. |
| Escalonamento | Sequência de acionamento quando o SLA não é cumprido. | Confirma nomes, telefones e prazos de cada nível hierárquico. |
A título de exemplo, em um cenário típico de uma empresa com 30 colaboradores e servidor local, o onboarding identifica que o backup diário restaura em 8 horas. Se o contrato prometia RTO de 4 horas, a validação técnica ajusta a meta para 8 horas ou propõe replicação em nuvem para atingir 4 horas. Sem essa checagem, o primeiro incidente revela a lacuna em produção.
A validação técnica também corrige expectativas de prazo. Por exemplo, se o parque tem switches não gerenciáveis, o tempo de diagnóstico de rede será maior. O onboarding documenta essas limitações e ajusta o SLA para não prometer resposta impossível.
A Simples Solução TI mede esses parâmetros durante o onboarding e só assina o aceite após validar cada um. Isso evita que metas irreais sejam cobradas depois e protege a continuidade do suporte.
Checklist final: o que cobrar do fornecedor de TI no onboarding?
Antes de assinar o aceite, exija do fornecedor evidências de dez itens. Cada item precisa de documentação ou teste, não de promessa verbal. A ausência de qualquer um deles compromete a segurança e a previsibilidade do suporte.
- Contrato de tratamento de dados: assinado e com escopo definido para o serviço contratado. Sem DPA, o controlador assume risco desnecessário de descumprimento da LGPD.
- Inventário de ativos: lista completa de servidores, estações, notebooks, impressoras e equipamentos de rede com configurações mínimas.
- Mapa de acessos: relação de quem acessa o quê, com níveis de privilégio e justificativa. Acesso administrativo sem registro é porta aberta para vazamento.
- Teste de recuperação de backup: restauração real de um arquivo ou sistema para comprovar que o backup funciona. Backup sem teste é apenas esperança.
- SLA objetivo: metas numéricas de tempo de resposta, resolução e disponibilidade, validadas na etapa técnica.
- Escalonamento: lista com nome, cargo, telefone e prazo de cada nível de acionamento. Sem isso, incidente grave fica sem dono.
- Varredura de vulnerabilidades: relatório inicial de falhas conhecidas em sistemas e equipamentos, com plano de correção.
- Política de senha: regras de complexidade, expiração e bloqueio por tentativas. Senha fraca derruba qualquer firewall.
- Processo de desligamento: procedimento para revogar acessos em até 24 horas após a saída de um funcionário ou o fim do contrato.
- Aceite formal: documento assinado pelo cliente confirmando que todos os itens foram validados. É a linha de corte para o início da operação assistida.
No atendimento a empresas do Rio de Janeiro e de São Paulo, a Simples Solução TI entrega esse checklist como parte do processo de onboarding. Exigir cada item reduz a chance de surpresas no primeiro incidente e garante que o SLA combine com a realidade da infraestrutura.
Perguntas frequentes
Como saber se o checklist de onboarding do fornecedor de TI está completo?
Confira se ele cobre os cinco blocos obrigatórios: coleta de dados, acessos, SLAs, responsáveis e critérios de aceite. Se qualquer bloco estiver ausente, o primeiro chamado já nasce com pendência. Um checklist completo também lista softwares críticos e contatos de cada área.
O que fazer se o fornecedor de TI não apresentar o termo de aceite?
Não libere o acesso de produção antes do termo assinado. O aceite formal confirma que cada critério técnico foi validado. Se o fornecedor exigir acesso antecipado, trate como exceção e exija aprovação por escrito da diretoria.
Como evitar que o onboarding atrase o início do suporte técnico?
Defina um cronograma com prazo e responsável para cada etapa na reunião de kickoff. Se uma etapa não tiver dono nomeado, o atraso é previsível. A Simples Solução TI usa formulário padronizado para acelerar a coleta de dados.
O que a LGPD exige no onboarding entre empresa e fornecedor de TI?
Exija a assinatura do contrato de tratamento de dados (DPA) antes do primeiro acesso a dados pessoais. O DPA define finalidade, duração, instruções de segurança e responsabilidades de cada parte. Se o fornecedor acessar dados sem DPA, interrompa o onboarding e formalize a pendência.
Como o onboarding impacta o SLA do suporte?
Vincule cada promessa comercial a metas técnicas verificáveis no relatório do GLPI. Por exemplo, exija que o tempo de resposta apareça no painel do cliente. Onboarding bem feito transforma SLA em métrica auditável.
O que cobrar do fornecedor antes de assinar o aceite do onboarding?
Peça evidências dos dez itens do checklist final, como acessos administrativos, backup e monitoramento. Se qualquer item estiver pendente, não assine o aceite. O aceite formal é binário: ou está tudo validado ou o processo continua.
Como funciona o onboarding da Simples Solução TI para empresas no Rio e São Paulo?
Solicite o formulário padronizado e agende a reunião de kickoff com o gestor de conta. O processo segue cinco etapas: formulário, kickoff, validação técnica, provisionamento e aceite formal. A validação técnica testa conectividade, acessos administrativos, firewalls e backup.
Quais sinais indicam que o fornecedor fez um onboarding genérico?
Compare o processo com o checklist de cinco blocos: dados, acessos, SLAs, responsáveis e aceite. Se o fornecedor não apresentar inventário de ativos nem nomear responsáveis, o onboarding foi genérico. Um onboarding genérico entrega acesso administrativo sem teste de conectividade.
