Entitlements e milestones da Salesforce: configuração, ações e limites

O que são entitlements e milestones da Salesforce?

Um entitlement é uma unidade de suporte, e um milestone é uma etapa com prazo em um case. O panorama de entitlements da Salesforce descreve entitlements como unidades como "suporte por telefone" ou "suporte via web", normalmente modelando os termos de um contrato de serviço. Você os vincula a contas, ativos, contatos e contratos de serviço, para que um agente possa verificar se quem liga está coberto antes de abrir um case.

Entitlements sozinhos funcionam apenas como um sim ou não. O relógio chega com um processo de entitlement, que a página de termos da Salesforce define como uma linha do tempo de milestones, cada um uma etapa obrigatória como First Response ou Resolution Time. Ações de milestone são as automações dependentes de tempo em cada etapa. A ajuda da Salesforce ainda chama o produto de Service Cloud, enquanto o nome Agentforce Service aparece no branding mais recente, então procure por ambos.

Quatro objetos, uma direção. O entitlement fica no case, aponta para um processo, o processo atribui milestones por critérios, e cada milestone dispara ações. Se um case não tem entitlement, a cadeia nunca começa. Esse único fato explica a maioria das reclamações do tipo "meu SLA não funciona".

Quais edições da Salesforce incluem o Entitlement Management?

Professional, Enterprise, Performance, Unlimited e Developer com Service Cloud. Isso vem da página de edições suportadas da Salesforce, que lista Service-Level Agreements (Entitlement Management) e acrescenta que o monitoramento de processos de entitlement não está disponível no Professional.

A página de preços de serviço da Salesforce tem uma linha "Service Contracts and Entitlements" na tabela comparativa, mas as marcas de verificação não vieram quando fiz o scraping, então não posso dizer quais dos planos atuais trazem o recurso. A página de preços também usa nomes mais novos que a página de edições. Peça ao seu account executive para confirmar o plano por escrito. Meu post de preços do Salesforce Service Cloud acompanha os preços por assento.

Como ativar o Entitlement Management?

Ative no Setup, depois construa as peças em uma ordem fixa. O artigo de ativação da Salesforce dá o caminho: abra Entitlement Settings, selecione Entitlement Management, e salve. Ele acrescenta que só usuários com um perfil padrão de System Administrator podem ativá-lo, então um perfil de admin personalizado não serve.

A checklist de configuração depois lista personalizar campos e layouts de página, filtros de busca em cases, acesso de usuários, templates de entitlement, a adição automática de entitlements, e relatórios. Minha ordem:

1. Ative os entitlements e, se algum dia você for alterar um processo em produção, marque agora Enable Entitlement Versioning. A Salesforce diz que não dá para desativar o versionamento depois.
2. Dê acesso aos usuários e adicione os campos de entitlement aos layouts de página dos cases.
3. Crie os milestones em Entitlement Management no Setup.
4. Crie o processo de entitlement, adicione milestones, adicione ações, depois ative.
5. Aplique o processo aos entitlements, ou a um template de entitlement para que novos entitlements herdem dele.

Para comparar com outras ferramentas, os SLAs do Freshdesk e do Zendesk são uma política por ticket. A Salesforce constrói o relógio a partir de vários objetos ligados, o que dá mais controle e mais pontos onde algo pode dar errado.

Como criar um processo de entitlement e seus milestones?

Crie os milestones primeiro, porque o artigo do processo da Salesforce diz que você precisa tê-los antes de criar um processo. Depois siga os passos dessa página:

1. Setup, Entitlement Processes, New Entitlement Process.
2. Escolha o tipo, Case ou Work Order. Um processo só roda em registros do seu tipo, e isso não pode ser mudado depois.
3. Dê um nome, e deixe Active desativado até que as ações de milestone estejam prontas. A Salesforce avisa que você não pode atualizar nem excluir ações de milestone depois da ativação e do uso em um registro.
4. Escolha quando os registros entram (data de criação, ou um campo de data/hora personalizado) e saem (fechado, ou critérios personalizados).
5. Defina opcionalmente o horário comercial para cada Target Date de milestone.

Em seguida, o artigo para adicionar um milestone cobre os campos do milestone. Os que importam:

• Time Trigger (Minutes): quanto tempo os usuários têm para concluir o milestone. Você pode, em vez disso, apontar para uma classe Apex que implementa Support.MilestoneTriggerTimeCalculator para calculá-lo por case.
• Start: Milestone Criteria calcula o Target Date quando o milestone se aplica ao registro, para milestones recorrentes. Entitlement Process o calcula a partir do início do processo, o que combina com First Response e Resolution Time.
• Order and criteria: um filtro ou fórmula como Priority equals High decide qual milestone se aplica quando vários coincidem.

