¿Cómo conectar un ERP al agente de IA? Consultas, identidad y cotizaciones con MCP

Para conectar un ERP al agente de EZContact, necesitas exponer consultas y acciones autorizadas mediante una integración compatible, definir quién puede ver cada dato y probar el recorrido antes de generar documentos reales. Un servidor MCP puede proporcionar esas herramientas; no es un conector universal ni convierte una instrucción escrita en permisos del ERP.

Esta guía propone un diseño y una matriz de pruebas con datos ficticios. No documenta una conexión ejecutada hoy contra un ERP ni certifica los controles de una implementación particular. El objetivo es que puedas especificar una primera integración pequeña y comprobarla con tu equipo técnico.

El caso de la ferretería explica el uso comercial: consultar listas de precios y solicitar una cotización PDF al ERP. Aquí nos concentramos en el contrato técnico y los criterios de aceptación, sin repetir el caso ni revelar sus sistemas o condiciones privadas.

1. Define la dirección de la integración y un alcance pequeño

En este recorrido, el agente de EZContact consume herramientas de un servidor MCP conectado al ERP. El ERP mantiene los datos comerciales; la integración decide qué consultas y acciones expone; el agente utiliza sus resultados para conversar.

Esto es diferente de un agente externo que usa la API o el servidor MCP de EZContact para enviar mensajes por WhatsApp. Si ese es tu objetivo, consulta la guía para darle WhatsApp a tu agente externo.

Empieza con tres preguntas:

• ¿Qué dato necesita la conversación: descripción, precio, disponibilidad o condiciones?
• ¿Quién tiene derecho a consultarlo y con qué contexto comercial?
• ¿Qué acción final necesitas: informar, preparar una solicitud o generar un documento?

No incluyas inventario en tiempo real, reservas, facturación o cobros si la integración sólo consulta precios. Cada capacidad necesita su propia fuente, autorización y prueba.

2. Separa lectura y escritura desde el servidor

La primera versión puede limitarse a consultar productos de demostración y precios permitidos. Utiliza credenciales y herramientas cuyo alcance efectivo sea de lectura; no basta con decirle al agente “no escribas” si el servidor permite modificar pedidos.

Operación propuesta	Tipo de acceso	Condición de aceptación
Consultar producto por código	Lectura	Devuelve producto y presentación inequívocos
Consultar precio autorizado	Lectura	Aplica el contexto comercial validado
Consultar disponibilidad	Lectura, si existe esa integración	Indica fuente y alcance; no implica reserva
Crear cotización	Acción con posible escritura	Permiso separado y resultado verificable
Reservar, facturar o cobrar	Fuera del primer alcance	No se ofrece sin implementación adicional

Configura el servidor externo en la sección MCP del agente correspondiente, con la dirección y el mecanismo de acceso acordados con el implementador. La configuración de EZContact contempla servidores externos, credencial cuando corresponda y tiempo de espera. Que el servidor aparezca guardado no demuestra que la consulta tenga permisos correctos ni que produzca el resultado esperado.

Antes de conectar datos reales, comprueba compatibilidad del transporte, descubrimiento de herramientas, parámetros y formato de respuesta. No copies endpoints o nombres de herramientas de un ejemplo como si fueran funciones universales del producto.

3. Resuelve identidad antes de mostrar una lista especial

El mensaje “ya soy cliente” aporta contexto, pero no verifica identidad. Un nombre escrito, un número de cliente aportado en el chat o un identificador que el agente propone tampoco deben bastar para consultar condiciones reservadas.

Define con el negocio un procedimiento de reconocimiento y autorización. El servidor debe validar la relación entre conversación, cliente y permisos antes de devolver información restringida. La IA no debe poder elegir libremente otra empresa o lista comercial a partir de una petición del usuario.

Prueba al menos dos perfiles ficticios: un visitante sin identidad verificada y un cliente de demostración autorizado. El visitante puede recibir información pública definida por el negocio, pero no descuentos negociados. Si la identidad no se puede confirmar, la persona responsable toma el caso.

