Argentina tiene más de mil convenios colectivos de trabajo vigentes. Cada uno con sus reglas, sus excepciones y su propia definición de lo que significa una hora extra, un feriado o un turno nocturno. Y tu software de RRHH tiene que conocerlos todos. 

Hay una pregunta que el equipo de Cronos escucha con una frecuencia que dice mucho sobre el estado del mercado: «¿El sistema puede entender nuestro convenio?«. La respuesta corta es sí. La respuesta larga es que en más de 130 años de historia trabajando con empresas argentinas, Cronos entendió que no hay dos convenios iguales, que dentro de cada convenio hay acuerdos de empresa que agregan capas adicionales de complejidad, y que esa complejidad —lejos de ser un obstáculo— es exactamente el terreno donde el software puede aportar más valor. 

«La pregunta no es si el sistema puede entender el convenio. La pregunta es qué pasa cuando no puede», plantea Eduardo Martínez, Gerente Comercial de Cronos. «Y la respuesta es siempre la misma: alguien en RRHH termina haciendo a mano lo que el software debería hacer solo. Con el costo en tiempo, en errores y en riesgo legal que eso implica». 

El laberinto de los mil convenios 

El marco laboral argentino es, para la mayoría de los sistemas de gestión de RRHH diseñados en otros países, un territorio directamente incomprensible. No porque sea irracional —tiene su lógica, construida durante décadas de negociación sectorial— sino porque su nivel de detalle y su variabilidad no tienen equivalente en ninguna otra economía de la región. Según el Buscador de Convenios Colectivos del Ministerio de Trabajo de la Nación, el país cuenta con miles de convenios colectivos de trabajo activos, distribuidos entre convenios de actividad y de empresa.

El convenio colectivo de la industria metalúrgica define una cosa para las horas nocturnas. El convenio bancario define otra. El convenio de la construcción tiene sus propias reglas para los francos compensatorios. El convenio de empleados de comercio tiene tolerancias de ingreso que no existen en el convenio docente. Y dentro de cada convenio, muchas empresas tienen acuerdos de empresa que modifican, amplían o restringen las condiciones generales.

Para un analista de liquidación que conoce bien el convenio de su empresa, toda esa complejidad es manejable — siempre que el sistema no se meta en el medio. Pero cuando el software aplica una lógica genérica que no fue parametrizada para las reglas específicas de ese convenio, el analista termina corrigiendo a mano los errores que el sistema genera de manera automática. 

Alejandro Monforte, Gerente de Sistemas de Cronos, describe el mecanismo: «Un software genérico sabe que si alguien trabajó más de 8 horas en un día, las horas adicionales son extra. Eso es el piso. Pero el convenio metalúrgico dice que esas horas extra tienen un recargo del 50% hasta cierto umbral y del 100% a partir de otro. Y el convenio de la construcción tiene una escala diferente. Y el convenio de empleados de comercio tiene otra más. El software que solo sabe el piso le está liquidando mal a todo el mundo, todo el tiempo, sin que nadie lo note hasta que aparece un reclamo». 

El turno que cruza la medianoche 

Hay un ejemplo que en Cronos se usa frecuentemente en las conversaciones con clientes porque ilustra con claridad el tipo de problema que genera la falta de parametrización. Un empleado entra a trabajar el viernes a las 22 y sale el sábado a las 6. La pregunta parece simple: ¿qué día trabajó y cómo se liquidan esas horas? 

La respuesta depende del convenio. En algunos convenios, la nocturnidad se activa a partir de las 21 horas y tiene un recargo que se aplica hora por hora. En otros, el recargo aplica solo si la jornada entera es nocturna. En algunos, el sábado tiene un recargo adicional que empieza a las 0 horas del sábado. En otros, el recargo del fin de semana se calcula sobre el turno completo si el turno comenzó en día hábil. 

