Contrayo
Todas las herramientas de contratos que analizamos afirman ser «personalizables». En la mayoría de los casos, eso resulta significar lo siguiente: puede reordenar un puñado de pasos en un creador de flujos de trabajo, una vez, y luego todos los contratos que pasan por su organización siguen esa misma secuencia, independientemente de qué contrato se trate en realidad. Un acuerdo de confidencialidad (NDA) de 500 USD y un contrato marco de servicios de 2 millones de USD reciben los mismos tres aprobadores en el mismo orden, porque el flujo de trabajo se configuró una sola vez, por alguien del área de Operaciones Legales, meses antes de que existiera cualquiera de los dos contratos.
Eso funciona bien con diez empleados. Se rompe silenciosamente con doscientos, no con un mensaje de error, sino con personas que buscan la manera de evitarlo. Un NDA de cinco minutos que tiene que pasar por la misma cadena que un contrato de proveedor de seis cifras le enseña a todo el mundo que el proceso «oficial» es algo que hay que evitar siempre que sea posible, que es exactamente lo contrario de lo que se supone que debe lograr un flujo de aprobación.
La alternativa no es un creador de flujos de trabajo más flexible. Es no tratar «el flujo de aprobación» como una única cosa que una organización tiene, en absoluto.
La unidad es una política, no un flujo de trabajo
En Contrayo, lo que configura una organización es una política: un conjunto versionado de criterios de enrutamiento, pasos de aprobación y personas designadas, elaborados en conjunto y aplicados automáticamente a todos los contratos que coincidan. Una política no es una única secuencia de pasos; es un conjunto de plantillas, cada una vinculada a una situación distinta, evaluadas en un orden de prioridad definido la primera vez que un contrato necesita enrutarse. El motor recorre las plantillas en ese orden y utiliza la primera cuyos criterios coincidan: tipo de contrato, umbral de valor, jurisdicción, qué entidad legal firma, qué unidad de negocio lo generó, si la contraparte ya tiene registrado un contrato marco aprobado. Una plantilla acotada por valor no compite según alguna puntuación abstracta de «especificidad» frente a otra acotada por jurisdicción; su organización decide explícitamente cuál debe revisarse primero, y esa decisión es tan visible y tan modificable como el propio orden.
En concreto: un NDA de 2000 USD y un MSA de 2 millones de USD pueden, y en la mayoría de las organizaciones que crecen más allá de cierto tamaño, deberían, dirigirse a plantillas distintas, con aprobadores distintos, de forma automática, según el valor del contrato, y no porque alguien se acuerde de enrutarlo de otra manera manualmente.
Los criterios también tienen en cuenta la jerarquía cuando es relevante. Una regla vinculada a «la unidad de negocio de Finanzas» coincide con Finanzas y con todo lo que está por debajo de ella, no solo con los contratos etiquetados exactamente con esa unidad, porque un organigrama real tiene subequipos, y un sistema de criterios que solo hiciera coincidencias exactas dejaría de enrutar correctamente en silencio en el momento en que una empresa añadiera una segunda capa a su estructura.
No todos los pasos son el mismo tipo de barrera
Dentro de una plantilla, un paso es de uno de tres tipos: una aprobación (alguien puede aceptarla o rechazarla), una conformidad (obligatoria, pero sin posibilidad de rechazo; es una casilla de verificación, no una barrera que alguien pueda vetar), o una firma (ejecución legal). Esa distinción importa porque no todos los pasos de una cadena de aprobación real son en realidad un punto de decisión. Algunos son simples confirmaciones. Tratar los tres tipos por igual, como hacen muchas herramientas de flujo de trabajo, obliga a incluir una opción de rechazo en algo que nunca debió poder vetarse, o bien elimina la capacidad de bloquear realmente un contrato en el único paso donde eso más importa.
Los pasos también se ejecutan en un orden definido, pero no necesariamente de uno en uno. Dos aprobaciones que no dependen entre sí pueden ejecutarse en paralelo; un paso de firma que debe esperar a que ambas se completen se ejecuta después. Un paso no permanece simplemente marcado como «pendiente» desde el momento en que se enruta un contrato: solo se vuelve realmente accionable una vez que todo lo que lo precede en la secuencia se ha completado, y nadie lo ve como «a la espera de mí» antes de ese momento. Esa es la diferencia mecánica entre un flujo de trabajo que parece paralelo y secuencial en un diagrama, y uno que realmente se comporta así cuando personas reales intentan averiguar si les toca actuar.
Segregación de funciones, aplicada, no solo documentada
De forma predeterminada, la misma persona que aprueba el paso de aprobación de un contrato no puede ser también quien lo firme. Esta opción está activada de forma predeterminada porque es la configuración razonable para la mayoría de las organizaciones, y es un ajuste real que una organización puede desactivar: una empresa de dos personas en la que, de hecho, la misma persona tiene que desempeñar ambos roles es una excepción real y reconocida, no un caso límite que el sistema finja que no existe.
Dónde esto sigue siendo, honestamente, limitado
Preferimos decir esto directamente antes que dejar que la lista de funciones dé a entender más de lo que realmente ofrece: hoy en día, las personas autorizadas para actuar en un paso son individuos específicos y designados por nombre, no un rol ni un cargo. Todavía no existe una asignación del tipo «quien ocupe actualmente el puesto de VP de Finanzas»; si esa persona cambia, alguien tiene que actualizar el paso manualmente. Lo que Contrayo sí resuelve es la versión temporal de ese mismo problema: alguien está ausente durante dos semanas, y una concesión de delegación con límite de tiempo pone sus aprobaciones a disposición de un suplente designado exactamente durante ese período, sin tocar en absoluto la política subyacente y sin que nadie pierda la capacidad de reconstruir, más adelante, exactamente quién estaba autorizado a actuar en un día determinado. Esa es una pieza real y funcional del rompecabezas. La versión permanente, seguir un rol de forma indefinida, sin importar quién lo ocupe, es una carencia real que no pretendemos dar por resuelta.
Esa es la verdadera forma de «configurable» en este caso: no un flujo de trabajo que se dibuja una sola vez, sino criterios que su organización define, evaluados automáticamente, contrato por contrato, frente a las personas que su organización realmente designa, con las limitaciones honestamente reconocidas junto a las partes que sí funcionan. Si este es un problema que ya ha enfrentado antes, inicie una prueba gratuita y póngalo a prueba con su propia cadena de aprobación tal como es realmente.