¿Cómo cotizar por WhatsApp con precios del ERP? El caso de una ferretería

Una ferretería utiliza un servidor MCP conectado a su ERP para que el agente de EZContact consulte listas de precios y solicite cotizaciones PDF al sistema. El flujo distingue entre clientes existentes y personas que todavía no son clientes para utilizar la lista correspondiente.

El caso fue relatado al equipo de EZContact. Mantenemos anónima la empresa y no identificamos el ERP, sus datos comerciales ni sus compradores. Tampoco atribuimos un ahorro de tiempo o un volumen de cotizaciones que no se haya medido para este artículo.

Por qué una lista pegada en el prompt no resuelve este problema

Una ferretería puede manejar productos, presentaciones y condiciones comerciales distintas. Si la información cambia en el ERP pero el agente consulta una copia antigua, una respuesta aparentemente precisa puede contener un precio que ya no aplica.

El problema se vuelve más evidente cuando existen listas diferentes según el tipo de cliente. La respuesta correcta no depende únicamente de encontrar un producto: también requiere utilizar el contexto comercial adecuado.

En la implementación descrita se conectó la fuente operativa al agente. Así, el flujo consulta el sistema del negocio en lugar de asumir que toda la información debe mantenerse dentro de un texto de instrucciones.

Qué se implementó en este caso

El trabajo incluyó un servidor MCP para conectar el ERP con el agente de EZContact. MCP es un protocolo que permite exponer herramientas para que un agente las utilice. En términos del negocio, esas herramientas hacen accesibles determinadas consultas o acciones del sistema.

Según el relato, el agente obtiene listas de precios, pregunta si la persona ya es cliente y utiliza la lista que corresponda. Después puede solicitar la generación de una cotización PDF mediante el ERP.

No es un conector universal que funcione igual con cualquier ERP. El alcance depende de las herramientas construidas, los permisos y las capacidades del sistema conectado. Tampoco presentamos este desarrollo como una función incluida automáticamente en cualquier plan.

El recorrido: consulta, contexto, precio y documento

1. Entender qué necesita la persona

Una solicitud puede empezar con una descripción incompleta. Antes de ofrecer un precio, conviene aclarar qué producto, presentación o cantidad requiere el comprador. Estos son criterios de diseño recomendados; no estamos reproduciendo las preguntas exactas del cliente del caso.

2. Determinar qué lista corresponde

El flujo relatado pregunta si la persona ya es cliente. Eso aporta contexto, pero decir “sí, ya soy cliente” no debe confundirse con una verificación de identidad. Cuando existen precios negociados o información restringida, el negocio debe definir cómo se reconoce al cliente antes de mostrarla.

No contamos aquí con el detalle del mecanismo de identificación utilizado por esta ferretería. Por eso no afirmamos que el agente autentique automáticamente a cada comprador ni que cualquier persona pueda acceder a condiciones especiales.

3. Consultar la información del ERP

El agente usa las herramientas disponibles para obtener la información comercial. El ERP sigue siendo la fuente que la empresa administra. Si una consulta falla o no encuentra una coincidencia suficiente, el agente debe reconocer el límite y pedir apoyo, no completar el precio con una suposición.

El mismo principio aplica a existencias y plazos: consultar listas de precios no demuestra que también se haya integrado inventario en tiempo real. Sólo se deben anunciar las consultas efectivamente implementadas.

4. Solicitar la cotización PDF

El caso incluye la generación de la cotización PDF utilizando el ERP. Este detalle es distinto de pedir a la IA que redacte una tabla con importes: el documento proviene del flujo comercial del sistema conectado.

Generar una cotización no equivale a reservar mercancía, cobrar, emitir una factura o confirmar una entrega. Esos pasos requieren integraciones o decisiones adicionales y no forman parte de lo que afirmamos en este caso.

Dos direcciones de MCP que conviene distinguir

En este caso, el agente de EZContact consume herramientas de un servidor MCP conectado al ERP. El sistema externo aporta funciones y datos para la conversación.

Existe otro escenario: un agente externo utiliza el servidor MCP o la API de EZContact para trabajar con WhatsApp. Es el ángulo “Conecta tu agente a WhatsApp”. Los dos escenarios pueden ser útiles, pero no son la misma integración.

Si buscas la segunda opción, consulta cómo darle un WhatsApp a un agente que ya tienes. Al pedir una demostración, explica cuál de las dos direcciones necesitas para evitar expectativas equivocadas.

Qué revisar antes de una implementación similar

Punto	Pregunta para el negocio
Fuente comercial	¿Qué sistema administra los precios vigentes?
Identidad	¿Cómo se reconoce a un cliente con condiciones particulares?
Herramientas	¿Qué consultas y acciones se permitirán al agente?
Errores	¿Qué debe hacer si el ERP no responde o falta información?
Documento	¿Quién valida los datos y condiciones de la cotización?
Atención humana	¿Cómo continúa la solicitud cuando necesita una excepción?

Una primera prueba puede utilizar unos cuantos productos de demostración y dos perfiles ficticios de cliente. Comprueba que cada perfil recibe la lista prevista y que una persona no reconocida no obtiene condiciones reservadas. El resultado de la prueba debe revisarse en el ERP y en el documento, no sólo en la respuesta del chat.

Qué enseñar en una demostración sin exponer al cliente

Utiliza nombres, productos e importes ficticios identificados como ejemplo. Enseña el recorrido de una consulta y una cotización de prueba. No publiques claves de acceso, servidores privados, listas negociadas ni documentos reales de compradores.

El valor comercial del caso puede explicarse sin revelar nada de eso: el agente conversa, consulta las herramientas autorizadas y solicita al sistema el documento correspondiente. La empresa mantiene sus reglas y puede intervenir cuando la conversación necesita una decisión humana.

Conoce EZContact y prepara tres datos para evaluar tu caso: qué ERP utilizas, qué información debe consultar el agente y qué documento o acción necesitas al final. Esa definición permite diseñar una integración concreta en lugar de prometer una automatización indistinta de toda la operación.