Agentes de IA para empresas: cómo conectarlos a CRM y ERP

Un agente de IA es un programa que interpreta un objetivo y elige qué herramientas utilizar para completar una tarea. En una empresa puede consultar información del CRM, preparar una cita o proponer un seguimiento de cobro. Su alcance depende de las conexiones disponibles, los permisos concedidos y las acciones que requieren aprobación humana.

Una petición como "prepara el seguimiento de esta oportunidad" puede exigir consultar varios lugares: la ficha del cliente, el último presupuesto y la disponibilidad del equipo. Para que el agente ayude, tiene que encontrar el registro correcto y distinguir qué puede preparar de qué puede ejecutar.

Aquí veremos esa conexión con el trabajo diario: qué información necesita, cómo actúa en cada sistema y qué comprobaciones conviene introducir. Los ejemplos son hipotéticos y sirven para explicar decisiones de diseño. No describen proyectos de clientes ni resultados obtenidos por Bloonde. Las imágenes son ilustraciones generadas con IA y representan interfaces conceptuales, no capturas de aplicaciones o proyectos entregados.

¿Qué es un agente de IA y en qué se diferencia de un chatbot o de una automatización?

Un chatbot es una forma de conversar con una aplicación. Puede limitarse a responder preguntas o permitir que un agente consulte herramientas y actúe. Por eso, la apariencia de chat no permite saber hasta dónde llega el sistema.

Una automatización con reglas sigue un recorrido definido: cuando un formulario está completo, crea un contacto y envía un aviso. Un agente puede interpretar una petición y decidir qué consulta necesita antes de continuar. Anthropic distingue los flujos predefinidos de los agentes que deciden cómo utilizar sus herramientas. Esa capacidad de elección exige delimitar las acciones disponibles.

En un ejemplo hipotético, una persona pide concertar una reunión sobre una oferta. Una regla podría crear una tarea. Un agente podría localizar la oportunidad, comprobar quién la lleva y proponer horarios. El envío de la invitación puede quedar pendiente de confirmación.

La elección depende del trabajo: si los pasos siempre son los mismos, puede bastar una automatización. Nuestra guía de automatización con IA para pymes desarrolla esa primera decisión. En este artículo nos centramos en cómo trabaja el agente una vez conectado.

¿Qué necesita un agente para trabajar con los sistemas de tu empresa?

Necesita un objetivo acotado, información identificable y herramientas con funciones concretas. Una API es una vía para que dos aplicaciones intercambien datos o soliciten operaciones. Tener acceso a ella no implica que el agente deba poder utilizar todas sus funciones.

Por ejemplo, "consultar una oportunidad por su identificador" es una herramienta más fácil de controlar que "acceder al CRM". La primera permite definir qué campos devuelve y quién puede consultarlos. La segunda deja demasiadas decisiones sin resolver. El artículo sobre integración de APIs externas explica la base de esa comunicación entre aplicaciones.

También conviene acordar qué sistema manda sobre cada dato. El CRM puede recoger el contacto comercial; el ERP, el pedido; y la plataforma de pagos, el estado de una operación. Si las versiones no coinciden, el agente debe señalar la diferencia y pedir revisión.

Esta tabla propone un reparto inicial de tareas y controles. Hay que adaptarlo a las herramientas y responsabilidades de cada empresa.

Si parte del trabajo sigue en hojas de cálculo, hay que identificar el documento y las columnas que se pueden usar. Nuestra guía sobre la API de Google Sheets muestra esa conexión. La herramienta del agente debería limitarse al documento y a las operaciones acordadas, comprobando que los permisos del proveedor permiten esa restricción.

¿Qué puede hacer un agente de IA conectado al CRM?

Puede ayudar a reconstruir el contexto de una oportunidad y preparar el siguiente paso comercial. Para ello necesita identificar al contacto, consultar la actividad permitida y separar los hechos registrados de lo que todavía falta por confirmar.

Preparar un seguimiento sin inventar compromisos

