SLA de sustentação Salesforce: o que exigir no contrato antes de assinar

O SLA que a maioria das empresas assina protege o fornecedor, não a operação. A diferença está em sete ou oito cláusulas — e em entender que existem dois SLAs em jogo, não um.

Quinta-feira, 16h40: o Flow de aprovação de desconto parou

A operação comercial travou. Nenhuma proposta com desconto avança. Seis vendedores parados, fim de mês em duas semanas. Alguém abre um caso no suporte da Salesforce — a empresa paga Premier, afinal.

A resposta chega dentro do prazo. E diz, em resumo, que a lógica que quebrou foi construída pela empresa, que o suporte não reescreve código de cliente e que o caso precisa ser reproduzido em sandbox por um contato designado.

Nada disso é má vontade. É exatamente o que está escrito no contrato de suporte da Salesforce — e quase ninguém lê antes de precisar. O problema não foi o SLA ter falhado. Foi ter sido comprado o SLA errado para o problema certo.

Os dois SLAs: o da plataforma e o da sua org

Quem contrata sustentação Salesforce está comprando uma camada que o contrato da Salesforce não cobre. Vale separar as duas com precisão.

O que o Success Plan da Salesforce entrega

A Salesforce vende o suporte em três níveis, com tempos de resposta crescentes:

Plano	Resposta divulgada	Cobertura	Natureza do compromisso
Standard	Sem número publicado	Autoatendimento: documentação, Trailhead, comunidade	Nenhum tempo garantido
Premier	1 hora para problemas que impactam o negócio	24×7 para problemas que param o negócio	Tempo-alvo, não garantia contratual
Signature	15 minutos para problemas críticos que param o negócio	24×7, incluindo fins de semana e feriados	Tempo-alvo, com CSM designado

Fonte: página oficial de Success Plans da Salesforce. A própria FAQ da Salesforce descreve esses prazos como “target response times”, que variam por plano — e não como garantia com penalidade.

Esse primeiro detalhe já muda a conversa: os tempos divulgados pela Salesforce são metas, não cláusulas com consequência. Não há crédito, desconto ou multa associada ao descumprimento.

Onde o escopo termina

O segundo detalhe é mais consequente. A documentação de Developer Support da Salesforce delimita o escopo de forma bem específica. Entre os limites publicados:

• Depuração de Apex e Visualforce até 200 linhas nos planos Premier e Premier Plus; até 5.000 linhas no Signature.
• Não inclui criação de código, incluindo consultas SOQL — a equipe analisa o que existe, não escreve o que falta.
• Não inclui sugestão de arquitetura, nem JavaScript, HTML ou CSS customizados.
• Não inclui construir, redesenhar ou configurar lógica customizada em Apex, JS ou LWC.
• Não inclui troubleshooting de aplicações de terceiros, relatórios ad hoc, teste de carga nem recursos em beta.
• O suporte é por nuvem: num ambiente multi-cloud, se o caso se revelar problema de um produto sem plano contratado, ele deixa de se qualificar.
• Só contatos designados abrem caso, e é exigido um ambiente reproduzível (sandbox ou desenvolvimento), salvo quando o problema ocorre apenas em produção.
• Em CPQ e Billing, o suporte é apenas em inglês.

A linha que divide as duas responsabilidades

O suporte da Salesforce responde pela plataforma. Um contrato de sustentação responde pela sua org: os seus Flows, as suas integrações, os seus relatórios, as suas regras de negócio.

Você não está comprando redundância do suporte oficial. Está comprando exatamente a faixa que o contrato dele exclui — e é por isso que o SLA do parceiro precisa ser mais específico, não mais genérico, que o da Salesforce.

As nove cláusulas que decidem se o SLA vale algo

Para cada cláusula, o que exigir — e a pergunta que revela se o compromisso é real ou decorativo.

1. Severidade definida por impacto no negócio, não por adjetivo

“Crítico”, “alto” e “médio” não significam nada sozinhos. O contrato precisa definir cada nível por efeito observável na operação, com exemplos. Sem isso, a classificação vira negociação a cada chamado — e quem classifica é quem paga o SLA.