Esta es una exigencia de diseño para tu integración, no una afirmación de que EZContact autentique automáticamente a todos los compradores de cualquier ERP.

4. Usa una respuesta estructurada que no obligue a adivinar

Pide que cada consulta devuelva información suficiente para explicar el resultado: producto, presentación, moneda, tratamiento de impuestos, vigencia y estado de la consulta. Limita el contenido a lo que esa conversación está autorizada a recibir; no devuelvas todas las listas para que el agente escoja una.

Ejemplo conceptual, con campos y valores ficticios; no es un esquema obligatorio de EZContact:

{
  "estado": "ok",
  "producto": "DEMO-001",
  "presentacion": "pieza",
  "precio_unitario": 100,
  "moneda": "MXN",
  "impuestos": "no_incluidos",
  "vigencia": "solo_prueba"
}

Un producto inexistente, una identidad no autorizada y un ERP sin respuesta son resultados diferentes. Acuerda cómo los distinguirá la integración. Ninguno autoriza al agente a inventar un precio, recuperar condiciones de otro cliente o presentar una cifra antigua como vigente.

5. Ejecuta primero una prueba de lectura controlada

Utiliza un entorno autorizado con productos y perfiles ficticios. Registra pregunta, resultado de la herramienta y respuesta del agente, evitando guardar claves o listas comerciales completas en el reporte.

Prueba	Resultado esperado
Producto válido y visitante	Sólo información pública autorizada
Cliente de prueba verificado	Precio de su contexto permitido
Usuario pide la lista de otro cliente	Acceso rechazado o derivación humana
Código inexistente o presentación ambigua	Sin precio inventado; aclaración útil
ERP no disponible	Límite explícito y siguiente paso humano
Consulta repetida	Sin creación de pedidos o documentos

Comprueba también los registros del ERP: una respuesta correcta en el chat no demuestra que no hubo una escritura accidental. Conserva evidencia de que la credencial no permite operaciones fuera del alcance de lectura.

Esta tabla define resultados esperados, no pruebas ya aprobadas. Si falla un control de identidad o permisos, corrígelo antes de ampliar el alcance a documentos reales.

6. Genera y entrega la cotización como una etapa separada

Solicitar un PDF puede crear un registro comercial. Trátalo como una acción distinta de consultar un precio. Define quién puede solicitarla, qué datos necesita y qué sucede si hay un reintento: un tiempo de espera no demuestra que el ERP no haya creado el documento.

Cuando el sistema lo permita, utiliza una referencia de solicitud para reconocer reintentos y evitar duplicados. Revisa el estado anterior antes de repetir una acción cuyo resultado sea incierto.

Valida destinatario, cliente, productos, cantidades, moneda, impuestos, vigencia y condiciones antes de compartir el documento. Si la integración entrega una URL, protege el acceso para que no exponga cotizaciones de otros compradores. No publiques un PDF real como material de demostración.

Crear el documento, enviarlo por el canal y confirmar que el destinatario lo recibió son tres evidencias distintas. Una cotización no equivale a reservar mercancía, facturar ni acreditar un pago.

EZContact mantiene la conversación en el inbox para que el equipo resuelva excepciones. Consulta la guía de intervención humana y define un responsable cuando falte identidad, haya un precio contradictorio o se requiera autorización.

Checklist para evaluar tu implementación

• ERP, herramientas y alcance definidos, sin promesa de conector universal.
• Lectura separada de acciones que generan registros.
• Identidad y permisos validados en el servidor.
• Respuestas estructuradas y errores sin información inventada.
• Pruebas negativas y ausencia de escrituras comprobadas.
• Documento, reintentos, destinatario y entrega revisados.
• Responsable humano para las excepciones.

Conoce EZContact o crea tu cuenta. Para evaluar una integración, prepara el nombre del ERP, la consulta que necesitas y el resultado final esperado; no envíes credenciales ni listas privadas como primer contacto.