En un ejemplo hipotético, un comercial pide un borrador para retomar una oferta. El agente consulta la oportunidad y encuentra una reunión pendiente de concretar. Puede resumir lo hablado y preparar un mensaje, pero debe dejar sin completar cualquier precio, plazo o condición que no esté aprobado en el registro.

Antes de guardar una nota, debe comprobar que corresponde a la oportunidad elegida. Dos personas con el mismo nombre o una empresa con varias ofertas abiertas son motivos para pedir una aclaración. Un identificador del CRM resulta más fiable para seleccionar el registro que una coincidencia de nombres.

Las integraciones con Zoho CRM permiten entender cómo se conectan contactos y presupuestos con otras aplicaciones. Ese intercambio es una base sobre la que podría diseñarse un agente; la integración, por sí sola, no acredita que exista uno.

Coordinar ventas con reservas y pagos

Cuando una oportunidad está relacionada con una reserva, el agente puede reunir el estado comercial y el de pago para preparar una respuesta. Conviene mantenerlos separados: una venta marcada como ganada no demuestra que se haya cobrado.

En el artículo sobre HubSpot conectado con reservas y pagos se describe la sincronización de esos sistemas. Para añadir un agente, habría que concretar qué datos consulta y si solo propone un seguimiento o también puede crear una tarea. Cancelar una reserva exige un tratamiento distinto a redactar un recordatorio.

El ejemplo ilustrativo de automatización de ventas con CRM puede ayudarte a situar ese recorrido. La decisión de diseño sigue siendo concreta: qué registro necesita el equipo y qué acción quiere revisar antes de que salga de la empresa.

¿Qué puede hacer un agente de IA conectado al ERP y a la facturación?

Puede reunir información de pedidos y facturas, señalar diferencias y preparar documentación para quien la revisa. El ERP conserva el estado operativo; el agente interpreta la petición y utiliza las consultas que se le hayan habilitado.

Revisar una discrepancia entre pedido y factura

Supongamos que una persona pregunta por qué una factura no coincide con un pedido. El agente podría consultar ambos registros y presentar las líneas distintas, con sus referencias. Si faltan documentos o hay varias versiones, debería explicar qué no ha podido comprobar.

La salida útil sería una relación de diferencias para revisar. Cambiar cantidades, impuestos o datos fiscales requiere otro permiso y una validación específica. El agente no debería completar información ausente con una respuesta que simplemente parezca razonable.

La generación de facturas electrónicas y la integración con sistemas de facturación internacional muestran conexiones con requisitos propios. Se enlazan como contexto técnico; este artículo no fija calendarios legales ni atribuye al agente la capacidad de decidir el tratamiento fiscal.

Preparar una propuesta sin alterar documentos emitidos

Para una primera prueba, puede resultar útil que el agente prepare una propuesta de actuación: qué factura se está revisando, qué diferencia observa y qué documento falta. El responsable decide después si procede corregir el pedido, emitir otro documento o investigar la incidencia.

En sistemas propios, conviene revisar cómo se guardan y relacionan los registros. La guía sobre ERP propio y adaptación a VeriFactu desarrolla esa revisión del software de facturación. Conectar un agente no sustituye las comprobaciones que necesita ese sistema.

El ejemplo ilustrativo de automatización de facturación ayuda a visualizar un posible proceso. El alcance del agente debe quedar escrito: consultar, proponer y, solo cuando se autorice expresamente, ejecutar una operación concreta.

¿Qué puede hacer un agente de IA con el calendario y las citas?

Puede consultar disponibilidad y proponer una cita teniendo en cuenta las agendas, la duración y los recursos necesarios. Para reservarla necesita saber quién participa, qué calendario utiliza y qué confirmación se exige.

Proponer horarios con la información necesaria

En una demostración comercial hipotética, el agente podría buscar un hueco común entre la persona que lleva la oportunidad y quien hará la demostración. Para esa búsqueda puede bastar con conocer disponibilidad, sin leer el contenido completo de todas las reuniones.

La documentación de Google Calendar diferencia permisos de disponibilidad, lectura y edición de eventos. Hay que elegir el alcance que corresponda a la función y comprobar qué calendarios podrá consultar realmente la aplicación.

En Bloonde tenemos una guía técnica de integración de la API de Google Calendar y otra sobre Google Calendar conectado a una aplicación educativa. La primera aborda la conexión; la segunda permite entender la organización de agendas y actividades dentro de una aplicación.

Confirmar antes de crear o mover una cita

Entre consultar un hueco y reservarlo puede entrar otra reunión. Por eso proponemos volver a comprobar la disponibilidad al confirmar, además de mostrar fecha, zona horaria, duración y destinatarios. Si el horario deja de estar libre, el agente debe ofrecer alternativas.

También hay que distinguir crear una propuesta de modificar una cita existente. Cambiar una reunión puede enviar avisos a otras personas y afectar a salas o recursos. El permiso debe corresponder a esa operación, y la pantalla de aprobación debe dejar claro qué se va a cambiar.

¿Qué puede hacer un agente de IA en los cobros y los pagos?

Puede consultar estados, ayudar a localizar incidencias y preparar comunicaciones sobre operaciones concretas. Para hacerlo necesita referencias fiables de pedido, cliente y transacción. El estado debe proceder del sistema que gestiona el pago.

Preparar un recordatorio con el estado comprobado

En un ejemplo hipotético, el equipo pide revisar un cobro pendiente. El agente localiza la operación y prepara un mensaje para revisión. Antes de enviarlo, el sistema vuelve a consultar el estado: si el pago ya está confirmado, detiene el recordatorio.

La guía de integración de pagos online explica opciones de conexión. Los artículos sobre Adyen y la API financiera de Wannme aportan ejemplos de plataformas integradas. Las operaciones disponibles dependerán de cada proveedor y de la configuración contratada.

Evitar que un reintento repita una operación

Una interrupción de conexión puede dejar al sistema sin saber si una solicitud se completó. Antes de repetirla, debe comprobar su resultado. En los proveedores que lo permiten, una clave única identifica la operación y ayuda a evitar duplicados al reintentar; Stripe documenta este mecanismo de idempotencia.

Para una prueba inicial proponemos dejar las devoluciones, los cambios de importe y las cancelaciones con efecto económico pendientes de aprobación. La revisión debe mostrar la operación original, el importe y el efecto previsto. El control se implementa en la aplicación que ejecuta el pago, además de explicárselo al agente.

¿Qué permisos debe tener un agente y qué debe aprobar siempre una persona?

La propuesta de partida es conceder solo los accesos necesarios para la tarea. Conviene definirlos por sistema y por operación: consultar una oportunidad, añadir una nota o enviar un mensaje son permisos distintos.

Una ficha de acceso puede recoger quién utiliza el agente, qué registros puede consultar, qué campos puede modificar y qué acciones exigen aprobación. Si se establecen importes máximos u otras condiciones, el software debe comprobarlos antes de ejecutar la operación. Una instrucción escrita al modelo no sustituye esa comprobación.

La aprobación también necesita contenido: la persona debería ver el destinatario, los datos utilizados y el cambio que se aplicará. Si después cambia el importe o el destinatario, proponemos solicitar una nueva revisión de esa versión.

Los textos que el agente encuentra en correos, notas o documentos deben tratarse como información externa. Pueden incluir instrucciones engañosas para que comparta datos o realice otra acción. La documentación de seguridad de OpenAI explica este riesgo y medidas para reducirlo. Hay que separar esos contenidos de las autorizaciones que gobiernan las herramientas.

En comunicaciones, la integración mediante API de email forma parte de la conexión con el envío. Para un agente habría que delimitar también destinatarios, adjuntos y condiciones de salida. El ejemplo ilustrativo de atención al cliente permite plantear dónde dejar una respuesta para revisión.