«Ese turno de viernes a sábado puede tener hasta cuatro tratamientos liquidatorios distintos según el convenio aplicable», señala Monforte. «Un software que no fue parametrizado para ese convenio específico va a elegir uno de los cuatro al azar — generalmente el más simple — y va a estar liquidando mal en el 75% de los casos. Mes a mes. Sin que nadie lo note hasta que llega una inspección o un reclamo». 

El concepto de «esqueleto vacío» 

La metodología que Cronos desarrolló a lo largo de décadas para abordar esta complejidad se basa en lo que internamente se denomina el «esqueleto vacío»: una arquitectura de software que no viene precargada con supuestos sobre cómo funciona el trabajo, sino que se configura desde cero en función de la realidad de cada empresa y cada convenio. 

El proceso empieza con un relevamiento exhaustivo: cómo se distribuyen los turnos, qué dice el convenio sobre cada variable de liquidación, qué acuerdos de empresa modifican las condiciones generales. A partir de ahí, el equipo de implementación de Cronos construye las reglas dentro del sistema — no como un parche sobre una lógica preexistente, sino como la lógica misma del sistema para esa empresa.

«Lo que hacemos es traducir el convenio al lenguaje del software», explica Martínez. «Cada empresa tiene su teoría de control — la manera en que entiende y aplica las reglas laborales. Nuestro trabajo es que el software entienda esa teoría y la aplique automáticamente, sin que nadie tenga que intervenir en cada caso individual». 

El resultado es un sistema que sabe, sin consultar a nadie, que una determinada categoría de empleado de una determinada planta liquida las horas del sábado con el recargo que establece el acuerdo de empresa firmado en 2019, que modifica la escala general del convenio. Y que aplica eso de manera consistente en cada liquidación, sin posibilidad de error por olvido o por interpretación diferente de dos analistas distintos. 

El costo de no parametrizar 

La tentación de usar un software genérico es comprensible: es más barato, más rápido de implementar y requiere menos trabajo inicial. El problema es que ese ahorro inicial se paga con intereses a lo largo del tiempo, en forma de correcciones manuales, errores de liquidación y riesgo legal acumulado. 

En Argentina, el incumplimiento de las condiciones del convenio colectivo no es un riesgo teórico. Las intimaciones sindicales, las demandas laborales y las inspecciones del Ministerio de Trabajo son realidades cotidianas para las empresas que operan en sectores con representación gremial activa. Y cuando llega una de esas instancias, la empresa tiene que demostrar que liquidó correctamente — no durante el último mes, sino durante los últimos años. 

«Hay clientes que vienen a Cronos después de un problema legal», admite Martínez. «Y siempre que revisamos el historial de liquidaciones encontramos lo mismo: el sistema estaba calculando mal algo que el convenio definía claramente, pero que nadie había parametrizado. El costo de haberlo hecho bien desde el principio hubiera sido infinitamente menor». 

Con más de 130 años de experiencia en el mercado argentino y una base de clientes que cubre prácticamente todos los sectores de la economía, Cronos acumuló el conocimiento para parametrizar convenios de cualquier complejidad. Si tu empresa tiene esquemas laborales que ningún software genérico supo resolver, es momento de tener esa conversación. Contactate con nuestro equipo. 

Preguntas frecuentes 

¿Cuánto tiempo lleva parametrizar un convenio nuevo en el sistema? Depende de la complejidad del convenio y de la cantidad de variables específicas que tenga el acuerdo de empresa. En la mayoría de los casos, el proceso de relevamiento e implementación toma entre 2 y 6 semanas.

¿Qué pasa si la empresa tiene empleados bajo distintos convenios? El sistema permite configurar esquemas de liquidación diferentes por sector, convenio o categoría, de forma que cada empleado sea procesado con las reglas que le corresponden. 

¿El sistema se actualiza cuando se homologa un nuevo convenio o se modifica uno existente? Sí, las modificaciones de convenio se implementan como actualizaciones de parametrización, sin necesidad de cambiar el sistema base. 

¿Cómo se garantiza que la parametrización sea correcta? El proceso incluye una etapa de validación con datos reales del cliente, donde se comparan los resultados del sistema con liquidaciones históricas para verificar la consistencia.