Gestor de contratos

Divido el ciclo de vida en cuatro etapas: la recepción de la solicitud, la redacción y negociación, la firma y el seguimiento posterior a la firma. Cuando llega una solicitud, primero aclaro la intención comercial antes de tocar una plantilla, porque partir del conjunto de cláusulas equivocado cuesta más tiempo después que una conversación de cinco minutos al principio. Redacto a partir de un playbook aprobado siempre que puedo, reviso los cambios frente a nuestras posiciones de repliegue y derivo a asesoría jurídica todo lo que quede fuera de nuestra tolerancia al riesgo estándar. Una vez firmado, el contrato entra en nuestro repositorio con las fechas clave, las obligaciones y los disparadores de renovación marcados, normalmente 90 días antes del vencimiento para todo lo que tenga cláusula de renovación automática. Reviso mi cartera activa cada mes para que ningún contrato se renueve con condiciones obsoletas. La etapa que más se descuida es el seguimiento posterior a la firma, y es donde he evitado más costes innecesarios.

Trabajo con un umbral de riesgo que acuerdo con el equipo jurídico al inicio de cualquier proyecto, normalmente ligado al valor del contrato, la sensibilidad de los datos y la desviación respecto a nuestras plantillas estándar. Un acuerdo de confidencialidad con un proveedor o una renovación de bajo valor sin cambios en las condiciones los apruebo yo mismo. Todo lo que implique responsabilidad ilimitada, cesión de propiedad intelectual, indemnizaciones inusuales o un contrato por encima de cierto importe pasa a asesoría jurídica, incluso si el equipo comercial presiona para ir más rápido. También escalo todo lo que no estoy completamente seguro de interpretar bien, algo que ocurre menos ahora pero que pasaba más en mi primer año. Tener claro ese umbral protege el tiempo del equipo jurídico para los contratos que realmente lo necesitan, y protege al negocio de un gestor que aprueba algo fuera de su competencia solo por no frenar un acuerdo.

Empiezo por determinar si la resistencia es sobre el fondo de la cláusula o solo sobre su redacción, porque las respuestas son distintas. Si es redacción, suelo tener margen para reformular protegiendo la misma posición. Si es sobre el fondo, como un límite de responsabilidad que rechazan, vuelvo a lo que realmente queremos proteger y valoro si hay una forma más acotada de conseguirlo, por ejemplo limitando el tope a ciertos tipos de pérdida en lugar de eliminarlo por completo. Mantengo la conversación centrada en el riesgo subyacente en vez de en la cláusula en sí, lo que suele desbloquear un acuerdo más rápido que repetir nuestra postura. Si no logramos avanzar y el riesgo es relevante, involucro a jurídico y al responsable del negocio juntos para que la decisión se tome con toda la información, no yo solo.

He trabajado sobre todo con Ironclad y DocuSign CLM, y me apoyo en ellos para tres cosas: gobernanza de plantillas, enrutamiento de flujos de aprobación y seguimiento de obligaciones. La gobernanza de plantillas garantiza que todos usen la versión vigente aprobada, no una copia antigua guardada en un correo. El enrutamiento de flujos me permite definir pasos de aprobación según el tipo y el importe del contrato, para que una renovación de bajo riesgo no espere en la misma cola que un contrato con un proveedor de seis cifras. El seguimiento de obligaciones y renovaciones es lo que más valor me aporta en el día a día: las alertas automáticas a 90, 60 y 30 días antes de una fecha clave hacen que nada dependa de mi memoria. También uso el módulo de informes cada mes para revisar los tiempos de ciclo y dónde se atascan los contratos, lo que me ha permitido detectar dos veces un cuello de botella recurrente en la aprobación de compras este año.

Estábamos cerrando un contrato de servicios con un proveedor nuevo, y la versión que volvió tras su revisión legal había ampliado discretamente una cláusula de indemnización para cubrir daños indirectos, no solo pérdidas directas. Era un cambio de una sola palabra escondido en una cláusula que ya había pasado por tres rondas de revisión, justo el tipo de detalle que se pasa por alto. Comparo cada versión con la anterior en lugar de leer el documento de cero cada vez, y esa comparación lo detectó de inmediato. Lo comuniqué a nuestro equipo jurídico y planteé el problema al proveedor, explicando que el cambio quedaba fuera de lo acordado en las llamadas de negociación. Aceptaron revertirlo sin mucha fricción una vez que lo presenté como restablecer la posición acordada y no como reabrir la negociación. Me confirmó por qué nunca me salto la comparación de versiones, incluso en un documento que creo conocer bien.

