ACCEPTANCE CRITERIA (31/31)

☑ AC-1: Layout 3 colunas: Fila (esquerda) | Chat (centro) | Ficha Cliente (direita), responsivo com minimos definidos.

☑ AC-2: Coluna Fila exibe duas secoes: "Aguardando" (leads com handoff pendente, ninguem pegou) e "Atendendo" (leads ja assumidos pelo atendente logado — admin ve todos).

☑ AC-3: Cada card na fila exibe: nome do cliente, indicador de temperatura (hot/warm/cold baseado no lead score), e tempo de espera.

☑ AC-4: Ao clicar em um lead na fila, a Coluna Chat carrega: handoff card no topo (score, motivo, intencao do cliente) + historico de mensagens + input de texto.

☑ AC-5: Atendente envia mensagem pelo input e a mensagem chega no WhatsApp do cliente via Z-API. Se Story 9.13 nao estiver implementada, usa a funcao `sendMessage` ja existente em `conversations.ts` (que ja funciona).

☑ AC-6: Coluna Ficha Cliente exibe resumo: nome, telefone, tipo (B2B/B2C), CNPJ se houver, e historico de conversas anteriores.

☑ AC-7: Botao "Assumir" na Coluna Chat — com dropdown de responsavel (admin pode atribuir para qualquer atendente; atendente so para si). Move lead de "Aguardando" para "Atendendo".

☑ AC-8: Botao "Resolver" na Coluna Chat — marca lead como resolvido. Lead sai da fila e vai para historico.

☑ AC-9: Botao "Toggle Bot" na Coluna Chat — permite pausar/reativar o bot para aquela conversa. Se Story 9.26 nao estiver implementada, usa `bot-mute`/`bot-unmute` ja existente em `conversations.ts`.

☑ AC-10: Fila atualiza em tempo real via SSE (Server-Sent Events) usando hook `useCrmEvents` ja existente no projeto.

☑ AC-11: Quick replies ativados com `/` — lista de respostas pre-definidas para agilizar atendimento.

☑ AC-12: Notification sound quando novo lead entra na fila "Aguardando".

☑ AC-13: Suporte a upload de midia (imagem, PDF) no chat para envio via Z-API.

☑ AC-14: Lista de clientes com busca e filtros — reutilizar pagina existente (ja funciona, manter intacta).

☑ AC-15: Ficha 360 do cliente acessivel ao clicar em um cliente da lista — manter logica existente.

☑ AC-16: Aba "Usuarios" — gerenciamento de usuarios admin/atendente (importa UsuariosPage existente).

☑ AC-17: Aba "Lixeira" — placeholder "Em breve" (Story 9.14 nao implementada ainda).

☑ AC-18: Sidebar simplificada com apenas 3 itens: Atendimento, Clientes, Config.

☑ AC-19: Rota `/` redireciona para `/atendimento`.

☑ AC-20: Paginas mortas (aquisicao, conversas, fila, pipeline, projetos, dashboard) movidas para `_archive/` — nao deletadas.

☑ AC-21: Admin ve todos os leads em todas as secoes da fila e pode atribuir para qualquer atendente.

☑ AC-22: Atendente ve a fila "Aguardando" completa, mas na secao "Atendendo" ve apenas os seus proprios leads.

☑ AC-22b: Se um atendente tenta assumir um lead que ja foi assumido por outro, exibir mensagem de erro e atualizar a fila automaticamente. Referencia: `HandoffLockService` ja existente no projeto.

☑ AC-23: Endpoint `GET /api/crm/conversations/atendimento/fila` retorna fila unificada: leads aguardando + leads em atendimento, com dados do cliente e handoff card.

☑ AC-24: Endpoint `POST /api/crm/conversations/atendimento/:leadId/resolver` marca lead como resolvido.

☑ AC-25: Migration 050 cria indices em `handoff_leads(conversation_id, pipeline_status, taken_by)` para performance da fila.

☑ AC-26: Routers mortos removidos de `/api/crm/index.ts`: queue, products, deals, dashboard, alerts, follow-ups.

☑ AC-27: Import `ChatwootService` removido de `handoff.service.ts` (codigo morto).

☑ AC-28: Todo o frontend segue o Design System Brutalist Editorial: preto #050302, vermelho #e0363b, amarelo #f6be00, Poppins 900, bordas grossas, zero radius.

☑ AC-29: Inline styles com `var()` (CSS variables de globals.css) — sem Tailwind, sem CSS modules.

☑ AC-30: Chat segue layout aprovado: mensagens do cliente na esquerda, mensagens do bot/atendente na direita com fundo vermelho.

TIMELINE