Tus agentes de IA ya consultan Salesforce. Pronto cada consulta va a tener precio
Para gerentes de TI y dueños de Salesforce que tienen asistentes de IA, automatizaciones o herramientas de terceros conectadas a su org. Al terminar sabrás qué cambia con el cobro por consultas de agentes, cómo distinguir un agente de una integración tradicional y qué ordenar antes de que Salesforce empiece a medir.
En muchas empresas alguien ya conectó un asistente de IA a Salesforce. Pudo ser el equipo comercial para preparar reuniones, TI para responder consultas internas o un proveedor que trae su propio agente. Cada vez que ese agente busca una cuenta o actualiza una oportunidad, hace una llamada a tu org.
Hasta ahora esas llamadas no tenían un precio aparte. Salesforce anunció que eso va a cambiar: cuando un agente externo registrado consulte tu org por MCP o por API, cada llamada exitosa va a consumir Flex Credits. Todavía no hay tarifa ni fecha, aunque sí un compromiso de avisar con 30 días de anticipación.
Treinta días alcanzan para leer una tarifa nueva, pero no para descubrir quién está conectado a tu org. Ese inventario conviene tenerlo listo antes del aviso.
Aquí revisamos qué anunció Salesforce, qué tráfico entra al cobro y cuál no, cómo ordenar los agentes que ya consultan tu org y dos casos donde el consumo de API creció sin que nadie lo vigilara. Al final hay una lista corta para revisar tu situación.
Salesforce le puso medidor a las consultas de los agentes
El 24 de septiembre de 2026, Salesforce Ben informó el cambio. Las llamadas exitosas que hagan los agentes registrados, por MCP o por API directa, van a contar como una unidad nueva llamada Headless Platform Interaction, que se paga con Flex Credits (Salesforce Ben, Salesforce Will Charge Flex Credits for Agentic MCP and API Calls, 2026).
MCP (Model Context Protocol) es el estándar con que los asistentes de IA se conectan a otros sistemas para leer y escribir datos. Es la vía por la que hoy se conectan muchos asistentes de uso diario a un CRM.
Para que el cobro funcione, cada agente tiene que registrarse en la plataforma bajo un esquema que Salesforce llama Agentic Identity. El agente recibe credenciales y permisos propios en vez de operar con la cuenta de una persona, mientras su consumo queda registrado en Digital Wallet, la herramienta donde Salesforce muestra el uso de créditos.
Salesforce no publicó cuántos créditos cuesta cada interacción, así que hoy nadie puede calcular el impacto. Los Flex Credits se venden a US$500 por cada 100.000 (Salesforce, página de precios de Agentforce, 2026), pero sin ese multiplicador el precio de lista no dice cuánto vas a pagar.
Varios partners y consultores del ecosistema criticaron el anuncio. El 21 de octubre, Salesforce Ben contó que la compañía abrió conversaciones con algunos de ellos para discutir modelos de precio más predecibles. Hasta ahora no hay cambios confirmados al plan (Salesforce Ben, Salesforce Opens Talks With Partners Over AI Agent Billing Concerns, 2026).
¿Cuántos agentes externos entran hoy a tu org?
La pregunta parece simple. En la mayoría de las empresas nadie puede responderla con un número.
Un asistente se conecta en una tarde. Basta con que alguien con permisos lo autorice, sin pasar por un comité ni por compras. Por eso los agentes llegan a la org por varias puertas a la vez: un vendedor que conectó su asistente para resumir cuentas, un área de servicio que probó el agente de un proveedor o un desarrollador que armó una automatización para cargar datos.
Muchos de esos agentes entran con el usuario de la persona que los conectó. En el registro de la org su actividad se ve igual que la de ese usuario, así que nadie distingue qué hizo la persona y qué hizo el agente. Si esa persona tiene permisos amplios, el agente los hereda completos.
Un agente que entra con tu usuario ve todo lo que tú ves, aunque nadie lo haya anotado en ninguna parte.
El segundo punto ciego está en la frontera con las integraciones. Salesforce dice que las integraciones tradicionales por API mantienen su precio actual y que separa el tráfico de los agentes de terceros cuando están registrados. Tu empresa, entonces, tiene que saber cuál de sus conexiones es una integración que sincroniza el ERP todas las noches y cuál es un agente que decide por su cuenta qué consultar.
La diferencia pesa porque un agente no hace un número fijo de llamadas. Según la misma explicación de Salesforce, la cantidad de interacciones cobradas depende de cómo se comporta el agente de terceros. Uno mal configurado puede consultar diez veces lo que necesita, repetir búsquedas o recorrer registros completos para contestar una pregunta simple. Con el cobro activo, cada una de esas vueltas va a tener precio.
Tampoco está claro quién va a mirar ese consumo. La factura de Flex Credits llega a finanzas, el agente lo conectó un área de negocio y la org la administra TI. Si nadie tiene asignado ese cruce, la primera señal de un consumo alto va a ser la factura.
Inventariar, registrar y medir antes del aviso
Te proponemos cuatro pasos que sirven cualquiera sea la tarifa final.
Primero, haz el inventario de lo que ya consulta tu org. Revisa las aplicaciones conectadas, los usuarios de integración y las conexiones autorizadas por OAuth, que es el permiso que das cuando una herramienta pide acceso a tu cuenta. Anota quién conectó cada una, para qué sirve y con qué usuario entra. Lo que buscas es una lista con nombre y dueño de todo lo que llama a Salesforce desde afuera.
Segundo, separa agentes de integraciones. Una integración ejecuta siempre la misma tarea con reglas fijas, como sincronizar pedidos con tu ERP. Un agente recibe una instrucción y decide qué datos consultar para cumplirla. Esa diferencia define qué tráfico va a entrar al nuevo cobro, por eso conviene marcarla en el inventario aunque Salesforce todavía no publique todos los detalles.
Tercero, dale a cada agente su propia identidad y solo los permisos que usa. Un agente que hoy entra con el usuario de un gerente debería tener credenciales propias, con acceso a los objetos y campos que su tarea requiere y a nada más. Es el modelo que pide Agentic Identity, aunque también era buena práctica de seguridad antes del anuncio. Cuando el registro sea obligatorio, ese trabajo ya va a estar hecho.
Cuarto, asigna a alguien que revise el consumo cada mes. Define quién mira Digital Wallet, qué consumo es normal para cada agente y qué se hace cuando uno se dispara. Las pruebas conviene hacerlas en sandbox: según Salesforce Ben, el cobro se aplica solo en orgs productivas, mientras que las sandboxes, las scratch orgs y las orgs Developer Edition quedan fuera.
El inventario se hace una vez. Vigilar lo que consume cada agente es trabajo de todos los meses.
Si no sabes por dónde partir, el Quick Audit es una revisión de dos semanas que sirve como punto de partida para ese inventario. El trabajo que viene después, con el alta de cada agente nuevo, la revisión de sus permisos y la vigilancia del consumo, es operación mensual sobre Salesforce, que es lo que cubre Soporte Especializado.
Su precio se indexa a un índice de salud de la org donde la seguridad pesa un 25%. Un agente con más permisos de los que necesita se nota en un número que puedes revisar desde tu propio Setup.
Dos orgs donde nadie miraba quién llamaba a la API
Ninguno de estos casos involucra agentes de IA. Los dos muestran lo que pasa cuando nadie vigila cómo se comporta lo que se conecta a una org.
Una distribuidora de repuestos tenía su ERP conectado a Salesforce punto a punto, sin una capa intermedia que ordenara el tráfico. Una clase de código a medida volvía a marcar cada cuenta como pendiente de sincronizar, así que la misma cuenta viajaba una y otra vez entre los dos sistemas. El resultado eran registros bloqueados junto con picos de consumo de API que nadie había anticipado.
Revisamos el código en producción hasta aislar la causa, que estaba en una sola clase. La integración hacía lo mismo que su lógica le pedía, solo que muchas más veces de las necesarias. Un agente mal configurado puede caer en el mismo patrón, con la diferencia de que cada vuelta va a costar créditos.
Una empresa de energía tenía usuarios activos con permisos para ver y modificar todos los datos de la org, sin una justificación escrita en sus perfiles. Nadie recordaba bien por qué se habían otorgado. Hicimos el inventario técnico completo de la org leyendo su configuración directo desde la plataforma, sin depender de entrevistas, lo que permitió ubicar cada acceso excesivo. El ajuste de esos permisos quedó propuesto como parte del trabajo siguiente.
Un agente conectado con cualquiera de esos usuarios habría heredado acceso a toda la org.
Lo que deberías saber de cada agente conectado
Responde con sí o no según cómo funciona tu empresa hoy:
¿Tienes una lista de las herramientas y agentes externos que consultan tu org?
¿Sabes quién conectó cada uno y con qué usuario entra?
¿Puedes distinguir cuáles son integraciones con reglas fijas y cuáles son agentes?
¿Cada agente tiene credenciales propias, separadas de las de una persona?
¿Sus permisos se limitan a los datos que su tarea necesita?
¿Hay alguien asignado para revisar el consumo de Flex Credits cada mes?
¿Pruebas los agentes nuevos en sandbox antes de llevarlos a producción?
Si respondiste no a tres o más, vas a recibir el aviso de 30 días con el inventario todavía por armar.
El precio lo va a decidir el comportamiento de cada agente
Salesforce todavía puede ajustar el plan después de conversar con los partners. El multiplicador puede salir más alto o más bajo de lo que se especula, incluso el cobro puede cambiar de forma. La pregunta de fondo se mantiene igual: quién entra a tu org, con qué permisos y cuánto consume.
Cuando empiece el cobro, cada agente que nadie vigila va a sumar créditos a tu factura.
La empresa que llegue con su inventario hecho va a poder leer la tarifa y decidir qué agentes valen lo que cuestan. La que no lo tenga va a conocer a sus agentes por la factura.
Si quieres ordenar los agentes que ya consultan tu org antes de que llegue el aviso de Salesforce, conversemos:
