Atendimento por WhatsApp completo, sem depender do Salesforce.
O Core do Nitzap substitui os objetos do CRM e entrega uma plataforma própria de atendimento. Ticket, contato, fila, SLA e histórico passam a viver no próprio Nitzap, com API, MCP e webhooks para integrar com o que a empresa já usa.
Nem toda operação de atendimento cabe num CRM.
O Nitzap nasceu dentro do Salesforce e continua lá. Só que boa parte das empresas que precisa de um WhatsApp bem operado não tem CRM, não quer pagar licença para cada atendente ou já roda o cadastro em outro sistema.
- O time de atendimento é grande e a licença por usuário inviabiliza o projeto.
- O cadastro do cliente já vive no ERP, e duplicar isso no CRM não faz sentido.
- A empresa quer o atendimento rodando na própria infraestrutura, por exigência interna.
- O produto precisa de uma API de atendimento por baixo, não de uma tela pronta.
Ticket com histórico completo.
Toda conversa vira um registro com atribuição, eventos e mensagens, do primeiro contato ao fechamento. O que no Salesforce era objeto padrão, aqui é objeto do Nitzap.
- Filas e roteamentos para distribuir a conversa ao time certo.
- Categorias e políticas de SLA com prazo por tipo de chamado.
- Respostas rápidas padronizadas por marca e por equipe.
- Grupos de WhatsApp atendidos dentro do mesmo fluxo.
MCP, webhooks e o Flow para orquestrar.
O Headless foi feito para conversar com o resto da operação. O servidor MCP entrega contexto a agentes de IA, os webhooks avisam qualquer sistema e o Flow monta a automação sem código.
- Servidores MCP com chaves e permissões de acesso por integração.
- Webhooks para integrar com qualquer sistema, em qualquer evento.
- Flow para desenhar bot, condição, consulta e resposta em tela.
- API própria por instância, isolada do dado dos outros clientes.
A plataforma inteira, não só o canal.
O Core cobre o que uma operação de atendimento precisa para rodar sozinha, do cadastro à governança.
Atendimento
Tickets com histórico completo, atribuições, eventos e mensagens. Filas, roteamentos, categorias de chamado, políticas de SLA, respostas rápidas e grupos de WhatsApp.
Cadastros
Contas, contatos, organizações, usuários, papéis, marcas, turnos, tags, idiomas e preferências por usuário.
Canais e campanhas
Conexões de WhatsApp com API oficial, WABA e Coexistência, templates aprovados e campanhas de envio dentro das regras da Meta.
Inteligência artificial
Agentes de IA, análise de conversa e ajustes por atendente e por conversa, com controle de consumo e teto de custo.
Governança e segurança
DLP de dados sensíveis, Radar de monitoramento de palavras e registro de ocorrências de regra para auditoria.
Integrações
Servidores MCP, chaves e permissões de acesso, além de webhooks para integrar com qualquer sistema.
Cada cliente na própria instância.
Não é um ambiente compartilhado com separação lógica. Cada cliente recebe a própria API e enxerga somente os próprios dados.
Isolamento por instância
API própria e dado próprio, sem vizinho. Cada cliente enxerga somente o que é dele.
Deploy onde precisar
Nuvem gerenciada pela Datago ou on-premise, na infraestrutura da própria empresa, quando há exigência interna de manter o dado dentro de casa.
Painel, custo e logs
Painel de servidor com custo por conversa acompanhado de perto, mais logs e eventos para auditoria e para investigar incidente.
No Salesforce ou por fora.
É o mesmo produto de atendimento. Muda onde o dado mora e o que a empresa precisa ter contratado antes.
| Característica | Nitzap no Salesforce | Nitzap Headless |
|---|---|---|
| Onde ficam ticket, contato e histórico | Objetos do Salesforce | Core do Nitzap |
| Licença de CRM por atendente | Necessária | Dispensada |
| Atendimento por WhatsApp com filas e SLA | ✓ | ✓ |
| API oficial da Meta, WABA e Coexistência | ✓ | ✓ |
| Campanhas com template aprovado | ✓ | ✓ |
| Agentes de IA e análise de conversa | ✓ | ✓ |
| Servidor MCP e webhooks | ✓ | ✓ |
| Instalação | Pacote gerenciado na org | Instância própria, nuvem ou on-premise |
| Dado do cliente dentro do CRM | ✓ | Via integração |
Arraste a tabela para o lado para ver todas as colunas.
Quem já tem Salesforce e quer o atendimento dentro do CRM continua no Nitzap tradicional. O Headless atende quem não tem CRM, quem não quer licença por atendente ou quem precisa da plataforma rodando na própria infraestrutura.
Da instância ao primeiro atendimento.
Sem pacote para instalar em org nenhuma. O que existe é uma instância provisionada, conectada aos seus canais e integrada ao que você já roda.
Instância provisionada
Subimos o ambiente na nuvem ou no seu servidor, com API própria e acesso isolado.
Canais e time conectados
Conexões de WhatsApp, filas, papéis, turnos e políticas de SLA configurados com o seu time.
Integração pelo que fizer sentido
MCP para os agentes de IA, webhooks para o seu sistema e Flow para a automação do bot.
O que costumam perguntar.
Preciso ter Salesforce para usar o Headless?
Não. É justamente o ponto. O Core do Nitzap substitui os objetos do CRM e entrega ticket, contato, fila, SLA e histórico na própria plataforma. Se depois a empresa adotar Salesforce, a integração existe e o histórico não se perde.
Qual a diferença para o Nitzap que já existe?
É o mesmo produto de atendimento. No Nitzap tradicional o dado vive nos objetos do Salesforce e cada atendente precisa de licença de CRM. No Headless o dado vive no Core do Nitzap, em instância própria, e não há licença de CRM envolvida.
Dá para rodar no nosso servidor?
Sim. O deploy é em nuvem gerenciada pela Datago ou on-premise, na infraestrutura da própria empresa, quando há exigência interna de manter o dado dentro de casa.
Como funciona o isolamento entre clientes?
Cada cliente tem a própria instância, com API própria, e enxerga somente os próprios dados. Não é separação lógica dentro de um ambiente compartilhado.
O que o servidor MCP entrega na prática?
Contexto durante a conversa. O atendente vê, na mesma tela, o que os assistentes trouxeram de ERP, agenda, arquivos e CRM, com chaves e permissões controladas por integração.
Como vocês controlam o custo de IA?
Há ajuste de IA por atendente e por conversa, com controle de consumo e teto de custo. O custo por conversa também aparece no painel de infraestrutura.
O que o DLP e o Radar fazem?
O DLP identifica dado sensível trafegando na conversa. O Radar monitora palavras definidas pela empresa. Os dois registram ocorrência de regra, e o registro fica disponível para auditoria.
Vocês usam a API oficial da Meta?
Sim, WABA e Coexistência, com templates aprovados e campanhas dentro das regras da Meta. A Datago é Tech Provider da Meta.
Vamos desenhar a sua instância.
Conte como o seu atendimento funciona hoje e por onde o dado do cliente circula. A partir daí a gente dimensiona a instância, os canais e as integrações.
Prefere falar agora?
Time comercial no WhatsApp, de segunda a sexta, das 9h às 18h de Brasília.
WhatsApp (27) 99997-0276