Contrayo
Pregúntele a cualquiera que haya pasado tiempo real en operaciones legales o en compras qué es lo que realmente falla con los contratos, y la firma rara vez es la respuesta. Conseguir que las personas adecuadas aprueben y firmen algo es un problema acotado: tiene un inicio claro, un final claro y una lista clara de quién debe actuar en cada punto. Lo que sucede después de la firma es la parte genuinamente abierta, y es ahí donde suele producirse el daño real en esta categoría: una cláusula de renovación automática que nadie señaló, una ventana de cancelación que se cerró tres semanas antes de que alguien se diera cuenta, un acuerdo de nivel de servicio (SLA) de un proveedor que nadie estaba controlando porque la persona que firmó el contrato dejó la empresa ocho meses después y se llevó consigo el contexto.
Nada de eso es un problema de firma. Es un problema de propiedad. Un contrato lo firma quien la cadena de aprobación haya determinado, y luego, estructuralmente, no le pertenece a nadie, hasta que llega un plazo límite y, de repente, con urgencia, pasa a pertenecer a quien reciba el correo electrónico enfadado.
Por qué este es un problema genuinamente distinto del enrutamiento
Es tentador pensar que se trata del mismo tipo de problema que ya resuelve un motor de delegación de autoridad; al fin y al cabo, sigue siendo «quién debe actuar y cuándo». Pero la forma del problema es en realidad distinta, y de una manera que importa. Un paso de aprobación existe únicamente mientras se está enrutando un contrato, antes de que quede completamente ejecutado, y normalmente está condicionado por la secuencia: el paso dos no importa hasta que se completa el paso uno. Una obligación posterior a la firma (renovar el certificado de seguro antes de marzo, entregar el hito de la orden de trabajo (SOW) en el segundo trimestre, revisar la renovación automática sesenta días antes) se activa después de la ejecución, no depende de que ninguna otra cosa se complete primero y puede repetirse indefinidamente según su propio calendario. Tratarlo como una versión más pequeña del problema de enrutamiento de aprobaciones significaría resolver la forma equivocada del problema.
Qué es real en Contrayo hoy, y qué no lo es
Preferimos decirlo con claridad antes que dejar que una página de funciones dé a entender más de lo que es cierto. Contrayo todavía no cuenta con seguimiento automatizado de obligaciones: no hay recordatorios de renovación, ni tareas de cumplimiento recurrentes, ni un responsable asignado distinto de quien aprobó el contrato. Se trata de una carencia real y abierta, no de una función oculta o a medio construir que estemos evitando mencionar en silencio.
Lo que sí existe hoy es más modesto, pero real. Las fechas clave de un contrato (fecha de entrada en vigor, vencimiento, fecha de renovación automática, plazo límite para notificar la cancelación) son visibles directamente en la lista de contratos, y no quedan escondidas en un documento que alguien tiene que abrir y leer. Eso es visibilidad, no automatización: nada le avisa de forma proactiva de que se acerca un plazo, pero la información ya no es algo que tenga que buscar contrato por contrato.
También contamos ya con un sistema de notificaciones en funcionamiento, construido originalmente para otro propósito: en el momento en que un paso de aprobación se vuelve accionable, la persona elegible (incluida alguien que esté supliendo temporalmente a un aprobador ausente) recibe una notificación automática, calculada exactamente con la misma lógica de elegibilidad que determina si realmente está autorizada a actuar, y no con una copia aparte y más laxa de esa lógica. Ese sistema se construyó deliberadamente como un mecanismo genérico, no como algo específico del enrutamiento, precisamente para que más adelante un tipo distinto de evento (un plazo que se acerca, una obligación que vence) pudiera conectarse al mismo mecanismo sin necesidad de rediseñarlo. Se trata de una infraestructura real y funcional. Hoy, no es seguimiento de obligaciones. Usarla para eso es trabajo futuro que todavía no hemos construido, y estamos señalando esa distinción directamente, en lugar de dejar que «tenemos un sistema de notificaciones» pase silenciosamente por «resolvimos el problema de las renovaciones».
Por qué lo decimos ahora, en lugar de esperar a que esté construido
Sería más fácil escribir esta publicación una vez que existiera el seguimiento de obligaciones y pasar directamente a «así es como lo resolvimos». La escribimos ahora porque el problema es real y merece nombrarse honestamente incluso antes de que exista la solución, y porque preferimos que un cliente potencial sepa exactamente qué está construido hoy y qué no, antes de que descubra la carencia por sí mismo después de haberse registrado. Si el seguimiento de lo que le sucede a un contrato después de la firma es algo que hoy le está costando dinero real a su equipo (una ventana de cancelación perdida, una renovación que nadie tenía intención de dejar pasar), inicie una prueba gratuita y vea en qué punto se encuentra hoy el seguimiento posterior a la firma.