Commission Agent.
Cero disputas. Cero tickets. Cada rep entiende su comisión en segundos.
Un agente custom de Agentforce que explica el cálculo de comisiones línea por línea, recolecta evidencia cuando hay disputa y enruta el dossier a Finance. Todo dentro de Sales Cloud, con tus datos, con tus reglas.
¿Qué hace el Commission Agent?
Hoy las disputas de comisión consumen horas de Finance, generan frustración en los reps y terminan en planillas que nadie entiende. Este agente conecta directamente con los datos de Opportunity, commission rules y payout history para responder en tiempo real: cuánto cobraste, por qué, y qué deals contribuyeron al número. Si el rep no está de acuerdo, el agente arma el caso y lo enruta.
Cómo funciona
Desde la pregunta del rep hasta el cierre del ticket, en 5 pasos.
El rep pregunta por su comisión
"¿Cuánto me corresponde del Q1?" o "¿Por qué cobré X y no Y?" — desde Slack, la consola de Sales Cloud o un portal interno.
El agente explica el cálculo
Consulta Opportunity, payout rules, commission plans y devuelve el desglose: deals contribuyentes, base de cálculo, multiplicadores aplicados, deducciones, splits, ajustes manuales.
Si hay disputa, recolecta evidencia
El rep marca un deal o un ajuste que no reconoce. El agente le pide contexto: "¿Considerás que ese deal era tuyo?" y registra la evidencia en un objeto de disputa.
Enruta a Finance con dossier
Arma un caso con: el cálculo original, la discrepancia identificada, la evidencia del rep y el impacto monetario. Lo asigna al analista de Finance correspondiente.
Cierra el ticket con resolución
Finance resuelve (ajuste, confirmación o rechazo). El agente notifica al rep con la resolución y actualiza el registro de comisiones.
Ejemplo de interacción
"¿Por qué cobré USD 3,200 de comisión en marzo? Esperaba al menos USD 4,500."
"Tu comisión de marzo se calculó así: Deal Acme Corp (USD 48K cerrado 12/3) contribuye USD 2,400 al 5% base. Deal BetaLogic (USD 22K cerrado 28/3) contribuye USD 880 al 4% (producto Tier B). El multiplicador trimestral de 1.0x se aplicó porque el pipeline a cierre fue 87% del target. Total: USD 3,280 — con deducción de USD 80 por ajuste del Q4 pendiente. ¿Hay algún deal o ajuste que quieras revisar?"
"El deal BetaLogic debería tener 5%, es Tier A."
"Registré la disputa. BetaLogic está clasificado como Tier B en el catálogo actual. Si tenés evidencia de que debería ser Tier A (e.g., una reclasificación aprobada), adjuntala acá y lo enruto a Finance con el dossier completo. La diferencia sería de USD 220."
Arquitectura técnica
Los cuatro pilares del agente: datos, acciones, guardrails y canales. Más Data Cloud como motor de grounding.
Data
- Opportunity (won, stage, amount, owner)
- Commission Plan (rules, tiers, multipliers)
- Payout History (período, monto, ajustes)
- Product Catalog (Tier A/B/C, rate %)
- Dispute records (custom object)
Actions
- Calcular comisión por período (Flow)
- Desglosar deals contribuyentes (Apex)
- Crear registro de disputa (Flow)
- Armar dossier y asignar a Finance (Flow)
- Notificar resolución al rep (Flow)
- Actualizar payout record (Apex)
Guardrails
- Cada rep ve solo su comisión; managers su equipo
- No revela comisiones de otros reps
- No puede modificar payouts directamente
- Escalation obligatoria cuando disputa > umbral
- Einstein Trust Layer: PII masking, audit trail
Channel
- Sales Cloud console (embedded)
- Slack (via Agentforce for Slack)
- Portal interno / Experience Cloud
- Mobile (Salesforce Mobile App)
+ Data Cloud
Data Cloud unifica datos de comisiones de múltiples fuentes: ERP, SPM tools (Xactly, CaptivateIQ, Spiff), payroll systems. El agente hace grounding contra un modelo unificado de compensación, no contra silos. Esto es lo que permite respuestas precisas y desgloses que cuadran con lo que Finance ve en sus sistemas.
Cómo se implementa
5 fases, equipos definidos, entregables concretos.
Discovery & Commission Audit
Relevamiento del plan de comisiones actual: reglas, tiers, splits, excepciones manuales, herramientas en uso (planillas, SPM, ERP). Identificación de las disputas más frecuentes y su causa raíz.
Data Modeling & Integration
Modelado de objetos custom (Commission Plan, Payout, Dispute). Integración con fuente de verdad de comisiones (ERP, SPM tool). Si aplica, configuración de Data Cloud para unificar fuentes.
Agent Build & Topic Configuration
Construcción del agente en Agent Builder: topics (consulta, disputa, resolución), actions (cálculo, desglose, escalation), instructions y guardrails. Grounding con datos reales de comisiones.
Testing & Validation con Finance
UAT con Finance y Sales Ops: se prueban 50+ escenarios de cálculo, disputas edge-case, splits complejos. Validación de que el agente no revela datos cruzados. Ajuste de guardrails.
Go-Live & Adoption
Deploy a producción con rollout progresivo (un equipo de ventas primero). Monitoreo de métricas: disputas creadas, resolución promedio, satisfacción del rep. Tuning de respuestas y flows.
Requisitos previos
Lo que necesitás tener antes de arrancar.
Sales Cloud activo
Enterprise Edition o superior. Con datos de Opportunity y Account actualizados.
Agentforce licenses
Agentforce 1 Edition o Flex Credits. Al menos una modalidad habilitada.
Commission rules documentadas
Plan de comisiones formalizado: tasas, tiers, splits, multiplicadores, excepciones. Si está en una planilla, funciona.
Fuente de verdad de payouts
ERP, SPM tool (Xactly, Spiff, CaptivateIQ) o al menos un registro histórico de pagos. Necesitamos de dónde leer los montos pagados.
Data Cloud (recomendado)
No es obligatorio para un MVP, pero si las comisiones dependen de datos fuera de Sales Cloud (ERP, payroll), Data Cloud unifica las fuentes.
Sponsor en Finance
Un stakeholder en Finance que valide las reglas, apruebe los guardrails y participe del UAT. Sin esto, el agente no pasa a producción.
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.
La mayoría se resuelven en la primera conversación cuando el rep ve el desglose completo.
Consultas informativas se resuelven al instante. Solo las disputas legítimas llegan a Finance.
Finance recibe solo disputas reales, con dossier armado y evidencia adjunta. Menos ruido, mejor foco.
Un rep que entiende su comisión confía más en la empresa. Menos rotación por percepción de injusticia.
Riesgos y mitigaciones
Todo proyecto tiene riesgos. Acá los anticipamos.
Cálculos mal aplicados disputan la comisión
El agente aplica mal una regla de comisión y genera una respuesta incorrecta que el rep toma como válida.
Mitigación: Validación cruzada obligatoria. El cálculo se ejecuta con un Flow determinístico (no generativo), el LLM solo formatea y explica. UAT con 50+ escenarios antes de producción. Guardrail que agrega disclaimer cuando el cálculo no matchea con el payout registrado.
Filtración de datos entre reps
Un rep accede a la comisión de otro rep a través de una pregunta indirecta.
Mitigación: Sharing rules de Salesforce + guardrails del agente que validan ownership antes de responder. El agente nunca menciona montos, deals o datos de reps que no sean el usuario autenticado (o su equipo si es manager).
Datos desactualizados o inconsistentes
Las comisiones en Salesforce no cuadran con lo que Finance pagó porque la sincronización con ERP falló.
Mitigación: Monitoreo de data freshness. El agente muestra la fecha del último sync. Si detecta inconsistencia (calculado != pagado), lo marca explícitamente y sugiere contactar a Finance.
Baja adopción por desconfianza
Los reps no confían en un bot para hablar de su plata y siguen escribiendo directo a Finance.
Mitigación: Rollout con un equipo piloto que valide. Comunicación interna que muestra que Finance respalda al agente. El agente siempre ofrece la opción de hablar con un humano. Métricas de accuracy visibles.
Reglas de comisión demasiado complejas
El plan de comp tiene tantas excepciones, overrides y edge cases que el agente no puede cubrir el 100%.
Mitigación: Se mapean las reglas en el discovery. Las que se pueden automatizar van al agente (típicamente 80-90% de los casos). Para el resto, escalation directa a Finance con contexto pre-armado. Iteración trimestral para cubrir más escenarios.
Preguntas frecuentes
Depende de la implementación. En el setup estándar, el agente lee los payouts ya calculados y los desglosa. Si integrás el motor de cálculo (vía Apex o SPM tool), puede recalcular en tiempo real. En ambos casos, el cálculo es determinístico — el LLM solo formatea y explica, no calcula.
Sí. El agente puede leer datos de SPM tools a través de integraciones directas o Data Cloud. Si usás Xactly o CaptivateIQ, los payouts se sincronizan y el agente los consume como fuente de verdad. Si usás planillas, también funciona — pero recomendamos migrar a un modelo estructurado.
El agente lee las reglas vigentes. Si el plan cambia, se actualiza el objeto Commission Plan y el agente aplica las reglas nuevas desde la fecha de vigencia. Puede explicar retroactivos y prorated calculations si los flows están preparados para eso.
No. Los guardrails del agente y las sharing rules de Salesforce garantizan que cada usuario solo acceda a sus propios datos de comisión. Un manager puede ver los datos de su equipo. Finance tiene acceso total. El agente valida el contexto de usuario en cada interacción.
Entre 12 y 14 semanas para un Commission Agent funcional en producción. Esto incluye discovery, modelado de datos, integración con fuente de payouts, build del agente, UAT con Finance y go-live con rollout progresivo. Si la complejidad del plan de comp es alta, puede extenderse 2-4 semanas más.
No es obligatorio. Si tus datos de comisión están todos en Sales Cloud (o podés traerlos con una integración simple), funciona sin Data Cloud. Data Cloud se vuelve necesario cuando las fuentes de verdad están distribuidas: ERP, payroll, SPM tool, y querés que el agente tenga una vista unificada.
Se escalan a Finance con un dossier completo: cálculo original, discrepancia identificada, evidencia del rep, impacto monetario. Finance recibe el caso ya pre-armado en lugar de un email suelto. El agente trackea el estado y notifica al rep cuando hay resolución.
Que cada rep entienda su comisión. Sin tickets. Sin esperas.
Hablá con un Architect de Solu. Hacemos el discovery de tu plan de comisiones y te mostramos cómo se vería el agente con tus datos.