Automatizar cotizaciones sin regalar margen: controles, trazabilidad y aprobación
Por Equipo Quantum Developers
Resumir:
Tesis operativa
El objetivo equivocado de un agente de cotizaciones es producir un documento en segundos. El objetivo correcto es emitir una propuesta cuya economía y autorización puedan reconstruirse. La tesis es concreta: si el sistema no puede vincular cada precio con su costo vigente, regla comercial, excepción y aprobador, entonces la automatización aumenta la velocidad de una decisión que nadie puede defender y puede erosionar margen sin que el PDF revele por qué.
La automatización útil separa cálculo determinista, interpretación y autoridad. Las listas de precio, impuestos, conversiones y fórmulas de margen pertenecen a reglas. El agente puede organizar requisitos incompletos, clasificar la solicitud y proponer alternativas. Una persona o política autorizada decide la excepción. Salesforce documenta un flujo de CPQ donde los descuentos pasan por estados y una cotización no puede avanzar hasta ser aprobada cuando esa función está activa en su guía de aprobación de descuentos. El patrón importante no es el producto: es que aprobación y activación sean estados distintos.
La cadena de provenance del precio
W3C PROV organiza provenance alrededor de entidades, actividades y agentes en la recomendación PROV-O. Esa estructura se adapta bien a una cotización:
- la entidad es la versión de costo, tarifa, lista de precio o tipo de cambio;
- la actividad es el cálculo que transforma requisitos en líneas cotizadas;
- el agente es la regla, servicio, vendedor o aprobador responsable;
- la derivación une el precio final con sus entradas;
- la invalidación marca cuándo una versión dejó de ser vigente.
Una línea no debería guardar solo precio unitario. Debe conservar price_rule_id, cost_basis_id, currency_rate_id, requested_discount, approved_discount, exception_reason y approval_id. La evidencia permite distinguir un error de datos, una regla mal configurada y una excepción autorizada.
Arquitectura de control de margen
El flujo puede dividirse en cinco puertas:
- Elegibilidad: cliente, producto, moneda, vigencia y datos mínimos existen.
- Cálculo: reglas deterministas generan precio de referencia, costo y margen esperado.
- Interpretación: el agente detecta ambigüedades, resume supuestos y propone opciones.
- Aprobación: una política decide si pasa directo, requiere revisión o se bloquea.
- Emisión: solo una versión aprobada produce el documento y queda ligada al caso.
NIST recomienda definir responsabilidades humanas, límites de uso y procesos de oversight, además de documentar beneficios, costos y riesgos en el AI RMF Core. En cotizaciones, esto exige separar quién solicita un descuento, quién lo aprueba y quién modifica la política.
Umbrales de aprobación: ejemplo ilustrativo
Los siguientes valores son solo un diseño de muestra; no son benchmark ni recomendación financiera:
| Condición ilustrativa | Ruta |
|---|---|
| margen dentro de la banda aprobada y sin excepción contractual | emisión automática |
| margen por debajo de la banda o descuento fuera de catálogo | aprobación del responsable comercial |
| costo faltante, tipo de cambio vencido o término no estándar | bloqueo y corrección de datos |
| cambio en cuenta bancaria, impuestos o entidad legal | revisión especializada |
La banda debe provenir de la política real, no del modelo. También debe evaluarse a nivel de línea y de cotización. Un margen total aceptable puede esconder una línea subsidiada sin autorización; una línea rentable puede no compensar obligaciones de soporte o penalidades.
Ejemplo trabajado
Imagine una solicitud ilustrativa con tres productos, dos años de soporte y una moneda distinta a la lista. El motor determinista obtiene versiones vigentes de costo y conversión. El agente identifica que el cliente pidió una cláusula de servicio no incluida, la etiqueta como excepción contractual y prepara dos alternativas: mantener el precio con alcance estándar o enviar la cláusula a revisión con el impacto económico visible.
El agente no inventa el costo de la cláusula. Tampoco aprueba su propia propuesta. Registra los supuestos, liga las fuentes y entrega el caso al dueño. Si el aprobador elige la segunda alternativa, el sistema guarda la decisión y su justificación antes de emitir. Meses después, una revisión puede reconstruir por qué el precio difiere de la lista.
El paquete mínimo de evidencia
Una cotización gobernada debería producir:
- snapshot de requisitos y versión de cada entrada;
- desglose de precio, costo y margen sin ocultar supuestos;
- reglas aplicadas y reglas omitidas;
- excepciones, razón y responsable;
- versiones antes y después de cada cambio;
- aprobación con alcance, actor y momento;
- documento final ligado al registro aprobado.
En Quantum Automation Center, una automatización puede representarse en el catálogo y su ejecución en estados, línea de tiempo, artefactos y logs. La utilidad para cotizaciones está en mostrar el caso completo: solicitud, cálculo, excepción, aprobación y documento, sin convertir el chat en el sistema contable.
Métricas que no premian solo velocidad
Tiempo de ciclo sigue siendo útil, pero debe convivir con proporción de cotizaciones con costo vigente, excepciones sin dueño, descuentos fuera de política, revisiones por error de datos y completitud de provenance. El margen observado debe compararse con la regla que existía al cotizar, no con una lista actualizada después. La métrica principal no tiene que ser una promesa universal de ROI: puede ser la reducción de decisiones no explicables dentro del volumen propio.
La evidencia también protege al vendedor. Cuando una condición cambia, el sistema muestra que la propuesta obedeció a datos y autoridad vigentes. Así, control deja de significar una cadena de correos y se vuelve parte del flujo.
El mejor contraargumento
La objeción más fuerte es que cada puerta añade latencia. Una fuerza comercial con productos simples y vendedores expertos puede percibir el flujo como burocracia. Si toda variación requiere aprobación, la cola se convierte en cuello de botella y el cliente espera por decisiones triviales.
Ese riesgo es real. La solución es automatizar el camino dentro de política y reservar revisión para excepciones materiales. Los umbrales deben poder revisarse con evidencia de frecuencia y resultado. Un control que nunca cambia frente a datos nuevos termina protegiendo el formulario, no el margen.
Cuándo no usar este enfoque
No use un agente para cotizar si la lista de costos no tiene dueño, las reglas viven solo en la memoria de vendedores o la estrategia acepta excepciones sin autoridad definida. Tampoco lo use para negociaciones únicas donde el valor depende de juicio ejecutivo no codificable. Primero haga explícitas las reglas y vigencias.
Sí conviene cuando hay volumen repetido, entradas trazables y una frontera clara entre cálculo y excepción. La prueba de preparación no es generar un PDF de muestra: es reconstruir una línea de precio desde el documento final hasta su costo, regla y aprobación sin depender del recuerdo de quien la creó.
Sources
Temas del artículo
