Atención por WhatsApp completa, sin depender de Salesforce.
El Core de Nitzap sustituye los objetos del CRM y entrega una plataforma propia de atención. Ticket, contacto, cola, SLA e historial pasan a vivir en el propio Nitzap, con API, MCP y webhooks para integrar con lo que la empresa ya usa.
No toda operación de atención cabe en un CRM.
Nitzap nació dentro de Salesforce y sigue ahí. Solo que buena parte de las empresas que necesita un WhatsApp bien operado no tiene CRM, no quiere pagar licencia por cada agente o ya lleva el registro en otro sistema.
- El equipo de atención es grande y la licencia por usuario inviabiliza el proyecto.
- El registro del cliente ya vive en el ERP, y duplicarlo en el CRM no tiene sentido.
- La empresa quiere la atención corriendo en su propia infraestructura, por exigencia interna.
- El producto necesita una API de atención por debajo, no una pantalla lista.
Ticket con historial completo.
Cada conversación se vuelve un registro con asignación, eventos y mensajes, del primer contacto al cierre. Lo que en Salesforce era objeto estándar, aquí es objeto de Nitzap.
- Colas y ruteo para distribuir la conversación al equipo correcto.
- Categorías y políticas de SLA con plazo por tipo de ticket.
- Respuestas rápidas estandarizadas por marca y por equipo.
- Grupos de WhatsApp atendidos dentro del mismo flujo.
MCP, webhooks y Flow para orquestar.
Headless fue hecho para conversar con el resto de la operación. El servidor MCP entrega contexto a los agentes de IA, los webhooks avisan a cualquier sistema y Flow arma la automatización sin código.
- Servidores MCP con llaves y permisos de acceso por integración.
- Webhooks para integrar con cualquier sistema, en cualquier evento.
- Flow para diseñar bot, condición, consulta y respuesta en pantalla.
- API propia por instancia, aislada del dato de los otros clientes.
La plataforma entera, no solo el canal.
El Core cubre lo que una operación de atención necesita para funcionar sola, del registro a la gobernanza.
Atención
Tickets con historial completo, asignaciones, eventos y mensajes. Colas, ruteo, categorías de ticket, políticas de SLA, respuestas rápidas y grupos de WhatsApp.
Registros
Cuentas, contactos, organizaciones, usuarios, roles, marcas, turnos, etiquetas, idiomas y preferencias por usuario.
Canales y campañas
Conexiones de WhatsApp con API oficial, WABA y Coexistencia, plantillas aprobadas y campañas de envío dentro de las reglas de Meta.
Inteligencia artificial
Agentes de IA, análisis de conversación y ajustes por agente y por conversación, con control de consumo y techo de costo.
Gobernanza y seguridad
DLP de datos sensibles, Radar de monitoreo de palabras y registro de ocurrencias de regla para auditoría.
Integraciones
Servidores MCP, llaves y permisos de acceso, además de webhooks para integrar con cualquier sistema.
Cada cliente en su propia instancia.
No es un ambiente compartido con separación lógica. Cada cliente recibe su propia API y ve solamente sus propios datos.
Aislamiento por instancia
API propia y dato propio, sin vecinos. Cada cliente ve solamente lo suyo.
Deploy donde haga falta
Nube gestionada por Datago u on-premise, en la infraestructura de la propia empresa, cuando hay exigencia interna de mantener el dato en casa.
Panel, costo y logs
Panel de servidor con costo por conversación seguido de cerca, más logs y eventos para auditoría e investigación de incidentes.
En Salesforce o por fuera.
Es el mismo producto de atención. Cambia dónde vive el dato y qué necesita tener contratado la empresa antes.
| Característica | Nitzap en Salesforce | Nitzap Headless |
|---|---|---|
| Dónde viven ticket, contacto e historial | Objetos de Salesforce | Core de Nitzap |
| Licencia de CRM por agente | Necesaria | No necesaria |
| Atención por WhatsApp con colas y SLA | ✓ | ✓ |
| API oficial de Meta, WABA y Coexistencia | ✓ | ✓ |
| Campañas con plantilla aprobada | ✓ | ✓ |
| Agentes de IA y análisis de conversación | ✓ | ✓ |
| Servidor MCP y webhooks | ✓ | ✓ |
| Instalación | Paquete gestionado en la org | Instancia propia, nube u on-premise |
| Dato del cliente dentro del CRM | ✓ | Vía integración |
Arrastre la tabla hacia el lado para ver todas las columnas.
Quien ya tiene Salesforce y quiere la atención dentro del CRM sigue en el Nitzap tradicional. Headless atiende a quien no tiene CRM, a quien no quiere licencia por agente o a quien necesita la plataforma en su propia infraestructura.
De la instancia a la primera atención.
Sin paquete para instalar en ninguna org. Lo que existe es una instancia provisionada, conectada a sus canales e integrada con lo que ya usa.
Instancia provisionada
Levantamos el ambiente en la nube o en su servidor, con API propia y acceso aislado.
Canales y equipo conectados
Conexiones de WhatsApp, colas, roles, turnos y políticas de SLA configurados con su equipo.
Integración por donde tenga sentido
MCP para los agentes de IA, webhooks para su sistema y Flow para la automatización del bot.
Lo que suelen preguntar.
¿Necesito tener Salesforce para usar Headless?
No. Ese es justamente el punto. El Core de Nitzap sustituye los objetos del CRM y entrega ticket, contacto, cola, SLA e historial en la propia plataforma. Si después la empresa adopta Salesforce, la integración existe y el historial no se pierde.
¿Cuál es la diferencia con el Nitzap que ya existe?
Es el mismo producto de atención. En el Nitzap tradicional el dato vive en los objetos de Salesforce y cada agente necesita licencia de CRM. En Headless el dato vive en el Core de Nitzap, en instancia propia, y no hay licencia de CRM involucrada.
¿Se puede correr en nuestro servidor?
Sí. El deploy es en nube gestionada por Datago u on-premise, en la infraestructura de la propia empresa, cuando hay exigencia interna de mantener el dato en casa.
¿Cómo funciona el aislamiento entre clientes?
Cada cliente tiene su propia instancia, con API propia, y ve solamente sus propios datos. No es separación lógica dentro de un ambiente compartido.
¿Qué entrega el servidor MCP en la práctica?
Contexto durante la conversación. El agente ve, en la misma pantalla, lo que los asistentes trajeron de ERP, agenda, archivos y CRM, con llaves y permisos controlados por integración.
¿Cómo controlan el costo de IA?
Hay ajuste de IA por agente y por conversación, con control de consumo y techo de costo. El costo por conversación también aparece en el panel de infraestructura.
¿Qué hacen el DLP y el Radar?
El DLP identifica dato sensible circulando en la conversación. El Radar monitorea palabras definidas por la empresa. Los dos registran ocurrencia de regla, y el registro queda disponible para auditoría.
¿Usan la API oficial de Meta?
Sí, WABA y Coexistencia, con plantillas aprobadas y campañas dentro de las reglas de Meta. Datago es Tech Provider de Meta.
Diseñemos su instancia.
Cuente cómo funciona su atención hoy y por dónde circula el dato del cliente. A partir de ahí dimensionamos la instancia, los canales y las integraciones.
¿Prefiere hablar ahora?
Equipo comercial en WhatsApp, de lunes a viernes, de 9h a 18h (BRT).
WhatsApp +55 27 99997-0276