Existe um momento em que o contrato de suporte de TI deixa de ser papel e vira realidade: quando o sistema cai. É às 10h do dia 18, a equipe inteira está parada, os clientes cobrando obrigações, e você liga para o fornecedor. O que acontece nos próximos minutos — quem atende, em quanto tempo, e se resolve — já estava definido lá atrás, no SLA que você assinou (ou não leu direito) na hora da contratação.

SLA é a sigla de Service Level Agreement, ou Acordo de Nível de Serviço. É a parte do contrato que define, em números, o que o fornecedor se compromete a entregar: em quanto tempo responde, em quanto tempo resolve, o que acontece se não cumprir. E é justamente a parte que a maioria dos escritórios contábeis ignora na assinatura — para descobrir, no primeiro incidente sério, que o “suporte” contratado é bem menos do que imaginavam.

Quem busca entender SLA de TI para contabilidade normalmente já está contratando ou renovando. Então este post é direto ao ponto: o que exigir, o que nunca aceitar, e por que um escritório contábil precisa de um SLA diferente do de qualquer outra empresa. Porque contabilidade tem uma variável que muda tudo — a sazonalidade do fechamento e do IR.

O que é SLA de TI e por que o escritório contábil precisa de um específico

O SLA é o conjunto de compromissos mensuráveis do contrato de suporte. Em vez de promessas vagas como “atendimento de qualidade”, ele diz coisas verificáveis: tempo máximo para o primeiro atendimento, tempo alvo para resolver, horário de cobertura, canais de contato, e as penalidades quando o fornecedor não cumpre. É o que transforma “confia em mim” em um acordo que se pode cobrar.

Por que um escritório contábil precisa de um SLA específico? Porque a tolerância dele a ficar parado não é uniforme ao longo do mês. Uma padaria ou uma loja tem uma operação relativamente constante; um escritório contábil vive picos de criticidade brutais — o fechamento mensal, as entregas de obrigações, a temporada de IR. Um SLA genérico, feito para uma empresa de operação linear, não enxerga esses picos e trata o dia mais crítico do mês igual a uma terça-feira qualquer.

Some a isso a dependência de sistemas específicos. O escritório roda sobre Domínio, Alterdata, Questor, Fortes ou Senior, e uma parada nesses sistemas trava tudo. Um SLA que não considera que o fornecedor precisa conhecer esses sistemas — e não apenas “computadores em geral” — é um SLA que promete tempo de resposta sem garantir capacidade de resolução. Responder rápido para dizer “não sei mexer no seu sistema contábil” não ajuda ninguém.

SLA de resposta vs SLA de resolução: a diferença que o contador precisa entender

Esta é a distinção que separa um SLA honesto de um SLA de fachada, e quase ninguém repara nela. SLA de resposta é o tempo até alguém começar a te atender — abrir o chamado, retornar o contato. SLA de resolução é o tempo até o problema estar efetivamente resolvido. São coisas completamente diferentes, e muitos contratos prometem só a primeira, escondendo a ausência da segunda.

O truque é comum: o contrato garante “resposta em 1 hora” e o escritório assina achando que estará operando de novo em 1 hora. Na prática, o fornecedor liga em 59 minutos, diz “recebemos seu chamado, estamos analisando”, e o cumprimento do SLA está tecnicamente feito — enquanto o escritório segue parado por mais quatro horas. O número bonito no papel foi cumprido; o problema, não. Resposta rápida sem compromisso de resolução é um SLA que protege o fornecedor, não o cliente.

Um SLA sério trata as duas dimensões e as classifica por gravidade. Um problema crítico — sistema contábil fora do ar, rede inteira caída, servidor que não sobe — precisa ter tanto resposta imediata quanto compromisso de resolução em prazo curto. Um problema menor — uma impressora, uma dúvida — pode ter prazos mais folgados. Sem essa classificação, ou o fornecedor promete o impossível para tudo, ou se protege prometendo pouco. A gravidade é o que dá sentido aos números.

As métricas que um bom SLA de TI para contabilidade deve ter

Além de resposta e resolução por gravidade, um SLA de TI para contabilidade que se sustenta traz algumas métricas concretas. A primeira é o horário de cobertura claramente definido — e a previsão do que acontece fora dele. Escritório em fechamento às vezes vira a noite; saber se há atendimento estendido ou de emergência nesses momentos é essencial, e “horário comercial” pode não bastar no dia 20.

A segunda é a disponibilidade dos sistemas críticos, o famoso “uptime”. Quando o fornecedor também é responsável pelo servidor ou pelo ambiente em nuvem, faz sentido acordar um percentual de disponibilidade — e o que acontece se não for atingido. A terceira é a transparência: relatórios periódicos de chamados, tempos praticados e cumprimento do SLA, para que o escritório saiba se está sendo bem atendido com base em dados, não em impressão. Fornecedor que foge de reportar os próprios números costuma ter números ruins a esconder.

Vale lembrar que o SLA por si só não faz milagre — ele mede e cobra, mas quem entrega é a estrutura por trás. Um SLA robusto pressupõe monitoramento preventivo, não só reação, no espírito da TI gerenciada que previne em vez de só apagar incêndio. De nada adianta um SLA de resolução agressivo se o fornecedor só descobre os problemas quando o telefone toca. As métricas do papel precisam estar apoiadas numa operação que as torne possíveis.

Cláusulas que protegem o escritório (e o que retirar das letras miúdas)

Algumas cláusulas separam um contrato que protege o escritório de um que protege apenas o fornecedor. A primeira que deve existir é a de penalidade por descumprimento: um SLA sem consequência quando não é cumprido é só uma sugestão. Desconto na mensalidade, horas de serviço adicionais, ou outra compensação — o formato varia, mas a existência de uma penalidade é o que dá peso real ao compromisso.

