Um cliente pode esperar uma resposta no próprio dia enquanto o gabinete considera razoável responder em dois dias úteis. A equipa pode contar com os documentos até determinada data, mas o cliente só se apercebe dessa dependência quando recebe um aviso de atraso. Um SLA ajuda a reduzir estas interpretações diferentes.

SLA significa service level agreement, ou acordo de nível de serviço. No contexto de um gabinete de contabilidade, é um documento operacional que define serviços, prazos, responsabilidades, dependências, prioridades e regras de comunicação. Não substitui o contrato, a lei, as normas profissionais nem a análise jurídica. Torna explícito como o serviço funciona no dia a dia.

O que deve incluir um SLA para gabinetes de contabilidade?

Um SLA para gabinetes de contabilidade deve indicar:

1. que serviços e pedidos estão abrangidos;
2. quando começa a contar cada prazo;
3. que informação o cliente precisa de entregar;
4. quem recebe, executa, valida e acompanha o pedido;
5. tempos de primeira resposta e de resolução;
6. prioridades e canais autorizados;
7. o que acontece quando faltam dados ou um portal está indisponível;
8. como serão registados pedidos, decisões e comprovativos;
9. quando o acordo é revisto.

Comece por três a cinco processos frequentes. Meça a capacidade real durante algumas semanas antes de fixar compromissos. Um prazo curto que a equipa não consegue cumprir cria mais pressão e menos confiança.

O que é um SLA e o que não é

A IBM define um SLA como um acordo que documenta os serviços esperados e as métricas usadas para os avaliar.[1] A definição nasceu em contextos tecnológicos, mas a lógica pode ser aplicada à relação entre gabinete e cliente.

Um SLA operacional não deve ser confundido com:

• contrato de prestação de serviços, que estabelece a relação jurídica e comercial;
• calendário fiscal, que reúne datas oficiais e obrigações;
• procedimento interno, que explica à equipa como executar uma tarefa;
• lista de preços, que define condições comerciais;
• promessa absoluta, porque há dependências do cliente, de terceiros e de portais públicos.

O SLA liga estes elementos sem os substituir. Se houver conflito, devem prevalecer a legislação aplicável, as regras profissionais e o contrato validado para o caso concreto.

Porque é útil num gabinete de contabilidade

O gabinete trabalha com pedidos de natureza e urgência diferentes. Sem critérios comuns, a equipa reage ao canal mais insistente ou à mensagem mais recente. Isso dificulta o planeamento e pode desviar atenção de trabalho com prazo próximo.

Um SLA bem construído ajuda a:

• explicar ao cliente quando deve enviar documentos;
• distinguir primeira resposta de resolução completa;
• evitar que todos os pedidos sejam classificados como urgentes;
• identificar bloqueios causados por informação em falta;
• distribuir pedidos entre pessoas e carteiras;
• medir atrasos com uma regra comum;
• definir como comunicar indisponibilidades e exceções.

O valor está na previsibilidade. O documento deve ser curto o suficiente para ser consultado e específico o suficiente para orientar uma decisão.

Comece pelo catálogo de serviços

Não tente criar um SLA para “todos os serviços de contabilidade” numa única linha. Construa um catálogo simples.

Serviço ou pedido	Entrada necessária	Resultado esperado	Dependências principais
Esclarecimento corrente	Pergunta identificada e contexto	Resposta ou indicação de prazo	Disponibilidade do técnico
Receção de documentos	Ficheiros legíveis e completos	Registo e validação inicial	Entrega do cliente
Preparação de processo periódico	Documentos e acessos	Processo pronto para revisão	Dados completos e portais disponíveis
Correção ou exceção	Identificação do caso e evidência	Diagnóstico e plano de resolução	Informação histórica e validação
Pedido não previsto	Descrição e prazo pretendido	Avaliação de âmbito e capacidade	Aprovação comercial ou técnica

O catálogo não precisa de descrever o tratamento contabilístico. Deve permitir reconhecer o pedido e encaminhá-lo corretamente.

Defina quando o relógio começa e para

“Resposta em dois dias” é ambíguo. Dois dias desde a primeira mensagem? Desde a receção de todos os documentos? Dias seguidos ou úteis?

Para cada serviço, esclareça:

• evento que inicia a contagem;
• horário de receção considerado;
• utilização de dias úteis ou corridos;
• situações em que o prazo fica suspenso;
• evento que confirma a conclusão.

