A partir de 2026, la mayoría de las integraciones nativas entre HRIS y software OKR resuelven el problema de sincronización de headcount, pero dejan intacto el problema de datos de compensación. Entender exactamente qué se mueve entre estos sistemas, y qué no, es lo que determina si tu cálculo de compensación variable es defendible o simplemente una estimación disfrazada con sintaxis de fórmulas.
Qué sincroniza realmente la integración OKR-HRIS
La integración estándar es principalmente unidireccional: el HRIS empuja los registros de empleados hacia el software OKR. Cuando alguien se incorpora, su perfil aparece en Lattice o BetterWorks en menos de 24 horas. Cuando se desvincula, queda desactivado. Cuando cambia de área, la jerarquía de reporte se actualiza.
Campos que se sincronizan habitualmente:
- ID de empleado (la clave que une todo el modelo)
- Nombre, correo electrónico y cargo
- Departamento y código de centro de costos
- Relación con el manager (para la cascada de objetivos)
- Estado de empleo y fechas de vigencia
Lo que no se sincroniza: los datos de compensación. El salario, el porcentaje de bono objetivo y las acciones permanecen en el HRIS. Los porcentajes de cumplimiento de OKR, el número que realmente impulsa tu cálculo de compensación variable, se quedan en la plataforma OKR.
Según la documentación de la API unificada de HRIS de Merge.dev, la mayoría de las integraciones nativas entre HRIS y software OKR corren en procesos batch diarios, no en webhooks en tiempo real. Tu sistema OKR puede estar hasta 24 horas desactualizado en cambios organizacionales. Para la mayoría de los casos no es un problema, pero vale la pena tenerlo en cuenta si hay una reestructuración en medio de un ciclo de compensación.
Algunas plataformas ofrecen sincronización inversa. De acuerdo con la documentación de integración de Lattice con Workday HCM (Lattice Help Center, 2025), la plataforma puede enviar calificaciones de desempeño de vuelta al módulo de gestión del talento de Workday, pero solo en formato de calificación cualitativa (cumple expectativas, supera expectativas), no como porcentajes de cumplimiento. El formato resultante no es consumible directamente por nómina ni por finanzas para el cálculo de compensación variable.
Por qué tu provisión de bonos sigue fallando
Una provisión de bonos trimestral requiere 3 números por empleado: salario base, porcentaje de bono objetivo y tasa de cumplimiento. Los dos primeros viven en el HRIS. El tercero vive en la plataforma OKR.
Si la integración OKR-HRIS está limpia, al menos el listado de empleados coincide entre los dos sistemas. No tienes que conciliar dos nóminas distintas antes de poder siquiera arrancar el cálculo. En empresas de más de 75 personas, esa conciliación sola solía consumir entre 3 y 4 horas por ciclo de compensación.
La fórmula, una vez que descargaste los exports y los uniste en Sheets:
=SUMPRODUCT(
HRIS!F2:F200, -- Salario base
HRIS!G2:G200, -- Porcentaje de bono objetivo
OKR_Export!D2:D200 -- Tasa de cumplimiento Q2 desde el export de OKR
)
Para provisiones por departamento que alimentan tu P&L:
=SUMPRODUCT(
(HRIS!C2:C200=Supuestos!$B$4) * -- Filtrar por departamento
HRIS!F2:F200 * -- Salario base
HRIS!G2:G200 * -- Porcentaje de bono objetivo
OKR_Export!D2:D200 * -- Tasa de cumplimiento
(1/4) -- Factor de acumulación trimestral
)
La fórmula funciona. El problema es la pestaña OKR_Export. Alguien tiene que descargar ese export desde la plataforma OKR, formatearlo de manera consistente y colocarlo en el lugar correcto cada trimestre. Si el administrador de OKR exporta con encabezados de columna distintos a los del trimestre anterior (ocurre más de lo que debería), la fórmula falla silenciosamente y tu provisión queda mal calculada.
Para una empresa de 120 personas con un salario base promedio de $60,000 USD y una tasa de compensación variable objetivo del 20%, estás administrando un pool de bonos anual de $1.44M. Una columna de cumplimiento desalineada no es un inconveniente menor.
Los cuatro patrones de integración OKR-HRIS y qué obtiene finanzas de cada uno
Distintas configuraciones de integración producen experiencias muy diferentes para el área de finanzas.
| Patrón | Cómo funciona | Frecuencia de sincronización | Utilidad para finanzas |
|---|---|---|---|
| Integración nativa (Workday + Lattice, BambooHR + BetterWorks) | Conector incorporado configurado por RH/IT | Batch diario | Datos organizacionales limpios; cumplimiento sigue siendo export manual |
| API intermedia (Merge.dev, Finch, Rippling) | Capa de API unificada que normaliza campos entre plataformas | Configurable (15 min a diario) | Mejor para extracciones personalizadas; requiere participación de IT |
| Provisionamiento SCIM | Maneja solo cuentas de usuario, ligado a SSO | Casi en tiempo real | Solo gestión de identidades: sin utilidad para datos de compensación |
| Export programado por SFTP/CSV | Archivos automatizados a carpeta compartida o correo | Diario o semanal | Mayor utilidad para finanzas si ya trabajas con CSVs |
La opción de "integración nativa" suena ideal, pero finanzas suele ser la que menos se beneficia. RH obtiene datos organizacionales limpios en su herramienta OKR. Finanzas igual tiene que exportar desde ambos sistemas y unirlos manualmente.
Los exports por SFTP/CSV son el patrón más amigable para finanzas, no porque sean técnicamente superiores, sino porque producen archivos que puedes importar directamente a tu modelo. Si IT puede configurar un export semanal del HRIS y un export semanal de cumplimiento OKR hacia la misma carpeta compartida, el problema práctico está resuelto.
El tramo que la integración OKR-HRIS no cubre: el modelo de finanzas
Acá está lo que no es obvio: incluso una integración OKR-HRIS perfecta no cierra el ciclo para finanzas. La integración es infraestructura de RH. Mantiene dos sistemas de RH sincronizados. Tu modelo es un tercer sistema y casi siempre queda excluido del diseño de integración.
El recorrido real de los datos se ve así:
HRIS hacia software OKR (a través de la integración que a todos les entusiasma) hacia export de OKR, hacia alguien que lo limpia, hacia pegado en el modelo.
Esos últimos 3 pasos son completamente manuales, sin importar qué tan sofisticada sea la integración OKR-HRIS. La integración reduce una fuente de error (headcount desactualizado en la herramienta OKR). No elimina el paso manual de export y conciliación que produce el número que tu modelo realmente necesita.
Vale la pena tener esto claro cuando tu Director de RH dice "ya integramos BambooHR con 15Five, así que deberían tener lo que necesitan para compensación." Tienes datos organizacionales más limpios. Todavía no tienes las tasas de cumplimiento en tu modelo.
Cómo llevar los datos de cumplimiento a tu modelo sin pelear con IT
Estandariza la solicitud de export. Dale a People Ops una plantilla con nombres de columna específicos en un orden específico: "ID de empleado, Departamento, Cumplimiento Q3%" y no lo que produzca el export por defecto. Hazlo una vez por plataforma y documéntalo. Cuando inevitablemente cambien de proveedor OKR, les entregas la misma plantilla.
Une por ID de empleado, nunca por nombre. Las personas aparecen con nombres distintos en diferentes sistemas (nombre legal en el HRIS, nombre preferido en la plataforma OKR). El ID de empleado es la única clave confiable.
=IFERROR(
INDEX(OKR_Export!$D:$D,
MATCH(HRIS!$A2, OKR_Export!$A:$A, 0)
),
0 -- 0% de cumplimiento si no hay coincidencia (ingreso reciente, aún no en OKR)
)
Valida la tasa de coincidencia antes de calcular la provisión. Cuenta los empleados sin coincidencia después de la unión. Si más del 5% de tu headcount no tiene registro de cumplimiento, algo está mal: por lo general es una discrepancia en el headcount por el lag de sincronización OKR, o alguien que ingresó a mitad del ciclo.
=COUNTIF(OKR_Joined!E2:E200, 0) / COUNTA(OKR_Joined!A2:A200)
Cualquier resultado por encima del 5% merece una conversación con RH antes de que los números lleguen al CFO.
Bloquea tu pestaña de Supuestos. Coloca ahí la frecuencia de acumulación (mensual vs. trimestral), la lógica de agrupación por departamento y las reglas de piso y techo del cumplimiento, no en las fórmulas directamente. Cuando RH cambie el ciclo OKR de trimestral a continuo (y lo hará), cambias una celda, no 40 fórmulas.
El trabajo de conciliación que describimos es exactamente el tipo de limpieza repetitiva que consume una hora en cada ciclo de compensación. ModelMonkey puede manejarlo directamente dentro de Google Sheets: describes la unión que necesitas ("relacionar cumplimiento OKR con headcount del HRIS por ID de empleado, marcar registros sin coincidencia"), y la construye y valida, incluyendo la detección de cambios en los encabezados de columna entre exports. Elige un plan de ModelMonkey, funciona tanto en Google Sheets como en Excel.
Preguntas frecuentes sobre la integración de software OKR con HRIS
¿Qué datos transfiere la integración OKR-HRIS?
La integración transfiere datos organizacionales: ID de empleado, nombre, cargo, departamento, código de centro de costos, relación de reporte y estado de empleo. No transfiere salarios, porcentajes de bono objetivo, ni tasas de cumplimiento de OKR. Esos datos permanecen en sus respectivos sistemas y deben unirse manualmente para cualquier cálculo de compensación variable.
¿Puedo automatizar el cálculo de bonos con esta integración?
No directamente. La integración OKR-HRIS sincroniza estructura organizacional, no los insumos financieros del cálculo de bonos. Para automatizar el cálculo necesitas los tres números por empleado (salario base, porcentaje de bono objetivo y tasa de cumplimiento) en el mismo sistema. Hoy eso requiere un export desde la plataforma OKR y unirlo con los datos del HRIS antes de que cualquier fórmula pueda ejecutarse.
¿Con qué frecuencia se sincroniza el headcount entre sistemas?
La mayoría de las integraciones nativas corren en procesos batch diarios. Eso significa que tu plataforma OKR puede tener hasta 24 horas de retraso respecto a los cambios en el HRIS. Las integraciones vía API intermedia (Merge.dev, Finch) pueden configurarse con frecuencias de hasta 15 minutos. El provisionamiento SCIM opera casi en tiempo real, pero solo gestiona cuentas de usuario, no datos de estructura organizacional ni compensación.
¿Qué hago si un empleado no aparece en el export de OKR?
Primero verifica si el empleado ingresó dentro del mismo ciclo OKR: es probable que no tenga objetivos asignados aún. Segundo, revisa si el lag de sincronización entre sistemas provocó que su perfil no llegara a la plataforma OKR a tiempo. Para el cálculo de provisión, la práctica más conservadora es asignarle 0% de cumplimiento y documentarlo como excepción, en lugar de excluirlo del pool, lo que distorsionaría el total. Si más del 5% de tu headcount no tiene registro de cumplimiento, escala con RH antes de presentar los números al CFO.