Sección 08Ambos
CPQ y Administración de Contratos
Cotización, aprobaciones, contratos, renovaciones y su administración.
8.1 Punto de partida
CYVSA vende soluciones complejas que pueden combinar ingeniería, equipos, instalación, automatización, mantenimiento, Comfort Loop y condiciones particulares de ejecución. Estas ventas requieren control sobre configuración de alcance, precios, descuentos, márgenes, aprobaciones, versiones de propuesta, condiciones comerciales, contratos y modificaciones posteriores al cierre.
Hoy, parte de esta complejidad se resuelve dentro de oportunidades comerciales, hojas de cálculo, documentos y coordinación manual. Esto obliga a Ventas a mantener tareas administrativas y contractuales incluso después de cerrar un negocio, y puede distorsionar el pipeline cuando eventos posteriores —como penalizaciones, incrementos o ajustes— se registran como oportunidades nuevas o negativas.
La recomendación es evolucionar hacia una capacidad integrada de Configuración, Precio y Cotización (Configure, Price, Quote, CPQ) y Administración de Contratos, implementada por fases y alineada con Salesforce, SAP y los procesos operativos de CYVSA.
Recomendación central
Salesforce debe ser la fuente de verdad sobre la oportunidad y el negocio cerrado. CPQ debe administrar la configuración comercial, cotización, precios, descuentos, aprobaciones y versiones de propuesta. La función de Administración de Contratos debe gestionar el contrato vivo y sus cambios posteriores. SAP debe conservar la gestión administrativa, financiera, facturación, cobranza y control que corresponda.
8.2 Problemas que la capacidad propuesta resuelve
| Situación actual o riesgo | Consecuencia | Capacidad recomendada |
|---|---|---|
| Cotizaciones complejas desarrolladas con herramientas y controles dispersos | Riesgo de versiones inconsistentes, tiempos largos y pérdida de trazabilidad | CPQ con control de propuesta, line items, versiones, precios y aprobaciones |
| Ingeniería, equipos, instalación y servicio se integran en una misma propuesta sin estructura uniforme | Dificultad para atribuir ingreso, margen, responsables y valor no facturado | CPQ + líneas de oportunidad estandarizadas |
| Descuentos, margen o condiciones especiales se revisan manualmente | Riesgo de rentabilidad, aprobaciones tardías o falta de evidencia | Reglas de aprobación y umbrales configurables en CPQ |
| Penalizaciones o multas se registran como oportunidades negativas | Distorsión del pipeline, forecast y desempeño comercial | Administración de Contratos + SAP; fuera de oportunidad de venta nueva |
| Incrementos, adendas u órdenes de cambio generan oportunidades nuevas sin claridad | Doble conteo, pérdida de trazabilidad y confusión entre venta nueva y contrato vivo | Administración de Contratos + CPQ para cambios controlados |
| Ventas permanece administrando contrato, documentación y cambios después del cierre | Menos tiempo para prospección, desarrollo de cuentas y cierre de negocio nuevo | Administrador de ContratosRol nuevo recomendado |
| No existe una vista única de cotización, contrato, cambios y handoff | Fricción entre Ventas, Legal, Finanzas, Ejecución y cliente | Flujo integrado Opportunity → CPQ → Contrato → Administración de Contratos → SAP |
8.3 Arquitectura funcional propuesta
Oportunidad en Salesforce
- · Necesidad, actores e inmueble
- · Pipeline y forecast
- · Line items preliminares
CPQ
- · Configuración de alcance
- · Productos / soluciones
- · Precios, descuentos y margen
- · Versiones de cotización
- · Aprobaciones comerciales
Propuesta / Cotización
- · Presentación al cliente
- · Negociación y ajustes
Contrato / Evidencia de aceptación
- · Cierre comercial y handoff
Administrador de Contratos
Rol nuevo recomendado- · Contrato vivo
- · Adendas y órdenes de cambio
- · Incrementos y penalizaciones
- · Hitos documentales
- · Coordinación contractual
SAP
- · Alta administrativa
- · Crédito, facturación, cobranza
- · Compras y control financiero
- · Ejecución y control correspondiente
Servicio / Ejecución / Desarrollo de cuenta
- · Operación, servicio y nuevas señales comerciales
- Azul: Salesforce Sales Cloud
- Turquesa: CPQ
- Ámbar: Administrador de Contratos — rol nuevo recomendado
- Gris: SAP, Ejecución, Servicio y sistemas operativos
- Flechas sólidas: transferencia obligatoria de responsabilidad o información
- Flechas punteadas: visibilidad comercial o retroalimentación
Validación de arquitectura
La arquitectura final de integración debe ser validada por el consultor de Salesforce y los responsables de SAP. Este blueprint define la separación funcional necesaria para evitar que el CRM, CPQ y ERP dupliquen responsabilidades.
8.4 Rol de Administrador de Contratos
Administrador de Contratos
Rol nuevo recomendadoCYVSA requiere formalizar una función que tome responsabilidad por el contrato después del cierre comercial. Esta función no reemplaza a Ventas como responsable de la relación con el cliente, ni reemplaza a Legal, Finanzas o Ejecución. Su propósito es asegurar que los compromisos formalizados se administren con trazabilidad, que las modificaciones se procesen correctamente y que el equipo comercial pueda volver a concentrarse en generación y desarrollo de negocio.
Responsabilidades propuestas
- 1Recibir y validar el handoff comercial de oportunidades ganadas.
- 2Asegurar integridad del expediente contractual: alcance, line items, condiciones, documentos, aprobaciones y responsables.
- 3Coordinar formalización, control documental y estado del contrato con Legal, Finanzas, Ejecución, Supply Chain y cliente.
- 4Administrar adendas, órdenes de cambio, incrementos, ajustes, garantías, penalizaciones y eventos contractuales posteriores al cierre.
- 5Mantener visibilidad de hitos contractuales relevantes para Ventas y liderazgo.
- 6Asegurar que cambios posteriores no alteren artificialmente el pipeline ni el histórico de oportunidades ganadas.
- 7Identificar vencimientos, renovaciones y eventos que puedan crear una nueva oportunidad comercial.
- 8Mantener trazabilidad de responsabilidades, fechas, documentación y decisiones.
- 9Escalar riesgos contractuales, faltantes documentales o desviaciones relevantes.
- 10Coordinar el cierre administrativo/documental de contratos conforme a política CYVSA.
Lo que no debe ser responsabilidad de este rol
| No corresponde al Administrador de Contratos | Responsable principal |
|---|---|
| Prospectar, calificar o negociar negocio nuevo | Ventas |
| Diseñar técnicamente una solución | Diseño / Ingeniería |
| Ejecutar obra o servicio | Ejecución / Servicio |
| Aprobar condiciones legales no estándar | Legal / Compliance |
| Definir crédito, facturación o cobranza | Finanzas / Crédito / SAP |
| Configurar productos, precios o reglas técnicas de CPQ | Administración CPQ / Comercial / TI |
| Sustituir la relación ejecutiva o comercial con el cliente | Ventas / Key Account Management |
Indicadores de desempeño sugeridos
| Indicador | Propósito |
|---|---|
| Tiempo de handoff posterior a cierre ganado | Medir continuidad entre Venta y contrato |
| Expedientes contractuales completos | Asegurar calidad documental |
| Tiempo de gestión de adendas y órdenes de cambio | Medir agilidad contractual |
| Órdenes de cambio con trazabilidad completa | Evitar cambios informales |
| Penalizaciones y ajustes separados del pipeline de negocio nuevo | Proteger integridad comercial |
| Hitos contractuales vencidos o en riesgo | Gestionar continuidad y riesgo |
| Contratos con responsable asignado | Asegurar ownership |
| Renovaciones identificadas con anticipación | Alimentar desarrollo comercial |
Cómo iniciar el rol
La creación de este rol puede iniciar como una responsabilidad asignada a una persona o equipo existente, pero debe evolucionar hacia una función con proceso, capacidad, indicadores y autoridad definidos. La tecnología no sustituye la necesidad organizacional de ownership contractual.
8.5 Alcance funcional de CPQ
La solución CPQ debe implementarse de manera progresiva. El objetivo inicial no es digitalizar toda la complejidad técnica de CYVSA en una sola fase, sino controlar los elementos comerciales que hoy generan riesgo: catálogo de soluciones, configuración de propuestas, precios, descuentos, margen, aprobaciones, versiones y trazabilidad de cotización.
| Capacidad CPQ | Alcance MVP recomendado | Evolución posterior |
|---|---|---|
| Catálogo de soluciones | Soluciones y líneas de negocio principales de CYVSA | Catálogo técnico más granular, familias, configuraciones y compatibilidades |
| Productos / line items | Ingeniería, equipos, instalación, automatización, mantenimiento, Comfort Loop y servicios principales | Componentes detallados, bundles, accesorios, materiales y reglas complejas |
| Configuración de propuesta | Selección estructurada de soluciones, alcance y atributos comerciales | Configuración técnica guiada y compatibilidades avanzadas |
| Precios | Listas de precio base y lógica inicial por solución | Precios por región, segmento, volumen, vigencia, moneda o contrato |
| Descuentos | Captura y control de descuento | Reglas por cliente, categoría, vigencia, producto y excepción |
| Margen | Cálculo o registro de margen estimado por línea/propuesta | Integración profunda de costos, actualización dinámica y simulaciones |
| Aprobaciones | Umbrales por monto, descuento, margen, condición de pago o excepción | Matrices complejas por unidad, región, riesgo y jerarquía |
| Versiones de cotización | Versiones de propuesta y trazabilidad de cambios | Comparativo de versiones, aprobaciones por diferencia y firma integrada |
| Documentos | Generación de cotización/propuesta con estructura estándar | Plantillas dinámicas, anexos, documentos contractuales y firma electrónica |
| Integración con Opportunity | Sincronizar monto, line items, estado de cotización y resultado | Sincronización avanzada con forecast, contratos y renovaciones |
| Integración con SAP | Definir datos necesarios para alta y control administrativo | Automatización de órdenes, costos, inventario, facturación y ejecución |
| Administración contractual | Visibilidad de contrato y handoff inicial | Contratos, adendas, órdenes de cambio y ciclo contractual completo |
Priorización realista
La priorización de CPQ debe iniciar con los tipos de negocio, soluciones y reglas que aporten mayor valor o riesgo comercial. CYVSA no debe intentar convertir todos los procesos de ingeniería, operación o SAP en reglas de CPQ desde el primer release.
8.6 Política de cambios posteriores al cierre
Una vez que una Oportunidad se marca como Ganada, su resultado comercial histórico debe preservarse. Los eventos posteriores no deben modificar su monto, probabilidad, etapa o composición de líneas sin trazabilidad.
La Administración de Contratos y CPQ deben gestionar los cambios posteriores con procesos diferenciados, visibles para Ventas, Finanzas y Dirección, pero separados del pipeline de negocio nuevo.
| Evento posterior | ¿Es oportunidad nueva? | Sistema / proceso rector | Regla de gobierno |
|---|---|---|---|
| Adenda contractual | No | Administración de Contratos + CPQ | Vincular a contrato vivo y registrar impacto |
| Orden de cambio con aumento de alcance | No, salvo nueva decisión comercial independiente | Administración de Contratos + CPQ | Gestionar como cambio contractual; no duplicar forecast histórico |
| Orden de cambio con reducción de alcance | No | Administración de Contratos + CPQ | Registrar ajuste contractual con trazabilidad |
| Penalización / multa | No | Administración de Contratos + SAP | Nunca crear oportunidad negativa |
| Garantía / reclamo | No | Administración de Contratos + Servicio / Legal | Mantener fuera de pipeline de ventas |
| Ajuste de precio posterior a firma | No | Administración de Contratos + CPQ / SAP | Requiere aprobación y evidencia |
| Renovación de contrato por nuevo periodo | Sí | Nueva oportunidad de Renovación | Nuevo ciclo comercial y fecha de cierre |
| Venta adicional con presupuesto/decisor independiente | Sí | Nueva oportunidad asociada | Relacionar con inmueble y contrato previo |
| Modernización futura derivada de operación | Sí | Nueva oportunidad | Crear cuando exista necesidad y decisión comercial identificable |
| Cambio administrativo sin efecto de alcance o ingreso | No | SAP / Administración de Contratos | No modificar oportunidad comercial |
Regla de preservación histórica
Una oportunidad ganada debe reflejar cómo se cerró el negocio. El contrato puede cambiar después, pero esos cambios deben registrarse como eventos contractuales trazables, no como alteraciones informales o nuevas oportunidades artificiales.
8.7 Handoff de venta a contrato
Checklist de handoff posterior a cierre ganado
Información comercial
- Oportunidad cerrada ganada.
- Inmueble asociado y validado.
- Empresa contratante y Empresas participantes.
- Personas clave del cliente y responsables internos.
- Líneas de oportunidad finales.
- Monto contratado.
- Alcance, exclusiones y supuestos.
- Propuesta/versión final.
- Competencia y aprendizajes, cuando aplique.
Información contractual y financiera
- Contrato, orden de compra o evidencia de aceptación.
- Condiciones de pago.
- Anticipo requerido y confirmado cuando aplique.
- Requisitos de crédito, fianza, seguro o garantía.
- Aprobaciones de excepción.
- Riesgos contractuales identificados.
- Responsable de Administración de Contratos asignado.
Información operativa
- Responsable de Ejecución.
- Responsable de Supply Chain.
- Responsable de Servicio cuando aplique.
- Calendario, hitos o ventanas relevantes.
- Lead times, materiales o equipos críticos.
- Requisitos de seguridad, acceso, operación o cumplimiento.
- Documentación técnica de referencia.
Confirmación de handoff
- Fecha de handoff.
- Participantes.
- Checklist completo o excepciones autorizadas.
- Próxima acción.
- Estado de handoff.
- Evidencia/documento de kick-off interno.
Regla de bloqueo de cierre
Salesforce debe impedir el cierre ganado cuando falten datos o documentos críticos definidos por política. El nivel de exigencia puede variar por tipo de negocio, monto, riesgo o condición contractual, pero no debe depender exclusivamente de criterio individual.
8.8 Roadmap de capacidad
Fase A
Preparación organizacional
- Aprobar el principio de separar venta nueva de contrato vivo.
- Definir patrocinador ejecutivo.
- Formalizar temporal o permanentemente responsable de Administración de Contratos.
- Mapear procesos actuales de cotización, contrato, adendas, cambios, penalizaciones y handoff.
- Definir métricas base y criterios de priorización.
Fase B
Fundamentos de Sales Cloud
- Implementar nuevo modelo de Oportunidad, line items, pipelines, etapas, gates y handoff.
- Estandarizar datos de propuesta, condiciones, margen y aprobaciones iniciales.
- Configurar visibilidad de contrato/handoff sin administrar todavía toda la complejidad contractual.
- Capacitar a Ventas, líderes y áreas de soporte.
Fase C
CPQ MVP
- Seleccionar solución CPQ.
- Configurar catálogo inicial, line items, precios, descuentos, margen, aprobaciones y versiones.
- Integrar CPQ con Opportunity.
- Implementar generación de propuesta y control de versiones.
- Activar flujos iniciales de handoff y cambio contractual.
Fase D
Administración contractual integrada
- Implementar procesos de contrato vivo, adendas, órdenes de cambio, garantías, penalizaciones e incrementos.
- Integrar con SAP conforme a arquitectura validada.
- Consolidar indicadores de contratos, cambios y renovaciones.
- Optimizar reglas, roles y automatizaciones conforme a adopción.
Orden lógico de las fases
Las fases pueden solaparse parcialmente, pero el orden lógico importa: CYVSA debe definir procesos y ownership antes de automatizar. CPQ no debe utilizarse para ocultar problemas de catálogo, precios, responsabilidad o administración contractual aún no resueltos.
8.9 Decisiones requeridas de CYVSA
| Decisión | Responsable sugerido | Resultado esperado |
|---|---|---|
| Aprobar la separación entre oportunidad y contrato vivo | Dirección General / Dirección Comercial | Integridad de pipeline y forecast |
| Designar patrocinador de CPQ y Administración de Contratos | Dirección General | Ownership ejecutivo |
| Crear o asignar la función de Administrador de Contratos | Dirección Comercial / Operaciones | Handoff y contrato vivo con responsable |
| Priorizar procesos y tipos de negocio para CPQ MVP | Dirección Comercial, Costos, Finanzas, Legal, Operaciones | Alcance realista y de alto valor |
| Definir políticas de descuento, margen y aprobación | Dirección Comercial / Finanzas | Control de rentabilidad |
| Definir política de órdenes de cambio, adendas y penalizaciones | Legal, Finanzas, Operaciones, Comercial | Proceso contractual consistente |
| Validar arquitectura Salesforce–CPQ–SAP | TI, partner Salesforce, responsables SAP | Integración sostenible |
| Aprobar indicadores de CPQ y contratos | Dirección Comercial / Operaciones | Medición y mejora continua |
Cierre de la sección
CPQ y Administración de Contratos no son únicamente capacidades tecnológicas. Son la oportunidad de proteger el margen, preservar la calidad del forecast, liberar capacidad comercial y dar continuidad al cliente después de la venta. La reconfiguración de Salesforce puede iniciar sin estas capacidades plenamente implementadas, pero su diseño debe dejar el espacio preparado para incorporarlas de forma ordenada.
Discovery complementario
Firmas, aprobaciones y software de costos
El flujo corporativo exige firmas internas antes de cotizar. El CPQ las orquesta; el cálculo de costos sigue en su herramienta.
| Firma obligatoria | Qué valida |
|---|---|
| Ejecución | Mano de obra e instalación |
| Costos y Presupuestos | Equipos y materiales |
| Servicio | Monitoreo remoto y contratos de mantenimiento |
| Gerente Regional / Dirección | Precio y margen bruto según umbral de monto |
Principio: Opus se mantiene
Opus sigue siendo la fuente de verdad de costos y precios unitarios. El CPQ no lo reemplaza: recibe el resultado aprobado (precio, margen y partidas) para armar, versionar y aprobar la cotización comercial. La integración Opus–CPQ no se asume: es una decisión abierta que el partner debe validar en viabilidad técnica y valor. En el MVP, el resumen aprobado de Opus se adjunta al ticket de cotización y el CPQ registra los montos consolidados.
Fuentes: Entrevista Costos y Presupuestos (25-sep-2026), entrevista Ingeniería, estructura de Ingeniería 2026 y flujo corporativo One CYVSA v3.0.