Nível	Definição por impacto	Exemplo	Alvo típico
Crítico	Org indisponível ou processo de receita parado, sem contorno	Ninguém consegue gravar oportunidade; integração de pedidos fora	Resposta 1h · solução 4h
Alto	Função essencial comprometida, com contorno manual viável	Aprovação de desconto falhando; e-mail transacional não dispara	Resposta 4h · solução 1 dia útil
Médio	Função secundária com defeito, sem impacto em receita	Relatório com número divergente; campo não calcula	Resposta 1 dia · solução 5 dias úteis
Baixo	Dúvida, ajuste cosmético ou pedido de melhoria	Renomear campo; incluir usuário em fila	Entra no backlog priorizado

Faixas de referência para negociação. Os números corretos dependem do seu custo de indisponibilidade, não de um padrão de mercado.

O teste: peça ao fornecedor para classificar três incidentes reais que você já viveu. Se a resposta variar, a definição não está pronta.

2. Resposta e solução são dois números diferentes

Tempo de resposta é quando alguém assume o chamado. Tempo de solução é quando o problema deixa de existir. Um SLA que publica só o primeiro está garantindo que você será atendido rápido e não diz nada sobre quando volta a funcionar.

O teste: o contrato tem os dois números para cada nível de severidade? Se o de solução aparece como “melhor esforço”, ele não existe.

3. O relógio: horas úteis ou corridas, e quando ele para

Quatro horas podem significar quatro horas ou três dias, dependendo de três definições: se a contagem é em horas úteis ou corridas; qual é a jornada considerada; e em que situações o relógio pausa.

A pausa aguardando informação do cliente é legítima e deve estar no contrato — mas precisa ser explícita, com o que caracteriza a pendência e como ela é comunicada. Sem isso, qualquer chamado pode ficar permanentemente “aguardando o cliente”.

O teste: um chamado aberto às 17h de uma sexta-feira vence quando, exatamente?

4. Janela de cobertura e o que é plantão de verdade

“24×7” é a promessa mais repetida e a menos verificada do mercado. Plantão real tem três elementos nomeados no contrato: quem está de plantão na escala, por qual canal se aciona fora do horário comercial, e qual o tempo de resposta específico desse canal — que é diferente do tempo do horário comercial.

Se o contrato anuncia cobertura 24×7 mas o tempo de resposta fora do horário não tem número, o que foi vendido foi disponibilidade de canal, não de atendimento.

O teste: qual é o número que eu ligo às 2h da manhã de um domingo, e qual o prazo que começa a contar nesse momento?

5. Banco de horas: rollover, validade, excedente e quem autoriza

No modelo de banco de horas, cinco parâmetros definem se o contrato é previsível ou se vira fonte de atrito todo mês.

Parâmetro	O que precisa estar escrito	O risco de deixar em aberto
Rollover	Se as horas não usadas acumulam, por quantos meses e com qual teto	Horas pagas e perdidas no fim do mês, ou acúmulo infinito que o fornecedor não consegue absorver
Validade	Prazo de expiração do saldo e o que acontece na renovação	Saldo “zerado” na virada do contrato sem aviso
Hora excedente	Valor da hora acima do pacote e se há faixas por volume	Excedente cobrado na tabela cheia, sem desconto de escala
Autorização do estouro	Quem aprova passar do saldo, em que patamar e com qual aviso prévio	Fatura surpresa; ou trabalho interrompido no meio de um incidente
Granularidade	Fração mínima de apontamento e o que é apontado (análise conta?)	Chamado de 10 minutos cobrado como 1 hora; reuniões consumindo o pacote

Um detalhe que costuma passar: incidente e melhoria devem consumir faixas separadas. Quando saem do mesmo bolso, um mês ruim de incidentes zera a evolução — e o CRM fica parado justamente no mês em que a operação mais precisou dele.

O teste: peça o extrato de um cliente real, anonimizado. Se o fornecedor não tem um relatório de horas apresentável, ele não controla o seu saldo.

6. O que está fora do escopo — e por que isso te protege

Contrato que não lista exclusões não é generoso: é vago. E vago, na hora do conflito, favorece quem redigiu.