A Salesforce também define três tipos de recorrência. No Recurrence combina com First Response e Resolution Time, Independent combina com algo como uma transição de engenharia que pode se repetir, e Sequential se repete em ordem. Só uma ocorrência de um milestone recorrente fica ativa por vez.

O que fazem as ações de sucesso, aviso e violação?

Elas são as automações no temporizador de um milestone, e é aí que um SLA faz alguma coisa. O panorama da Salesforce sobre ações de milestone lista três tipos: ações de sucesso disparam quando um milestone se conclui, ações de aviso quando está perto da violação, e ações de violação quando é violado. Ações de sucesso ainda disparam em milestones concluídos com atraso.

Cada ação pode ser uma destas:

A opção Flow chegou no Winter '25. A nota de versão da Salesforce diz que cobre as edições Professional até Developer com Service Cloud. Uma dica do artigo para adicionar uma ação: para uma ação de violação que dispare na hora, defina o time trigger como 0 minutos.

Três comportamentos para conhecer antes de prometer qualquer coisa:

• Ações podem disparar alguns segundos antes do Target Date. A página de limites da Salesforce diz que uma ação de violação de 0 minutos pode rodar no minuto anterior.
• Atualizações de campo têm um limite de processamento de 10 segundos, e as mais longas falham sem erro.
• Não programe ações para rodar na criação ou atualização do case. A Salesforce diz que isso pode gerar resultados inconsistentes.

Como o horário comercial funciona para os milestones?

O horário mais específico vence. O artigo sobre horário comercial da Salesforce diz que o horário do milestone substitui o do processo de entitlement, que substitui o do case.

O conselho prático da Salesforce: defina o horário no processo quando muitos cases compartilham um processo, e em um milestone quando a severidade muda o ritmo, como um milestone 24/7 "Update Customer" dentro de um processo de dias úteis. Para mudar o horário em um processo ativo: crie uma nova versão, edite o horário lá, e reenvie a atualização com uma nova regra de atualização.

Aqui a documentação se contradiz. A página para adicionar uma ação diz que ações disparadas por tempo só ocorrem dentro do horário comercial da sua organização. O panorama das ações diz que ações de aviso e violação não respeitam horário comercial e rodam em um relógio de 24 horas. O exemplo deles: um aviso definido como "2 Days Before" em um dia útil de 8 horas vira 2,880 minutos, então em um case aberto na segunda-feira às 9h com alvo na quinta-feira, ele dispara imediatamente. Eu construiria um case de teste antes de confiar em qualquer uma das duas leituras. Para ver como outras ferramentas lidam com calendários, meu post sobre horário comercial do Zendesk é um contraste útil.

Como os agentes veem o relógio em um case?

Através do milestone tracker, que você adiciona ao case. O artigo sobre o tracker da Salesforce diz que um milestone em andamento aparece como um círculo verde que vai diminuindo, depois fica vermelho quando atrasa.

No Lightning, adicione o componente Milestones no App Builder. O tracker mostra horas reais por padrão; você pode mudar para horário comercial em Entitlement Settings. O status geral do milestone de um registro é um de três valores:

Para relatórios, o tipo de relatório Case Milestones permite acompanhar violações. Meu post de métricas de atendimento ao cliente com IA cobre quais números colocar ao lado disso, e o guia de metas de SLA no HubSpot mostra a mesma tarefa em outra ferramenta.

Quais limites e pegadinhas os administradores devem prever?

O case precisa de um entitlement, o processo precisa corresponder ao registro, e ninguém conclui os milestones por você. A página de limites da Salesforce é curta e vale a leitura completa. Os números:

• 1,000 processos de entitlement por organização, e 10 milestones por processo
• 10 ações e 10 triggers de tempo por tipo de ação em um milestone
• 50,000 entradas de fila de entitlement por hora

As pegadinhas que doem na prática:

1. Entitlements não são adicionados a cases por e-mail ou web. O artigo sobre adição automática da Salesforce diz que cases de Web-to-Case, Email-to-Case e experience não ganham um automaticamente, e dá um exemplo de Apex para adicioná-lo. Contatos também não herdam os entitlements da conta.
2. Milestones não são concluídos automaticamente. O artigo sobre conclusão automática fornece triggers Apex: Resolution Time quando um case fecha, First Response quando um e-mail vai para o contato, ou quando um comentário público é feito. Agentes podem usar Mark Completed. Não encontrei nenhuma receita baseada em Flow nessa documentação.
3. Um processo por tipo de registro. Um processo de Case não roda em work orders, então mantenha-os em entitlements separados.
4. A ativação congela as ações. Depois da ativação você não pode mais excluir milestones nem criar ações. Use o versionamento: em uma versão em uso você pode adicionar milestones mas não editar os já existentes.
5. A precisão é no minuto. Milestones são medidos em minutos e segundos, mas os horários de início e fim são precisos só até o minuto, então fora do horário 24/7 alguns segundos se perdem.
6. E-mails de violação de fila não chegam aos membros. Se uma fila tem um endereço de e-mail, a violação vai para lá, e a Salesforce diz que os membros da fila não a recebem.
7. Lacunas em mobile e Lightning. O tracker não aparece no app mobile da Salesforce, e Case Milestone não tem campos mostrando quem concluiu.