Si trabajas con una aplicación sectorial, revisa sus permisos específicos. Nuestro artículo sobre plataformas de seguros conectadas muestra un entorno con varios módulos relacionados. Que una conexión alcance distintos módulos no significa que el agente deba tener acceso a todos ellos.

La guía sobre qué automatizar con IA y qué límites mantener desarrolla el criterio para delegar tareas. Aquí lo trasladamos a controles concretos de lectura, escritura y aprobación.

¿Cómo se prueba un agente antes de darle acceso a datos reales?

Proponemos empezar en un entorno separado, con registros ficticios y operaciones de prueba. El objetivo es observar qué consulta, qué interpreta y qué intenta ejecutar, incluyendo las situaciones en las que debería detenerse.

Comprobar el recorrido completo

Una prueba debería partir de una petición concreta y terminar con un resultado comprobable. Por ejemplo: localizar una oportunidad, preparar una cita y dejarla pendiente de confirmación. El resultado esperado incluye tanto lo que debe ocurrir como lo que no debe modificarse.

Conviene añadir situaciones que obliguen a decidir con información incompleta:

• Dos contactos con el mismo nombre: pedir que se elija el registro.
• Una factura sin pedido relacionado: señalar la falta de información.
• Un horario que deja de estar disponible: ofrecer otro hueco.
• Un pago ya confirmado: detener el recordatorio.
• Una conexión sin respuesta: registrar el fallo sin dar la tarea por terminada.
• Un documento que intenta ordenar un envío de datos: impedir esa acción ajena a la tarea.

Revisar acciones y preparar la recuperación

El registro debería permitir reconstruir la petición, las herramientas utilizadas, la aprobación recibida y el resultado. Hay que definir qué información se conserva y evitar almacenar datos sensibles que no sean necesarios para revisar la operación.

También conviene acordar quién atiende los fallos, cómo se suspende el acceso y qué cambios pueden deshacerse. Un correo enviado o un pago ejecutado no siempre tienen una vuelta atrás sencilla. Esa diferencia influye en qué acciones se habilitan durante la prueba.

Antes de ampliar el uso, el equipo puede comparar solicitudes resueltas, errores detectados y tiempo dedicado a revisar. La guía de integración de inteligencia artificial en la empresa desarrolla el recorrido de implantación; estas pruebas se centran en las conexiones y acciones del agente.

Preguntas frecuentes

¿Un agente de IA sustituye al CRM o al ERP?

Puede utilizar esos sistemas como herramientas de trabajo. El CRM sigue conservando la información comercial y el ERP los registros operativos. La conexión debe respetar qué sistema es responsable de cada dato y qué usuarios pueden consultarlo, manteniendo los controles de acceso existentes.

¿Qué pasa si se equivoca al actualizar un dato?

Debe poder identificarse el cambio y el registro afectado. Según la operación, la recuperación puede consistir en restaurar un valor, corregirlo con revisión o abrir una incidencia. Por eso hay que probar la recuperación antes de habilitar cambios en producción.

¿Se puede conectar con un ERP que no tiene API?

Hay que estudiar sus opciones: exportaciones, un conector intermedio o desarrollar una interfaz compatible. Una exportación puede servir para consultar información, pero no implica que se puedan escribir cambios. La viabilidad depende del sistema, los permisos y la frecuencia de actualización necesaria.

¿Dónde se guardan los datos que utiliza el agente?

Depende de la arquitectura y de los servicios elegidos. Antes de conectar datos reales hay que identificar qué información sale de cada sistema, qué proveedores la reciben y qué condiciones de conservación y acceso se aplican. No debe darse por hecho que todo permanece dentro de la empresa.

Para estudiar tu caso, en Bloonde revisamos contigo qué sistemas tendría que usar el agente y qué debería aprobar tu equipo. Podemos abordar tanto el desarrollo con IA como las integraciones entre aplicaciones empresariales, empezando por una tarea y unas conexiones concretas.