Lei do SAC 2026: 8 perguntas para fazer ao fornecedor do seu software de atendimento

O que define software de atendimento lei do sac na prática?

Software de atendimento lei do sac é a camada operacional que converte exigências do novo decreto em rotinas verificáveis, com opção humana em todos os níveis e handoff com histórico. Diretores de SAC e CX temem que a IA tenha sido proibida e que o cliente fique preso sem saída — mas o decreto exige exatamente o contrário.

O decreto não elimina automação. Ele desloca o risco para a operação: quem não garante saída para a pessoa, histórico preservado e registro do atendimento fica exposto — independentemente da ferramenta contratada. Por isso, a avaliação deixa de ser sobre “ter chatbot” e passa a ser sobre controle operacional. A plataforma certa é a que permite configurar, medir e provar a jornada, não apenas automatizar a primeira resposta.

Oito perguntas objetivas resumem esse crivo. Para cada uma, o gestor deve saber o motivo e a resposta que deveria ouvir do fornecedor.

• Opção de pessoa em todo nível: o cliente consegue pedir atendimento humano em qualquer etapa, sem depender de palavra-chave específica?
• Handoff com histórico: ao transferir, o atendente recebe contexto, motivo e conversa anterior sem o cliente repetir tudo?
• Histórico unificado entre canais: telefone, WhatsApp e demais canais aparecem na mesma linha do tempo do cliente?
• Medição de espera e relatórios: é possível medir tempo de espera e gerar relatórios de atendimento?
• Gravação e retenção configuráveis: a operação define o que gravar e por quanto tempo reter?
• Cancelamento no mesmo canal: o cliente cancela pelo canal em que foi atendido?
• Retorno de ligações interrompidas: a plataforma registra e devolve chamadas que caíram?

O decreto do SAC não proíbe automação: ele exige que a operação comprove opção de pessoa, histórico preservado e registro do atendimento em cada jornada. Por isso, a ferramenta certa é a que permite configurar, medir e provar o fluxo, não apenas automatizar a primeira resposta.

Handoff com histórico é o ponto em que a automação deixa de ser risco regulatório e passa a ser continuidade de atendimento para o cliente. Sem esse registro, o cliente repete a informação e a operação perde a evidência de que cumpriu a jornada.

Medir tempo de espera e gerar relatórios de atendimento é o que transforma a exigência regulatória em rotina verificável de gestão do SAC. A plataforma precisa entregar esses dados por canal e por jornada, não apenas na primeira resposta automática.

Que problema software de atendimento lei do sac precisa resolver na empresa?

Pergunta a fazer	Por que importa	Resposta esperada	Sinal de alerta
A opção de falar com pessoa é configurável em todos os níveis da jornada?	O cliente não pode ficar preso em automação sem saída	Sim, com acionamento por comando, palavra ou inatividade	Transferência humana limitada a horário comercial fixo
O handoff entre robô e atendente preserva o histórico completo?	Evita que o cliente repita o problema e perde a continuidade	Contexto, tentativas e dados chegam juntos ao humano	Atendente inicia do zero após a transferência
O histórico é unificado entre canais?	Cliente que alterna chat, telefone e e-mail não pode recomeçar	Linha do tempo única com todas as interações	Cada canal mantém base separada
Como a plataforma mede tempo de espera e gera relatórios?	Espera é obrigação legal e precisa de evidência auditável	Métricas por canal, fila e horário exportáveis	Relatório genérico sem granularidade por atendimento
A gravação e a retenção são configuráveis pela sua política?	Cada operação tem prazos e regras próprias de armazenamento	Controle de período, acesso e exclusão pela empresa	Retenção fixa definida apenas pelo fornecedor
O cancelamento pode ser concluído no mesmo canal de origem?	A lei exige que o pedido seja processado sem troca de canal	Fluxo de cancelamento nativo em chat, voz e e-mail	Exige ligação ou protocolo adicional para concluir
Ligações interrompidas geram retorno automático com contexto?

O problema central não é tecnológico, é de rastreabilidade. Um SAC regulado exige provar que o cliente teve opção de atendimento humano, que não repetiu informação e que a espera foi medida. Sem software de atendimento lei do sac, essas evidências ficam dispersas entre telefonia, WhatsApp e planilhas.

O impacto observável aparece em três frentes. Primeiro, o cliente que cai em loop de autoatendimento sem saída para humano. Segundo, o atendente que recebe a ligação sem saber o que já foi dito no chat. Terceiro, o gestor que não consegue demonstrar tempo de espera nem retenção de gravação quando questionado.