Se você também usa Zendesk ou Help Scout, nada disso vai parecer familiar. O modelo da Salesforce é flexível, e exige que o administrador o conecte com cuidado.

Onde a IA entra enquanto o relógio do First Response está rodando?

Um colega de equipe de IA pode encurtar a primeira resposta, mas não substitui o processo. Eu digo isso claramente: a eesel não substitui processos de entitlement. Seus entitlements, milestones e ações continuam rodando. O que a eesel muda é quanto tempo um agente gasta antes de a resposta ficar pronta.

A integração com Salesforce da eesel entra no Service Cloud como um agente que lê cases e redige ou envia respostas, adiciona notas internas, e atualiza campos, usando contexto de contato e conta a partir da documentação. A página dela diz que funciona junto com seus entitlements e automações existentes. Não encontrei documentação da eesel sobre ler objetos de milestone, então eu verificaria como seu trigger de conclusão conta uma resposta antes de confiar nisso.

Essa checagem importa. Os triggers documentados de First Response se concluem com um e-mail enviado ao contato ou um comentário público. Um rascunho salvo como nota interna não satisfaz nenhum dos dois, então uma configuração de rascunho só ajuda quando uma pessoa envia o rascunho rápido. Uma configuração de envio conclui o milestone do jeito que seu trigger define.

Minha prova mais próxima não é da Salesforce, e vou dizer isso abertamente. A SamCart roda um agente da eesel em tickets do Freshdesk e outro no chat do site, respondendo a partir de 280 artigos da central de ajuda, e o agente de tickets responde só enquanto nenhum colega de equipe está atribuído. Essa é a forma que uma meta de primeira resposta quer. A smava mostra o outro extremo: cerca de 27,000 tickets do Zendesk tratados em um mês, com cerca de 15,300 rascunhos de resposta preparados para pessoas aprovarem.

O padrão que mais ouço dos compradores é modo rascunho primeiro, depois resposta automática assim que as respostas se sustentam. A eesel simula sobre seus próprios cases passados antes de ir ao ar, e meus guias de primeira resposta com IA e escalonamento de IA na Salesforce cobrem essas transições. Para opções, veja meu panorama de melhor IA para Service Cloud, os posts ChatGPT para Service Cloud e Claude para Service Cloud, e meu guia de IA para Salesforce Service Cloud.

O que eu faria com isso na minha própria org?

Aqui vai a versão curta que eu daria a um administrador:

1. Comece com dois milestones. First Response e Resolution Time, No Recurrence, um processo. Adicione os recorrentes depois que você confiar nos dados.
2. Corrija primeiro a lacuna de entitlement. Adicione Apex para que cases por e-mail e web sempre ganhem um, ou seus relógios só vão cobrir parte da fila.
3. Escreva os triggers de conclusão antes de ir ao ar. Decida o que conta como primeira resposta: um e-mail, um comentário público, ou ambos.
4. Não ative cedo demais. Adicione todas as ações de aviso e violação, depois ative, porque você não pode mais adicionar ações depois.
5. Ative o versionamento agora. Mudar um processo em produção sem ele é doloroso.
6. Teste o comportamento do horário comercial. Crie um case de teste e observe um aviso disparar frente às duas leituras da documentação.
7. Relate as violações. Construa o relatório Case Milestones e revise as Open Violations semanalmente.

Se sua fila é o verdadeiro gargalo, minhas notas sobre priorização de tickets com IA, classificação de tickets e resumo de tickets mostram onde a IA economiza tempo antes de um relógio começar. Os posts de gestão de escalonamento e melhores práticas de SLA ajudam a definir metas, e o Front oferece uma versão mais leve da mesma ideia.

Experimente a eesel para Salesforce Service Cloud

Se primeiras respostas perdidas são um problema de tamanho de fila, a eesel para Salesforce funciona como um novo colega de equipe no Service Cloud. Ela aprende com seus artigos de conhecimento e cases passados, lê cada novo case com o contexto da conta, e redige ou envia a resposta, para que seus agentes comecem com o trabalho pronto. Ela não muda seus entitlements nem milestones, e continua funcionando dentro deles.

Comece no modo rascunho em uma fila, compare com seus próprios cases passados, e ative a resposta automática assim que as respostas se sustentarem. Veja como um agente de helpdesk de IA entra em uma fila, ou compare os melhores helpdesks de IA para empresas, depois experimente a eesel.