Um exemplo prudente seria: “O prazo de análise começa quando o pedido e os elementos obrigatórios estão registados no canal definido.” Se faltar informação, o pedido muda para “a aguardar cliente” e a equipa comunica o elemento em falta.

Esta distinção protege a leitura do indicador. Um caso que aguarda documentos não deve parecer uma falha de execução interna.

Separe primeira resposta de resolução

A primeira resposta confirma que o pedido foi recebido, classificado e atribuído. A resolução entrega o resultado final.

Medida	O que deve significar
Tempo de confirmação	Pedido registado no sistema
Tempo de primeira resposta útil	Cliente recebe contexto, responsável ou próximo passo
Tempo de resolução	Resultado entregue e confirmado
Tempo em espera	Pedido bloqueado por cliente ou terceiro

Uma mensagem automática pode confirmar a receção, mas não deve ser apresentada como resposta útil se não ajudar o cliente a perceber o que acontece a seguir.

Crie prioridades com exemplos

Use poucas categorias e dê exemplos. Caso contrário, “urgente” continuará a depender da interpretação de cada pessoa.

Prioridade crítica

Situação com prazo imediato, bloqueio generalizado ou risco operacional elevado. Requer triagem rápida e comunicação frequente.

Prioridade alta

Pedido com prazo próximo ou impacto relevante num cliente, mas sem bloqueio geral.

Prioridade normal

Pedido corrente, com informação completa e prazo compatível com a fila de trabalho.

Pedido planeável

Melhoria, alteração ou análise que pode ser agendada e estimada antes de começar.

A classificação não deve garantir uma resolução impossível. Serve para ordenar resposta, análise e comunicação.

Torne as responsabilidades recíprocas

Um SLA não deve listar apenas obrigações do gabinete. O cliente também participa no processo.

Responsabilidades do gabinete

• disponibilizar canais e horários definidos;
• registar o pedido e o respetivo estado;
• proteger a informação recebida;
• comunicar dados em falta e bloqueios;
• encaminhar o pedido para a função adequada;
• guardar evidência da conclusão quando aplicável.

Responsabilidades do cliente

• entregar informação completa dentro da data acordada;
• usar os canais definidos;
• indicar alterações relevantes;
• responder a pedidos de validação;
• manter contactos e autorizações atualizados;
• não enviar credenciais por canais inseguros.

A matriz de responsabilidades do gabinete ajuda a traduzir estes compromissos em execução, validação e substituição dentro da equipa.

Defina os canais de comunicação

Se o cliente envia pedidos por email, telefone, mensagens pessoais e documentos em várias plataformas, o gabinete perde visibilidade.

O SLA deve indicar:

• canal para pedidos correntes;
• canal para urgências reais;
• formato e tamanho de documentos;
• horário de receção;
• informação mínima do assunto;
• forma de confirmar conclusão;
• contactos de substituição.

Evite depender de contas pessoais. O histórico deve estar acessível à equipa autorizada e associado ao cliente ou processo.

Trate dependências e exceções

Portais indisponíveis, credenciais expiradas e dados incompletos alteram o prazo. O acordo deve prever como o gabinete comunica essas situações.

Um estado simples pode incluir:

• recebido;
• em triagem;
• em execução;
• a aguardar cliente;
• a aguardar terceiro ou portal;
• em validação;
• concluído;
• encerrado sem execução, com motivo.

O artigo sobre gestão de exceções na automatização fiscal explica como classificar causas, atribuir responsáveis e preservar o histórico. O SLA deve resumir a regra que interessa ao cliente, sem expor detalhes técnicos desnecessários.

Meça antes de prometer

Recolha uma linha de base durante algumas semanas:

• volume por tipo de pedido;
• tempo até primeira resposta útil;
• tempo de resolução;
• percentagem de pedidos incompletos;
• tempo em espera do cliente;
• pedidos reabertos;
• carga por carteira e por pessoa.

A gestão de capacidade do gabinete deve ser considerada antes de reduzir prazos. Use percentis ou faixas, além da média, para perceber casos rápidos e longos. Não publique benchmarks que não correspondem à operação real.

Modelo de ficha de SLA