O cenário de aderência típico é a operação com múltiplos canais e volume crescente de automação. Ali, a plataforma omnichannel precisa unificar histórico entre WhatsApp, telefonia e CRM, com handoff que carregue contexto. A operação cumpre a regra; a plataforma apenas torna o cumprimento verificável. Empresas com canal único e baixo volume raramente justificam a troca.

Vale distinguir dois erros comuns na compra. Um é acreditar que a ferramenta resolve a jornada sozinha, quando a configuração de escalonamento humano é decisão de processo. Outro é ignorar a migração do histórico antigo, que costuma determinar o tempo real até valor. Para aprofundar o handoff, veja como transferir do robô ao atendente sem perda de contexto.

Sem rastreabilidade unificada entre telefonia, WhatsApp e demais canais, a empresa não consegue provar que o cliente teve opção de pessoa em todos os níveis do atendimento. O software de atendimento lei do sac resolve esse problema ao consolidar a jornada em uma linha do tempo única por cliente.

O histórico unificado entre canais é o que permite ao atendente retomar a conversa sem o cliente repetir informação já registrada em outro ponto do SAC. Essa continuidade é o que diferencia automação com controle operacional de automação que apenas empurra o cliente para o próximo canal.

Como preparar a operação para software de atendimento lei do sac?

A preparação começa antes da contratação, com perguntas objetivas que separam discurso comercial de capacidade operacional. O novo decreto do SAC não proíbe IA, mas exige que o cliente tenha rota clara para falar com uma pessoa. Quem responde pela conformidade é a operação, não a ferramenta.

Monte um roteiro de validação com responsáveis nomeados e critérios de aceite escritos. Cada etapa deve gerar evidência documentada, não apenas resposta verbal do fornecedor.

1. Mapeie as jornadas críticas antes da demo. Liste os fluxos que geram risco regulatório: cancelamento, reclamação, segunda tentativa e pedido de humano. Defina o dono de cada jornada e a evidência que comprova a execução.
2. Exija opção de pessoa configurável em todo nível. Peça demonstração de como o cliente solicita atendimento humano em qualquer etapa, inclusive dentro de menus e automações. O responsável de CX valida se a saída é visível e não depende de palavra-chave obscura.
3. Teste o handoff com histórico completo. O atendente precisa receber contexto, motivo e tentativas anteriores sem pedir repetição. Aceite apenas se o teste mostrar a transferência real, como descrito no guia sobre transferir do robô para o atendente.
4. Verifique histórico unificado entre canais. WhatsApp, telefonia e chat devem compor uma linha do tempo única por cliente. Sem isso, a operação perde rastreabilidade e o cliente repete a história a cada contato.
5. Confirme medição de espera, relatórios e retenção. Pergunte como o sistema mede tempo de espera, gera relatórios e permite configurar gravação e prazo de retenção. O responsável de TI valida a política de dados e o compliance assina o aceite.
6. Simule cancelamento e retorno de ligação no mesmo canal. Peça o fluxo completo de cancelamento iniciado e concluído no canal de origem, além do retorno de chamadas interrompidas.

O que comparar antes de adotar software de atendimento lei do sac?

A escolha de uma plataforma de SAC regulado se decide por oito perguntas objetivas, não por lista de features. Cada resposta revela se o fornecedor entende a operação ou apenas demonstra telas. Confronte cada ponto com a rotina que sua equipe já executa.

Onde projetos de software de atendimento lei do sac costumam falhar?

A falha mais comum em projetos de conformidade do SAC não está na escolha da ferramenta, mas na expectativa de que ela resolva sozinha o que depende de processo. Plataformas entregam registro, roteamento e histórico; a operação é que garante resposta no prazo e saída para o humano.

• Tratar a compra como fim da jornada: equipes instalam o sistema e não revisam fluxos de transferência nem critérios de escalonamento. O cliente fica preso em automação sem rota clara para o atendente.
• Configurar handoff sem contexto: a transferência do robô para a pessoa ocorre sem histórico e motivo anexados. O consumidor repete o relato, e a operação perde rastreabilidade — veja como evitar isso no guia sobre transferir do robô para o atendente.
• Medir errado a espera: relatórios que não separam tempo de fila, de bot e de atendimento humano escondem o gargalo real. Sem essa separação, a gestão corrige o sintoma errado.
• Ignorar retenção e gravação: políticas de guarda de registros definidas fora do sistema geram evidência incompleta em auditoria. O parâmetro precisa ser configurável e documentado pela operação.
• Deixar o cancelamento fora do canal de origem: exigir que o cliente ligue para cancelar algo pedido por WhatsApp cria atrito e fragiliza a conformidade. O fluxo de saída deve espelhar o de entrada.
• Não prever retorno de ligações interrompidas: chamadas quedadas sem rotina de retorno viram reclamação recorrente. A plataforma registra o evento; alguém precisa agir sobre ele.

Projetos de SAC regulado falham quando a empresa compra ferramenta e não redesenha o processo de escalonamento humano. A prevenção passa por testar a jornada completa antes do go-live, incluindo o pior cenário: cliente automatizado que exige falar com uma pessoa.

Como definir o próximo passo para software de atendimento lei do sac?

A decisão se fecha quando você transforma as oito perguntas em um roteiro de validação com responsáveis e prazos. Comece pela pergunta que expõe o maior risco: existe opção de pessoa configurável em todo nível do fluxo, com saída garantida para humano? Se a resposta for vaga, o restante perde valor.

1. Liste os oito requisitos em uma planilha. Registre opção de pessoa em todo nível, handoff com histórico, histórico unificado entre canais, medição de espera e relatórios, gravação e retenção configuráveis, cancelamento no mesmo canal, retorno de ligações interrompidas e atendimento 24h com IA e escala humana. Cada linha recebe o nome do responsável interno que validará a resposta do fornecedor.
2. Peça demonstração guiada, não apresentação comercial. Solicite que o fornecedor execute cada um dos oito cenários ao vivo, com dados fictícios. Anote o que foi mostrado e o que ficou como promessa futura. O que não aparece na tela não deve entrar no contrato.
3. Exija o desenho do handoff por escrito. O documento precisa mostrar o que o atendente recebe ao assumir: histórico da conversa, canal de origem, motivo do contato e tentativas anteriores. Sem esse registro, a jornada pode obrigar o cliente a repetir o problema.
4. Teste a jornada de saída em todos os canais. Simule um cancelamento iniciado no WhatsApp, outro por telefone e outro no chat do site. Verifique se cada um se encerra no mesmo canal em que começou. Esse é o teste que revela se a operação cumpre a lógica da lei, e não apenas o discurso.
5. Valide retenção, gravação e relatórios com o jurídico. Confirme quem configura os prazos, se há trilha de auditoria e como os relatórios de espera são exportados.

Perguntas frequentes

O novo decreto do SAC proíbe o uso de IA no atendimento ou apenas exige saída para o humano?

O decreto não elimina a automação. Ele desloca o risco para a operação: exige que o cliente tenha rota clara para falar com uma pessoa em todos os níveis, com histórico preservado e registro do atendimento. O software de atendimento lei do SAC precisa garantir essa saída humana, não substituí-la.

Quais requisitos o fornecedor de software de atendimento lei do SAC precisa comprovar antes da contratação?

Exija opção de pessoa configurável em todo nível do fluxo, handoff com histórico completo, histórico unificado entre canais, medição de espera e relatórios, gravação e retenção configuráveis, cancelamento no mesmo canal e retorno de ligações interrompidas. Cada resposta deve gerar evidência documentada, não apenas verbal.

Como validar se o software de atendimento lei do SAC realmente entrega handoff com histórico entre robô e atendente?

Mapeie as jornadas críticas antes da demo: cancelamento, reclamação, segunda tentativa e pedido de humano. Peça demonstração do handoff com motivo e histórico anexados. Transferência sem contexto faz o consumidor repetir o relato, sinal de alerta de que a plataforma não sustenta a exigência regulatória.

Vale a pena investir em software de atendimento lei do SAC ou a operação consegue cumprir as exigências com planilhas?

Sem software de atendimento lei do SAC, as evidências ficam dispersas entre telefonia, WhatsApp e planilhas. A plataforma registra, em cada canal, a opção de falar com pessoa, a transferência com histórico e os tempos de espera. Ela não cumpre a lei sozinha, mas fornece as evidências que a operação precisa.

Quanto tempo leva para preparar a operação antes de contratar um software de atendimento lei do SAC?

A preparação começa antes da contratação, com roteiro de validação, responsáveis nomeados e critérios de aceite escritos. Mapeie as jornadas críticas antes da demo e defina o dono de cada fluxo. Cada etapa deve gerar evidência documentada, o que antecipa riscos e encurta a decisão.

O software de atendimento lei do SAC precisa unificar histórico entre telefonia, WhatsApp e outros canais?

Sim. O problema central é de rastreabilidade: o SAC regulado exige provar que o cliente teve opção humana, não repetiu informação e que a espera foi medida. O software de atendimento lei do SAC deve registrar histórico unificado entre canais, senão as evidências ficam dispersas e frágeis.

Fontes oficiais: Planalto (texto oficial); Ministério da Justiça e Segurança Pública.