Buyer Agent (B2B) para Commerce Cloud.
El portal B2B con UX compleja se reduce a una conversación.
El agente OOTB de Agentforce que asiste al comprador corporativo: recupera el contrato vigente, aplica precios negociados, arma cotización o carrito, enruta aprobación según jerarquía y emite la PO al ERP con audit trail completo. Pensado para B2B Commerce, distribuidores, mayoristas y compradores de cadenas con cotizaciones lentas y aprobaciones multi-nivel.
¿Qué hace Buyer Agent (B2B)?
Es un agente OOTB de Agentforce diseñado para B2B Commerce. Autentica al comprador vía SSO, recupera contrato vigente, precios negociados y límite de crédito desde Data Cloud y el ERP, asiste en discovery filtrando por elegibilidad contractual, arma cotización o carrito con precios contractuales, evalúa aprobación según la matriz configurada, emite PO al ERP y habilita seguimiento post-venta. Soporta punch-out cXML y OCI hacia Coupa, Ariba y Jaggaer. Vive en el portal, en Slack y en Teams.
Cómo funciona paso a paso
De la autenticación SSO al fulfillment en el ERP. 7 pasos.
Autenticación SSO y carga de contexto
El comprador entra al portal con SSO (SAML 2.0 / OAuth). El agente hidrata Account, Buyer Group, contrato vigente, precios negociados y límite de crédito disponible.
Discovery filtrado por elegibilidad
Topic Catalog Browser por contracted price: el comprador navega solo los SKUs incluidos en el contrato, con los precios negociados aplicados. Reorder Assistant detecta intenciones de recompra desde lenguaje natural.
Construcción de cotización o carrito
Quote Builder agrega items, valida precios contractuales en tiempo real contra el ERP y calcula totales con impuestos según jurisdicción. Sin riesgo de ver precios de otro cliente gracias al Trust Layer.
Verificación de crédito disponible
checkCreditAvailability consulta en tiempo real al ERP. Si el pedido supera el crédito, el agente informa la situación y ofrece alternativas: pago anticipado, pedido parcial o requestNetTerms al área de créditos.
Routing de aprobación
Si el monto supera el threshold del comprador, el Approval Router consulta la matriz de aprobación, dispara la solicitud al aprobador correcto y notifica vía Slack, email o Teams. Recordatorios automáticos si no responde.
Emisión de PO al ERP
Con aprobación completada, el agente ejecuta PO Submission hacia SAP S/4HANA u Oracle Order Management vía MuleSoft. Transformación de payload, idempotency keys y audit trail inmutable por cada operación.
Tracking post-venta
El comprador puede consultar estado de pedido, fecha de despacho, transportista y remito. getOrderStatus consulta el ERP en vivo y devuelve la respuesta en lenguaje natural. Notificaciones proactivas cuando cambia el estado.
Ejemplo de interacción real
[Comprador de cadena de farmacias en el portal]
[El agente responde en segundos]
Arquitectura del agente
Topics, Actions, Hydrators y Effectors que sostienen al Buyer Agent dentro del stack B2B.
Topics
Dominios de razonamiento
- Reorder Assistant
- Quote Builder
- Contract Lookup
- Approval Router
- Account Inquiry
- Catalog Browser por contracted price
Actions
Lo que ejecuta
- createQuote
- submitForApproval
- addContractedItem
- requestNetTerms
- scheduleDeliveryWindow
- exportToPunchOut (cXML / OCI)
- getOrderStatus
- checkCreditAvailability
Hydrators y DMOs
Fuentes de contexto
- Account / Buyer DMO
- Contract Pricing Hydrator
- Order History B2B
- Approval Hierarchy
- Pricebook / Pricebook Entry
- Quote / QuoteLineItem
- Order / OrderItem (B2B campos PO, contrato)
Effectors y Trust Layer
Escrituras y guardrails
- Quote Draft Creation (CPQ / B2B Quotes)
- PO Submission al ERP vía MuleSoft
- Punch-out cXML / OCI Response
- Contract Activation
- Aislamiento de precios contractuales
- Audit trail SOX-ready
- Doble confirmación en effectors críticos
- RBAC: solicitante vs comprador autorizado
Implementación en 5 fases
El factor crítico es la integración con ERP y la matriz de aprobación. Timing típico: 12 a 16 semanas.
Discovery: contratos y matriz de aprobación
Mapeamos contratos digitalizados, jerarquía de Buyer Groups, matriz de aprobación por monto, categoría y unidad de negocio, y casos de uso prioritarios (reorder, cotización, punch-out).
Integración ERP vía MuleSoft
Conectores SAP S/4HANA u Oracle Order Management para inventario, crédito, costos y emisión de PO. Templates pre-construidos de Solu para los flujos B2B comunes.
Agent build y punch-out
Configuración de Topics y Actions en Agent Builder, integración cXML 1.2 / OCI con Coupa, Ariba o Jaggaer según los clientes target, y configuración de aprobaciones en Salesforce Approvals.
Piloto con cuentas seleccionadas
Rollout con 5-10 cuentas piloto. Validamos elegibilidad de catálogo, precios, flujo de aprobación y emisión de PO. Calibramos thresholds de RBAC y de doble confirmación.
Go-live y expansión por segmento
Rollout total. Expansión por tipo de cuenta (distribuidor, mayorista, cadena), training del equipo de Account Management y ajuste mensual de la matriz de aprobación.
Equipo típico de implementación
Requisitos para arrancar
Lo que necesitás listo antes de poner el Buyer Agent en producción.
Datos mínimos
- Contratos digitalizados con reglas de pricing claras
- Pricebook por Account o Buyer Group configurado
- Jerarquía de aprobación documentada por monto y categoría
- Catálogo con elegibilidad por contrato
Licencias
- Salesforce B2B Commerce
- Commerce Cloud Agentic Edition
- Salesforce CPQ o B2B Commerce Quotes
- MuleSoft (recomendado para integración ERP)
- Data Cloud for Commerce
Integraciones
- ERP (SAP S/4HANA, Oracle, Netsuite) para crédito y stock
- Punch-out cXML 1.2 / OCI hacia Coupa, Ariba, Jaggaer
- EDI (850 / 855 / 856) si aplica
- SSO corporativo (SAML 2.0 / OAuth)
- Slack o Teams para aprobaciones
Org readiness
- Sponsor de Procurement o de Comercial B2B
- Política de doble confirmación documentada
- Roles configurados: solicitante vs comprador autorizado
- Sandbox con datos B2B representativos
KPIs: antes y después
KPIs esperados al implementar este agente. Rangos referenciales para planificación; los resultados reales dependen del estado de los datos y la operación de cada empresa.
| Métrica | Antes (portal manual) | Después (Buyer Agent) | Cambio |
|---|---|---|---|
| Tiempo de cotización | Horas | Minutos | Horas → minutos |
| Errores en aprobación (precios mal aplicados, ruteo erróneo) | Baseline | -50 a 70% | -50-70% |
| Frecuencia de reorder por buyer activo | Baseline | +20 a 40% | +20-40% |
| Adopción del portal B2B | Baseline | +30 a 50% | +30-50% |
| Tiempo total de un reorder estándar (sin aprobación) | 4 - 24 hs | Menos de 10 minutos | -95% |
| Trabajo manual del buyer por pedido | 60 - 90 minutos | 5 - 10 minutos | -85% |
Caso anonimizado — distribuidor MRO industrial México: distribuidor de mantenimiento, reparación y operaciones que atiende a fabricantes de manufactura y empresas de construcción, con catálogo de más de 80.000 SKUs y precios por contrato anual. El agente habilitó reorders de emergencia 24/7 sin necesidad de llamar al representante de ventas: el tiempo promedio de reorder pasó de 4 horas a menos de 40 minutos incluyendo aprobación.
Tenemos casos en este agente — hablemos para compartir los relevantes a tu industria.
Riesgos comunes y cómo los mitigamos
Precios mal aplicados por reglas mal configuradas
Si el Pricebook no está alineado con el contrato vigente, el agente puede aplicar precios incorrectos.
Mitigación: auditoría obligatoria de Pricebooks vs contratos en la fase de discovery, cache de pricing con TTL de 4 horas y validación contractual previa a cada quote.
Aprobaciones bypassed por sesgo del agente
Un buyer con rol de solicitante intenta forzar al agente a emitir la PO sin aprobación.
Mitigación: RBAC validado en cada Action contra el perfil del Contact, segundo factor para emisión de PO sobre umbral, prompt defense activo contra injection y audit trail inmutable.
Integraciones B2B legacy con latencia alta
El ERP no responde a tiempo y el comprador percibe al agente como lento o roto.
Mitigación: hub-and-spoke con MuleSoft como capa intermedia, circuit breakers, cache diferenciado por tipo de dato y timeout explícito con mensaje al usuario en lugar de error técnico.
Effector duplicado por retry
Un timeout dispara un retry y se emiten dos POs idénticas al ERP.
Mitigación: idempotency keys en cada effector crítico, manejo explícito de errores en MuleSoft, doble confirmación del usuario en operaciones irreversibles.
Exposición accidental de precios entre cuentas
Un comprador ve el precio negociado de otro cliente o el contrato completo de su empresa.
Mitigación: Trust Layer valida contexto de Buyer Group antes de cada hydration, exposición mínima de cláusulas contractuales y tests de aislamiento entre cuentas en cada release.
Preguntas Frecuentes
No. El Account Manager se libera de las tareas operativas (cotizaciones simples, reorders, consultas de status) y se enfoca en relación, expansión, negociación de contratos y resolución de excepciones complejas. Los buyers obtienen velocidad 24/7 sin perder el contacto humano cuando lo necesitan.
Sí. Solu implementa el protocolo cXML 1.2 y OCI según el sistema del cliente. El agente presenta el catálogo contractual dentro del entorno del sistema externo y devuelve el carrito completado para que el sistema de procurement emita la PO. Templates pre-construidos en MuleSoft reducen el tiempo de integración un 40%.
checkCreditAvailability consulta el ERP en tiempo real antes de confirmar un pedido. Si supera el crédito disponible, el agente informa la situación y ofrece alternativas: pago anticipado, pedido parcial o requestNetTerms al área de créditos vía un proveedor como Apruve o Balance. Las condiciones de pago vigentes se cargan desde el contrato.
SAP S/4HANA y SAP ECC nativamente vía MuleSoft con conectores certificados de Solu. Oracle Order Management, Oracle Netsuite y ERPs locales (Tango, Calipso, Bejerman) vía conectores custom. La integración usa hub-and-spoke con MuleSoft como capa central, lo que permite versionar y evolucionar sin tocar el agente.
En los tres. Vía Agentforce Channel Connector, el agente está disponible en el portal B2B, en Slack corporativo y en Microsoft Teams. Los compradores pueden iniciar reorders desde Slack, recibir notificaciones de aprobación en Teams o consultar el estado de un pedido sin abrir el portal.
Sí. Cada acción del agente (creación de quote, submission de aprobación, emisión de PO) genera un registro inmutable en Salesforce con timestamp, usuario, parámetros y resultado del sistema de destino. Los logs son insumo para SOX, IFRS y regulaciones locales de facturación electrónica. Solu mantiene templates de evidencia para auditorías.
Entre 12 y 16 semanas. Si el cliente ya tiene MuleSoft y los conectores SAP existentes, podemos arrancar antes el agent build y reducir el proyecto a 10-12 semanas. La calidad de los contratos digitalizados y de la matriz de aprobación es el principal driver del time-to-value.
El portal B2B con UX compleja se convierte en una conversación.
Hablá con un Commerce Architect de Solu. En una sesión de discovery auditamos contratos, matriz de aprobación e integraciones para proyectar el time-to-value en tu cuenta.