Campo	Definição a preencher
Serviço	Nome inequívoco do pedido
Âmbito	O que está incluído e excluído
Entrada mínima	Dados e documentos necessários
Início do prazo	Evento que ativa a contagem
Primeira resposta	Tempo e conteúdo esperado
Resolução	Objetivo, dependências e limite aplicável
Prioridade	Regra e exemplos
Suspensão	Dados em falta ou dependência externa
Responsável	Função que acompanha
Canal	Onde o pedido deve ser registado
Evidência	Como se confirma a conclusão
Revisão	Data e responsável pela atualização

Valide esta ficha com a equipa e com uma amostra de clientes antes de a generalizar.

Como implementar o SLA em quatro semanas

Semana 1: observar

Escolha os pedidos mais frequentes e meça o fluxo atual. Registe ambiguidades, reaberturas e informação em falta.

Semana 2: definir

Crie o catálogo, os estados, as prioridades e as responsabilidades. Compare os prazos pretendidos com a capacidade real.

Semana 3: testar

Aplique o modelo a um grupo pequeno de clientes. Peça feedback sobre clareza e canais. Verifique se a equipa consegue registar os estados sem trabalho administrativo excessivo.

Semana 4: ajustar e comunicar

Corrija definições, prepare exemplos e explique quando os prazos começam. Integre o acordo no onboarding e no contrato, após validação jurídica quando necessária.

O onboarding de clientes num gabinete de contabilidade é um momento adequado para apresentar canais, datas e responsabilidades.

Como o Decimus pode apoiar a operação

O SLA define compromissos. A operação precisa de mostrar estados, pendências, exceções e evidências por cliente. Ao avaliar o software para gabinetes de contabilidade, confirme se a solução permite acompanhar o fluxo real sem depender de folhas dispersas.

Numa demonstração do Decimus, leve dois serviços do catálogo e peça para ver como aparecem tarefas concluídas, pendentes e com erro. Confirme também que informação fica associada ao cliente e como a equipa localiza o resultado.

Contacte a Robosoft para preparar uma demonstração centrada nos processos e níveis de serviço do gabinete.

Checklist antes de apresentar o SLA aos clientes

• [ ] Serviços e exclusões estão claros.
• [ ] O início e a suspensão do prazo estão definidos.
• [ ] Primeira resposta e resolução são medidas diferentes.
• [ ] Há prioridades com exemplos.
• [ ] As responsabilidades do cliente estão incluídas.
• [ ] Os canais autorizados foram testados.
• [ ] As dependências externas têm regra de comunicação.
• [ ] Os prazos foram comparados com dados reais.
• [ ] A equipa conhece o procedimento interno.
• [ ] O enquadramento contratual foi revisto quando necessário.

Perguntas frequentes

Um SLA é obrigatório para um gabinete de contabilidade?

Este artigo apresenta o SLA como ferramenta operacional. A necessidade de o integrar no contrato e o respetivo valor jurídico devem ser confirmados para o caso concreto com apoio profissional adequado.

O SLA deve incluir prazos fiscais?

Pode indicar como o gabinete organiza entregas e dependências, mas não deve substituir calendários oficiais nem alterar prazos legais. As datas variáveis devem apontar para a fonte oficial e ser revistas.

O que acontece quando o cliente entrega documentos tarde?

O acordo deve explicar quando o prazo interno começa, que estado recebe o pedido e como será avaliada a possibilidade de execução. Evite prometer resultados que dependem de informação ainda indisponível.

Qual é a diferença entre primeira resposta e resolução?

A primeira resposta útil confirma contexto, responsável ou próximo passo. A resolução entrega o resultado final. Medir apenas confirmações automáticas dá uma imagem incompleta do serviço.

Com que frequência deve ser revisto?

Reveja o SLA quando mudam serviços, equipa, canais, tecnologia ou padrões de procura. Uma revisão periódica permite comparar compromissos com a capacidade observada.

Sources

[1] https://www.ibm.com/think/topics/service-level-agreement — IBM, What is a service level agreement? [2] https://diariodarepublica.pt/dr/detalhe/lei/139-2015-70470358 — Diário da República, Estatuto da Ordem dos Contabilistas Certificados [3] https://robosoft.pt/onboarding-clientes-gabinete-contabilidade/ — Robosoft, Onboarding de clientes num gabinete de contabilidade [4] https://robosoft.pt/software-para-gabinetes-de-contabilidade/ — Robosoft, Software para gabinetes de contabilidade