Itens que normalmente ficam fora e devem estar nomeados: projetos de implementação de nova nuvem, novas integrações, migração de dados em volume, desenvolvimento de pacote gerenciado, treinamento formal de usuários e suporte a ferramentas de terceiros. Cada um desses é escopo de projeto, com orçamento próprio.

O teste: uma nova integração com o ERP entra no banco de horas ou é projeto apartado? A resposta precisa estar no papel, não na conversa.

7. Escalonamento com nome e prazo

Escalonamento útil tem três níveis, cada um com uma pessoa nomeada (ou um papel identificável) e um prazo para acionar o nível seguinte. “Escalamos internamente conforme a criticidade” não é cláusula, é intenção.

O teste: quem é a terceira pessoa na cadeia, e em quanto tempo eu chego nela?

8. Relatório mensal auditável

SLA que não é medido não existe. O contrato precisa definir a periodicidade do relatório, o que ele traz e quem o aprova. No mínimo: chamados abertos e fechados por severidade, aderência ao SLA em percentual, horas consumidas por tipo de item, saldo do banco e backlog de melhorias com priorização.

Exija também que os dados saiam da sua própria org — casos, filas e tempos registrados em objetos que você consegue consultar. Relatório montado em planilha externa não é auditável.

O teste: eu consigo reproduzir esse relatório sozinho, pelo Salesforce, sem pedir nada ao fornecedor?

9. Cláusula de saída e propriedade do conhecimento

O melhor momento para negociar a saída é antes de entrar. Três pontos: prazo de aviso prévio sem multa, obrigação de handover documentado (acessos, inventário de customizações, decisões de arquitetura, pendências) e propriedade intelectual do que foi construído.

Documentação viva faz parte do serviço, não é entregável de despedida. Se ela só é produzida quando o contrato termina, ela não vai existir.

O teste: se eu avisar hoje, o que exatamente eu recebo em 30 dias, e isso está listado?

Banco de horas ou escopo fixo mensal?

Os dois modelos existem no mercado e os dois funcionam — para perfis diferentes de operação. O erro é escolher pelo discurso do fornecedor em vez do próprio padrão de demanda.

	Banco de horas	Escopo fixo mensal
Como funciona	Pacote de horas consumido por incidentes e melhorias, com saldo visível	Mensalidade fixa por um conjunto de entregas e um SLA
Previsibilidade	Do custo: alta. Do volume de entrega: depende do mês	Da entrega: alta. Do custo: fixa
Melhor quando	Demanda irregular, operação estável, time interno que já prioriza	Demanda constante, roadmap definido, pouca gestão interna disponível
Risco a mitigar	Horas viram moeda e a discussão migra para o apontamento	Pagar por capacidade ociosa em meses calmos; fila fechada em meses intensos
Transparência exigida	Extrato detalhado e saldo em tempo real	Definição de “entrega aceita” e o que acontece quando a fila estoura

Vale a observação honesta: nenhum dos modelos resolve priorização. Um banco de horas sem critério de fila e um escopo fixo sem critério de fila produzem o mesmo resultado — o pedido de quem grita mais alto entra primeiro. Esse é um problema de governança, e ele é tratado separadamente em como priorizar melhorias no Salesforce.

Doze perguntas para fazer antes de assinar

Leve esta lista para a reunião. As respostas que vierem com “depende” ou “a gente vê na prática” são as cláusulas que vão doer depois.

1. Como cada nível de severidade é definido, com exemplos da minha operação?
2. Qual o tempo de resposta e qual o tempo de solução, para cada nível?
3. A contagem é em horas úteis ou corridas, e qual é a jornada considerada?
4. Em que situações o relógio do SLA pausa, e como isso me é comunicado?
5. Fora do horário comercial: qual canal, qual escala e qual prazo de resposta?
6. As horas não utilizadas acumulam? Por quanto tempo e com qual teto?
7. Qual o valor da hora excedente e quem autoriza o estouro do saldo?
8. Incidente e melhoria consomem o mesmo pacote ou faixas separadas?
9. O que está explicitamente fora do escopo deste contrato?
10. Quem são as três pessoas da cadeia de escalonamento, e em quanto tempo chego em cada uma?
11. O que o relatório mensal traz, e eu consigo reproduzi-lo na minha própria org?
12. Se eu encerrar o contrato, o que recebo no handover e em quanto tempo?