Igualmente importante é a cláusula de propriedade e acesso aos seus próprios dados e sistemas. O contrato precisa deixar claro que os dados, os backups, as senhas e os acessos são do escritório, e que na saída do fornecedor tudo é devolvido de forma organizada. Escritório que fica refém do fornecedor porque “só ele tem as senhas do servidor” está numa armadilha — e essa armadilha se evita na cláusula, na contratação.

Nas letras miúdas, alguns pontos merecem lupa. Cuidado com o que o contrato exclui do escopo: se tudo que importa está na lista de “não coberto” ou “cobrado à parte”, o SLA barato vira caro na primeira fatura extra. Cuidado com fidelidade longa sem contrapartida e com multas de rescisão desproporcionais, que prendem você a um serviço ruim. E desconfie de SLA definido em termos vagos — “melhor esforço”, “assim que possível” — que não significam nada e não se pode cobrar. O que não é número, não é SLA.

Períodos críticos no SLA: o que deve mudar no fechamento e na declaração do IR

Este é o ponto que um SLA genérico jamais contempla e que, para contabilidade, é o mais importante de todos. O impacto de uma parada não é constante: uma hora sem sistema no dia 3 é um contratempo; uma hora sem sistema no dia 18, no meio da apuração, é obrigação em risco. Um SLA de verdade para escritório contábil reconhece a sazonalidade e ajusta os compromissos nos períodos críticos.

Na prática, isso se traduz em compromissos diferenciados durante o fechamento mensal e a temporada de declaração do IR: tempos de resposta e resolução mais agressivos, prioridade elevada para chamados do escritório, e disponibilidade estendida quando a equipe estica o expediente para dar conta do prazo. É o fornecedor dizendo, no contrato, “eu sei quando o seu negócio não pode parar, e nesses dias eu trato você diferente”.

Um bom SLA também trabalha para que esses períodos cheguem sem sustos — com um pente-fino preventivo antes de cada fechamento, no espírito do checklist de TI do fechamento mensal, reduzindo a chance de o incidente acontecer justamente na janela mais crítica. O melhor SLA é o que você quase não precisa acionar, porque a prevenção evitou o problema antes de o dia 18 chegar.

O SLA da Altcom para escritórios contábeis no ABC e São Paulo: como funciona na prática

Na Altcom, o SLA é desenhado a partir da realidade do escritório contábil, não de um modelo genérico de TI. Isso significa classificação de chamados por gravidade — com resposta imediata e compromisso de resolução em prazo curto para o que é crítico —, atendimento no modelo híbrido (remoto imediato para o dia a dia e presença física garantida quando o problema exige), e, principalmente, compromissos diferenciados nos períodos de fechamento e de IR, quando o escritório menos pode parar. Como discutimos no post sobre suporte remoto versus presencial, é a combinação das duas modalidades que faz o SLA funcionar de verdade.

A especialização é o que dá sustância ao acordo. A equipe conhece Domínio, Alterdata, Questor, Fortes e Senior — então o compromisso de resolução não é uma aposta, é uma capacidade real de mexer no ambiente contábil. E a proximidade geográfica com os escritórios do ABC e da capital torna a presença física, quando necessária, rápida e concreta, e não uma promessa distante — o que faz do suporte de TI para contabilidade em São Bernardo do Campo e região algo que se cumpre no prazo, não no papel.

No fim, um bom SLA é uma tradução de responsabilidade: o fornecedor colocando em números o que se compromete a entregar, e aceitando ser cobrado por isso. Para o escritório contábil, exigir esse nível de clareza na contratação é o que separa um parceiro de TI de um fornecedor que só aparece quando dá tudo certo — e some quando o sistema cai no pior dia do mês.

Conclusão

O SLA é onde o contrato de suporte prova o seu valor. Para o escritório contábil, ele precisa ir além do “resposta em X horas”: tem que distinguir resposta de resolução, classificar por gravidade, trazer penalidade por descumprimento, garantir a propriedade dos seus dados e — o mais importante — reconhecer que o dia 18 não é igual ao dia 3. Exigir isso na contratação não é ser difícil; é garantir que, no momento em que o sistema cair, o que vai acontecer já esteja acordado a seu favor. O melhor momento para ler o SLA é antes de assinar, não no meio do incidente.

Perguntas frequentes

O que é SLA de TI?
SLA (Service Level Agreement, ou Acordo de Nível de Serviço) é a parte do contrato de suporte que define, em números mensuráveis, o que o fornecedor se compromete a entregar: tempo de resposta, tempo de resolução, horário de cobertura e penalidades por descumprimento.

Qual a diferença entre SLA de resposta e SLA de resolução?
O SLA de resposta é o tempo até alguém começar a atender o chamado; o de resolução é o tempo até o problema estar efetivamente resolvido. Muitos contratos prometem só a resposta — o que permite ao fornecedor “cumprir” o SLA enquanto o escritório segue parado.

O que um SLA de TI para contabilidade deve ter?
Classificação de chamados por gravidade, tempos de resposta e resolução definidos, horário de cobertura claro, penalidade por descumprimento, garantia de propriedade dos dados e acessos, transparência com relatórios, e compromissos diferenciados nos períodos de fechamento e de IR.

Por que o SLA deve mudar no fechamento e no IR?
Porque o impacto de uma parada não é constante: uma hora sem sistema no dia do fechamento ou na temporada de IR coloca obrigações em risco, diferente de um dia comum. Um SLA específico para contabilidade prevê prioridade e prazos mais agressivos nesses períodos.