Estábamos renovando un contrato de software con un proveedor que había subido el precio un 40% de un año a otro sin ningún cambio en el nivel de servicio. Mi primer movimiento no fue rebatir el precio directamente, sino construir una imagen clara de nuestro uso real frente a lo que teníamos licenciado, lo que mostró que pagábamos por alrededor de un 25% más de licencias de las que usábamos. Llevé ese dato a la conversación, lo que cambió el debate de "¿pueden reducir la subida?" a "ajustemos el contrato a lo que realmente necesitamos". Terminamos con una renovación un 12% por debajo del precio inicial pese a la posición de partida del proveedor, con una revisión de uso incluida en las condiciones de renovación para que no volviera a pasar. La lección que sigo aplicando es que los datos cambian una negociación mucho más que la presión.

Heredé una cartera en la que unos 60 contratos vencían dentro de la misma ventana de ocho semanas, resultado de un seguimiento de fechas poco consistente del equipo anterior. Primero clasifiqué todo por valor y riesgo, porque no todos los contratos necesitaban el mismo nivel de revisión. Todo lo de bajo valor y sin cambios pasó por una vía de aprobación acelerada que monté con el visto bueno previo de jurídico, lo que resolvió alrededor de la mitad del acumulado rápidamente. Los contratos de mayor valor o riesgo recibieron una revisión completa, y me fijé un objetivo diario para que nada quedara sin atender. También señalé tres contratos que no debíamos renovar por su bajo uso, lo que generó un ahorro real más allá de resolver el acumulado. Cerramos la ventana con todo gestionado y sin ninguna caducidad, y después construí un panel móvil a 90 días para que un acumulado así no pudiera volver a formarse sin que nadie lo viera.

Mantengo un registro de riesgos junto al repositorio de contratos, que clasifica cada acuerdo según un pequeño conjunto de criterios: exposición en protección de datos, dependencia regulatoria, condiciones de responsabilidad no estándar y riesgo de jurisdicción. Cada contrato nuevo se puntúa según esos criterios en el momento de la firma, no de forma retrospectiva, porque reconstruir una revisión de cartera después es mucho más lento. Realizo una auditoría trimestral sobre una muestra de la cartera activa para comprobar que las clasificaciones siguen reflejando la realidad, ya que las obligaciones y la normativa cambian durante la vida de un contrato. Cuando algo, como un cambio en la normativa de protección de datos, afecta a una categoría de acuerdos, puedo localizar todos los contratos marcados en minutos en lugar de buscar manualmente. Además mantengo comunicación directa con el equipo de cumplimiento para que los criterios se definan de forma conjunta, no que los invente yo solo, lo que hace que el registro realmente se use fuera de mi equipo.

Empezaría por las plantillas, no por el software, porque un repositorio ordenado lleno de plantillas inconsistentes solo organiza el desorden en lugar de resolverlo. Trabajaría con jurídico para fijar las plantillas aprobadas y las posiciones de repliegue para los tipos de contrato más habituales, y luego construiría un playbook sencillo para que cualquiera que redacte un primer borrador sepa qué es estándar y qué necesita escalarse. Una vez sentada esa base, migraría los contratos históricos al repositorio por orden de prioridad, empezando por los que tienen una renovación cercana o una obligación activa, en lugar de intentar cargarlo todo de golpe. Clasificaría cada contrato con su responsable, sus fechas clave y su nivel de riesgo al incorporarlo. Los informes y paneles vendrían al final: solo son útiles cuando los datos de base son fiables, y construirlos demasiado pronto solo genera informes en los que nadie confía.

Parto de nuestra exposición real en la relación, no de una posición genérica, porque el límite adecuado para una suscripción de software de bajo valor es muy distinto del adecuado para un proveedor que maneja datos sensibles de clientes. Normalmente anclo el punto de partida a un múltiplo del valor del contrato, y luego ajusto según el riesgo específico: la exposición ante una brecha de datos o una infracción de propiedad intelectual suele justificar excluir esas categorías de un límite general. Cuando un proveedor se resiste a cualquier límite, centro la conversación en qué pasaría en el peor escenario para ambas partes, lo que suele defender mejor un límite razonable que repetir nuestra política. Involucro a jurídico pronto en todo lo que implique responsabilidad ilimitada o indemnizaciones inusuales, pero llego a esa conversación con una posición recomendada ya preparada, no solo con una pregunta, para poder avanzar más rápido.