Quatro sinais de um SLA decorativo

• Cobertura anunciada sem número por nível de severidade. “SLA 24×7” na capa e “em definição” na cláusula é uma promessa de marketing.
• Tempo de solução sem a severidade correspondente. Prometer “resolução em 4 horas” sem dizer para qual nível é prometer para nenhum.
• SLA sem consequência contratual. Se o descumprimento não gera crédito, desconto ou gatilho de rescisão, o compromisso não tem custo para quem o assume.
• Nenhuma exclusão listada. Contrato que parece cobrir tudo cobre o que o fornecedor decidir, no mês em que decidir.

Quer uma leitura do seu contrato atual?

Em 30 minutos conseguimos olhar o SLA que você tem hoje contra essas nove cláusulas e apontar onde ele está aberto — com ou sem proposta no fim da conversa.

Fale com a gente no WhatsApp: (11) 95035-0389. A Levora é uma consultoria boutique especializada em Salesforce, com 8 anos de ecossistema e mais de 70 projetos entregues entre implementação, integração e sustentação.

Perguntas frequentes

O suporte da Salesforce não resolve tudo? Por que contratar sustentação?

Porque o escopo é diferente. O suporte da Salesforce responde pela plataforma e, conforme a própria documentação de Developer Support, não cria código, não sugere arquitetura e depura Apex até 200 linhas nos planos Premier. Os seus Flows, as suas integrações e as suas regras de negócio ficam fora dessa linha. A sustentação cobre justamente essa faixa.

O Premier Success Plan garante resposta em 1 hora?

A Salesforce divulga 1 hora para problemas que impactam o negócio no Premier e 15 minutos para problemas críticos no Signature. A própria FAQ da Salesforce trata esses prazos como tempos-alvo que variam por plano, não como garantia contratual com penalidade associada.

Qual a diferença entre tempo de resposta e tempo de solução?

Resposta é quando alguém assume o chamado; solução é quando o problema deixa de existir. Um contrato que publica apenas o tempo de resposta garante que você será atendido rápido, sem se comprometer com o restabelecimento. Exija os dois números, por nível de severidade.

Banco de horas é melhor ou pior que mensalidade fixa?

Depende do padrão de demanda. Banco de horas serve melhor a operações estáveis com demanda irregular e alguma gestão interna de fila. Escopo fixo mensal serve melhor a operações com roadmap definido e pouca disponibilidade de gestão. Em ambos, o que determina o resultado é o critério de priorização, não o modelo de cobrança.

Horas não utilizadas deveriam acumular?

Em geral sim, com prazo e teto definidos — normalmente um ou dois meses, limitado a uma fração do pacote. Rollover sem teto é insustentável para o fornecedor e acaba renegociado; rollover nenhum significa pagar por capacidade que não foi entregue.

O que exigir no relatório mensal de sustentação?

Chamados abertos e fechados por severidade, aderência ao SLA em percentual, horas consumidas por tipo de item, saldo do banco de horas e backlog de melhorias com priorização. O essencial é que os dados saiam da sua própria org, para que você consiga auditar sem depender do fornecedor.

Preciso de cobertura 24×7?

Só se o custo de uma hora de indisponibilidade justificar. Operação que vende em horário comercial raramente precisa de plantão noturno; operação com e-commerce, autoatendimento ou integração de pedidos em tempo real precisa. A pergunta certa não é se existe 24×7, é quanto custa cada hora parada.

O que deve estar no handover se eu trocar de parceiro?

Acessos e credenciais, inventário de customizações (Flows, Apex, integrações, pacotes instalados), decisões de arquitetura com as razões por trás delas, backlog com histórico de priorização e pendências em aberto. Isso precisa ser mantido durante o contrato, não produzido na saída.

Fontes citadas neste artigo

• Salesforce — Success Plans: Support Levels & Options (salesforce.com/services/success-plans)
• Salesforce Help — Premier, Premier Plus, and Signature Success: Developer Support (artigo 000382591)
• Salesforce — Standard, Premier, Premier+ and Signature Success Plans, termos específicos de produto